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. # Resiliencia en Amazon DataZone La infraestructura AWS global se basa en distintas zonas Regiones de AWS de disponibilidad. Regiones de AWS proporcionan varias zonas de disponibilidad aisladas y separadas físicamente, que están conectadas mediante redes de baja latencia, alto rendimiento y alta redundancia. Con las zonas de disponibilidad, puede diseñar y utilizar aplicaciones y bases de datos que realizan una conmutación por error automática entre las zonas sin interrupciones. Las zonas de disponibilidad tienen una mayor disponibilidad, tolerancia a errores y escalabilidad que las infraestructuras tradicionales de uno o varios centros de datos. [Para obtener más información sobre las zonas de disponibilidad Regiones de AWS y las zonas de disponibilidad, consulte Infraestructura global.AWS](https://aws.amazon.com/about-aws/global-infrastructure/) Además de la infraestructura AWS global, Amazon DataZone ofrece varias funciones que ayudan a respaldar sus necesidades de respaldo y resiliencia de datos. **Topics** + [Resiliencia del origen de datos](#disaster-recovery-resiliency-data-source) + [Resiliencia de activos](#disaster-recovery-resiliency-asset) + [El tipo de activo y los metadatos forman resiliencia](#disaster-recovery-resiliency-asset-type-form) + [Resiliencia de glosario](#disaster-recovery-resiliency-glossary) + [Resiliencia de búsqueda global](#disaster-recovery-resiliency-global-search) + [Resiliencia de suscripción](#disaster-recovery-resiliency-subscription) + [Resiliencia de entorno](#disaster-recovery-resiliency-environment) + [Resiliencia del esquema de entorno](#disaster-recovery-resiliency-environment-blueprint) + [Resiliencia de proyecto](#disaster-recovery-resiliency-project) + [Resiliencia de RAM](#disaster-recovery-resiliency-ram) + [Resiliencia en administración de perfiles de usuario](#disaster-recovery-resiliency-user-profile-management) + [Resiliencia de dominio](#disaster-recovery-resiliency-domain) ## Resiliencia del origen de datos Durante un evento de DataZone disponibilidad en Amazon, los `DataSource` trabajos se volverán a intentar de forma periódica durante un máximo de 24 horas. Si un trabajo falla debido a una configuración incorrecta, se emitirá un evento `DataSourceRunFailed`. Si el DataZone dominio de Amazon está configurado con una clave KMS y AmazonDataZoneDomainExecutionRole pierde el acceso a esta clave durante la ejecución de un trabajo, la ejecución finalizará en ese `INACCESSIBLE` estado. Una vez que se restablezca el acceso al KMS, el trabajo debe actualizarse manualmente para activar la transición a un estado utilizable. ## Resiliencia de activos En Amazon DataZone, los activos están versionados. Si es necesario revertir una versión de un activo, puede crear una nueva versión con el contenido de la última versión estable. Se puede publicar la versión de un activo. No se puede editar la versión publicada de un activo, excepto publicando una nueva versión. Es posible suscribirse a un activo publicado (también conocido como listado). Para evitar nuevas suscripciones a un activo, se puede anular su publicación. Anular la publicación de un activo no tiene ningún efecto en las suscripciones existentes. Al eliminar un activo, se eliminarán todas las versiones no publicadas del activo. Las versiones publicadas del activo se deben eliminar por separado. La versión publicada de un activo solo se puede eliminar si no hay suscripciones. ## El tipo de activo y los metadatos forman resiliencia En Amazon DataZone, los tipos de activos y los tipos de formularios de metadatos están versionados. Un tipo de activo no se puede eliminar si un activo lo está utilizando. No se puede eliminar un tipo de formulario de metadatos si lo está utilizando un tipo de activo o un activo. Si no quieres que se utilice un metadata-form-type archivo específico para la conservación, puedes deshabilitarlo, lo que no afectará a los archivos a los que ya está adjunto. ## Resiliencia de glosario En Amazon DataZone, los glosarios y los términos del glosario no se pueden eliminar si están en uso. Si no desea que se utilice un término de glosario o un glosario específico para la selección, puede deshabilitarlo. Los formularios a los que ya está asociado no se verán afectados. ## Resiliencia de búsqueda global En Amazon DataZone, los activos publicados (también conocidos como listados) se pueden encontrar mediante una búsqueda global. La publicación de un activo se puede revertir anulando la publicación del activo. La anulación de la publicación de un activo no afecta a las suscripciones existentes. Un activo publicado se puede revertir a una versión concreta del activo volviendo a publicar esa versión. Esto no afectará a las suscripciones existentes. ## Resiliencia de suscripción En Amazon DataZone, SubscriptionGrant Fulfillment intentará retirarlos dos veces antes de fallar. Si se produce un error, se debe eliminar manualmente para volver a intentarlo. Si Amazon DataZone no puede revocar los permisos de una suscripción, es posible que no se pueda eliminar la suscripción. Se debe corregir el error subyacente o se puede utilizar la `retainPermissions` marca en la operación de la `DeleteSubscriptionGrant` API para forzar la eliminación de la concesión de Amazon DataZone sin revocar los permisos. Si el DataZone dominio de Amazon está configurado con una clave KMS y `AmazonDataZoneDomainExecutionRole` pierde el acceso a esta clave durante el `SubscriptionGrant` flujo de trabajo, se marca la concesión`INACCESSIBLE`. Una vez se haya restablecido el acceso a KMS, las concesiones `INACCESSIBLE` deben eliminarse y volverse a crear. ## Resiliencia de entorno Si el DataZone dominio de Amazon está configurado con una clave KMS y `AmazonDataZoneDomainExecutionRole` pierde el acceso a esta clave durante el flujo de trabajo del entorno, se marcará el entorno`INACCESSIBLE`. Una vez se haya restablecido el acceso a KMS, el entorno `INACCESSIBLE` deben eliminarse y volverse a crear. La creación del entorno intentará retirarlo dos veces antes de que se produzca un error. Si se produce un error, se debe eliminar manualmente para volver a intentarlo. Si el flujo de trabajo del entorno falla, el entorno entrará en un estado fallido. En este punto, solo se puede eliminar y volver a crear. ## Resiliencia del esquema de entorno En Amazon DataZone, un blueprint de entorno no se puede eliminar si hay algún perfil de entorno subyacente. ## Resiliencia de proyecto En Amazon DataZone, no se puede eliminar un proyecto si hay algún entorno contenido. ## Resiliencia de RAM Para obtener información sobre la resiliencia de la RAM, consulte [https://docs.aws.amazon.com/ram/latest/userguide/security- disaster-recovery-resiliency .html.](https://docs.aws.amazon.com/ram/latest/userguide/security-disaster-recovery-resiliency.html) ## Resiliencia en administración de perfiles de usuario Para obtener información sobre la resiliencia de los perfiles de usuario, consulte [Centro de identidades AWS](https://docs.aws.amazon.com/singlesignon/latest/userguide/resiliency-regional-behavior.html). ## Resiliencia de dominio En Amazon DataZone, no se puede eliminar un dominio si contiene proyectos o fuentes de datos.