Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Memecahkan masalah verifikasi data
Secara default, AWS DataSync [memverifikasi integritas](how-datasync-transfer-works.md#how-verifying-works) data Anda di akhir transfer. Gunakan informasi berikut untuk membantu Anda mendiagnosis kesalahan dan peringatan verifikasi umum, seperti file yang dimodifikasi atau dihapus sebelum DataSync selesai memverifikasi data Anda.
Dengan masalah verifikasi, sering kali hal ini membantu untuk meninjau [CloudWatch log](configure-logging.md) Anda (atau [laporan tugas](task-reports.md)) selain kesalahan eksekusi tugas yang Anda lihat. DataSyncmenyediakan log terstruktur JSON untuk tugas mode yang Ditingkatkan, sementara tugas mode Dasar memiliki log yang tidak terstruktur.
## Ada ketidakcocokan antara konten file
Ketika eksekusi tugas Anda selesai, Anda melihat kesalahan berikut:
```
Transfer and verification completed. Verification detected mismatches. Files with mismatches are listed in Cloud Watch Logs
```
Di CloudWatch log Anda, Anda mungkin melihat verifikasi gagal untuk konten yang berbeda antara lokasi sumber dan tujuan. Hal ini dapat terjadi jika file diubah selama transfer Anda.
Misalnya, log berikut menunjukkan yang `file1.txt` memiliki `dstHash` nilai`mtime`,`srcHash`, dan yang berbeda:
**Contoh log mode dasar**
```
[NOTICE] Verification failed <> /directory1/directory2/file1.txt
[NOTICE] /directory1/directory2/file1.txt srcMeta: type=R mode=0755 uid=65534 gid=65534 size=534528 atime=1633100003/684349800 mtime=1602647222/222919600 extAttrsHash=0
[NOTICE] srcHash: 0c506c26bd1e43bd3ac346734f1a9c16c4ad100d1b43c2903772ca894fd24e44
[NOTICE] /directory1/directory2/file1.txt dstMeta: type=R mode=0755 uid=65534 gid=65534 size=511001 atime=1633100003/684349800 mtime=1633106855/859227500 extAttrsHash=0
[NOTICE] dstHash: dbd798929f11a7c0201e97f7a61191a83b4e010a449dfc79fbb8233801067c46
```
Dalam DataSync, `mtime` mewakili terakhir kali file ditulis sebelum [persiapan](how-datasync-transfer-works.md#how-datasync-prepares). Saat memverifikasi transfer, DataSync bandingkan `mtime` nilai antara lokasi sumber dan tujuan. Kegagalan verifikasi seperti ini terjadi jika file `mtime` for tidak sama untuk kedua lokasi. Perbedaan antara `srcHash` dan `dstHash` menunjukkan konten file tidak cocok di kedua lokasi.
**Tindakan yang harus dilakukan**
Lakukan hal-hal berikut:
1. Gunakan konverter waktu epoch untuk menentukan apakah file atau objek sumber atau tujuan diubah baru-baru ini. Ini dapat membantu mengidentifikasi versi mana yang saat ini.
1. Untuk menghindari kesalahan ini lagi, [jadwalkan tugas Anda](task-scheduling.md) untuk dijalankan selama jendela pemeliharaan ketika tidak ada aktivitas di sumber dan tujuan Anda.
## Ada ketidakcocokan antara metadata SMB file
Ketika eksekusi tugas Anda selesai, Anda melihat kesalahan berikut:
```
Transfer and verification completed. Verification detected mismatches. Files with mismatches are listed in Cloud Watch Logs
```
Saat mentransfer antar sistem penyimpanan yang mendukung protokol Blok Pesan Server (SMB), Anda mungkin melihat kesalahan ini ketika atribut SMB yang diperluas file tidak cocok antara sumber dan tujuan.
Misalnya, log berikut menunjukkan bahwa `file1.txt` memiliki `extAttrsHash` nilai yang berbeda antar lokasi, yang menunjukkan konten file identik tetapi atribut yang diperluas tidak disetel di tujuan:
**Contoh log mode dasar**
```
[NOTICE] Verification failed <> /directory1/directory2/file1.txt
[NOTICE] /directory1/directory2/file1.txt srcMeta: type=R mode=0755 uid=65534 gid=65534 size=1469752 atime=1631354985/174924200 mtime=1536995541/986211400 extAttrsHash=2272191894
[NOTICE] srcHash: 38571d42b646ac8f4034b7518636b37dd0899c6fc03cdaa8369be6e81a1a2bb5
[NOTICE] /directory1/directory2/file1.txt dstMeta: type=R mode=0755 uid=65534 gid=65534 size=1469752 atime=1631354985/174924200 mtime=1536995541/986211400 extAttrsHash=3051150340
[NOTICE] dstHash: 38571d42b646ac8f4034b7518636b37dd0899c6fc03cdaa8369be6e81a1a2bb5
```
Anda mungkin juga melihat pesan galat terkait tentang atribut yang diperluas:
```
[ERROR] Deferred error: WriteFileExtAttr2 failed to setextattrlist(filename="/directory1/directory2/file1.txt"): Input/output error
```
**Tindakan yang harus diambil**
Kesalahan ini biasanya terjadi ketika tidak ada izin yang cukup untuk menyalin daftar kontrol akses (ACLs) ke tujuan. Untuk mengatasi masalah ini, tinjau panduan konfigurasi berikut berdasarkan jenis tujuan Anda:
+ [Izin yang diperlukan](create-fsx-location.md#create-fsx-windows-location-permissions) FSx untuk sistem file Windows File Server
+ [Izin yang diperlukan](create-ontap-location.md#create-ontap-location-smb) FSx untuk sistem file ONTAP yang menggunakan SMB
## File yang akan ditransfer tidak lagi berada di lokasi sumber
Ketika eksekusi tugas Anda selesai, Anda melihat kesalahan berikut:
```
Transfer and verification completed. Selected files transferred except for files skipped due to errors. If no skipped files are listed in Cloud Watch Logs, please contact AWS Support for further assistance.
```
Di log Anda, Anda mungkin melihat kesalahan yang menunjukkan bahwa file tidak berada di lokasi sumber. Ini dapat terjadi jika file (seperti `file1.dll` dan`file2.dll`) dihapus setelah [persiapan](how-datasync-transfer-works.md#how-datasync-prepares) tetapi sebelum DataSync mentransfernya:
**Contoh log mode dasar**
```
[ERROR] Failed to open source file /file1.dll: No such file or directory
[ERROR] Failed to open source file /file2.dll: No such file or directory
```
**Tindakan yang harus diambil**
Untuk menghindari situasi ini, [jadwalkan tugas Anda](task-scheduling.md) untuk dijalankan ketika tidak ada aktivitas di lokasi sumber.
Misalnya, Anda dapat menjalankan tugas selama jendela pemeliharaan saat pengguna dan aplikasi tidak aktif bekerja dengan lokasi tersebut.
Dalam beberapa kasus, Anda mungkin tidak melihat log yang terkait dengan kesalahan ini. Jika itu terjadi, hubungi [AWS Dukungan Pusat](https://console.aws.amazon.com/support/home#/).
## DataSync tidak dapat memverifikasi data tujuan
Ketika eksekusi tugas Anda selesai, Anda melihat kesalahan berikut:
```
Transfer and verification completed. Verification detected mismatches. Files with mismatches are listed in Cloud Watch Logs
```
Di log Anda, Anda mungkin melihat bahwa tidak DataSync dapat memverifikasi folder atau file tertentu di lokasi tujuan. Kesalahan ini dapat terlihat seperti ini:
**Contoh log mode dasar**
```
[ERROR] Failed to read metadata for destination file /directory1/directory2/file1.txt: No such file or directory
```
Untuk file, Anda mungkin melihat kegagalan verifikasi seperti ini:
**Contoh log mode dasar**
```
[NOTICE] Verification failed <> /directory1/directory2/file1.txt
[NOTICE] /directory1/directory2/file1.txt srcMeta: type=R mode=0755 uid=65534 gid=65534 size=61533 atime=1633099987/747713800 mtime=1536995631/894267700 extAttrsHash=232104771
[NOTICE] srcHash: 1426fe40f669a7d36cca1b5329983df31a9aeff8eb9fe3ac885f26de2f8fff6b
[NOTICE] /directory1/directory2/file1.txt dstMeta: type=R mode=0755 uid=65534 gid=65534 size=0 atime=0/0 mtime=0/0 extAttrsHash=0
[NOTICE] dstHash: 0000000000000000000000000000000000000000000000000000000000000000
```
**Tindakan yang harus diambil**
Log ini menunjukkan bahwa data tujuan telah dihapus setelah transfer tetapi sebelum verifikasi. (Log terlihat serupa saat data diunggah ke lokasi sumber selama jangka waktu yang sama.)
Untuk menghindari situasi ini, [jadwalkan tugas Anda](task-scheduling.md) untuk dijalankan ketika tidak ada aktivitas di lokasi tujuan.
Misalnya, Anda dapat menjalankan tugas selama jendela pemeliharaan saat pengguna dan aplikasi tidak aktif bekerja dengan lokasi tersebut.
## DataSync tidak dapat membaca metadata objek
Ketika eksekusi tugas Anda selesai, Anda melihat kesalahan berikut:
```
Transfer and verification completed. Selected files transferred except for files skipped due to errors. If no skipped files are listed in Cloud Watch Logs, please contact AWS Support for further assistance.
```
Di log Anda, Anda mungkin melihat bahwa tidak DataSync dapat membaca `file1.png` karena permintaan Amazon S3 `HeadObject` yang gagal. [DataSync membuat `HeadObject` permintaan](create-s3-location.md#create-s3-location-s3-requests-made) dengan lokasi S3 selama persiapan tugas dan verifikasi.
**Contoh log mode dasar**
```
[WARN] Failed to read metadata for file /file1.png: S3 Head Object Failed
```
**Tindakan yang harus dilakukan**
Untuk memperbaiki masalah ini, verifikasi apakah DataSync memiliki tingkat izin yang tepat untuk bekerja dengan bucket S3 Anda:
+ Pastikan bahwa peran IAM yang DataSync digunakan untuk mengakses lokasi Amazon S3 Anda memungkinkan `s3:GetObject` izin. Untuk informasi selengkapnya, lihat [Izin yang diperlukan](create-s3-location.md#create-s3-location-required-permissions).
+ Jika bucket S3 Anda menggunakan enkripsi sisi server, pastikan DataSync itu diizinkan untuk mengakses objek di bucket tersebut. Untuk informasi selengkapnya, lihat [Mengakses bucket S3 menggunakan enkripsi sisi server](create-s3-location.md#create-s3-location-encryption).
## Ada ketidakcocokan dalam metadata yang ditentukan sistem objek
Saat eksekusi tugas mode Enhanced antara bucket S3 selesai, Anda akan melihat kesalahan berikut:
```
Verification failed due to a difference in metadata
```
Anda mungkin melihat di log Anda ketidakcocokan dalam metadata yang ditentukan sistem Amazon [S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/UsingMetadata.html#SysMetadata) objek. Dalam contoh khusus ini, objek sumber tidak memiliki `Content-Type` metadata tetapi objek tujuan memilikinya. Ini terjadi karena bucket S3 tujuan secara otomatis menerapkan `"ContentType": "application/octet-stream"` metadata ke objek saat DataSync ditransfer ke sana.
**Contoh log mode yang disempurnakan**
```
{
"Action": "VERIFY",
"Source": {
"LocationId": "loc-0b3017fc4ba4a2d8d",
"RelativePath": "encoding/content-null",
"Metadata": {
"Type": "Object",
"ContentSize": 24,
"LastModified": "2024-12-23T15:48:15Z",
"S3": {
"SystemMetadata": {
"ETag": "\"68b9c323bb846841ee491481f576ed4a\""
},
"UserMetadata": {},
"Tags": {}
}
}
},
"Destination": {
"LocationId": "loc-abcdef01234567890",
"RelativePath": "encoding/content-null",
"Metadata": {
"Type": "Object",
"ContentSize": 24,
"LastModified": "2024-12-23T16:00:03Z",
"S3": {
"SystemMetadata": {
"ContentType": "application/octet-stream",
"ETag": "\"68b9c323bb846841ee491481f576ed4a\""
},
"UserMetadata": {
"file-mtime": "1734968895000"
},
"Tags": {}
}
}
},
"TransferType": "CONTENT_AND_METADATA",
"ErrorCode": "MetadataDiffers",
"ErrorDetail": "Verification failed due to a difference in metadata"
}
```
**Tindakan yang harus diambil**
Untuk menghindari kesalahan ini, perbarui objek lokasi sumber Anda untuk menyertakan properti `Content-Type` metadata.
## Memahami durasi verifikasi data
DataSync verifikasi mencakup SHA256 checksum pada konten file dan perbandingan yang tepat dari metadata file antar lokasi. Berapa lama verifikasi tergantung pada beberapa faktor, termasuk jumlah file atau objek yang terlibat, ukuran data dalam sistem penyimpanan, dan kinerja sistem ini.
**Tindakan yang harus diambil**
Mengingat faktor-faktor yang dapat mempengaruhi waktu verifikasi, Anda tidak perlu melakukan apa pun. Namun, jika eksekusi tugas Anda tampak macet dengan status [verifikasi](run-task.md#understand-task-execution-statuses), hubungi [AWS Dukungan Pusat](https://console.aws.amazon.com/support/home#/).