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.
Se aplica a:✅bases de datos SQL en Microsoft Fabric
Las copias de seguridad son una característica automática para la base de datos SQL 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 bases 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 accidentes, daños o eliminación.
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 del registro de transacciones normales para asegurarse de que las bases de datos se pueden restaurar en cualquier momento dentro del período de retención.
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.
¿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
El período de retención predeterminado para las copias de seguridad de una cadena de copia de seguridad es de 7 días, pero esto se puede extender hasta 35 días (como característica de versión preliminar).
SQL Database en Microsoft Fabric programa una copia de seguridad completa cada semana. Para proporcionar PITR dentro del período de retención completo, el sistema almacena un conjunto completo de copias de seguridad completas, diferenciales y del registro de transacciones durante hasta una semana más que 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.
Una duración de retención más larga de las copias de seguridad de SQL Database aumenta el almacenamiento usado para las copias de seguridad en la capacidad de Fabric.
Cambio de directiva de retención de almacenamiento de copia de seguridad
Nota:
La capacidad de cambiar el período de retención del valor predeterminado de 7 días es actualmente una característica en versión preliminar.
Para cambiar la retención del almacenamiento de copia de seguridad del valor predeterminado de 7 días a hasta 35 días:
En el portal de Fabric, vaya a la configuración de la base de datos.
Seleccione Directiva de retención de copia de seguridad.
En Período de retención, proporcione la política de retención deseada, de 1 a 35 días.
Haga clic en Guardar.
Historial de copias de seguridad
Puede ver la lista de copias de seguridad mediante el comando T-SQL simple a través de la vista de administración dinámica (DMV) 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. La backup_type columna indica el tipo de copia de seguridad: Completo (D) o Diferencial (I) o Registro de transacciones (L).
Para consultar el catálogo del historial de copias de seguridad, ejecute esta consulta de T-SQL en el portal de Fabric o en la herramienta de consulta que prefiera:
SELECT *
FROM sys.dm_database_backups
WHERE in_retention = 1
ORDER BY backup_finish_date DESC;
Por ejemplo
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.
- 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.