Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. # Risoluzione dei AWS DataSync problemi Utilizza le seguenti informazioni per risolvere problemi ed errori AWS DataSync . **Topics** + [Risoluzione dei problemi con gli agenti DataSync](troubleshooting-datasync-agents.md) + [Risoluzione dei problemi relativi alle DataSync sedi](troubleshooting-storage-issues.md) + [Risoluzione dei problemi relativi alle DataSync attività](troubleshooting-tasks.md) + [Risoluzione dei problemi di verifica dei dati](troubleshooting-task-verification.md) + [Risoluzione dei problemi relativi ai costi di storage S3 superiori al previsto con DataSync](multipart-upload-policy.md) # Risoluzione dei problemi con gli agenti DataSync Utilizza le seguenti informazioni per aiutarti a risolvere i problemi relativi agli AWS DataSync agenti. Alcuni di questi problemi possono includere: + Problemi di connessione alla console locale di un agente Amazon EC2 + Impossibile recuperare la chiave di attivazione di un agente + Problemi di attivazione di un agente con un endpoint di servizio VPC + La scoperta di un agente è offline ## Come posso connettermi alla console locale di un agente Amazon EC2? Per connetterti alla console locale di un agente Amazon EC2, devi usare SSH. Assicurati che il gruppo di sicurezza dell'istanza EC2 consenta l'accesso con SSH (porta TCP 22). In un terminale, esegui il seguente `ssh` comando per connetterti all'istanza: ``` ssh -i /path/key-pair-name.pem instance-user-name@instance-public-ip-address ``` + Per*/path/key-pair-name*, specifica il percorso e il nome del file (`.pem`) della chiave privata richiesta per connetterti all'istanza. + Per *instance-user-name*, specificare `admin`. + Per*instance-public-ip-address*, specifica l'indirizzo IP pubblico dell'istanza. ## Cosa significa l'errore Failed to retrieve activation key dell'agente? Quando si attiva l' DataSync agente, l'agente si connette all'endpoint del servizio specificato per richiedere una chiave di attivazione. Questo errore indica probabilmente che le impostazioni di sicurezza della rete stanno bloccando la connessione. **Operazione da eseguire** Se utilizzi un endpoint del servizio Virtual Private Cloud (VPC), verifica che le impostazioni del gruppo di sicurezza consentano all'agente di connettersi all'endpoint VPC. Per informazioni sulle porte richieste, consulta [Requisiti di rete per gli endpoint di servizio VPC o FIPS VPC](datasync-network.md#using-vpc-endpoint). Se utilizzi un endpoint pubblico o FIPS (Federal Information Processing Standard), verifica che le impostazioni del firewall e del router consentano all'agente di connettersi all'endpoint. Per informazioni, consulta [Requisiti di rete per gli endpoint di servizio pubblici o FIPS](datasync-network.md#using-public-endpoints). ## Non riesco ancora ad attivare un agente utilizzando un endpoint del servizio VPC Se continui a riscontrare problemi nell'attivazione di un DataSync agente con un endpoint di servizio VPC, consulta [Non so cosa stia succedendo con il mio agente. Qualcuno può aiutarmi?](#enable-support-access) ## Cosa devo fare se il mio agente è offline? Il tuo DataSync agente può essere offline per alcuni motivi, ma potresti riuscire a ripristinarlo. Prima di eliminare l'agente e crearne uno nuovo, consulta la seguente lista di controllo per aiutarti a capire cosa potrebbe essere successo. + **Contatta il tuo team di backup**: se l'agente è offline perché la sua macchina virtuale (VM) è stata ripristinata da un'istantanea o da un backup, potrebbe essere necessario [sostituire](replacing-agent.md) l'agente. + **Verifica se la macchina virtuale o l'istanza Amazon EC2 dell'agente è** disattivata: a seconda del tipo di agente che stai utilizzando, prova a riaccendere la macchina virtuale o l'istanza EC2 se è disattivata. Una volta riacceso, [verifica la connettività di rete del tuo agente](test-agent-connections.md#test-network) a. AWS + **Verifica che l'agente soddisfi i requisiti hardware minimi**: l'agente potrebbe essere offline perché la configurazione della macchina virtuale o dell'istanza EC2 è stata modificata accidentalmente dopo l'attivazione dell'agente. Ad esempio, se la macchina virtuale non dispone più della memoria o dello spazio minimi richiesti, l'agente potrebbe apparire offline. Per ulteriori informazioni, consulta [Requisiti per gli agenti AWS DataSync](agent-requirements.md). + **Attendi il completamento degli aggiornamenti software relativi all'agente: l'**agente potrebbe andare offline per un breve periodo dopo gli aggiornamenti [software](managing-agent.md#managing-agent-updates) forniti da. AWS Se ritieni che questo sia il motivo per cui l'agente è offline, attendi un breve periodo, quindi controlla se l'agente è tornato online. + **Controlla le impostazioni dell'endpoint del servizio VPC**[: se il tuo agente offline utilizza un endpoint di servizio pubblico e si trova anche nello stesso VPC per cui hai creato un endpoint del servizio VPC DataSync, potresti dover disabilitare il supporto DNS privato per quell'endpoint VPC.](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html) [Se nessuna di queste sembra essere la ragione per cui l'agente è offline, probabilmente dovrai sostituirlo.](replacing-agent.md) ## Non so cosa stia succedendo con il mio agente. Qualcuno può aiutarmi? Puoi consentire l'accesso Supporto AWS al tuo DataSync agente e contribuire alla risoluzione dei problemi relativi all'agente. È necessario abilitare questo accesso tramite la console locale dell'agente. **Per fornire Supporto l'accesso al tuo agente** 1. [Accedi alla console locale del tuo agente](local-console-vm.md#local-console-login). 1. Al prompt, inserisci **5** per aprire il prompt dei comandi (for VMware VMs, use**6**). 1. Immettere **h** per aprire la finestra **AVAILABLE COMMANDS (COMANDI DISPONIBILI)**. 1. Nella finestra **COMANDI DISPONIBILI**, inserisci quanto segue per connetterti a: Supporto `open-support-channel` Se utilizzi l'agente con endpoint VPC, devi fornire un indirizzo IP dell'endpoint VPC per il tuo canale di supporto, come segue: `open-support-channel vpc-ip-address` Il firewall deve consentire alla porta TCP 22 in entrata di avviare un canale di supporto. AWS Quando ti connetti a Supporto, ti DataSync assegna un numero di supporto. che è bene annotare. **Nota** Il numero del canale non è un numero di TCP/UDP porta. Al contrario, stabilisce una connessione SSH (TCP 22) ai server e fornisce il canale di supporto per la connessione. 1. Una volta stabilito il canale di supporto, fornisci il numero del servizio di supporto a Supporto in modo che possano fornire assistenza per la risoluzione dei problemi. 1. Quando la sessione di supporto è terminata, premi **Enter** per terminarla. 1. Entra **exit** per disconnetterti dalla console DataSync locale. 1. Seguire le istruzioni per uscire dalla console locale. # Risoluzione dei problemi relativi alle DataSync sedi Utilizza le seguenti informazioni per aiutarti a risolvere i problemi relativi alle posizioni. AWS DataSync Alcuni di questi problemi possono includere: + Autorizzazioni ed errori di montaggio con posizioni NFS + Problemi di proprietà dei file + Problemi di accesso alle sedi SMB che utilizzano l'autenticazione Kerberos + Problemi di autorizzazione e accesso con lo storage di oggetti, come le ubicazioni Amazon S3 e Microsoft Azure Blob ## La mia attività non è riuscita a causa di un errore NFS con autorizzazioni negate Puoi ricevere il messaggio di errore «autorizzazioni negate» se configuri il tuo file server NFS con `root_squash` o `all_squash` e non tutti i tuoi file hanno accesso in lettura. **Operazione da eseguire** Per risolvere questo problema, configura l'esportazione NFS con `no_root_squash` o assicurati che le autorizzazioni per tutti i file che desideri trasferire consentano l'accesso in lettura a tutti gli utenti. Per accedere DataSync alle directory, devi anche abilitare l'accesso a tutte le esecuzioni. Per assicurarsi che la directory possa essere montata, collegarsi innanzitutto a qualsiasi computer che dispone della stessa configurazione di rete dell'agente. Quindi esegui il seguente comando CLI: `mount -t nfs -o nfsvers= : ` Se il problema persiste, contatta il [Supporto AWS Centro](https://console.aws.amazon.com/support/home#/). ## La mia operazione non è riuscita a causa di un errore di montaggio NFS È possibile che venga visualizzato il seguente errore durante l'esecuzione di un' DataSync attività che coinvolge una posizione del file server NFS: Attività non riuscita ad accedere alla posizione loc-1111222233334444a: x40016: mount.nfs: Connessione scaduta **Operazioni da eseguire** Procedi come segue fino alla risoluzione dell'errore. 1. Assicuratevi che il file server NFS e l'esportazione specificati nella vostra DataSync posizione siano validi. In caso contrario, elimina la posizione e l'attività, quindi crea una nuova posizione e un'attività che utilizzino un file server NFS valido ed esportale. Per ulteriori informazioni, consulta [Utilizzo della console DataSync](create-nfs-location.md#create-nfs-location-console). 1. Controlla la configurazione del firewall tra l'agente e il file server NFS. Per ulteriori informazioni, consulta [Requisiti di rete per lo storage locale, autogestito e di altro tipo](datasync-network.md#on-premises-network-requirements). 1. Assicurati che il tuo agente possa accedere al file server NFS e montare l'esportazione. Per ulteriori informazioni, consulta [Fornire DataSync l'accesso ai file server NFS](create-nfs-location.md#accessing-nfs). 1. Se l'errore persiste, apri un canale di supporto con Supporto. Per ulteriori informazioni, consulta [Non so cosa stia succedendo con il mio agente. Qualcuno può aiutarmi?](troubleshooting-datasync-agents.md#enable-support-access). ## La mia attività non è riuscita a causa di un errore di montaggio di Amazon EFS Potresti visualizzare il seguente errore durante l'esecuzione di un' DataSync attività che coinvolge una posizione Amazon EFS: Attività non riuscita ad accedere alla posizione loc-1111222233334444a: x40016: connessione alla destinazione di montaggio EFS non riuscita con IP: 10.10.1.0. Ciò può accadere se il percorso di montaggio del file system Amazon EFS che configuri con la tua posizione viene aggiornato o eliminato. DataSync non è a conoscenza di queste modifiche nel file system. **Operazione da eseguire** Elimina la posizione e l'attività e [crea una nuova posizione Amazon EFS](create-efs-location.md#create-efs-location-how-to) con il nuovo percorso di montaggio. ## La proprietà dei file non viene mantenuta con NFS Transfer Dopo il trasferimento, potreste notare che i file nella posizione di DataSync destinazione hanno utenti IDs (UIDs) o gruppi IDs (GIDs) diversi rispetto agli stessi file nella posizione di origine. Ad esempio, i file nella destinazione potrebbero avere un UID di `65534``99`, o`nobody`. Ciò può accadere se un file system coinvolto nel trasferimento utilizza la mappatura ID NFS versione 4, una funzionalità che DataSync non supporta. **Operazione da eseguire** Hai un paio di opzioni per risolvere questo problema: + Create una nuova posizione per il file system che utilizza la versione 3 di NFS anziché la versione 4. + Disabilita la mappatura degli ID di NFS versione 4 sul file system. Riprova il trasferimento. Entrambe le opzioni dovrebbero risolvere il problema. ## La mia attività non può accedere a una sede SMB che utilizza Kerberos DataSync gli errori nelle sedi SMB che utilizzano l'[autenticazione Kerberos](create-smb-location.md#configuring-smb-kerberos-authentication) sono in genere correlati a mancate corrispondenze tra la posizione dell'utente e le configurazioni Kerberos. Potrebbe esserci anche un problema di rete. **Impossibile accedere alla posizione** L'errore seguente indica che potrebbero esserci problemi di configurazione con la sede SMB o la configurazione di Kerberos: ``` Task failed to access location ``` **Verifica quanto segue**: + Il file server SMB specificato per la posizione è un nome di dominio. Per Kerberos, non è possibile specificare l'indirizzo IP del file server. + Il principale Kerberos specificato per la propria posizione corrisponde al principale utilizzato per creare il file della tabella delle chiavi Kerberos (keytab). I nomi principali distinguono tra maiuscole e minuscole. + La password utente mappata del preside Kerberos non è cambiata da quando è stato creato il file keytab. Se la password cambia (a causa della rotazione della password o per qualche altro motivo), l'esecuzione dell'operazione potrebbe non riuscire con il seguente errore: L'operazione non è riuscita ad accedere alla posizione loc-1111222233334444a: x40015: kinit: preautenticazione non riuscita durante l'acquisizione delle credenziali iniziali **Impossibile contattare KDC realm** Il seguente errore indica un problema di rete: ``` kinit: Cannot contact any KDC for realm 'MYDOMAIN.ORG' while getting initial credentials" ``` **Verifica quanto segue**: + Il file di configurazione Kerberos (`krb5.conf`) che hai fornito DataSync contiene le informazioni corrette sul tuo realm Kerberos. [Per un `krb5.conf` file di esempio, consulta Prerequisiti di autenticazione Kerberos.](create-smb-location.md#configuring-smb-kerberos-prerequisites) + La porta del server Kerberos Key Distribution Center (KDC) è aperta. La porta KDC è in genere la porta TCP 88. + La configurazione DNS sulla rete. ## La mia operazione non è riuscita a causa di un input/output errore È possibile che venga visualizzato un messaggio di input/output errore se il sistema di storage non soddisfa I/O le richieste dell' DataSync agente. I motivi più comuni includono un errore del disco del server, modifiche alla configurazione del firewall o un errore del router di rete. Se l'errore riguarda un file server NFS o un cluster Hadoop Distributed File System (HDFS), utilizzate i seguenti passaggi per risolvere l'errore. **Azioni da intraprendere (NFS)** Innanzitutto, controllate i log e le metriche del vostro file server NFS per determinare se il problema è iniziato sul server NFS. In caso affermativo, risolvete il problema. Quindi, verificare che la configurazione di rete non sia cambiata. Per verificare se il file server NFS è configurato correttamente e se è DataSync possibile accedervi, effettuate le seguenti operazioni: 1. Configurare un altro client NFS sulla stessa sottorete della rete dell'agente . 1. Montare la condivisione su tale client. 1. Convalidare che il client è in grado di leggere e scrivere correttamente nella condivisione. **Azioni da intraprendere (HDFS)** Effettua le seguenti operazioni fino a risolvere l'errore: 1. Assicurati che il cluster HDFS consenta all' DataSync agente di comunicare con il cluster NameNode e le DataNode porte. Nella maggior parte dei cluster, puoi trovare i numeri di porta utilizzati dal cluster nei seguenti file di configurazione: + Per trovare la NameNode porta, cercate nel `core-site.xml` file sotto la `fs.default.name` proprietà `fs.default` o (a seconda della distribuzione Hadoop). + Per trovare la DataNode porta, cerca nel `hdfs-site.xml` file sotto la `dfs.datanode.address` proprietà. 1. Nel `hdfs-site.xml` file, verifica che la `dfs.data.transfer.protection` proprietà abbia un solo valore. Esempio: ``` dfs.data.transfer.protection privacy ``` ## Errore: `FsS3UnableToConnectToEndpoint` DataSync non riesci a connetterti alla tua [posizione Amazon S3](create-s3-location.md). Ciò potrebbe significare che il bucket S3 della sede non è raggiungibile o che la posizione non è configurata correttamente. Procedi come segue fino a risolvere il problema: + Verifica se DataSync riesci [ad accedere al tuo bucket S3](create-s3-location.md#create-s3-location-access). + Assicurati che la posizione sia configurata correttamente utilizzando la DataSync console o il funzionamento di [DescribeLocationS3](https://docs.aws.amazon.com/datasync/latest/userguide/API_DescribeLocationS3.html). ## Errore: `FsS3HeadBucketFailed` DataSync non riesci ad accedere al bucket S3 da cui stai trasferendo o da cui stai effettuando il trasferimento. Verifica se DataSync dispone dell'autorizzazione per accedere al bucket utilizzando l'operazione Amazon [HeadBucket](https://docs.aws.amazon.com/AmazonS3/latest/API/API_HeadBucket.html)S3. Se devi modificare le tue autorizzazioni, consulta. [Fornire DataSync l'accesso ai bucket S3](create-s3-location.md#create-s3-location-access) ## L'operazione ha esito negativo con un `Unable to list Azure Blobs on the volume root` errore Se l'operazione di DataSync trasferimento non riesce a causa di un `Unable to list Azure Blobs on the volume root` errore, potrebbe esserci un problema con il token SAS (Shared Access Signature) o con la rete dell'account di Azure archiviazione. **Operazioni da eseguire** Prova quanto segue ed esegui nuovamente l'operazione finché non risolvi il problema: + Assicurati che il tuo [token SAS](creating-azure-blob-location.md#azure-blob-sas-tokens) disponga delle autorizzazioni giuste per accedere al tuoMicrosoft Azure Blob Storage. + Se utilizzi il tuo DataSync agenteAzure, configura il tuo account di archiviazione per consentire l'accesso dalla rete virtuale in cui risiede l'agente. + Se utilizzi il tuo agente su Amazon EC2, configura il firewall di Azure storage per consentire l'accesso dall'indirizzo IP pubblico dell'agente. Per informazioni su come configurare la rete del tuo account di Azure storage, consulta la [Azure Blob Storagedocumentazione](https://learn.microsoft.com/en-us/azure/storage/common/storage-network-security). ## Errore: `FsAzureBlobVolRootListBlobsFailed` Il token SAS (Shared Access Signature) DataSync utilizzato per accedere al tuo Microsoft Azure Blob Storage non dispone dell'autorizzazione List. Per risolvere il problema, [aggiorna la tua posizione](creating-azure-blob-location.md#azure-blob-update-location) con un token con l'autorizzazione List e prova a eseguire nuovamente l'attività. ## Errore: `SrcLocHitAccess` DataSync non riesco ad accedere alla tua posizione di origine. Verifica di DataSync avere il permesso di accedere alla posizione e prova a eseguire nuovamente l'operazione. ## Errore: `SyncTaskErrorLocationNotAdded` DataSync non riesco ad accedere alla tua posizione. Verifica di DataSync avere il permesso di accedere alla posizione e prova a eseguire nuovamente l'operazione. ## Errore: `S3 location creation failed with (InvalidRequestException) when calling the CreateLocationS3 operation` Questo errore potrebbe essere correlato alle autorizzazioni IAM, alle policy dei bucket di Amazon S3, alle autorizzazioni o ad altri AWS KMS problemi di autorizzazione. Se ricevi questo errore, utilizza le seguenti informazioni per risolvere il problema: + [Risolvi gli errori di accesso negato (403 proibito) in Amazon S3 nella Guida per l'utente di Amazon](https://docs.aws.amazon.com/AmazonS3/latest/userguide/troubleshoot-403-errors.html) Simple *Storage Service* + [In che modo posso risolvere gli errori 403 Access Denied di Amazon S3?](https://repost.aws/knowledge-center/s3-troubleshoot-403) su AWS re:Post ## L'operazione con posizione di origine S3 ha esito negativo con `HeadObject` o `GetObjectTagging` errore **Errori relativi a o `HeadObject` `GetObjectTagging`** Se stai trasferendo oggetti con una versione specifica IDs da un bucket S3, potresti visualizzare un errore relativo a o. `HeadObject` `GetObjectTagging` Ad esempio, ecco un errore relativo a: `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 ``` Se riscontri uno di questi errori, verifica che il ruolo IAM DataSync utilizzato per accedere alla posizione di origine di S3 disponga delle seguenti autorizzazioni: + `s3:GetObjectVersion` + `s3:GetObjectVersionTagging` Se devi aggiornare il tuo ruolo con queste autorizzazioni, consulta. [Creazione di un ruolo IAM DataSync per accedere alla tua posizione Amazon S3](create-s3-location.md#create-role-manually) # Risoluzione dei problemi relativi alle DataSync attività Utilizza le seguenti informazioni per aiutarti a risolvere i problemi relativi alle attività e all' AWS DataSync esecuzione delle attività. Questi problemi possono includere problemi di configurazione delle attività, esecuzioni di attività bloccate e il mancato trasferimento dei dati come previsto. ## Errore: valore non valido SyncOption . Opzione: TransferMode,PreserveDeletedFiles, Valore: ALL, REMOVE. Questo errore si verifica quando crei o modifichi DataSync un'attività e selezioni l'opzione **Trasferisci tutti i dati** e deselezioni l'opzione **Conserva file eliminati**. Quando trasferisci tutti i dati, DataSync non scansiona la posizione di destinazione e non sa cosa eliminare. ## L'esecuzione dell'operazione non riesce con un EniNotFounderrore Questo errore si verifica se elimini una delle interfacce di rete dell'attività nel tuo cloud privato virtuale (VPC). Se l'operazione è pianificata o in coda, l'operazione avrà esito negativo se manca un'[interfaccia di rete necessaria per](required-network-interfaces.md) il trasferimento dei dati. **Operazioni da eseguire** Sono disponibili le seguenti opzioni per risolvere questo problema: + Riavviare manualmente l'operazione. Quando si esegue questa operazione, DataSync verranno create tutte le interfacce di rete mancanti necessarie per eseguire l'operazione. + Se devi ripulire le risorse nel tuo VPC, assicurati di non eliminare le interfacce di rete relative a un' DataSync attività che stai ancora utilizzando. Per visualizzare le interfacce di rete assegnate alla tua attività, esegui una delle seguenti operazioni: + Usa l'operazione. [DescribeTask](https://docs.aws.amazon.com//datasync/latest/userguide/API_DescribeTask.html) È possibile visualizzare le interfacce di rete negli elementi `SourceNetworkInterfaceArns` e di `DestinationNetworkInterfaceArns` risposta. + Nella console Amazon EC2, cerca l'ID dell'attività (ad esempio`task-f012345678abcdef0`) per trovare le relative interfacce di rete. + Valuta la possibilità di non eseguire le attività automaticamente. Ciò potrebbe includere la disabilitazione dell'accodamento o della pianificazione delle attività (tramite l'automazione DataSync o personalizzata). ## L'esecuzione dell'operazione non riesce con l'errore «Impossibile allocare la memoria» Quando l' DataSync operazione fallisce a causa dell'errore Cannot allocate memory, ciò può significare diverse cose. **Operazione da eseguire** Prova quanto segue finché non vedi più il problema: + Se il trasferimento coinvolge un agente, assicurati che l'agente soddisfi i requisiti della [macchina virtuale (VM)](agent-requirements.md#hardware) o dell'[istanza Amazon EC2](agent-requirements.md#ec2-instance-types). + [Suddividi il trasferimento in più attività utilizzando i filtri.](filtering.md) È possibile che tu stia cercando di trasferire più file o oggetti di quelli che [un'unica DataSync attività può gestire](datasync-limits.md#task-hard-limits). + Se il problema persiste, [contatta Supporto](https://aws.amazon.com/contact-us/). ## L'operazione non viene completata `Input/Output error` FSx per il file system ONTAP Se l' DataSync operazione non riesce `Input/Output error` durante il trasferimento di dati con un file system FSx for ONTAP, può essere dovuto a uno o più dei seguenti problemi. **Il volume FSx for ONTAP ha raggiunto la capacità massima di file** Questo errore si verifica quando il numero di inode, o puntatori di file, disponibili su un volume è esaurito. **Azioni da intraprendere** Innanzitutto, visualizza la [capacità massima di file del](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/view-volume-file-capacity.html) volume. Quindi, aumenta la capacità dei file del volume aumentando il numero di inode o aumentando la capacità di archiviazione. Per ulteriori informazioni, consulta [Aumentare la capacità massima di file di un volume nella Guida FSx ](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/low-volume-capacity.html#max-file-capacity) *per l'utente di for ONTAP*. **Il volume FSx for ONTAP ha esaurito la capacità di archiviazione disponibile** Questo errore si verifica quando il volume non dispone di capacità di archiviazione disponibile. **Azioni da intraprendere** Innanzitutto, determina la [capacità di archiviazione disponibile](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/monitor-volume-storage-console.html) del volume. Quindi, aumenta la capacità di archiviazione del volume. Per ulteriori informazioni, consulta [Aumentare la capacità di archiviazione di un volume](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/low-volume-capacity.html#increase-volume-capacity) nella *Guida FSx per l'utente di for ONTAP*. **Nota** Per aumentare automaticamente la capacità di archiviazione del volume quando necessario, consulta [Using Volume Autosizing](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/low-volume-capacity.html#volume-autosizing) nella Guida *FSx per l'utente di for ONTAP*. **La directory FSx for ONTAP ha raggiunto il numero massimo di file che possono essere archiviati in ogni directory** Questo errore si verifica quando è stato raggiunto il numero massimo di file che è possibile archiviare in ciascuna directory. **Operazione da eseguire** Aumenta la dimensione massima della directory per supportare directory più grandi. Per ulteriori informazioni, consulta [Best practice per l'utilizzo della dimensione massima della directory FSx for ONTAP](https://docs.aws.amazon.com/prescriptive-guidance/latest/fsx-ontap-enterprise-deployment/best-practices.html#bp-max-directory-size) in *AWS Prescriptive* Guidance. **L'esecuzione dell' DataSync operazione ha generato un'eccessiva concomitanza di lettura/scrittura, consumando un'alta percentuale della capacità di throughput del file system** Questo errore si verifica quando l'esecuzione dell' DataSync operazione consuma una quantità eccessiva della capacità di throughput disponibile del file system. **Azioni da intraprendere** Innanzitutto, stabilite se l'esecuzione dell'operazione stava consumando una quantità eccessiva della capacità di throughput del file system utilizzando i seguenti metodi: + Monitora le prestazioni del file system utilizzando le CloudWatch metriche disponibili. Per ulteriori informazioni, consulta [Monitoraggio delle metriche del file system nella Guida FSx ](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/monitor-throughput-cloudwatch.html#fsxn-howtomonitor-fs) *per l'utente di for ONTAP*. + Monitora il file system per gli avvisi sulle prestazioni dei file server nella FSx console Amazon. Per ulteriori informazioni, consulta [gli avvisi e i consigli sulle prestazioni nella Guida FSx ](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/performance-insights-FSxN.html#resolve-warnings) *per l'utente di for ONTAP*. Quindi, assicurati che l'attività non utilizzi tutta la capacità di throughput disponibile del file system effettuando una delle seguenti operazioni: + Imposta il limite di larghezza di banda per l'esecuzione dell'attività su un valore inferiore alla capacità di FSx throughput fornita dal file system ONTAP. Per ulteriori informazioni, consulta [Impostazione dei limiti di larghezza di banda per l'attività AWS DataSync](configure-bandwidth.md). + Aumenta la capacità di throughput assegnata al file system. Per ulteriori informazioni, consulta [Updating throughput capacity](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/increase-throughput-capacity.html) nella Guida *FSx per l'utente di for ONTAP*. ## L'operazione non riesce con `Host is down` un messaggio `Connection Reset by peer` FSx per il file system ONTAP Se l' DataSync operazione non riesce con un `Host is down` messaggio `Connection Reset by peer` or durante il trasferimento di dati con un file system FSx for ONTAP, può essere dovuto a uno o più dei seguenti problemi: + Il server SMB del file system è stato riavviato o altrimenti disconnesso durante l'esecuzione dell'operazione. + Il file system ha eseguito il failover dal server primario a quello secondario (e all'indirizzo IP) durante l'esecuzione dell'operazione. DataSync non supporta il failover su un indirizzo IP secondario durante l'esecuzione dell'operazione. FSx per il failover dei file system ONTAP su un server e un indirizzo IP secondari durante i seguenti eventi: + Il server primario diventa non disponibile. + La zona di disponibilità del server primario diventa non disponibile (per i file system Multi-AZ). + Durante una modifica della capacità di throughput avviata dall'utente. + Durante la normale finestra di manutenzione programmata del file system. Per ulteriori informazioni, consulta FSx il [processo di failover di ONTAP](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/high-availability-AZ.html#Failover) nella Guida FSx per l'utente di for ONTAP. **Operazione da eseguire** Riavviare l'attività. ## L'esecuzione dell'attività ha lo stato di avvio, ma sembra che non stia succedendo nulla L' DataSync attività può rimanere bloccata con lo stato di **avvio**, in genere perché l'agente è spento o ha perso la connettività di rete. **Operazioni da eseguire** Assicurati che lo stato del tuo agente sia **ONLINE**. Se l'agente è **OFFLINE**, assicurati che sia acceso. Se l'agente è acceso e l'attività è ancora in corso**, è** probabile che si tratti di un problema di connessione di rete tra l'agente e AWS. Per informazioni su come testare la connettività di rete, consulta [Verifica della connessione del tuo agente al servizio DataSync](test-agent-connections.md#test-network). Se il problema persiste, consulta[Non so cosa stia succedendo con il mio agente. Qualcuno può aiutarmi?](troubleshooting-datasync-agents.md#enable-support-access). ## L'esecuzione dell'attività sembra bloccata nello stato di preparazione Il periodo di tempo in cui l'operazione di DataSync trasferimento ha lo stato **Preparazione** dipende dalla quantità di dati presenti nell'origine e nella destinazione del trasferimento e dalle prestazioni di tali sistemi di storage. All'avvio di un'operazione, DataSync esegue un elenco ricorsivo di directory per individuare tutti i file, gli oggetti, le directory e i metadati presenti nell'origine e nella destinazione. DataSync utilizza questi elenchi per identificare le differenze tra i sistemi di storage e determinare cosa copiare. Questo processo può richiedere alcuni minuti o anche alcune ore. **Operazione da eseguire** Non dovresti fare nulla. Continua ad attendere che lo stato dell'attività passi a **Trasferimento.** Se lo stato continua a non cambiare, contatta il [Supporto AWS Centro](https://console.aws.amazon.com/support/home#/). ## L'esecuzione dell'attività si interrompe prima del termine del trasferimento Se l'esecuzione dell' DataSync attività si interrompe in anticipo, è possibile Regione AWS che la configurazione dell'attività includa un elemento disabilitato nel file Account AWS. **Operazioni da eseguire** Effettua le seguenti operazioni per eseguire nuovamente l'attività: 1. Controlla lo [stato di attivazione](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-regions.html) delle regioni dell'attività e assicurati che siano abilitate. 1. [Riavvia l'attività](run-task.md). ## L'esecuzione dell'attività non riesce durante il trasferimento da un bucket di Google Cloud Storage Poiché DataSync comunica con Google Cloud Storage utilizzando l'API Amazon S3, esiste una limitazione che potrebbe causare DataSync il fallimento del trasferimento se provi a copiare i tag degli oggetti. Il seguente messaggio relativo al problema viene visualizzato nei tuoi CloudWatch log: [AVVISO] Impossibile leggere i metadati per il file/*your-bucket*/*your-object*: S3 Get Object Tagging Failed: si procede senza applicare tag Per evitare che ciò accada, deselezionate l'opzione **Copia i tag degli oggetti durante la configurazione** delle impostazioni dell'attività di trasferimento. ## Vi sono discrepanze tra i timestamp di esecuzione dell'attività Guardando la DataSync console o CloudWatch i log di Amazon, potresti notare che gli orari di inizio e fine dell'esecuzione delle DataSync attività non corrispondono ai timestamp che vedi in altri strumenti di monitoraggio. Questo perché la console e CloudWatch i log tengono conto del tempo impiegato dall'esecuzione di un'attività negli [stati](run-task.md#understand-task-execution-statuses) di avvio o di coda, a differenza di altri strumenti. È possibile notare questa discrepanza quando si confrontano i timestamp di esecuzione tra la console o i registri e le seguenti posizioni: DataSync CloudWatch + Registri del file system coinvolto nel trasferimento + La data dell'ultima modifica su un oggetto Amazon S3 che ha DataSync scritto su + Traffico di rete proveniente dall'agente DataSync + EventBridge Eventi Amazon ## L'esecuzione dell'attività fallisce con `NoMem` errori Il set di dati che stai tentando di trasferire potrebbe essere troppo grande per DataSync. Se vedi questo errore, contatta [Supporto AWS Center](https://console.aws.amazon.com/support/home#/). ## L'esecuzione dell'operazione non riesce con `FsNfsIdMappingEnabled` errori DataSync non supporta la mappatura NFSv4 degli ID. Per ovviare a questo problema, [configura la tua posizione NFS da](create-nfs-location.md#configure-network-nfs-location) utilizzare. NFSv3 ## Errore nel trasferimento dell'Azure Blob Storageoggetto `user metadata key` Durante il trasferimento da un bucket S3 aAzure Blob Storage, potresti visualizzare il seguente errore: ``` [ERROR] Failed to transfer file /user-metadata/file1: Azure Blob user metadata key must be a CSharp identifier ``` Ciò significa che `/user-metadata/file1` include i metadati utente che non utilizzano un identificatore C\$1 valido. Per ulteriori informazioni, consulta la [documentazione di Microsoft](https://learn.microsoft.com/en-us/dotnet/csharp/fundamentals/coding-style/identifier-names). ## C'è una `/.aws-datasync` cartella nella posizione di destinazione DataSync crea una cartella denominata `/.aws-datasync` nella posizione di destinazione per facilitare il trasferimento dei dati. Sebbene DataSync in genere elimini questa cartella dopo il trasferimento, potrebbero verificarsi situazioni in cui ciò non accade. **Operazione da eseguire** Elimina questa cartella in qualsiasi momento, purché non sia in esecuzione un'operazione che esegue la copia in quella posizione. ## Non è possibile trasferire collegamenti simbolici tra sedi utilizzando SMB Al termine dell'esecuzione dell'attività, viene visualizzato il seguente errore: ``` 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. ``` Durante il trasferimento tra sistemi di storage SMB (ad esempio un file server SMB e il file system Amazon FSx for Windows File Server), potresti visualizzare i seguenti avvisi ed errori nei tuoi log: 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 ``` **Operazione da eseguire** DataSync non supporta il trasferimento di link simbolici (o hard link) durante il trasferimento tra questi tipi di posizione. Per ulteriori informazioni, consulta [Collegamenti e directory copiati da AWS DataSync](special-files-copied.md). ## Errori nel report delle attività È possibile che si verifichi uno dei seguenti errori durante il tentativo di monitorare il DataSync trasferimento con un rapporto sulle attività. | Messaggio di errore | Soluzione alternativa | | --- | --- | | Il percorso del file supera la lunghezza massima di 4.096 caratteri. Impossibile scrivere su Task Report | Nessuna. DataSync non può trasferire un file con un percorso superiore a 4.096 byte. Per ulteriori informazioni, consulta [Limiti del sistema di storage, dei file e degli oggetti](datasync-limits.md#file-system-limits). | | Impossibile caricare i report delle attività su S3 a causa di un bucket o di un ruolo IAM non valido | Verifica che il [ruolo DataSync IAM](creating-task-report.md#task-report-access) disponga delle autorizzazioni giuste per caricare un task report nel tuo bucket S3. | | Si è verificato un errore di esecuzione prima della generazione di qualsiasi Task Report | Controlla i [CloudWatch registri](monitor-datasync.md) per identificare il motivo per cui l'esecuzione dell'attività non è riuscita. | # Risoluzione dei problemi di verifica dei dati Per impostazione predefinita, AWS DataSync [verifica l'integrità](how-datasync-transfer-works.md#how-verifying-works) dei dati al termine di un trasferimento. Utilizza le seguenti informazioni per aiutarti a diagnosticare gli errori e gli avvisi di verifica più comuni, come la modifica o l'eliminazione dei file prima del DataSync completamento della verifica dei dati. In caso di problemi di verifica, molte volte è utile rivedere [CloudWatch i registri](configure-logging.md) (o [rapporti sulle attività](task-reports.md)) oltre all'errore di esecuzione delle attività che riscontri. DataSyncfornisce log strutturati in JSON per le attività in modalità avanzata, mentre le attività in modalità Basic hanno registri non strutturati. ## Vi sono delle discrepanze tra i contenuti di un file Al termine dell'esecuzione dell'attività, viene visualizzato il seguente errore: ``` Transfer and verification completed. Verification detected mismatches. Files with mismatches are listed in Cloud Watch Logs ``` Nei CloudWatch registri, potresti notare che le verifiche non sono riuscite per i contenuti che differiscono tra le posizioni di origine e di destinazione. Questo può accadere se i file vengono modificati durante il trasferimento. Ad esempio, i seguenti registri mostrano che `file1.txt` ha `dstHash` valori e diversi`mtime`: `srcHash` **Esempio di log in modalità base** ``` [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 ``` In DataSync, `mtime` rappresenta l'ultima volta in cui è stato scritto un file prima della [preparazione](how-datasync-transfer-works.md#how-datasync-prepares). Durante la verifica dei trasferimenti, DataSync confronta i `mtime` valori tra le posizioni di origine e di destinazione. Un errore di verifica come questo si verifica se il file `mtime` per un file non è lo stesso per entrambe le posizioni. Le differenze tra `srcHash` e `dstHash` indicano che il contenuto del file non corrisponde in entrambe le posizioni. **Operazioni da eseguire** Esegui questa operazione: 1. Utilizzate un convertitore temporale per determinare se il file o l'oggetto di origine o di destinazione è stato modificato più di recente. Questo può aiutare a identificare la versione corrente. 1. Per evitare che si verifichi nuovamente questo errore, [pianifica l'esecuzione dell'operazione](task-scheduling.md) durante una finestra di manutenzione quando non ci sono attività all'origine e alla destinazione. ## C'è una mancata corrispondenza tra i metadati SMB di un file Al termine dell'esecuzione dell'attività, viene visualizzato il seguente errore: ``` Transfer and verification completed. Verification detected mismatches. Files with mismatches are listed in Cloud Watch Logs ``` Durante il trasferimento tra sistemi di storage che supportano il protocollo Server Message Block (SMB), è possibile che venga visualizzato questo errore quando gli attributi SMB estesi di un file non corrispondono tra origine e destinazione. Ad esempio, i registri seguenti mostrano che `file1.txt` ha un `extAttrsHash` valore diverso tra le posizioni, a indicare che il contenuto del file è identico ma gli attributi estesi non sono stati impostati nella destinazione: **Esempio di log in modalità base** ``` [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 ``` Potresti anche visualizzare un messaggio di errore correlato sugli attributi estesi: ``` [ERROR] Deferred error: WriteFileExtAttr2 failed to setextattrlist(filename="/directory1/directory2/file1.txt"): Input/output error ``` **Operazione da eseguire** Questo errore si verifica in genere quando le autorizzazioni per copiare gli elenchi di controllo di accesso (ACLs) nella destinazione sono insufficienti. Per risolvere questo problema, consulta le seguenti guide di configurazione in base al tipo di destinazione: + [Autorizzazioni richieste](create-fsx-location.md#create-fsx-windows-location-permissions) FSx per i file system Windows File Server + [Autorizzazioni richieste](create-ontap-location.md#create-ontap-location-smb) FSx per i file system ONTAP che utilizzano SMB ## I file da trasferire non si trovano più nella posizione di origine Al termine dell'esecuzione dell'attività, viene visualizzato il seguente errore: ``` 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. ``` Nei registri, è possibile che vengano visualizzati errori che indicano che i file non si trovano nella posizione di origine. Questo può accadere se i file (come `file1.dll` e`file2.dll`) vengono eliminati dopo [la preparazione](how-datasync-transfer-works.md#how-datasync-prepares) ma prima del DataSync trasferimento: **Esempio di log in modalità base** ``` [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 ``` **Operazione da eseguire** Per evitare queste situazioni, [pianifica l'esecuzione dell'attività](task-scheduling.md) in assenza di attività nella posizione di origine. Ad esempio, puoi eseguire l'attività durante una finestra di manutenzione quando gli utenti e le applicazioni non lavorano attivamente in quella posizione. In alcuni casi, potresti non visualizzare i log associati a questo errore. In tal caso, contatta il [Supporto AWS Centro](https://console.aws.amazon.com/support/home#/). ## DataSync non è possibile verificare i dati di destinazione Al termine dell'esecuzione dell'attività, viene visualizzato il seguente errore: ``` Transfer and verification completed. Verification detected mismatches. Files with mismatches are listed in Cloud Watch Logs ``` Nei registri, potresti notare che non è DataSync possibile verificare determinate cartelle o file nella posizione di destinazione. Questi errori possono avere il seguente aspetto: **Esempio di log in modalità base** ``` [ERROR] Failed to read metadata for destination file /directory1/directory2/file1.txt: No such file or directory ``` Per quanto riguarda i file, potresti riscontrare errori di verifica come questi: **Esempio di registro in modalità base** ``` [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 ``` **Operazione da eseguire** Questi registri indicano che i dati di destinazione sono stati eliminati dopo il trasferimento ma prima della verifica. (I log hanno un aspetto simile quando i dati vengono caricati in una posizione di origine nello stesso periodo di tempo.) Per evitare queste situazioni, [pianifica l'esecuzione dell'attività](task-scheduling.md) in assenza di attività nella località di destinazione. Ad esempio, puoi eseguire l'attività durante una finestra di manutenzione quando gli utenti e le applicazioni non lavorano attivamente in quella posizione. ## DataSync non è possibile leggere i metadati degli oggetti Al termine dell'esecuzione dell'attività, viene visualizzato il seguente errore: ``` 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. ``` Nei tuoi log, potresti notare che non è DataSync possibile leggere a `file1.png` causa di una richiesta Amazon `HeadObject` S3 non riuscita. [DataSync effettua `HeadObject` richieste presso le](create-s3-location.md#create-s3-location-s3-requests-made) sedi S3 durante la preparazione e la verifica delle attività. **Esempio di log in modalità base** ``` [WARN] Failed to read metadata for file /file1.png: S3 Head Object Failed ``` **Operazioni da eseguire** Per risolvere questo problema, verifica se DataSync disponi del giusto livello di autorizzazioni per lavorare con il tuo bucket S3: + Assicurati che il ruolo IAM DataSync utilizzato per accedere alle tue sedi Amazon S3 consenta l'`s3:GetObject`autorizzazione. Per ulteriori informazioni, consulta [Autorizzazioni richieste](create-s3-location.md#create-s3-location-required-permissions). + Se il tuo bucket S3 utilizza la crittografia lato server, assicurati che DataSync sia autorizzato ad accedere agli oggetti in quel bucket. Per ulteriori informazioni, consulta [Accesso ai bucket S3 utilizzando la crittografia lato server](create-s3-location.md#create-s3-location-encryption). ## C'è una mancata corrispondenza nei metadati definiti dal sistema di un oggetto Al termine dell'esecuzione dell'attività in modalità avanzata tra i bucket S3, viene visualizzato il seguente errore: ``` Verification failed due to a difference in metadata ``` Potresti notare nei tuoi log una mancata corrispondenza nei metadati definiti dal sistema Amazon [S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/UsingMetadata.html#SysMetadata) di un oggetto. In questo esempio particolare, l'oggetto di origine non ha `Content-Type` metadati, mentre l'oggetto di destinazione sì. Ciò è accaduto perché il bucket S3 di destinazione applicava automaticamente `"ContentType": "application/octet-stream"` i metadati all'oggetto quando DataSync lo trasferiva lì. **Esempio di registro in modalità avanzata** ``` { "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" } ``` **Operazione da eseguire** Per evitare questo errore, aggiorna gli oggetti di posizione di origine in modo da includere la proprietà `Content-Type` dei metadati. ## Comprensione della durata della verifica dei dati DataSync la verifica include un SHA256 checksum sul contenuto dei file e un confronto esatto dei metadati dei file tra le posizioni. La durata della verifica dipende da diversi fattori, tra cui il numero di file o oggetti coinvolti, la dimensione dei dati nei sistemi di storage e le prestazioni di questi sistemi. **Operazione da eseguire** Dati i fattori che possono influire sui tempi di verifica, non dovresti fare nulla. Tuttavia, se l'esecuzione dell'attività sembra bloccata con uno stato di [verifica](run-task.md#understand-task-execution-statuses), contatta il [Supporto AWS Centro](https://console.aws.amazon.com/support/home#/). # Risoluzione dei problemi relativi ai costi di storage S3 superiori al previsto con DataSync Se i costi di storage di Amazon S3 sono più elevati di quanto pensavi a seguito di un AWS DataSync trasferimento, ciò potrebbe essere dovuto a uno o più dei seguenti motivi: + Il trasferimento da o verso i bucket S3 comporta dei costi relativi alle richieste API S3 effettuate da. DataSync + DataSync utilizza la funzionalità di caricamento multiparte di Amazon S3 per caricare oggetti nei bucket S3. Questo approccio può comportare costi di archiviazione imprevisti per i caricamenti che non vengono completati correttamente. + DataSync copia i tag degli oggetti dagli oggetti di origine e di destinazione quando **Copy object tags** è abilitato sulla console o `ObjectTags` è impostato `PRESERVE` su. La copia di questi tag di oggetto può comportare costi di richiesta dell'API S3. + Nel bucket S3 potrebbe essere attiva la funzione Versioni multiple degli oggetti. Il controllo delle versioni degli oggetti fa sì che Amazon S3 memorizzi più copie di oggetti con lo stesso nome. **Operazioni da eseguire** In questi casi, procedi come indicato di seguito: + Assicurati di comprendere come DataSync utilizza le richieste S3 e in che modo potrebbero influire sui costi di storage. Per ulteriori informazioni, consulta [Valutazione dei costi delle richieste S3 durante l'utilizzo DataSync](create-s3-location.md#create-s3-location-s3-requests). + Se il problema riguarda i caricamenti in più parti, configura una politica per i caricamenti multiparte per il tuo bucket S3 per eliminare i caricamenti multiparte incompleti e ridurre i costi di archiviazione. Per ulteriori informazioni, consulta il post AWS sul 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. + Se il problema riguarda la copia dei tag degli oggetti e non hai bisogno dei tag degli oggetti, deseleziona la casella di controllo **Copia i tag degli oggetti** nella DataSync console o impostala `None` quando crei, avvii o `ObjectTags` aggiorni un'attività. + Se il problema è correlato al controllo delle versioni degli oggetti, disabilita il controllo delle versioni degli oggetti sul tuo bucket S3. [Se hai bisogno di ulteriore assistenza, contatta Center.Supporto AWS](https://console.aws.amazon.com/support/home#/)