Copias de seguridad automáticas en base de datos SQL en Microsoft Fabric
Se aplica a:✅bases de datos SQL en Microsoft Fabric
En este artículo se describe la característica copias de seguridad automatizadas para SQL Database en Microsoft Fabric. Para restaurar una copia de seguridad, consulte Restauración a partir de una copia de seguridad en SQL Database en Microsoft Fabric.
¿Qué es una copia de seguridad de base de datos?
Las copias de seguridad de base de datos son una parte esencial de cualquier estrategia de continuidad empresarial y recuperación ante desastres, ya que ayudan a proteger los datos de daños o eliminaciones.
Todas las bases de datos SQL nuevas y restauradas de Fabric conservan las copias de seguridad suficientes para permitir una restauración a un momento dado (PITR) dentro de los últimos siete días de forma predeterminada. El servicio toma copias de seguridad completas, diferenciales y de registro normales para asegurarse de que las bases de datos se pueden restaurar en cualquier momento dentro del período de retención de la base de datos.
Si elimina una base de datos, el sistema mantiene las copias de seguridad de la misma manera para una base de datos en línea, hasta que expire el período de retención de siete días.
¿Con qué frecuencia se realizan copias de seguridad en una base de datos SQL en Fabric?
SQL Database en Fabric tiene habilitada la funcionalidad de copias de seguridad automáticas desde el momento de la creación de la base de datos:
- Copias de seguridad completas cada semana
- Copias de seguridad diferenciales cada 12 horas
- Copias de seguridad del registro de transacciones de SAP HANA cada 10 minutos
La frecuencia exacta de las copias de seguridad del registro de transacciones se basa en el tamaño de proceso y en la cantidad de actividad de la base de datos. Cuando una base de datos se restaura, el servicio averigua qué copia de seguridad completa, diferencial o del registro de transacciones es necesario restaurar.
La primera copia de seguridad completa se programa inmediatamente después de la creación o restauración de una base de datos. Normalmente, esta copia de seguridad finaliza en 30 minutos, pero puede tardar más si la base de datos es grande.
Después de la primera copia de seguridad completa, todas las demás se programan y administran de forma automática. El tiempo exacto de todas las copias de seguridad de base de datos viene determinado por el servicio de base de datos SQL a medida que equilibra la carga de trabajo general del sistema. No se puede cambiar la programación de trabajos de copia de seguridad ni deshabilitarlos.
En una base de datos nueva, restaurada o copiada, la funcionalidad de restauración a un momento dado está disponible cuando se crea la copia de seguridad del registro de transacciones inicial que sigue a la copia de seguridad completa inicial.
¿Dónde se almacenan las copias de seguridad de bases de datos SQL?
Todas las copias de seguridad de SQL Database en Fabric se almacenan en cuentas de almacenamiento con redundancia de zona (ZRS) de Azure. Los datos se copian de forma sincrónica en tres zonas de disponibilidad de Azure en la región primaria mediante ZRS.
ZRS solo está disponible en determinadas regiones. Cuando el almacenamiento de Azure basado en ZRS no está disponible, las copias de seguridad se almacenan en el almacenamiento con redundancia local (LRS). Los datos se copian de forma sincrónica tres veces dentro de una sola ubicación física en la región primaria mediante LRS.
Retención de almacenamiento de copia de seguridad
SQL Database en Microsoft Fabric programa una copia de seguridad completa cada semana. Para proporcionar PITR en todo el período de retención, el sistema debe almacenar copias de seguridad completas, diferenciales y del registro de transacciones durante una semana más transcurrido el período de retención configurado.
Las copias de seguridad que ya no sean necesarias para proporcionar la funcionalidad PITR se eliminan automáticamente. Como las copias de seguridad diferenciales y las del registro necesitan una copia de seguridad completa anterior para que se puedan restaurar, los tres tipos de copia de seguridad se depuran en conjuntos semanales.
Para todas las bases de datos, las copias de seguridad completas y diferenciales se comprimen para reducir la compresión del almacenamiento de copia de seguridad. La relación media de compresión de copia de seguridad es de 3 a 4 veces.
Historial de copias de seguridad
Puede ver la lista de copias de seguridad mediante un comando T-SQL simple a través de una vista de administración dinámica (DMV) denominada sys.dm_database_backups, que funciona de forma similar a Azure SQL Database. Esta DMV contiene información de metadatos sobre todas las copias de seguridad actuales necesarias para habilitar la restauración a un momento dado.
Para consultar el catálogo del historial de copias de seguridad, simplemente ejecute el script de T-SQL a través del portal de Fabric (u otra herramienta de cliente que prefiera):
SELECT *
FROM sys.dm_database_backups
WHERE in_retention = 1
ORDER BY backup_finish_date DESC;
Preguntas más frecuentes sobre las copias de seguridad de SQL Database en Fabric
¿Puedo acceder a mis copias de seguridad?
No, las copias de seguridad están aisladas de la plataforma Microsoft Fabric y los usuarios finales no pueden acceder a ellas. La única manera de que el cliente interactúe con los archivos de copia de seguridad es mediante la funcionalidad de restauración a un momento dado (PITR).
¿Mis copias de seguridad están cifradas?
Todos los archivos almacenados en Azure Storage, incluidas las copias de seguridad de SQL Database en Microsoft Fabric, se cifran automáticamente cuando los datos se conservan en la nube. Para más información, consulte Cifrado de Azure Storage para datos en reposo.
Limitaciones
Limitaciones actuales de las copias de seguridad para SQL Database:
- No se puede controlar la frecuencia de las copias de seguridad en SQL Database en Fabric.
- No se puede cambiar el período de retención de copia de seguridad de una base de datos SQL en Microsoft Fabric. El período de retención predeterminado es de siete días.
- Solo puede restaurar copias de seguridad de base de datos desde las bases de datos SQL activas.
- Solo puede restaurar copias de seguridad de base de datos dentro del mismo área de trabajo. No se admite PITR entre áreas de trabajo.
- Si elimina un área de trabajo, todas las bases de datos de esa área de trabajo también se eliminan y no se pueden recuperar.
- Todas las copias de seguridad se almacenan en una sola región replicada en diferentes zonas de disponibilidad de Azure. No hay copias de seguridad con replicación geográfica.
- Solo se admiten copias de seguridad de retención a corto plazo. No se admiten copias de seguridad de retención a largo plazo.
- Las copias de seguridad solo se pueden restaurar a través del portal de Fabric. Actualmente, no hay ninguna API REST, Azure PowerShell ni comandos de la interfaz de la línea de comandos (CLI) habilitados.