Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés. # Solución de AWS DataSync problemas Utilice la siguiente información para solucionar AWS DataSync problemas y errores. **Topics** + [Solución de problemas con los agentes DataSync](troubleshooting-datasync-agents.md) + [Solución de problemas con DataSync las ubicaciones](troubleshooting-storage-issues.md) + [Solución de problemas con DataSync las tareas](troubleshooting-tasks.md) + [Solución de problemas de verificación de datos](troubleshooting-task-verification.md) + [Solución de problemas con costes de almacenamiento en S3 superiores a los esperados con DataSync](multipart-upload-policy.md) # Solución de problemas con los agentes DataSync Utilice la siguiente información como ayuda para solucionar problemas con los AWS DataSync agentes. Algunos de estos problemas pueden incluir: + Problemas para conectarse a la consola local de un agente de Amazon EC2 + Errores al recuperar la clave de activación de un agente + Problemas al activar un agente con un punto de conexión de servicio de VPC + Detección de un agente sin conexión ## ¿Cómo me conecto a la consola local de un agente de Amazon EC2? Para conectarse a la consola local de un agente de Amazon EC2, debe usar SSH. Asegúrese de que el grupo de seguridad de la instancia EC2 permite el acceso mediante SSH (puerto TCP 22). En un terminal, ejecute el siguiente comando `ssh` para conectarse a la instancia: ``` ssh -i /path/key-pair-name.pem instance-user-name@instance-public-ip-address ``` + Para */path/key-pair-name* ello, especifique la ruta y el nombre de archivo (`.pem`) de la clave privada necesaria para conectarse a la instancia. + En *instance-user-name*, especifique `admin`. + Para*instance-public-ip-address*, especifica la dirección IP pública de la instancia. ## ¿Qué significa el error Failed to retrieve agent activation key? Al activar el DataSync agente, el agente se conecta al punto final del servicio que especifique para solicitar una clave de activación. Posiblemente, este error significa que la configuración de seguridad de la red está bloqueando la conexión. **Acción que debe ejecutarse** Si utiliza un punto de conexión del servicio de la nube privada virtual (VPC), verifique que la configuración del grupo de seguridad permite a su agente conectarse al punto de conexión de VPC. Para obtener información acerca de los puertos necesarios, consulte [Requisitos de red para puntos de conexión de servicio de VPC o de VPC con FIPS](datasync-network.md#using-vpc-endpoint). Si utiliza un punto de conexión público o del Estándar Federal de Procesamiento de la Información (Federal Information Processing Standard, FIPS), verifique que la configuración del firewall y del router permiten a su agente conectarse a dicho punto de conexión. Para obtener información, consulte [Requisitos de red para puntos de conexión de servicio públicos o FIPS](datasync-network.md#using-public-endpoints). ## Sigo sin poder activar un agente mediante un punto de conexión de servicio de VPC Si sigues teniendo problemas para activar un DataSync agente con un punto final de servicio de VPC, consulta [No sé qué le pasa a mi agente. ¿Hay alguien que pueda ayudarme?](#enable-support-access) ## ¿Qué hago si mi agente está desconectado? Es posible que tu DataSync agente esté desconectado por varios motivos, pero es posible que puedas volver a conectarlo. Antes de eliminar el agente y de crear otro nuevo, consulte la siguiente lista de verificación para comprender qué puede haber ocurrido. + **Póngase en contacto con el equipo de backup**: si su agente está desconectado porque su máquina virtual (VM) se ha restaurado a partir de una instantánea o de una copia de seguridad, es posible que deba [reemplazar el agente](replacing-agent.md). + **Compruebe si la VM del agente o la instancia de Amazon EC2 están apagadas**: dependiendo del tipo de agente que utilice, intente volver a activar la instancia de VM o EC2 si se encuentra desconectada. Cuando vuelva a activarse, [comprueba la conectividad de red de tu agente](test-agent-connections.md#test-network) a AWS. + **Verifique que el agente cumple los requisitos mínimos de hardware**: es posible que su agente esté desconectado porque la configuración de su VM o de la instancia EC2 se haya modificado accidentalmente desde el momento en el que se activó el agente. Por ejemplo, si la VM ya no tiene la memoria o el espacio mínimos requeridos, es posible que el agente aparezca desconectado. Para obtener más información, consulte [Requisitos para los agentes AWS DataSync](agent-requirements.md). + **Espere a que finalicen las actualizaciones de software relacionadas con el agente**: es posible que su agente se desconecte brevemente después de recibir [las actualizaciones de software proporcionadas por AWS](managing-agent.md#managing-agent-updates). Si cree que este es el motivo por el que el agente está desconectado, espere un breve período de tiempo y verifique si el agente ha vuelto a conectarse. + **Compruebe la configuración del punto de enlace del servicio de VPC**: si su agente sin conexión utiliza un punto de enlace de servicio público y también en la misma VPC para la que creó un punto de enlace del servicio de VPC DataSync, es posible que deba deshabilitar la [compatibilidad con DNS](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html) privado para ese punto de enlace de VPC. Si ninguno de estos motivos parece ser la razón por la que el agente está desconectado, es probable que tenga que [reemplazar el agente.](replacing-agent.md) ## No sé qué le pasa a mi agente. ¿Hay alguien que pueda ayudarme? Puedes permitir el acceso AWS Support a tu DataSync agente y ayudarte a solucionar problemas relacionados con el agente. Debe habilitar este acceso mediante la consola local del agente. **Para proporcionar Soporte acceso a su agente** 1. [Inicie sesión en la consola local del agente](local-console-vm.md#local-console-login). 1. Cuando se le solicite, introduzca **5** para abrir la línea de comandos (para VMware VMs, use**6**). 1. Introduzca **h** para abrir la ventana **AVAILABLE COMMANDS (COMANDOS DISPONIBLES)**. 1. En la ventana **COMANDOS DISPONIBLES**, introduzca lo siguiente para conectarse a Soporte: `open-support-channel` Si utiliza el agente con puntos de conexión de VPC, debe proporcionar una dirección IP de punto de conexión de VPC para su canal de soporte, de la siguiente manera: `open-support-channel vpc-ip-address` El firewall debe permitir el acceso entrante al puerto TCP 22 para iniciar un canal de soporte con AWS. Cuando se conecta a Soporte, le DataSync asigna un número de soporte. Apunte el número de soporte. **nota** El número de canal no es un número de TCP/UDP puerto. En lugar de ello, realiza una conexión SSH (TCP 22) a los servidores y proporciona el canal de soporte para la conexión. 1. Cuando se haya establecido el canal de asistencia, proporciona tu número de servicio de asistencia para que Soporte puedan ayudarte a solucionar problemas. 1. Cuando la sesión de soporte finalice, pulse **Enter** para terminarla. 1. Introduzca **exit** para cerrar sesión en la consola DataSync local. 1. Siga las instrucciones para salir de la consola local. # Solución de problemas con DataSync las ubicaciones Utilice la siguiente información como ayuda para solucionar problemas con AWS DataSync las ubicaciones. Algunos de estos problemas pueden incluir: + Errores de permisos y de montaje con ubicaciones NFS + Problemas de propiedad de archivos + Problemas de acceso a ubicaciones SMB que utilizan autenticación Kerberos + Problemas de permisos y acceso con el almacenamiento de objetos, como Amazon S3 y Microsoft Azure Blob ## Mi tarea ha fallado debido a un error de permisos de NFS denegados Puede aparecer un mensaje de error de “permissions denied” si configura el servidor de archivos NFS con `root_squash` o `all_squash` y los archivos no tienen acceso de lectura. **Acción que debe ejecutarse** Para solucionar este problema, configure la exportación de NFS con `no_root_squash` o asegúrese de que los permisos para todos los archivos que desea transferir permiten el acceso de lectura a todos los usuarios. Para acceder DataSync a los directorios, también debe habilitar el acceso de ejecución total. Para asegurarse de que el directorio se puede montar, en primer lugar, conéctese a cualquier equipo que tenga la misma configuración de red que el agente. A continuación, ejecute el siguiente comando de CLI: `mount -t nfs -o nfsvers= : ` Si el problema sigue sin resolverse, póngase en contacto con el Centro [AWS Support](https://console.aws.amazon.com/support/home#/). ## Mi tarea ha fallado debido a un error de montaje de NFS Es posible que aparezca el siguiente error al ejecutar una DataSync tarea que implica la ubicación de un servidor de archivos NFS: La tarea no pudo acceder a la ubicación loc-1111222233334444a: x40016: mount.nfs: se agotó el tiempo de espera de la conexión **Acciones que ejecutar** Haga lo siguiente hasta que se resuelva el error. 1. Asegúrese de que el servidor de archivos NFS y la exportación que especifique en su DataSync ubicación sean válidos. Si no lo son, elimine la ubicación y la tarea y, a continuación, cree una nueva ubicación y tarea que utilice un servidor de archivos de NFS válido y exporte. Para obtener más información, consulte [Uso de la consola DataSync](create-nfs-location.md#create-nfs-location-console). 1. Compruebe la configuración del firewall entre el agente y el servidor de archivos de NFS. Para obtener más información, consulte [Requisitos de red para el almacenamiento local, autogestionado y otros tipos de almacenamiento en la nube](datasync-network.md#on-premises-network-requirements). 1. Asegúrese de que su agente pueda acceder al servidor de archivos de NFS y montar la exportación. Para obtener más información, consulte [Proporcionar DataSync acceso a los servidores de archivos NFS](create-nfs-location.md#accessing-nfs). 1. Si sigue apareciendo el error, abra un canal de soporte con Soporte. Para obtener más información, consulte [No sé qué le pasa a mi agente. ¿Hay alguien que pueda ayudarme?](troubleshooting-datasync-agents.md#enable-support-access). ## Mi tarea ha fallado debido a un error de montaje de Amazon EFS Es posible que aparezca el siguiente error al ejecutar una DataSync tarea que implica una ubicación de Amazon EFS: La tarea no pudo acceder a la ubicación loc-1111222233334444a: x40016: no se pudo conectar al destino de montaje de EFS con IP: 10.10.1.0. Esto puede ocurrir si la ruta de montaje del sistema de archivos Amazon EFS que configuró con su ubicación se actualiza o elimina. DataSync no tiene conocimiento de estos cambios en el sistema de archivos. **Acción que debe ejecutarse** Elimine la ubicación y la tarea y [cree una nueva ubicación de Amazon EFS](create-efs-location.md#create-efs-location-how-to) con la nueva ruta de montaje. ## La propiedad de los archivos no se mantiene con la transferencia NFS Tras la transferencia, es posible que observe que los archivos de la ubicación de DataSync destino tienen un usuario IDs (UIDs) o grupo IDs (GIDs) diferente al de los archivos de la ubicación de origen. Por ejemplo, los archivos de su destino pueden tener un UID de `65534`, `99` o `nobody`. Esto puede suceder si un sistema de archivos implicado en la transferencia utiliza el mapeo de ID de la versión 4 de NFS, una función que DataSync no es compatible. **Acción que debe ejecutarse** Existen un par de opciones para solucionar este problema: + Cree una nueva ubicación para el sistema de archivos que use la versión 3 de NFS en vez de la 4. + Deshabilite el mapeo de ID de la versión 4 de NFS en el sistema de archivos. Intente volver a hacer la transferencia. Cualquiera de estas opciones debería resolver el problema. ## La tarea no puede acceder a una ubicación SMB que utiliza Kerberos DataSync Los errores en las ubicaciones SMB que utilizan la [autenticación Kerberos](create-smb-location.md#configuring-smb-kerberos-authentication) suelen estar relacionados con la falta de coincidencia entre la ubicación y las configuraciones de Kerberos. También podría existir un problema de red. **No se pudo acceder a la ubicación** El siguiente error indica que podría haber problemas de configuración con la ubicación SMB o con la configuración de Kerberos: ``` Task failed to access location ``` **Compruebe lo siguiente:** + El servidor de archivos SMB que especifica para la ubicación es un nombre de dominio. Con Kerberos, no puede especificar la dirección IP del servidor de archivos. + La entidad principal de Kerberos que especifica para la ubicación coincide exactamente con la entidad principal que utilizó para crear el archivo keytab. Los nombres de las entidades principales distinguen entre mayúsculas y minúsculas. + La contraseña del usuario asignado de la entidad principal de Kerberos no ha cambiado desde que creó el archivo keytab. Si la contraseña cambia (por ejemplo, debido a la rotación de contraseñas u otra razón), la ejecución de la tarea podría fallar con el siguiente error: La tarea no pudo acceder a la loc-1111222233334444a: x40015: kinit: Error de autenticación previa al obtener las credenciales iniciales **No se puede contactar con el dominio (realm) del KDC** El siguiente error indica un problema de red: ``` kinit: Cannot contact any KDC for realm 'MYDOMAIN.ORG' while getting initial credentials" ``` **Compruebe lo siguiente**: + El archivo de configuración de Kerberos (`krb5.conf`) que DataSync ha proporcionado contiene la información correcta sobre su dominio de Kerberos. Para ver un ejemplo de archivo `krb5.conf`, consulte [Requisitos previos de autenticación Kerberos](create-smb-location.md#configuring-smb-kerberos-prerequisites). + El puerto del servidor del Centro de distribución de claves de Kerberos (KDC) está abierto. El puerto del KDC suele ser el puerto TCP 88. + La configuración de DNS en la red. ## Mi tarea falló debido a un error input/output Puede recibir un mensaje de input/output error si el sistema de almacenamiento no supera I/O las solicitudes del DataSync agente. Entre los motivos más frecuentes se incluyen un fallo en el disco del servidor, cambios en la configuración del firewall o un fallo en el router de la red. Si el error implica a un servidor de archivos de NFS o a un clúster del sistema de archivos distribuido de Hadoop (HDFS), siga estos pasos para resolver el error. **Acciones a realizar (NFS)** En primer lugar, compruebe las métricas y los registros del servidor de archivos de NFS para determinar si el problema se inició en el servidor de NFS. En caso afirmativo, resuelva el problema. A continuación, compruebe que la configuración de la red no ha cambiado. Para comprobar si el servidor de archivos NFS está configurado correctamente y si DataSync puede acceder a él, haga lo siguiente: 1. Configure otro cliente de NFS en la misma subred de red en la que está configurado el agente de . 1. Monte el recurso compartido en dicho cliente. 1. Valide que el cliente pueda leer y escribir en el recurso compartido de forma correcta. **Acciones a realizar (HDFS)** Haga lo siguiente hasta que se resuelva el error: 1. Asegúrese de que el clúster HDFS permite que el DataSync agente se comunique con los puertos NameNode y DataNode el clúster. En la mayoría de los clústeres, puede encontrar los números de puerto que utiliza el clúster en los siguientes archivos de configuración: + Para encontrar el NameNode puerto, busque en el `core-site.xml` archivo debajo de la `fs.default.name` propiedad `fs.default` o (según la distribución de Hadoop). + Para encontrar el DataNode puerto, busque en el `hdfs-site.xml` archivo situado debajo de la `dfs.datanode.address` propiedad. 1. En el archivo `hdfs-site.xml`, compruebe que la propiedad `dfs.data.transfer.protection` solo tiene un valor. Por ejemplo: ``` dfs.data.transfer.protection privacy ``` ## Error: `FsS3UnableToConnectToEndpoint` DataSync no puede conectarse a su [ubicación de Amazon S3](create-s3-location.md). Esto puede significar que no es posible acceder al bucket S3 de la ubicación o que la ubicación no se ha configurado correctamente. Haga lo siguiente hasta que se resuelva el problema: + Comprueba si DataSync puedes [acceder a tu bucket de S3](create-s3-location.md#create-s3-location-access). + Asegúrese de que la ubicación esté configurada correctamente mediante la DataSync consola o la operación [DescribeLocationS3](https://docs.aws.amazon.com/datasync/latest/userguide/API_DescribeLocationS3.html). ## Error: `FsS3HeadBucketFailed` DataSync no puede acceder al depósito de S3 desde o hacia el que está realizando la transferencia. Compruebe si DataSync tiene permiso para acceder al bucket mediante la [HeadBucket](https://docs.aws.amazon.com/AmazonS3/latest/API/API_HeadBucket.html)operación Amazon S3. Si necesitas ajustar tus permisos, consulte [Proporcionar DataSync acceso a los depósitos de S3](create-s3-location.md#create-s3-location-access). ## La tarea falla con un error `Unable to list Azure Blobs on the volume root` Si la tarea de DataSync transferencia falla y se produce un `Unable to list Azure Blobs on the volume root` error, es posible que haya un problema con el token de la firma de acceso compartido (SAS) o con la red de su cuenta de Azure almacenamiento. **Acciones que ejecutar** Pruebe lo siguiente y vuelva a ejecutar la tarea hasta que se resuelva el problema: + Asegúrese de que su [token SAS](creating-azure-blob-location.md#azure-blob-sas-tokens) tenga los permisos correctos para acceder a su Microsoft Azure Blob Storage. + Si estás ejecutando tu DataSync agenteAzure, configura tu cuenta de almacenamiento para permitir el acceso desde la red virtual en la que reside tu agente. + Si está ejecutando el agente en Amazon EC2, configure el firewall de almacenamiento de Azure para permitir el acceso desde la dirección IP pública del agente. Para obtener información sobre cómo configurar la red de su cuenta de almacenamiento de Azure, consulte la [Documentación de Azure Blob Storage](https://learn.microsoft.com/en-us/azure/storage/common/storage-network-security). ## Error: `FsAzureBlobVolRootListBlobsFailed` El token de firma de acceso compartido (SAS) que se DataSync utiliza para acceder a Microsoft Azure Blob Storage usted no tiene el permiso de lista. Para resolver el problema, [actualise su ubicación](creating-azure-blob-location.md#azure-blob-update-location) con un token que tenga el permiso de lista e intente ejecutar la tarea de nuevo. ## Error: `SrcLocHitAccess` DataSync no puede acceder a su ubicación de origen. Comprueba si DataSync tienes permiso para acceder a la ubicación e intenta ejecutar la tarea de nuevo. ## Error: `SyncTaskErrorLocationNotAdded` DataSync no puedes acceder a tu ubicación. Comprueba si DataSync tienes permiso para acceder a la ubicación e intenta ejecutar la tarea de nuevo. ## Error: `S3 location creation failed with (InvalidRequestException) when calling the CreateLocationS3 operation` Este error podría estar relacionado con los permisos de IAM, las políticas de bucket de Amazon S3, AWS KMS los permisos u otros problemas de permisos. Si aparece este error, utilice la siguiente información para la solución de problemas: + [Solución de problemas de errores de acceso denegado (403 Prohibido) en Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/troubleshoot-403-errors.html) en la *Guía del usuario de Amazon Simple Storage Service* + [¿Cómo soluciono los errores 403 de acceso denegado de Amazon S3?](https://repost.aws/knowledge-center/s3-troubleshoot-403) no AWS re:Post ## La tarea con una ubicación de origen de S3 falla con un error `HeadObject` o `GetObjectTagging` **Errores relacionados con `HeadObject` o `GetObjectTagging`** Si está transfiriendo objetos con una versión específica IDs desde un bucket de S3, es posible que aparezca un error relacionado con `HeadObject` o`GetObjectTagging`. Por ejemplo, aquí hay un error relacionado con `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 ``` Si ve alguno de estos errores, compruebe que la función de IAM que se DataSync utiliza para acceder a la ubicación de origen de S3 tenga los siguientes permisos: + `s3:GetObjectVersion` + `s3:GetObjectVersionTagging` Si necesita actualizar su rol con estos permisos, consulte [Crear un rol de IAM para acceder DataSync a su ubicación de Amazon S3](create-s3-location.md#create-role-manually). # Solución de problemas con DataSync las tareas Utilice la siguiente información para solucionar problemas relacionados con AWS DataSync las tareas y su ejecución. Estos problemas pueden incluir inconvenientes en la configuración de la tarea, ejecuciones de tareas bloqueadas y datos que no se transfieren según lo esperado. ## Error: SyncOption valor no válido. Opción: TransferMode,PreserveDeletedFiles, Valor: ALL, REMOVE. Este error se produce cuando estás creando o editando la DataSync tarea y seleccionas la opción **Transferir todos los datos** y deseleccionas la opción **Conservar los archivos eliminados**. Al transferir todos los datos, DataSync no escanea la ubicación de destino y no sabe qué eliminar. ## La ejecución de la tarea falla y se produce un EniNotFounderror Este error se produce cuando elimina una de las interfaces de red de la tarea en la nube privada virtual (VPC). Si la tarea está programada o en cola, se producirá un error si falta la [interfaz de red necesaria para transferir los datos](required-network-interfaces.md). **Acciones que ejecutar** Para resolver este problema, dispone de las siguientes opciones: + Reinicie la tarea manualmente. Al hacerlo, se DataSync crearán las interfaces de red que falten y que necesite para ejecutar la tarea. + Si necesita limpiar los recursos de la VPC, asegúrese de no eliminar las interfaces de red relacionadas con una DataSync tarea que sigue utilizando. Para ver las interfaces de red asignadas a la tarea, realice una de las siguientes acciones: + Utilice la operación [DescribeTask](https://docs.aws.amazon.com//datasync/latest/userguide/API_DescribeTask.html). Puede ver las interfaces de red en los elementos de respuesta `SourceNetworkInterfaceArns` y `DestinationNetworkInterfaceArns`. + En la consola Amazon EC2, busque el identificador de la tarea (por ejemplo, `task-f012345678abcdef0`) para identificar sus interfaces de red. + Considere la posibilidad de no ejecutar las tareas automáticamente. Esto podría incluir deshabilitar la programación o la puesta en cola de tareas (mediante DataSync la automatización o la automatización personalizada). ## La ejecución de la tarea falla con un error No se puede asignar memoria Si la DataSync tarea falla y aparece el error «No se puede asignar memoria», esto puede significar varias cosas diferentes. **Acción que debe ejecutarse** Intente hacer lo siguiente hasta que el problema desaparezca: + Si la transferencia implica a un agente, asegúrese de que este cumpla con los requisitos de la [máquina virtual (VM)](agent-requirements.md#hardware) o de la [instancia Amazon EC2](agent-requirements.md#ec2-instance-types). + Divida la transferencia en varias tareas mediante [filtros](filtering.md). Es posible que estés intentando transferir más archivos u objetos de los que [puede gestionar una sola DataSync tarea](datasync-limits.md#task-hard-limits). + Si el problema persiste, póngase en [contacto con Soporte](https://aws.amazon.com/contact-us/). ## La tarea falla con `Input/Output error` for FSx para el sistema de archivos ONTAP Si la DataSync tarea falla o `Input/Output error` cuando se transfieren datos con un sistema de archivos FSx para ONTAP, puede deberse a uno o varios de los siguientes problemas. **El volumen FSx de ONTAP ha alcanzado su capacidad máxima de archivos** Este error se produce cuando se agota el número de inodos disponibles o de punteros de archivos en un volumen. **Medidas que se deben tomar** Primero, revise la [capacidad máxima de archivos](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/view-volume-file-capacity.html) del volumen. Luego, aumente la capacidad de archivos del volumen. Para ello, incremente el número de inodos o la capacidad de almacenamiento. Para obtener más información, consulte [Aumentar la capacidad máxima de archivos de un volumen](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/low-volume-capacity.html#max-file-capacity) en la *FSx Guía del usuario de ONTAP*. **El volumen FSx de ONTAP se ha quedado sin capacidad de almacenamiento disponible** Este error se produce cuando el volumen no dispone de capacidad de almacenamiento disponible. **Medidas que se deben tomar** Primero, determine la [capacidad de almacenamiento disponible](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/monitor-volume-storage-console.html) del volumen. Luego, aumente la capacidad de almacenamiento del volumen. Para obtener más información, consulte [Aumentar la capacidad de almacenamiento de un volumen](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/low-volume-capacity.html#increase-volume-capacity) en la *FSx Guía del usuario de ONTAP*. **nota** Para aumentar automáticamente la capacidad de almacenamiento del volumen cuando sea necesario, consulte [Uso del ajuste automático del tamaño del volumen](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/low-volume-capacity.html#volume-autosizing) en la Guía del usuario de *FSx ONTAP*. **El directorio FSx de ONTAP ha alcanzado el número máximo de archivos que se pueden almacenar en cada directorio** Este error se produce cuando se alcanza el número máximo de archivos que se pueden almacenar en un directorio. **Acción que debe ejecutarse** Aumente el tamaño máximo del directorio para admitir directorios de mayor tamaño. Para obtener más información, consulte [las prácticas recomendadas para utilizar el tamaño máximo de directorio FSx para ONTAP](https://docs.aws.amazon.com/prescriptive-guidance/latest/fsx-ontap-enterprise-deployment/best-practices.html#bp-max-directory-size) en la Guía *AWS prescriptiva*. **La ejecución de la DataSync tarea generó demasiada simultaneidad de lectura/escritura, lo que consumió un alto porcentaje de la capacidad de procesamiento del sistema de archivos** Este error se produce cuando la ejecución de la DataSync tarea consume una cantidad excesiva de la capacidad de procesamiento disponible del sistema de archivos. **Acciones a realizar** Primero, determine si la ejecución de la tarea consumía demasiada capacidad de rendimiento del sistema de archivos mediante los siguientes métodos: + Supervise el rendimiento del sistema de archivos mediante las CloudWatch métricas disponibles. Para obtener más información, consulte [Supervisión de las métricas del sistema de archivos](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/monitor-throughput-cloudwatch.html#fsxn-howtomonitor-fs) en la *FSx Guía del usuario de ONTAP*. + Supervisa el sistema de archivos en busca de advertencias de rendimiento del servidor de archivos en la FSx consola de Amazon. Para obtener más información, consulte [Advertencias y recomendaciones de rendimiento](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/performance-insights-FSxN.html#resolve-warnings) en la *FSx Guía del usuario de ONTAP*. A continuación, asegúrese de que la tarea no utilice toda la capacidad de rendimiento disponible del sistema de archivos mediante una de las siguientes acciones: + Establezca el límite de ancho de banda de la ejecución de la tarea en una cantidad inferior a la capacidad de FSx rendimiento aprovisionada del sistema de archivos ONTAP. Para obtener más información, consulte [Establecer límites de ancho de banda para su tarea AWS DataSync](configure-bandwidth.md). + Aumente la capacidad de rendimiento aprovisionada del sistema de archivos. *Para obtener más información, consulte [Actualización de la capacidad de rendimiento](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/increase-throughput-capacity.html) en la Guía del FSx usuario de ONTAP.* ## Se produce un error en la tarea `Connection Reset by peer` o `Host is down` aparece el mensaje correspondiente al sistema FSx de archivos ONTAP Si la DataSync tarea falla con un `Host is down` mensaje `Connection Reset by peer` o al transferir datos con un sistema FSx de archivos compatible con ONTAP, puede deberse a uno o varios de los siguientes problemas: + El servidor SMB del sistema de archivos se reinició o se desconectó por algún motivo durante la ejecución de la tarea. + El sistema de archivos pasó del servidor principal al secundario (y a la dirección IP) durante la ejecución de la tarea. DataSync no admite la conmutación por error a una dirección IP secundaria durante la ejecución de la tarea. FSx para los sistemas de archivos ONTAP, la conmutación por error a un servidor y una dirección IP secundarios durante los siguientes eventos: + El servidor principal deja de estar disponible. + La zona de disponibilidad del servidor principal deja de estar disponible (en sistemas de archivos Multi-AZ). + Durante un cambio de capacidad de rendimiento iniciado por el usuario. + Durante el periodo de mantenimiento programado periódicamente del sistema de archivos. Para obtener más información, consulte el [proceso de conmutación FSx por error de ONTAP](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/high-availability-AZ.html#Failover) en la Guía del FSx usuario de ONTAP. **Acción que debe ejecutarse** Reinicie la tarea. ## La ejecución de la tarea muestra el estado de inicio, pero no parece avanzar DataSync La tarea puede quedarse atascada con el estado de **inicio**, normalmente porque el agente está apagado o ha perdido la conectividad de red. **Acciones que ejecutar** Asegúrese de que el estado de su agente sea **CONECTADO.** Si el agente está **DESCONECTADO**, asegúrese de que esté encendido. Si el agente está activado y la tarea sigue bloqueada en el estado **INICIANDO**, lo más probable es que exista un problema de conectividad de red entre el agente y AWS. Para obtener más información sobre cómo probar la conectividad de red, consulte [Verificar la conexión de su agente al servicio DataSync](test-agent-connections.md#test-network). Si el problema persiste, consulte [No sé qué le pasa a mi agente. ¿Hay alguien que pueda ayudarme?](troubleshooting-datasync-agents.md#enable-support-access). ## La ejecución de la tarea parece quedar bloqueada en el estado de preparación El tiempo que la tarea de DataSync transferencia tenga el estado de **preparación** depende de la cantidad de datos de la fuente y el destino de la transferencia y del rendimiento de esos sistemas de almacenamiento. Cuando se inicia una tarea, DataSync realiza una lista de directorios recursiva para detectar todos los archivos, objetos, directorios y metadatos del origen y el destino. DataSync utiliza estos listados para identificar las diferencias entre los sistemas de almacenamiento y determinar qué copiar. Este proceso puede tardar unos minutos e incluso unas horas. **Acción que debe ejecutarse** No debería tener que hacer nada. Continúe esperando a que el estado de la tarea cambie a **Transfiriendo**. Si el estado sigue sin cambiar, póngase en contacto con el Centro [AWS Support](https://console.aws.amazon.com/support/home#/). ## La ejecución de la tarea se detiene antes de que finalice la transferencia Si la ejecución de la DataSync tarea se detiene antes de tiempo, es posible que la configuración de la tarea incluya una Región de AWS que esté deshabilitada en la suya Cuenta de AWS. **Acciones que ejecutar** Haga lo siguiente para volver a ejecutar la tarea: 1. Compruebe el [estado de suscripción](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-regions.html) de las regiones de su tarea y asegúrese de que estén habilitadas. 1. Vuelva a [iniciar la tarea](run-task.md). ## La ejecución de la tarea falla al transferir datos desde un bucket de Google Cloud Storage Como DataSync se comunica con Google Cloud Storage mediante la API de Amazon S3, existe una limitación que puede provocar que la DataSync transferencia no se realice correctamente si intentas copiar etiquetas de objetos. En tus CloudWatch registros aparece el siguiente mensaje relacionado con el problema: [WARN] No se pudieron leer los metadatos del archivo/*your-bucket*/*your-object*: S3 No se pudo etiquetar el objeto: se continúa sin etiquetar Para evitarlo, desactive la opción **Copiar etiquetas de objetos** al configurar los ajustes de la tarea de transferencia. ## Existen discrepancias entre las marcas de tiempo de la ejecución de la tarea Al mirar la DataSync consola o los CloudWatch registros de Amazon, es posible que notes que las horas de inicio y finalización de la ejecución de la DataSync tarea no coinciden con las marcas de tiempo que ves en otras herramientas de supervisión. Esto se debe a que la consola y CloudWatch los registros tienen en cuenta el tiempo que tarda la ejecución de una tarea en los [estados](run-task.md#understand-task-execution-statuses) de inicio o espera, mientras que otras herramientas no lo hacen. Es posible que notes esta discrepancia al comparar las marcas temporales de ejecución entre la DataSync consola o los CloudWatch registros y los siguientes lugares: + Registros del sistema de archivos implicado en la transferencia + La fecha de la última modificación de un objeto de Amazon S3 que DataSync escribió en + Tráfico de red procedente del DataSync agente + EventBridge Eventos de Amazon ## La ejecución de la tarea falla con un error `NoMem` Es posible que el conjunto de datos que intentas transferir sea demasiado grande DataSync. Si ve este error, póngase en contacto con el [Centro de AWS Support](https://console.aws.amazon.com/support/home#/). ## La ejecución de la tarea falla con un error `FsNfsIdMappingEnabled` DataSync no admite el mapeo NFSv4 de ID. Para solucionar este problema, [configure la ubicación de NFS que va a utilizar NFSv3](create-nfs-location.md#configure-network-nfs-location). ## No se puede transferir el objeto a Azure Blob Storage porque produce el error `user metadata key` Al realizar una transferencia de un bucket de S3 a Azure Blob Storage, puede aparecer el siguiente error: ``` [ERROR] Failed to transfer file /user-metadata/file1: Azure Blob user metadata key must be a CSharp identifier ``` Esto significa que `/user-metadata/file1` incluye los metadatos del usuario que no utilizan un identificador de C\$1 válido. Para obtener más información, consulte la [documentación de Microsoft](https://learn.microsoft.com/en-us/dotnet/csharp/fundamentals/coding-style/identifier-names). ## Existe una carpeta `/.aws-datasync` en la ubicación de destino DataSync crea una carpeta llamada `/.aws-datasync` en su ubicación de destino para facilitar la transferencia de datos. Aunque DataSync normalmente elimina esta carpeta después de la transferencia, puede haber situaciones en las que esto no suceda. **Acción que debe ejecutarse** Elimine esta carpeta en cualquier momento, siempre y cuando no tenga una tarea en ejecución copiando en esa ubicación. ## No se pueden transferir enlaces simbólicos entre ubicaciones mediante SMB Cuando finaliza la ejecución de la tarea, aparece el siguiente error: ``` 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. ``` Al realizar transferencias entre sistemas de almacenamiento SMB (como un servidor de archivos SMB y el sistema de archivos Amazon FSx for Windows File Server), es posible que veas las siguientes advertencias y errores en tus CloudWatch registros: ``` [WARN] Failed to read metadata for file /appraiser/symlink: No data available [ERROR] Failed to read metadata for directory /appraiser/symlink: No data available ``` **Acción que debe ejecutarse** DataSync no admite la transferencia de enlaces simbólicos (o enlaces físicos) al realizar transferencias entre estos tipos de ubicaciones. Para obtener más información, consulte [Enlaces y directorios copiados por AWS DataSync](special-files-copied.md). ## Errores en el informe de la tarea Es posible que te encuentres con uno de los siguientes errores al intentar supervisar la DataSync transferencia con un informe de tareas. | Mensaje de error | Solución | | --- | --- | | File path exceeds the maximum length of 4,096 characters. Cannot write to Task Report | Ninguno. DataSync no puede transferir un archivo con una ruta que supere los 4.096 bytes. Para obtener más información, consulte [Límites del sistema de almacenamiento, de los archivos y de los objetos](datasync-limits.md#file-system-limits). | | Failed to upload Task Report(s) to S3 due to an invalid bucket or IAM role | Compruebe que el [rol de DataSync IAM](creating-task-report.md#task-report-access) tiene los permisos adecuados para cargar un informe de tareas en su bucket de S3. | | Execution error occurred prior to generating any Task Reports | Revise sus [CloudWatch registros](monitor-datasync.md) para identificar por qué falló la ejecución de la tarea. | # Solución de problemas de verificación de datos De forma predeterminada, AWS DataSync [verifica la integridad de los](how-datasync-transfer-works.md#how-verifying-works) datos al final de una transferencia. Usa la siguiente información para ayudarte a diagnosticar los errores y advertencias de verificación más comunes, como la modificación o eliminación de archivos antes de DataSync terminar de verificar los datos. En el caso de los problemas de verificación, muchas veces resulta útil revisar [CloudWatch los registros](configure-logging.md) (o [informes de tareas](task-reports.md)) además del error de ejecución de la tarea que se esté detectando. DataSyncproporciona registros estructurados en JSON para las tareas del modo mejorado, mientras que las tareas del modo básico tienen registros no estructurados. ## Hay discrepancias entre el contenido de un archivo. Cuando finaliza la ejecución de la tarea, aparece el siguiente error: ``` Transfer and verification completed. Verification detected mismatches. Files with mismatches are listed in Cloud Watch Logs ``` En sus CloudWatch registros, es posible que observe errores en las verificaciones de los contenidos que difieren entre las ubicaciones de origen y destino. Esto puede ocurrir si los archivos se modifican durante la transferencia. Por ejemplo, los siguientes registros muestran que `file1.txt` tiene valores `mtime`, `srcHash` y `dstHash` diferentes: **Ejemplo de registro del modo básico** ``` [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 ``` En DataSync, `mtime` representa la última vez que se escribió un archivo antes de su [preparación](how-datasync-transfer-works.md#how-datasync-prepares). Al verificar las transferencias, DataSync compara `mtime` los valores entre las ubicaciones de origen y destino. Un error de verificación como este se produce si el `mtime` de un archivo no es el mismo en ambas ubicaciones. Las diferencias entre `srcHash` y `dstHash` indican que el contenido del archivo no coincide en ambas ubicaciones. **Acciones que ejecutar** Haga lo siguiente: 1. Utilice un conversor de tiempo de época para determinar si el archivo u objeto de origen o de destino se modificó más recientemente. Esto puede ayudar a identificar qué versión es la actual. 1. Para evitar que este error se vuelva a producir, [programe la ejecución de la tarea](task-scheduling.md) durante un periodo de mantenimiento en la que no haya actividad ni en el origen ni en el destino. ## Hay una discrepancia en los metadatos SMB de un archivo Cuando finaliza la ejecución de la tarea, aparece el siguiente error: ``` Transfer and verification completed. Verification detected mismatches. Files with mismatches are listed in Cloud Watch Logs ``` Al transferir datos entre sistemas de almacenamiento que admiten el protocolo Bloque de mensajes del servidor (SMB), puede aparecer este error cuando los atributos SMB extendidos de un archivo no coinciden entre el origen y el destino. Por ejemplo, los siguientes registros muestran que `file1.txt` tiene un valor `extAttrsHash` distinto entre las ubicaciones, lo que indica que el contenido del archivo es idéntico, pero que los atributos extendidos no se configuraron en el destino: **Ejemplo de registro del modo básico** ``` [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 ``` También puede aparecer un mensaje de error relacionado con los atributos extendidos: ``` [ERROR] Deferred error: WriteFileExtAttr2 failed to setextattrlist(filename="/directory1/directory2/file1.txt"): Input/output error ``` **Acción que debe ejecutarse** Este error suele producirse cuando no hay permisos suficientes para copiar las listas de control de acceso (ACLs) al destino. Para resolver este problema, revise las siguientes guías de configuración según el tipo de destino: + [Permisos necesarios](create-fsx-location.md#create-fsx-windows-location-permissions) FSx para los sistemas de archivos del servidor de archivos de Windows + [Permisos necesarios](create-ontap-location.md#create-ontap-location-smb) FSx para los sistemas de archivos ONTAP que utilizan SMB ## Los archivos que se van a transferir ya no están en la ubicación de origen Cuando finaliza la ejecución de la tarea, aparece el siguiente error: ``` 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. ``` En los registros, es posible que veas errores que indican que los archivos no están en la ubicación de origen. Esto puede ocurrir si los archivos (como `file1.dll` y`file2.dll`) se eliminan después de su [preparación](how-datasync-transfer-works.md#how-datasync-prepares) pero antes de DataSync transferirlos: **Ejemplo de registro del modo básico** ``` [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 ``` **Acción que debe ejecutarse** Para evitar estas situaciones, [programe la ejecución de la tarea](task-scheduling.md) cuando no haya actividad en la ubicación de origen. Por ejemplo, puede ejecutar la tarea durante un periodo de mantenimiento en el que los usuarios y las aplicaciones no operen activamente con esa ubicación. En algunos casos, es posible que no vea registros asociados con este error. Si esto ocurre, póngase en contacto con el [Centro AWS Support](https://console.aws.amazon.com/support/home#/). ## DataSync no puede verificar los datos de destino Cuando finaliza la ejecución de la tarea, aparece el siguiente error: ``` Transfer and verification completed. Verification detected mismatches. Files with mismatches are listed in Cloud Watch Logs ``` En tus registros, es posible que notes que no DataSync se pueden verificar determinadas carpetas o archivos de la ubicación de destino. Estos errores pueden tener el siguiente aspecto: **Ejemplo de registro del modo básico** ``` [ERROR] Failed to read metadata for destination file /directory1/directory2/file1.txt: No such file or directory ``` En el caso de archivos, puede ver errores de verificación como los siguientes: **Ejemplo de registro del modo básico** ``` [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 ``` **Acción que debe ejecutarse** Estos registros indican que los datos del destino se eliminaron después de la transferencia, pero antes de la verificación. (Los registros presentan un aspecto similar cuando los datos se cargan en una ubicación de origen dentro del mismo intervalo de tiempo.) Para evitar estas situaciones, [programe la ejecución de la tarea](task-scheduling.md) cuando no haya actividad en la ubicación de destino. Por ejemplo, puede ejecutar la tarea durante un periodo de mantenimiento en el que los usuarios y las aplicaciones no operen activamente con esa ubicación. ## DataSync no puede leer los metadatos del objeto Cuando finaliza la ejecución de la tarea, aparece el siguiente error: ``` 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. ``` En sus registros, es posible que observe que no DataSync se puede leer `file1.png` debido a una `HeadObject` solicitud de Amazon S3 fallida. [DataSync realiza `HeadObject` solicitudes](create-s3-location.md#create-s3-location-s3-requests-made) a las ubicaciones de S3 durante la preparación y verificación de las tareas. **Ejemplo de registro del modo básico** ``` [WARN] Failed to read metadata for file /file1.png: S3 Head Object Failed ``` **Acciones que ejecutar** Para solucionar este problema, compruebe si DataSync tiene el nivel de permisos adecuado para trabajar con su bucket de S3: + Asegúrese de que el rol de IAM que DataSync utiliza para acceder a sus ubicaciones de Amazon S3 permita el `s3:GetObject` permiso. Para obtener más información, consulte [Permisos necesarios](create-s3-location.md#create-s3-location-required-permissions). + Si su bucket de S3 utiliza cifrado del lado del servidor, asegúrese de que DataSync tiene permiso para acceder a los objetos de ese bucket. Para obtener más información, consulte [Acceso a buckets de S3 mediante el cifrado del servidor](create-s3-location.md#create-s3-location-encryption). ## Hay una discrepancia en los metadatos definidos por el sistema de un objeto Cuando finaliza la ejecución de una tarea en modo mejorado entre buckets de S3, aparece el siguiente error: ``` Verification failed due to a difference in metadata ``` En los registros, puede observar una discrepancia en los [metadatos definidos por el sistema](https://docs.aws.amazon.com/AmazonS3/latest/userguide/UsingMetadata.html#SysMetadata) de Amazon S3 de un objeto. En este ejemplo concreto, el objeto de origen no tiene metadatos `Content-Type`, pero el objeto de destino sí. Esto ocurrió porque el bucket de S3 de destino aplicaba automáticamente `"ContentType": "application/octet-stream"` los metadatos al objeto cuando lo DataSync transfería allí. **Ejemplo de registro del modo mejorado** ``` { "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" } ``` **Acción que debe ejecutarse** Para evitar este error, actualice los objetos de la ubicación de origen para que incluyan la propiedad de metadatos `Content-Type`. ## Descripción de la duración de la verificación de datos DataSync La verificación incluye una SHA256 suma de verificación del contenido del archivo y una comparación exacta de los metadatos del archivo entre ubicaciones. El tiempo que tarda la verificación depende de varios factores, entre ellos el número de archivos u objetos implicados, el tamaño de los datos en los sistemas de almacenamiento y el rendimiento de dichos sistemas. **Acción que debe ejecutarse** Dado que estos factores pueden afectar al tiempo de verificación, no es necesario que realice ninguna acción. No obstante, si la ejecución de la tarea parece quedar bloqueada en el estado [verificando](run-task.md#understand-task-execution-statuses), póngase en contacto con el [Centro de AWS Support](https://console.aws.amazon.com/support/home#/). # Solución de problemas con costes de almacenamiento en S3 superiores a los esperados con DataSync Si sus costos de almacenamiento en Amazon S3 son más altos de lo que pensaba tras una transferencia de AWS DataSync , es posible que se deba a uno o varios de los siguientes motivos: + Al realizar transferencias hacia o desde los depósitos de S3, se incurre en costes relacionados con las solicitudes de API de S3 realizadas por. DataSync + DataSync utiliza la función de carga multiparte de Amazon S3 para cargar objetos en buckets de S3. Este método puede dar lugar a cargos de almacenamiento inesperados para las cargas que no se completen correctamente. + DataSync copia etiquetas de objetos de los objetos de origen y destino cuando la opción **Copiar etiquetas de objetos** está habilitada en la consola o `ObjectTags` está configurada en. `PRESERVE` La copia de estas etiquetas de objetos puede generar costos por solicitudes de la API de S3. + El control de versiones de objetos puede estar habilitado en el bucket de S3. El control de versiones da lugar a que Amazon S3 almacene varias copias de objetos que tienen el mismo nombre. **Acciones que ejecutar** En estos casos, puede seguir estos pasos: + Asegúrese de entender cómo se DataSync utilizan las solicitudes de S3 y cómo pueden afectar a sus costes de almacenamiento. Para obtener más información, consulte [Evaluar los costos de las solicitudes de S3 al usar DataSync](create-s3-location.md#create-s3-location-s3-requests). + Si el problema está relacionado con cargas multiparte, configure una política de cargas multiparte para el bucket de S3 a fin de limpiar las cargas multiparte incompletas y reducir los costos de almacenamiento. Para obtener más información, consulte la entrada del AWS blog [S3 Lifecycle Management Update: Support for Multipart Uploads and Delete Markers](https://aws.amazon.com/blogs/aws/s3-lifecycle-management-update-support-for-multipart-uploads-and-delete-markers/). + Si el problema está relacionado con la copia de etiquetas de objetos y no necesita etiquetas de objetos, desactive la casilla **Copiar etiquetas de objetos** de la DataSync consola o `ObjectTags` establézcala `None` al crear, iniciar o actualizar una tarea. + Si el problema está relacionado con el control de versiones de objetos, desactive el control de versiones de objetos en el bucket de S3. Si necesita ayuda adicional, póngase en contacto con el [Centro de AWS Support](https://console.aws.amazon.com/support/home#/).