Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris. # Memecahkan masalah AWS DataSync Gunakan informasi berikut untuk memecahkan AWS DataSync masalah dan kesalahan. **Topics** + [Memecahkan masalah dengan agen DataSync](troubleshooting-datasync-agents.md) + [Memecahkan masalah dengan lokasi DataSync](troubleshooting-storage-issues.md) + [Memecahkan masalah dengan tugas DataSync](troubleshooting-tasks.md) + [Memecahkan masalah verifikasi data](troubleshooting-task-verification.md) + [Memecahkan masalah biaya penyimpanan S3 yang lebih tinggi dari yang diharapkan DataSync](multipart-upload-policy.md) # Memecahkan masalah dengan agen DataSync Gunakan informasi berikut untuk membantu Anda memecahkan masalah dengan AWS DataSync agen. Beberapa masalah ini dapat mencakup: + Kesulitan menghubungkan ke konsol lokal agen Amazon EC2 + Gagal mengambil kunci aktivasi agen + Masalah saat mengaktifkan agen dengan titik akhir layanan VPC + Menemukan agen sedang offline ## Bagaimana cara saya terhubung ke konsol lokal agen Amazon EC2? Untuk terhubung ke konsol lokal agen Amazon EC2, Anda harus menggunakan SSH. Pastikan grup keamanan instans EC2 Anda mengizinkan akses dengan SSH (port TCP 22). Di terminal, jalankan `ssh` perintah berikut untuk terhubung ke instance: ``` ssh -i /path/key-pair-name.pem instance-user-name@instance-public-ip-address ``` + Untuk*/path/key-pair-name*, tentukan path dan nama file (`.pem`) dari kunci pribadi yang diperlukan untuk terhubung ke instance Anda. + Untuk *instance-user-name*, tentukan `admin`. + Untuk*instance-public-ip-address*, tentukan alamat IP publik instans Anda. ## Apa yang dimaksud dengan kesalahan kunci aktivasi agen Gagal untuk mengambil? Saat mengaktifkan DataSync agen Anda, agen terhubung ke titik akhir layanan yang Anda tentukan untuk meminta kunci aktivasi. Kesalahan ini kemungkinan berarti bahwa pengaturan keamanan jaringan Anda memblokir koneksi. **Tindakan yang harus diambil** Jika Anda menggunakan titik akhir layanan virtual private cloud (VPC), verifikasi bahwa pengaturan grup keamanan memungkinkan agen Anda terhubung ke titik akhir VPC. Untuk informasi tentang port yang diperlukan, lihat [Persyaratan jaringan untuk titik akhir layanan VPC atau FIPS VPC](datasync-network.md#using-vpc-endpoint). Jika Anda menggunakan titik akhir Standar Pemrosesan Informasi Federal (FIPS) publik atau Federal, periksa apakah pengaturan firewall dan router Anda memungkinkan agen Anda terhubung ke titik akhir. Untuk informasi, lihat [Persyaratan jaringan untuk titik akhir layanan publik atau FIPS](datasync-network.md#using-public-endpoints). ## Saya masih tidak dapat mengaktifkan agen dengan menggunakan titik akhir layanan VPC Jika Anda masih mengalami masalah saat mengaktifkan DataSync agen dengan titik akhir layanan VPC, lihat [Saya tidak tahu apa yang terjadi dengan agen saya. Dapatkah seseorang membantu saya?](#enable-support-access) ## Apa yang harus saya lakukan jika agen saya offline? DataSync Agen Anda dapat offline karena beberapa alasan, tetapi Anda mungkin bisa mendapatkannya kembali secara online. Sebelum Anda menghapus agen dan membuat yang baru, buka daftar periksa berikut untuk membantu Anda memahami apa yang mungkin terjadi. + **Hubungi tim cadangan Anda** — Jika agen Anda offline karena mesin virtual (VM) dipulihkan dari snapshot atau cadangan, Anda mungkin perlu [mengganti](replacing-agent.md) agen. + **Periksa apakah instans VM atau Amazon EC2 agen tidak** aktif — Bergantung pada jenis agen yang Anda gunakan, coba aktifkan kembali instans VM atau EC2 jika tidak aktif. Setelah menyala lagi, [uji konektivitas jaringan agen Anda](test-agent-connections.md#test-network) ke AWS. + **Verifikasi agen Anda memenuhi persyaratan perangkat keras minimum** — Agen Anda mungkin offline karena konfigurasi instans VM atau EC2-nya secara tidak sengaja diubah sejak agen diaktifkan. Misalnya, jika VM Anda tidak lagi memiliki memori atau ruang minimum yang diperlukan, agen mungkin muncul sebagai offline. Untuk informasi selengkapnya, lihat [Persyaratan untuk AWS DataSync agen](agent-requirements.md). + **Tunggu pembaruan perangkat lunak terkait agen selesai** — Agen Anda mungkin offline sebentar mengikuti [pembaruan perangkat lunak yang disediakan oleh](managing-agent.md#managing-agent-updates). AWS Jika Anda yakin inilah mengapa agen offline, tunggu sebentar kemudian periksa apakah agen tersebut kembali online. + **Periksa pengaturan titik akhir layanan VPC Anda** [— Jika agen offline Anda menggunakan titik akhir layanan publik dan juga di VPC yang sama tempat Anda membuat titik akhir layanan VPC DataSync, Anda mungkin perlu menonaktifkan dukungan DNS pribadi untuk titik akhir VPC tersebut.](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html) Jika tidak satu pun dari ini tampaknya menjadi alasan bahwa agen offline, Anda mungkin perlu [mengganti agen](replacing-agent.md). ## Saya tidak tahu apa yang terjadi dengan agen saya. Dapatkah seseorang membantu saya? Anda dapat mengizinkan AWS Dukungan untuk mengakses DataSync agen Anda dan membantu memecahkan masalah terkait agen. Anda harus mengaktifkan akses ini melalui konsol lokal agen. **Untuk memberikan Dukungan akses ke agen Anda** 1. [Masuk ke konsol lokal agen Anda](local-console-vm.md#local-console-login). 1. Pada prompt, masukkan **5** untuk membuka prompt perintah (untuk VMware VMs, gunakan**6**). 1. Masukkan **h** Untuk membuka kotak dialog ** PERINTAH YANG TERSEDIA ** Jendela. 1. Di ** PERINTAH YANG TERSEDIA **, masukkan yang berikut ini untuk terhubung ke Dukungan: `open-support-channel` Jika Anda menggunakan agen dengan VPC endpoint, Anda harus memberikan alamat IP VPC endpoint untuk saluran dukungan Anda, sebagai berikut: `open-support-channel vpc-ip-address` Firewall Anda harus mengizinkan port TCP masuk 22 untuk memulai saluran dukungan. AWS Saat Anda terhubung Dukungan, DataSync berikan nomor dukungan kepada Anda. Catat nomor dukungan Anda. **catatan** Nomor saluran bukan nomor TCP/UDP port. Sebaliknya, itu membuat koneksi SSH (TCP 22) ke server dan menyediakan saluran dukungan untuk koneksi. 1. Ketika saluran dukungan dibuat, berikan nomor layanan dukungan Anda Dukungan sehingga mereka dapat memberikan bantuan pemecahan masalah. 1. Ketika sesi dukungan selesai, tekan **Enter** untuk mengakhirinya. 1. Masuk **exit** untuk keluar dari konsol DataSync lokal. 1. Ikuti petunjuk untuk keluar dari konsol lokal. # Memecahkan masalah dengan lokasi DataSync Gunakan informasi berikut untuk membantu Anda memecahkan masalah dengan AWS DataSync lokasi. Beberapa masalah ini dapat mencakup: + Izin dan kesalahan pemasangan dengan lokasi NFS + Masalah kepemilikan file + Masalah mengakses lokasi SMB yang menggunakan otentikasi Kerberos + Masalah izin dan akses dengan penyimpanan objek, seperti lokasi Amazon S3 dan Microsoft Azure Blob ## Tugas saya gagal dengan kesalahan izin NFS ditolak Anda bisa mendapatkan pesan kesalahan “izin ditolak” jika Anda mengonfigurasi server file NFS Anda dengan `root_squash` atau `all_squash` dan file Anda tidak semuanya memiliki akses baca. **Tindakan yang harus diambil** Untuk memperbaiki masalah ini, konfigurasikan ekspor NFS Anda dengan `no_root_squash` atau pastikan bahwa izin untuk semua file yang ingin Anda transfer memungkinkan akses baca untuk semua pengguna. DataSync Untuk mengakses direktori, Anda juga harus mengaktifkan akses all-execute. Guna memastikan bahwa direktori dapat dipasang, pertama-tama hubungkan ke komputer mana pun yang memiliki konfigurasi jaringan yang sama dengan agen Anda. Kemudian jalankan perintah CLI berikut: `mount -t nfs -o nfsvers= : ` Jika masalah masih belum teratasi, hubungi [AWS Dukungan Pusat](https://console.aws.amazon.com/support/home#/). ## Tugas saya gagal dengan kesalahan pemasangan NFS Anda mungkin melihat kesalahan berikut saat menjalankan DataSync tugas yang melibatkan lokasi server file NFS: Tugas gagal mengakses lokasi loc-1111222233334444a: x40016: mount.nfs: Waktu koneksi habis **Tindakan yang harus dilakukan** Lakukan hal berikut sampai kesalahan teratasi. 1. Pastikan server file NFS dan ekspor yang Anda tentukan di DataSync lokasi Anda valid. Jika tidak, hapus lokasi dan tugas Anda, lalu buat lokasi dan tugas baru yang menggunakan server file NFS yang valid dan ekspor. Untuk informasi selengkapnya, lihat [Menggunakan DataSync konsol](create-nfs-location.md#create-nfs-location-console). 1. Periksa konfigurasi firewall Anda antara agen Anda dan server file NFS. Untuk informasi selengkapnya, lihat [Persyaratan jaringan untuk penyimpanan cloud lokal, dikelola sendiri, dan lainnya](datasync-network.md#on-premises-network-requirements). 1. Pastikan agen Anda dapat mengakses server file NFS dan memasang ekspor. Untuk informasi selengkapnya, lihat [Menyediakan DataSync akses ke server file NFS](create-nfs-location.md#accessing-nfs). 1. Jika Anda masih melihat kesalahan, buka saluran dukungan dengan Dukungan. Untuk informasi selengkapnya, lihat [Saya tidak tahu apa yang terjadi dengan agen saya. Dapatkah seseorang membantu saya?](troubleshooting-datasync-agents.md#enable-support-access). ## Tugas saya gagal dengan kesalahan pemasangan Amazon EFS Anda mungkin melihat kesalahan berikut saat menjalankan DataSync tugas yang melibatkan lokasi Amazon EFS: Tugas gagal mengakses lokasi loc-1111222233334444a: x40016: Gagal terhubung ke target pemasangan EFS dengan IP: 10.10.1.0. Ini dapat terjadi jika jalur pemasangan sistem file Amazon EFS yang Anda konfigurasikan dengan lokasi Anda diperbarui atau dihapus. DataSync tidak menyadari perubahan ini dalam sistem file. **Tindakan yang harus diambil** Hapus lokasi dan tugas Anda dan [buat lokasi Amazon EFS baru](create-efs-location.md#create-efs-location-how-to) dengan jalur pemasangan baru. ## Kepemilikan file tidak dipertahankan dengan transfer NFS Setelah transfer, Anda mungkin melihat bahwa file di lokasi DataSync tujuan Anda memiliki user IDs (UIDs) atau group IDs (GIDs) yang berbeda dari file yang sama di lokasi sumber Anda. Misalnya, file di tujuan Anda mungkin memiliki UID`65534`,`99`, atau`nobody`. Ini dapat terjadi jika sistem file yang terlibat dalam transfer Anda menggunakan pemetaan ID versi 4 NFS, fitur yang DataSync tidak mendukung. **Tindakan yang harus diambil** Anda memiliki beberapa opsi untuk mengatasi masalah ini: + Buat lokasi baru untuk sistem file yang menggunakan NFS versi 3, bukan versi 4. + Nonaktifkan pemetaan ID versi 4 NFS pada sistem file. Coba lagi transfer. Salah satu opsi harus menyelesaikan masalah. ## Tugas saya tidak dapat mengakses lokasi SMB yang menggunakan Kerberos DataSync kesalahan dengan lokasi SMB yang menggunakan [otentikasi Kerberos](create-smb-location.md#configuring-smb-kerberos-authentication) biasanya terkait dengan ketidakcocokan antara lokasi Anda dan konfigurasi Kerberos. Mungkin juga ada masalah jaringan. **Gagal mengakses lokasi** Kesalahan berikut menunjukkan bahwa mungkin ada masalah konfigurasi dengan lokasi SMB atau pengaturan Kerberos Anda: ``` Task failed to access location ``` **Verifikasi yang berikut ini**: + Server file SMB yang Anda tentukan untuk lokasi Anda adalah nama domain. Untuk Kerberos, Anda tidak dapat menentukan alamat IP server file. + Prinsip Kerberos yang Anda tentukan untuk lokasi Anda cocok dengan prinsipal yang Anda gunakan untuk membuat file tabel kunci Kerberos (tab tombol). Nama-nama utama bersifat case sensitive. + Kata sandi pengguna yang dipetakan oleh kepala sekolah Kerberos tidak berubah sejak Anda membuat file tab tombol. Jika kata sandi berubah (karena rotasi kata sandi atau alasan lain), eksekusi tugas Anda mungkin gagal dengan kesalahan berikut: Tugas gagal mengakses lokasi loc-1111222233334444a: x40015: kinit: Preotentikasi gagal saat mendapatkan kredensyal awal **Tidak dapat menghubungi ranah KDC** Kesalahan berikut menunjukkan masalah jaringan: ``` kinit: Cannot contact any KDC for realm 'MYDOMAIN.ORG' while getting initial credentials" ``` **Verifikasi yang berikut ini**: + File konfigurasi Kerberos (`krb5.conf`) yang Anda berikan DataSync memiliki informasi yang benar tentang ranah Kerberos Anda. Untuk `krb5.conf` file contoh, lihat Prasyarat [otentikasi Kerberos](create-smb-location.md#configuring-smb-kerberos-prerequisites). + Port server Kerberos Key Distribution Center (KDC) terbuka. Port KDC biasanya port TCP 88. + Konfigurasi DNS di jaringan Anda. ## Tugas saya gagal dengan input/output kesalahan Anda bisa mendapatkan pesan input/output kesalahan jika sistem penyimpanan Anda gagal I/O permintaan dari DataSync agen. Alasan umum untuk ini termasuk kegagalan disk server, perubahan konfigurasi firewall Anda, atau kegagalan router jaringan. Jika kesalahan melibatkan server file NFS atau cluster Hadoop Distributed File System (HDFS), gunakan langkah-langkah berikut untuk mengatasi kesalahan. **Tindakan yang harus diambil (NFS)** Pertama, periksa log dan metrik server file NFS Anda untuk menentukan apakah masalah dimulai pada server NFS. Jika ya, selesaikan masalah itu. Selanjutnya, periksa bahwa konfigurasi jaringan Anda tidak berubah. Untuk memeriksa apakah server file NFS dikonfigurasi dengan benar dan yang DataSync dapat mengaksesnya, lakukan hal berikut: 1. Siapkan klien NFS lain di subnet jaringan yang sama dengan agen. 1. Pasang berbagi Anda di klien tersebut. 1. Validasi bahwa klien dapat berhasil membaca dan menulis ke berbagi. **Tindakan yang harus diambil (HDFS)** Lakukan hal berikut sampai Anda menyelesaikan kesalahan: 1. Pastikan bahwa klaster HDFS Anda memungkinkan DataSync agen Anda untuk berkomunikasi dengan cluster NameNode dan DataNode port. Di sebagian besar cluster, Anda dapat menemukan nomor port yang digunakan cluster dalam file konfigurasi berikut: + Untuk menemukan NameNode port, lihat `core-site.xml` file di bawah `fs.default.name` properti `fs.default` or (tergantung pada distribusi Hadoop). + Untuk menemukan DataNode port, lihat `hdfs-site.xml` file di bawah `dfs.datanode.address` properti. 1. Dalam `hdfs-site.xml` file Anda, verifikasi bahwa `dfs.data.transfer.protection` properti Anda hanya memiliki satu nilai. Contoh: ``` dfs.data.transfer.protection privacy ``` ## Kesalahan: `FsS3UnableToConnectToEndpoint` DataSync tidak dapat terhubung ke lokasi [Amazon S3](create-s3-location.md) Anda. Ini bisa berarti bucket S3 lokasi tidak dapat dijangkau atau lokasi tidak dikonfigurasi dengan benar. Lakukan hal berikut sampai Anda menyelesaikan masalah: + Periksa apakah DataSync dapat [mengakses bucket S3 Anda](create-s3-location.md#create-s3-location-access). + Pastikan lokasi Anda dikonfigurasi dengan benar menggunakan DataSync konsol atau operasi [DescribeLocationS3](https://docs.aws.amazon.com/datasync/latest/userguide/API_DescribeLocationS3.html). ## Kesalahan: `FsS3HeadBucketFailed` DataSync tidak dapat mengakses bucket S3 yang Anda transfer ke atau dari. Periksa apakah DataSync memiliki izin untuk mengakses bucket dengan menggunakan operasi Amazon S3 [HeadBucket](https://docs.aws.amazon.com/AmazonS3/latest/API/API_HeadBucket.html). Jika Anda perlu menyesuaikan izin Anda, lihat[Menyediakan DataSync akses ke bucket S3](create-s3-location.md#create-s3-location-access). ## Tugas gagal dengan `Unable to list Azure Blobs on the volume root` kesalahan Jika tugas DataSync transfer Anda gagal karena `Unable to list Azure Blobs on the volume root` kesalahan, mungkin ada masalah dengan token tanda tangan akses bersama (SAS) atau jaringan akun Azure penyimpanan Anda. **Tindakan yang harus dilakukan** Coba yang berikut ini dan jalankan tugas Anda lagi sampai Anda memperbaiki masalah: + Pastikan [token SAS](creating-azure-blob-location.md#azure-blob-sas-tokens) Anda memiliki izin yang tepat untuk mengakses AndaMicrosoft Azure Blob Storage. + Jika Anda menjalankan DataSync agen AndaAzure, konfigurasikan akun penyimpanan Anda untuk mengizinkan akses dari jaringan virtual tempat agen Anda berada. + Jika Anda menjalankan agen Anda di Amazon EC2, konfigurasikan firewall Azure penyimpanan Anda untuk mengizinkan akses dari alamat IP publik agen. Untuk informasi tentang cara mengonfigurasi jaringan akun Azure penyimpanan Anda, lihat [Azure Blob Storagedokumentasi](https://learn.microsoft.com/en-us/azure/storage/common/storage-network-security). ## Kesalahan: `FsAzureBlobVolRootListBlobsFailed` Token tanda tangan akses bersama (SAS) yang DataSync digunakan untuk mengakses Anda Microsoft Azure Blob Storage tidak memiliki izin Daftar. Untuk mengatasi masalah ini, [perbarui lokasi Anda](creating-azure-blob-location.md#azure-blob-update-location) dengan token yang memiliki izin Daftar dan coba jalankan tugas Anda lagi. ## Kesalahan: `SrcLocHitAccess` DataSync tidak dapat mengakses lokasi sumber Anda. Periksa apakah DataSync memiliki izin untuk mengakses lokasi dan coba jalankan tugas Anda lagi. ## Kesalahan: `SyncTaskErrorLocationNotAdded` DataSync tidak dapat mengakses lokasi Anda. Periksa apakah DataSync memiliki izin untuk mengakses lokasi dan coba jalankan tugas Anda lagi. ## Kesalahan: `S3 location creation failed with (InvalidRequestException) when calling the CreateLocationS3 operation` Kesalahan ini mungkin terkait dengan izin IAM, kebijakan bucket Amazon S3, izin AWS KMS , atau masalah izin lainnya. Jika Anda mendapatkan kesalahan ini, gunakan informasi berikut untuk memecahkan masalah: + [Memecahkan masalah kesalahan akses ditolak (403 Terlarang) di Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/troubleshoot-403-errors.html) di Panduan Pengguna Layanan Penyimpanan *Sederhana Amazon* + [Bagaimana cara memecahkan masalah 403 Access Denied Error dari Amazon S3?](https://repost.aws/knowledge-center/s3-troubleshoot-403) pada AWS re:Post ## Tugas dengan lokasi sumber S3 gagal dengan `HeadObject` atau kesalahan `GetObjectTagging` **Kesalahan yang berkaitan dengan `HeadObject` atau `GetObjectTagging`** Jika Anda mentransfer objek dengan versi tertentu IDs dari bucket S3, Anda mungkin melihat kesalahan terkait `HeadObject` dengan atau. `GetObjectTagging` Misalnya, berikut adalah kesalahan yang terkait dengan`GetObjectTagging`: ``` [WARN] Failed to read metadata for file /picture1.png (versionId: 111111): S3 Get Object Tagging Failed [ERROR] S3 Exception: op=GetObjectTagging photos/picture1.png, code=403, type=15, exception=AccessDenied, msg=Access Denied req-hdrs: content-type=application/xml, x-amz-api-version=2006-03-01 rsp-hdrs: content-type=application/xml, date=Wed, 07 Feb 2024 20:16:14 GMT, server=AmazonS3, transfer-encoding=chunked, x-amz-id-2=IOWQ4fDEXAMPLEQM+ey7N9WgVhSnQ6JEXAMPLEZb7hSQDASK+Jd1vEXAMPLEa3Km, x-amz-request-id=79104EXAMPLEB723 ``` Jika Anda melihat salah satu kesalahan ini, validasi bahwa peran IAM yang DataSync digunakan untuk mengakses lokasi sumber S3 Anda memiliki izin berikut: + `s3:GetObjectVersion` + `s3:GetObjectVersionTagging` Jika Anda perlu memperbarui peran Anda dengan izin ini, lihat[Membuat peran IAM DataSync untuk mengakses lokasi Amazon S3 Anda](create-s3-location.md#create-role-manually). # Memecahkan masalah dengan tugas DataSync Gunakan informasi berikut untuk membantu Anda memecahkan masalah dengan AWS DataSync tugas dan eksekusi tugas. Masalah ini mungkin termasuk masalah penyiapan tugas, eksekusi tugas yang macet, dan data yang tidak ditransfer seperti yang diharapkan. ## Kesalahan: Nilai tidak valid SyncOption . Opsi: TransferMode,PreserveDeletedFiles, Nilai: SEMUA, HAPUS. Kesalahan ini terjadi saat Anda membuat atau mengedit DataSync tugas Anda dan Anda memilih opsi **Transfer semua data** dan membatalkan pilihan **Simpan file yang dihapus**. Ketika Anda mentransfer semua data, DataSync tidak memindai lokasi tujuan Anda dan tidak tahu apa yang harus dihapus. ## Eksekusi tugas gagal dengan EniNotFoundkesalahan Kesalahan ini terjadi jika Anda menghapus salah satu antarmuka jaringan tugas Anda di virtual private cloud (VPC) Anda. Jika tugas Anda dijadwalkan atau diantrian, tugas akan gagal jika tidak ada [antarmuka jaringan yang diperlukan untuk mentransfer data Anda](required-network-interfaces.md). **Tindakan yang harus dilakukan** Anda memiliki opsi berikut untuk mengatasi masalah ini: + Mulai ulang tugas secara manual. Ketika Anda melakukan ini, DataSync akan membuat antarmuka jaringan yang hilang yang dibutuhkan untuk menjalankan tugas. + Jika Anda perlu membersihkan sumber daya di VPC, pastikan Anda tidak menghapus antarmuka jaringan yang terkait dengan DataSync tugas yang masih Anda gunakan. Untuk melihat antarmuka jaringan yang dialokasikan untuk tugas Anda, lakukan salah satu hal berikut: + Gunakan [DescribeTask](https://docs.aws.amazon.com//datasync/latest/userguide/API_DescribeTask.html)operasi. Anda dapat melihat antarmuka jaringan di elemen `SourceNetworkInterfaceArns` dan `DestinationNetworkInterfaceArns` respons. + Di konsol Amazon EC2, cari ID tugas Anda (seperti`task-f012345678abcdef0`) untuk menemukan antarmuka jaringannya. + Pertimbangkan untuk tidak menjalankan tugas Anda secara otomatis. Ini bisa termasuk menonaktifkan antrian tugas atau penjadwalan (melalui DataSync atau otomatisasi khusus). ## Eksekusi tugas gagal dengan kesalahan Tidak dapat mengalokasikan memori Ketika DataSync tugas Anda gagal dengan kesalahan Tidak dapat mengalokasikan memori, itu bisa berarti beberapa hal yang berbeda. **Tindakan yang harus diambil** Coba yang berikut ini sampai Anda tidak lagi melihat masalahnya: + Jika transfer Anda melibatkan agen, pastikan agen tersebut memenuhi persyaratan [mesin virtual (VM) atau instans](agent-requirements.md#hardware) [Amazon EC2](agent-requirements.md#ec2-instance-types). + Pisahkan transfer Anda menjadi beberapa tugas dengan menggunakan [filter](filtering.md). Mungkin saja Anda mencoba mentransfer lebih banyak file atau objek daripada yang [dapat ditangani oleh satu DataSync tugas](datasync-limits.md#task-hard-limits). + Jika Anda masih melihat masalahnya, [hubungi Dukungan](https://aws.amazon.com/contact-us/). ## Tugas gagal dengan `Input/Output error` for FSx untuk sistem file ONTAP Ketika DataSync tugas Anda gagal dengan `Input/Output error` saat mentransfer data dengan sistem file FSx untuk ONTAP, itu bisa disebabkan oleh satu atau beberapa masalah berikut. **Volume FSx untuk ONTAP telah mencapai kapasitas file maksimumnya** Kesalahan ini terjadi ketika jumlah inode yang tersedia, atau pointer file, pada volume habis. **Tindakan yang harus diambil** Pertama, lihat [kapasitas file maksimum](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/view-volume-file-capacity.html) volume. Kemudian, tingkatkan kapasitas file volume dengan meningkatkan jumlah inode atau dengan meningkatkan kapasitas penyimpanan. Untuk informasi selengkapnya, lihat [Meningkatkan kapasitas file maksimum volume](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/low-volume-capacity.html#max-file-capacity) dalam *Panduan Pengguna ONTAP*. FSx **Volume FSx untuk ONTAP telah kehabisan kapasitas penyimpanan yang tersedia** Kesalahan ini terjadi ketika volume tidak memiliki kapasitas penyimpanan yang tersedia. **Tindakan yang harus diambil** Pertama, tentukan [kapasitas penyimpanan volume yang tersedia](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/monitor-volume-storage-console.html). Kemudian, tingkatkan kapasitas penyimpanan volume. Untuk informasi selengkapnya, lihat [Meningkatkan kapasitas penyimpanan volume](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/low-volume-capacity.html#increase-volume-capacity) di *FSx Panduan Pengguna ONTAP*. **catatan** Untuk meningkatkan kapasitas penyimpanan volume secara otomatis saat diperlukan, lihat [Menggunakan autosizing volume](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/low-volume-capacity.html#volume-autosizing) di Panduan Pengguna *FSx untuk ONTAP*. **Direktori FSx for ONTAP telah mencapai jumlah maksimum file yang dapat disimpan di setiap direktori** Kesalahan ini terjadi ketika Anda telah mencapai jumlah maksimum file yang dapat disimpan di setiap direktori. **Tindakan yang harus diambil** Tingkatkan ukuran direktori maksimal untuk mendukung direktori yang lebih besar. Untuk informasi selengkapnya, lihat [Praktik terbaik untuk menggunakan ukuran direktori maksimum ONTAP](https://docs.aws.amazon.com/prescriptive-guidance/latest/fsx-ontap-enterprise-deployment/best-practices.html#bp-max-directory-size) di Panduan *AWS Preskriptif*. FSx **Eksekusi DataSync tugas menghasilkan terlalu banyak konkurensi baca tulis, menghabiskan persentase tinggi dari kapasitas throughput sistem file** Kesalahan ini terjadi ketika eksekusi DataSync tugas menghabiskan terlalu banyak kapasitas throughput sistem file Anda yang tersedia. **Tindakan yang harus diambil** Pertama, tentukan apakah eksekusi tugas menghabiskan terlalu banyak kapasitas throughput sistem file menggunakan metode berikut: + Pantau kinerja sistem file menggunakan CloudWatch metrik yang tersedia. Untuk informasi selengkapnya, lihat [Memantau metrik sistem file](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/monitor-throughput-cloudwatch.html#fsxn-howtomonitor-fs) di *FSx Panduan Pengguna ONTAP*. + Pantau sistem file untuk peringatan kinerja server file di FSx konsol Amazon. Untuk informasi selengkapnya, lihat [Peringatan kinerja dan rekomendasi](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/performance-insights-FSxN.html#resolve-warnings) di *FSx Panduan Pengguna ONTAP*. Kemudian, pastikan bahwa tugas tidak menggunakan semua kapasitas throughput sistem file yang tersedia dengan melakukan salah satu hal berikut: + Tetapkan batas bandwidth eksekusi tugas ke jumlah yang kurang dari kapasitas throughput yang disediakan FSx untuk sistem file ONTAP. Untuk informasi selengkapnya, lihat [Menetapkan batas bandwidth untuk AWS DataSync tugas Anda](configure-bandwidth.md). + Meningkatkan kapasitas throughput yang disediakan sistem file. Untuk informasi selengkapnya, lihat [Memperbarui kapasitas throughput](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/increase-throughput-capacity.html) di *FSx Panduan Pengguna ONTAP*. ## Tugas gagal dengan `Connection Reset by peer` atau `Host is down` pesan FSx untuk sistem file ONTAP Jika DataSync tugas Anda gagal dengan `Host is down` pesan `Connection Reset by peer` atau saat mentransfer data dengan sistem file FSx untuk ONTAP, itu bisa disebabkan oleh satu atau beberapa masalah berikut: + Server SMB sistem file di-boot ulang atau terputus selama eksekusi tugas. + Sistem file gagal dari server primer ke sekunder (dan alamat IP) selama eksekusi tugas. DataSync tidak mendukung kegagalan ke alamat IP sekunder selama eksekusi tugas. FSx untuk sistem file ONTAP failover ke server sekunder dan alamat IP selama peristiwa berikut: + Server utama menjadi tidak tersedia. + Availability Zone server utama menjadi tidak tersedia (untuk sistem file Multi-AZ). + Selama perubahan kapasitas throughput yang dimulai pengguna. + Selama jendela pemeliharaan terjadwal secara teratur sistem file. Untuk informasi selengkapnya, lihat [FSx proses Failover ONTAP](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/high-availability-AZ.html#Failover) di Panduan Pengguna FSx ONTAP. **Tindakan yang harus diambil** Mulai ulang tugas. ## Eksekusi tugas memiliki status peluncuran tetapi sepertinya tidak ada yang terjadi DataSync Tugas Anda dapat macet dengan status **Peluncuran** biasanya karena agen dimatikan atau kehilangan konektivitas jaringan. **Tindakan yang harus dilakukan** Pastikan status agen Anda **online**. Jika agen **OFFLINE**, pastikan itu dinyalakan. Jika agen dinyalakan dan tugas masih **Diluncurkan**, maka kemungkinan ada masalah koneksi jaringan antara agen Anda dan AWS. Untuk informasi tentang cara menguji konektivitas jaringan, lihat [Memverifikasi koneksi agen Anda ke DataSync layanan](test-agent-connections.md#test-network). Jika Anda masih mengalami masalah ini, lihat[Saya tidak tahu apa yang terjadi dengan agen saya. Dapatkah seseorang membantu saya?](troubleshooting-datasync-agents.md#enable-support-access). ## Eksekusi tugas tampaknya macet dalam status persiapan Jumlah waktu tugas DataSync transfer Anda memiliki status **Mempersiapkan** tergantung pada jumlah data di sumber dan tujuan transfer Anda dan kinerja sistem penyimpanan tersebut. Saat tugas dimulai, DataSync lakukan daftar direktori rekursif untuk menemukan semua file, objek, direktori, dan metadata di sumber dan tujuan Anda. DataSync menggunakan daftar ini untuk mengidentifikasi perbedaan antara sistem penyimpanan dan menentukan apa yang harus disalin. Proses ini bisa memakan waktu beberapa menit atau bahkan beberapa jam. **Tindakan yang harus diambil** Anda tidak perlu melakukan apa pun. Terus tunggu status tugas berubah menjadi **Transfer**. Jika status masih tidak berubah, hubungi [AWS Dukungan Pusat](https://console.aws.amazon.com/support/home#/). ## Eksekusi tugas berhenti sebelum transfer selesai Jika eksekusi DataSync tugas Anda berhenti lebih awal, konfigurasi tugas Anda mungkin menyertakan Wilayah AWS yang dinonaktifkan di Anda Akun AWS. **Tindakan yang harus dilakukan** Lakukan hal berikut untuk menjalankan tugas Anda lagi: 1. Periksa [status keikutsertaan](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-regions.html) Wilayah tugas Anda dan pastikan mereka diaktifkan. 1. [Mulai tugas](run-task.md) lagi. ## Eksekusi tugas gagal saat mentransfer dari bucket Google Cloud Storage Karena DataSync berkomunikasi dengan Google Cloud Storage menggunakan Amazon S3 API, ada batasan yang dapat menyebabkan transfer DataSync Anda gagal jika Anda mencoba menyalin tag objek. Pesan berikut yang terkait dengan masalah ini muncul di CloudWatch log Anda: [PERINGATAN] Gagal membaca metadata untuk file/*your-bucket*/*your-object*: S3 Dapatkan Penandaan Objek Gagal: melanjutkan tanpa memberi tag Untuk mencegah hal ini, batalkan pilihan opsi **Salin tag objek** saat mengonfigurasi pengaturan tugas transfer Anda. ## Ada ketidakcocokan antara stempel waktu eksekusi tugas Saat melihat CloudWatch log DataSync konsol atau Amazon, Anda mungkin memperhatikan bahwa waktu mulai dan akhir untuk eksekusi DataSync tugas Anda tidak cocok dengan stempel waktu yang Anda lihat di alat pemantauan lainnya. Ini karena konsol dan CloudWatch log memperhitungkan waktu yang dihabiskan eksekusi tugas dalam [status](run-task.md#understand-task-execution-statuses) peluncuran atau antrian, sementara beberapa alat lain tidak. Anda mungkin melihat perbedaan ini saat membandingkan stempel waktu eksekusi antara DataSync konsol atau CloudWatch log dan tempat-tempat berikut: + Log untuk sistem file yang terlibat dalam transfer Anda + Tanggal modifikasi terakhir pada objek Amazon S3 yang DataSync menulis ke + Lalu lintas jaringan yang berasal dari DataSync agen + EventBridge Acara Amazon ## Eksekusi tugas gagal dengan `NoMem` kesalahan Kumpulan data yang Anda coba transfer mungkin terlalu besar DataSync. Jika Anda melihat kesalahan ini, hubungi [AWS Dukungan Center](https://console.aws.amazon.com/support/home#/). ## Eksekusi tugas gagal dengan `FsNfsIdMappingEnabled` kesalahan DataSync tidak mendukung pemetaan NFSv4 ID. Untuk [mengatasinya, konfigurasikan lokasi NFS Anda untuk digunakan NFSv3](create-nfs-location.md#configure-network-nfs-location). ## Objek gagal ditransfer Azure Blob Storage dengan `user metadata key` kesalahan Saat mentransfer dari bucket S3 keAzure Blob Storage, Anda mungkin melihat kesalahan berikut: ``` [ERROR] Failed to transfer file /user-metadata/file1: Azure Blob user metadata key must be a CSharp identifier ``` Ini berarti `/user-metadata/file1` mencakup metadata pengguna yang tidak menggunakan pengidentifikasi C\$1 yang valid. Untuk informasi selengkapnya, lihat [dokumentasi Microsoft](https://learn.microsoft.com/en-us/dotnet/csharp/fundamentals/coding-style/identifier-names). ## Ada `/.aws-datasync` folder di lokasi tujuan DataSync membuat folder yang dipanggil `/.aws-datasync` di lokasi tujuan Anda untuk membantu memfasilitasi transfer data Anda. Meskipun DataSync biasanya menghapus folder ini setelah transfer Anda, mungkin ada situasi di mana ini tidak terjadi. **Tindakan yang harus diambil** Hapus folder ini kapan saja selama Anda tidak memiliki eksekusi tugas yang sedang berjalan menyalin ke lokasi itu. ## Tidak dapat mentransfer tautan simbolis antar lokasi menggunakan SMB 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. ``` Saat mentransfer antara sistem penyimpanan SMB (seperti server file SMB dan sistem file Amazon FSx untuk Windows File Server), Anda mungkin melihat peringatan dan kesalahan berikut di log Anda: CloudWatch ``` [WARN] Failed to read metadata for file /appraiser/symlink: No data available [ERROR] Failed to read metadata for directory /appraiser/symlink: No data available ``` **Tindakan yang harus diambil** DataSync tidak mendukung transfer tautan simbolis (atau tautan keras) saat mentransfer di antara jenis lokasi ini. Untuk informasi selengkapnya, lihat [Tautan dan direktori disalin oleh AWS DataSync](special-files-copied.md). ## Kesalahan laporan tugas Anda mungkin mengalami salah satu kesalahan berikut saat mencoba memantau DataSync transfer Anda dengan laporan tugas. | Pesan kesalahan | Solusi | | --- | --- | | Jalur file melebihi panjang maksimum 4.096 karakter. Tidak dapat menulis ke Laporan Tugas | Tidak ada. DataSync tidak dapat mentransfer file dengan jalur yang melebihi 4.096 byte. Untuk informasi selengkapnya, lihat [Batas sistem penyimpanan, file, dan objek](datasync-limits.md#file-system-limits). | | Gagal mengunggah Laporan Tugas ke S3 karena bucket atau peran IAM tidak valid | Pastikan [peran DataSync IAM](creating-task-report.md#task-report-access) memiliki izin yang tepat untuk mengunggah laporan tugas ke bucket S3 Anda. | | Kesalahan eksekusi terjadi sebelum membuat Laporan Tugas apa pun | Periksa [CloudWatch log](monitor-datasync.md) Anda untuk mengidentifikasi mengapa eksekusi tugas Anda gagal. | # 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#/). # Memecahkan masalah biaya penyimpanan S3 yang lebih tinggi dari yang diharapkan DataSync Jika biaya penyimpanan Amazon S3 Anda lebih tinggi dari yang Anda kira akan mengikuti AWS DataSync transfer, itu mungkin karena satu atau lebih alasan berikut: + Saat mentransfer ke atau dari bucket S3, Anda dikenakan biaya terkait permintaan API S3 yang dibuat oleh. DataSync + DataSync menggunakan fitur unggahan multipart Amazon S3 untuk mengunggah objek ke bucket S3. Pendekatan ini dapat mengakibatkan biaya penyimpanan yang tidak terduga untuk unggahan yang tidak berhasil diselesaikan. + DataSync menyalin tag objek dari objek sumber dan tujuan saat **Salin tag objek** diaktifkan di konsol atau `ObjectTags` disetel ke`PRESERVE`. Menyalin tag objek ini dapat menimbulkan biaya permintaan API S3. + Versioning objek dapat diaktifkan di bucket S3 Anda. Versioning objek menghasilkan Amazon S3 yang menyimpan beberapa salinan objek yang memiliki nama yang sama. **Tindakan yang harus dilakukan** Dalam kasus ini, Anda dapat mengambil langkah-langkah berikut: + Pastikan Anda memahami cara DataSync menggunakan permintaan S3 dan bagaimana hal itu dapat memengaruhi biaya penyimpanan Anda. Untuk informasi selengkapnya, lihat [Mengevaluasi biaya permintaan S3 saat menggunakan DataSync](create-s3-location.md#create-s3-location-s3-requests). + Jika masalah terkait dengan unggahan multibagian, konfigurasikan kebijakan untuk unggahan multibagian untuk bucket S3 Anda untuk membersihkan unggahan multibagian yang tidak lengkap guna mengurangi biaya penyimpanan. Untuk informasi selengkapnya, lihat posting AWS blog [S3 Lifecycle Management Update - Support for Multipart Uploads](https://aws.amazon.com/blogs/aws/s3-lifecycle-management-update-support-for-multipart-uploads-and-delete-markers/) and Delete Markers. + Jika masalah terkait dengan menyalin tag objek dan Anda tidak memerlukan tag objek, kosongkan kotak centang **Salin tag objek** di DataSync konsol atau atur `ObjectTags` ke `None` saat membuat, memulai, atau memperbarui tugas. + Jika masalah terkait dengan pembuatan versi objek, nonaktifkan pembuatan versi objek di bucket S3 Anda. Jika Anda memerlukan bantuan tambahan, hubungi [AWS Dukungan Pusat](https://console.aws.amazon.com/support/home#/).