Matriz de compatibilidad para la copia de seguridad de blobs de Azure
En este artículo se resume la disponibilidad regional, los escenarios admitidos y las limitaciones de las copias de seguridad de blobs operativas y almacenadas.
Regiones admitidas
Selección de un tipo de copia de seguridad
La copia de seguridad operativa de blobs está disponible en todas las regiones de la nube pública, excepto Sur de Francia y Oeste de Sudáfrica. También está disponible en regiones de la nube soberana: todas las regiones de Azure Government y las regiones de China (excepto Este de China).
Limitaciones
Selección de un tipo de copia de seguridad
La copia de seguridad operativa de blobs usa la restauración a un momento dado de los blobs, el control de versiones de blobs, la eliminación temporal de blobs, la fuente de cambios para blobs y el bloqueo de eliminación para proporcionar una solución de copia de seguridad local. Por lo tanto, las limitaciones que se aplican a estas capacidades también se aplican a la copia de seguridad operativa.
Escenarios admitidos:
La copia de seguridad operativa solo admite blobs en bloques en las cuentas de almacenamiento v2 estándar de uso general. Las cuentas de almacenamiento con el espacio de nombres jerárquico habilitado (es decir, cuentas de ADLS Gen2) no se admiten.
Además, los blobs en páginas, los blobs en anexos y los blobs prémium de la cuenta de almacenamiento no se restaurarán y solo se restaurarán los blobs en bloques.La copia de seguridad de blobs también se admite cuando la cuenta de almacenamiento tiene puntos de conexión privados.
Otras limitaciones:
- Si ha eliminado un contenedor durante el período de retención, dicho contenedor no se restaurará con la operación de restauración a un momento dado. Si intenta restaurar un intervalo de blobs que incluye blobs en un contenedor eliminado, se producirá un error en la operación de restauración a un momento dado. Para más información sobre cómo proteger los contenedores contra la eliminación, consulte Eliminación temporal de contenedores.
- Si un blob se ha desplazado entre los niveles de acceso frecuente y esporádico en el período comprendido entre el momento actual y el punto de restauración, el blob se restaura a su nivel anterior. No se admite la restauración de blobs en blob en bloques en el nivel de archivo. Por ejemplo, si un blob en el nivel de acceso frecuente se movió al nivel de archivo hace dos días y se realiza una operación de restauración a un momento de hace tres días, el blob no se restaura en el nivel de acceso frecuente. Para restaurar un blob archivado, sáquelo antes del nivel de archivo. Para más información, consulte Rehidratación de los datos de blob desde el nivel de archivo.
- Un bloque que se ha cargado mediante la operación Put Block o Put Block from URL, pero que no se ha confirmado a través de
Put Block List, no es parte de un blob y, por tanto, no se restaura como parte de una operación de restauración. - No se puede restaurar un blob con una concesión activa. Si se incluye un blob con una concesión activa en el intervalo de blobs para restaurar, la operación de restauración producirá un error automáticamente. Interrumpa las concesiones activas antes de iniciar la operación de restauración.
- Las instantáneas no se crean ni se eliminan como parte de una operación de restauración. Solo el blob base se restaura a su estado anterior.
- Si hay blobs inmutables entre los que se restauran, estos blobs inmutables no se restaurarán a su estado según el punto de recuperación seleccionado. Sin embargo, otros blobs que no tengan habilitada la inmutabilidad se restaurarán al punto de recuperación seleccionado, según lo previsto.
Pasos siguientes
Introducción a la copia de seguridad operativa para blobs de Azure