Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
En este artículo se resumen las regiones admitidas, los escenarios y las limitaciones de Azure Cosmos DB copia de seguridad con almacén (versión preliminar).
Regiones soportadas
Azure Backup para Cosmos DB (versión preliminar) está disponible en todas las regiones de nube pública Azure. Actualmente no se admiten nubes nacionales ni regiones soberanas.
Escenarios de soporte técnico
Azure Backup admite los siguientes escenarios de copia de seguridad y restauración para cuentas de Azure Cosmos DB durante la versión preliminar:
- Se admiten cuentas de Cosmos DB con NoSQL o mongoDB API mediante Request Units (RU).
- Se soportan copias de seguridad incrementales diarias con una copia de seguridad completa semanal, proporcionando un objetivo de punto de recuperación (RPO) de 1 día. Cada política debe incluir una copia de seguridad completa semanal; las copias de seguridad incrementales se ejecutan en los días restantes. No se admiten políticas solo incrementales.
- Solo se admiten las cuentas de Cosmos DB en modo de copia de seguridad continua (PITR ).
- Se admiten restauraciones entre suscripciones.
- Se admiten copias de seguridad entre regiones.
- Se admite la operación de restauración en una cuenta de Cosmos DB de destino de una sola región vacía.
- Se admite la operación de restauración en una cuenta de Cosmos DB de destino con el mismo tipo de API que la cuenta de Cosmos DB de origen.
- Se admiten cuentas de Cosmos DB con particiones de hasta 2500 (aproximadamente 125 TB).
- Las copias de seguridad bajo demanda solo soportan copias completas. Las copias de seguridad incrementales siempre están programadas; las copias de seguridad incrementales bajo demanda (ad hoc) no son compatibles.
Limitaciones
Azure Backup para Cosmos DB incluye las siguientes limitaciones de copia de seguridad y restauración:
- La cuenta de Cosmos DB habilitada con el Perímetro de Seguridad de Red (NSP) no está soportada.
- No se admite la restauración entre regiones de las copias de seguridad.
- Restaurar un punto de recuperación incremental requiere que su cadena de respaldo esté intacta — la copia de seguridad completa del padre y todas las copias incrementales intermedias.
- Una política de respaldo no puede programar más de una copia de seguridad completa por semana, incluyendo políticas personalizadas creadas a través de CLI de Azure o PowerShell.
- No se admiten copias de seguridad y restauración si la región de escritura principal de la cuenta de Cosmos DB difiere de la región del almacén de Backup.
- No se soportan copias de seguridad y restauración si la región principal de escritura de la cuenta de Cosmos DB difiere de la región de despliegue.
- No se admite la cuenta de Cosmos DB con claves de partición jerárquicas.
- No se admite la cuenta de Cosmos DB con Per-Partition conmutación automática por error (PPAF).
- No se admite la copia de seguridad de nivel de elemento y la restauración de nivel de elemento.
- La operación de restauración no se admite en una cuenta de Cosmos DB de destino sin servidor.
- La operación de restauración no se admite en una cuenta de Cosmos DB de destino con el límite de rendimiento configurado.
- La curación automática (reintento automático de una copia de seguridad programada fallida) se aplica solo a copias de seguridad programadas, y solo para errores transitorios específicos. Las copias de seguridad bajo demanda no se curan automáticamente.
Pasos siguientes
Azure Cosmos DB de copia de seguridad mediante Azure portal (versión preliminar).