Matriz de soporte para copias de seguridad de bases de datos e instancias de SQL Server en máquinas virtuales de Azure

Puedes usar Azure Backup para hacer copias de seguridad de bases de datos de SQL Server y instantáneas de instancias de SQL Server en máquinas virtuales de Azure alojadas en la plataforma cloud de Microsoft Azure. En este artículo se resumen las limitaciones y la configuración de compatibilidad general para escenarios e implementaciones de SQL Server Copia de seguridad y copia de seguridad de instantáneas de instancia de SQL Server en máquinas virtuales de Azure. Para preguntas comunes, consulte las preguntas más frecuentes.

Compatibilidad con los escenarios

En la tabla siguiente se resume la compatibilidad con diferentes escenarios para SQL Server copia de seguridad de la base de datos en máquinas virtuales de Azure.

Support Details
Implementaciones admitidas Se admiten máquinas virtuales de Azure de SQL Marketplace y que no son de Marketplace (SQL Server instalado manualmente).
Regiones admitidas Azure Backup para bases de datos de SQL Server está disponible en todas las regiones, excepto sur de Francia (FRS).
Sistemas operativos compatibles Windows Server 2016 (y versiones superiores)

Se requiere otra configuración para Windows Server 2008 y 2008 R2. Aprenda a establecer el permiso de máquina virtual.

Linux no se admite actualmente.
Versiones admitidas de SQL Server SQL Server 2016 (y versiones superiores) tal y como se detalla en la página del ciclo de vida del producto de búsqueda

Enterprise, Standard, Web, Developer, Express.

No se admiten las versiones de base de datos local rápidas.

La compatibilidad limitada está disponible para las versiones de SQL Server que se encuentran actualmente en "Fin de vida", "Actualizaciones de seguridad extendidas" o cualquier otra fase de soporte técnico limitada.
Versiones de .NET compatibles .NET Framework 4.6.2 o posterior instalado en la máquina virtual
Implementaciones admitidas Se admiten máquinas virtuales de Azure del Marketplace de SQL y que no son de Marketplace (SQL Server instalado manualmente). La compatibilidad con instancias independientes siempre está en grupos de disponibilidad.

Tenga en cuenta que no se admiten las bases de datos SQL que forman parte de un grupo de disponibilidad AlwaysOn y que se sincronizan desde SQL Instancia administrada.
Restauración entre regiones Se admite para las bases de datos protegidas como una instancia independiente o como parte de un grupo de disponibilidad de SQL. Más información.
Restauración entre suscripciones Se admite a través de Azure Portal y la CLI de Azure. Más información.
Restauración entre inquilinos (vista previa) Compatible con puntos de recuperación abovedados mediante restauración de ubicaciones alternativas. No se soportan la restauración de instancias SQL ni los puntos de recuperación en nivel de archivo. Más información.

Note

Windows Server 2008, 2008 R2, 2012 y 2012 R2 han alcanzado el fin del soporte (EOS). Revise el uso y planee las actualizaciones y migraciones del sistema operativo en consecuencia. Para obtener más información, consulte Fin del soporte técnico para:

Actualización local a Windows Server 2016, 2019, 2022 o 2025.

Consideraciones y limitaciones de las características

Setting Límite máximo
Número de bases de datos que se pueden proteger en un servidor (y en un almacén) 2000
Tamaño de base de datos admitido (más allá del límite permitido, pueden surgir problemas de rendimiento) 6 TB con copia de seguridad de streaming*

Se recomienda usar la copia de seguridad de instantáneas de SQL para bases de datos de más de 4 TB en escenarios que requieran un rendimiento de copia de seguridad y restauración más rápidos.
Número de archivos admitidos en una base de datos 1000
Número de copias de seguridad completas admitidas al día Una copia de seguridad programada.

Tres copias de seguridad a petición.

Se recomienda no desencadenar más de tres copias de seguridad al día. Sin embargo, para permitir reintentos de usuario para los intentos con errores, el límite máximo para las copias de seguridad a petición se establece en nueve intentos.
Trasvase de registros Al habilitar el trasvase de registros en la base de datos de SQL Server de la que realiza la copia de seguridad, se recomienda deshabilitar las copias de seguridad de registros en la directiva de copia de seguridad. De lo contrario, el trasvase de registros (que envía automáticamente registros de transacciones de la base de datos principal a la secundaria) interfiere con las copias de seguridad de registros habilitadas a través de Azure Backup.

Por lo tanto, si habilita el trasvase de registros, asegúrese de que la directiva solo tiene habilitadas copias de seguridad completas o diferenciales.
Período de retención para copias de seguridad a petición Para las copias de seguridad completas, diferenciales o incrementales, la retención lista para su uso es de 45 días.

En el caso de las copias de seguridad completas de solo copia, puede definir un período de retención personalizado.
Límite de restauración para SQL en una máquina virtual de Azure 20
Número de bases de datos que pueden ser copiadas simultáneamente 20 por máquina virtual
Número de bases de datos que pueden restaurarse simultáneamente 15 por máquina virtual
Número de bases de datos que se pueden restaurar como archivos simultáneamente 15 por máquina virtual
Número permitido de restauraciones por base de datos 20 al día

*El límite de tamaño de la base de datos depende de la tasa de transferencia de datos que se admita y de la configuración de límite de tiempo de copia de seguridad. No es el límite máximo. Obtenga más información sobre el rendimiento de la copia de seguridad.

  • La copia de seguridad de SQL Server puede configurarse en el portal de Azure, PowerShell o CLI de Azure.
  • La solución se admite en ambos tipos de implementaciones : máquinas virtuales de Azure Resource Manager y máquinas virtuales clásicas.
  • Se admiten todos los tipos de copia de seguridad (completas, diferenciales y de registro) y los modelos de recuperación (simple, completo o registros de operaciones masivas).
  • Para las bases de datos de solo lectura: las copias de seguridad completas y de solo copia son los únicos tipos de copia de seguridad admitidos.
  • La compresión nativa de SQL es compatible si el usuario la habilita explícitamente en la directiva de copia de seguridad. Azure Backup invalida los valores predeterminados de nivel de instancia con la cláusula COMPRESSION/NO_COMPRESSION según el valor de este control establecido por el usuario.
  • Se admite la copia de seguridad de base de datos habilitada para TDE. Para restaurar una base de datos cifrada TDE en otra de SQL Server, primero debe restaurar el certificado en el servidor de destino. Está disponible la compresión de copia de seguridad para las bases de datos habilitadas para TDE en SQL Server 2016 y versiones más recientes, pero con un tamaño de transferencia inferior, tal y como se explica aquí.
  • No se admiten las operaciones de copia de seguridad y restauración para las bases de datos reflejadas y las instantáneas de base de datos.
  • La instancia del clúster de conmutación por error (FCI) de SQL Server no se admite.
  • No se admite la copia de seguridad de bases de datos con extensiones en sus nombres porque el servidor IIS realiza el filtrado de solicitudes de extensión de archivo. Sin embargo, tenga en cuenta que Microsoft , y que se pueden usar en los nombres de base de datos. Más información sobre las instrucciones de nomenclatura de las bases de datos de Azure Backup.
  • El cifrado FIPS no se admite actualmente con cargas de trabajo de copia de seguridad de SQL.

Escenarios compatibles con copias de seguridad instantáneas de instancias de SQL Server

En la tabla siguiente se resumen los escenarios admitidos y no admitidos para la copia de seguridad de instantáneas de instancias de SQL Server que se ejecutan en máquinas virtuales Azure.

Escenarios Supported Unsupported
Regiones soportadas Todas las regiones excepto Francia Central (FRC) Francia Central (FRC)
Versiones de SQL Server SQL Server 2016 (y versiones posteriores) que se ejecutan en Windows Server 2016 (y versiones posteriores).
Tipos de copia de seguridad para instantáneas Snapshot Full (con o sin copia de seguridad de registros), Snapshot-copy-only-full (copias de seguridad de Adhoc en el nivel de base de datos)
Configuración de copia de seguridad Instancia independiente y grupo de disponibilidad Always On
Hardware o configuraciones de almacenamiento Ssd Premium V2, Ultradisk, discos acelerados por escritura, discos de sistema operativo efímeros y discos compartidos.
Cifrado ADE, TDE, claves gestionadas por el cliente (CMK) y otros cifrados SQL
Compresión de SQL Compatible con copias de seguridad de log
Proceso de restauración Recuperación de ubicación alternativa (ALR) a una VM objetivo diferente, restauración de ubicación original (OLR), restauración cruzada de suscripción, restauración cruzada de bóveda y restauración entre regiones
Clientes compatibles Azure portal, PowerShell, CLI
Características basadas en almacenes Inmutabilidad, puntos finales privados (mediante proxy) y claves gestionadas por el cliente (CMK)
Tipo de base de datos Copias de seguridad de instantáneas de bases de datos del sistema
Tamaño de la base de datos Base de datos máxima de 35 TB
Selección de base de datos durante la instantánea de instancia Hasta 12 bases de datos de usuario
Copia de seguridad y restauración parcial Supported
Modo de protección dentro de una instancia de SQL Las bases de datos dentro de una sola instancia pueden usar protección basada en instantáneas o en streaming. Las bases de datos pueden alternarse entre protección basada en instantáneas y protección en streaming.
Monitorización, actualizaciones de salud y centro de resiliencia Supported

Rendimiento de la copia de seguridad para la copia de seguridad de streaming de SQL

Azure Backup admite una velocidad de transferencia de datos constante de 350 MBps para copias de seguridad tanto completas como diferenciales de bases de datos SQL de gran tamaño (de 500 GB). Para utilizar el rendimiento óptimo, asegúrese de que:

  • La máquina virtual subyacente (que contiene la instancia de SQL Server, que hospeda la base de datos) se configura con el rendimiento de red necesario. Si el rendimiento máximo de la máquina virtual es inferior a 200 Mbps, Azure Backup no puede transferir datos a una velocidad óptima.
    Además, el disco que contiene los archivos de base de datos debe tener suficiente rendimiento aprovisionado. Obtenga más información sobre el rendimiento y el rendimiento del disco en máquinas virtuales de Azure.
  • Los procesos que se ejecutan en la máquina virtual no consumen el ancho de banda de la máquina virtual.
  • Las programaciones de las copias de seguridad se reparten entre un subconjunto de bases de datos. Si se ejecutan varias copias de seguridad simultáneamente en una máquina virtual, la tasa de consumo de red se compartirá entre todas ellas. Obtenga más información sobre cómo controlar el número de copias de seguridad simultáneas.
  • El rendimiento máximo admitido para las copias de seguridad de registros es de 50 Mbps, en función de la renovación media de registros observada en la mayoría de los entornos. Si experimenta constantemente una alta renovación de registros y encuentra un rendimiento reducido de las copias de seguridad, póngase en contacto con el soporte técnico de Microsoft para obtener más ayuda.

Note

  • El mayor rendimiento se limita automáticamente cuando se cumplen las condiciones siguientes:
    • Todas las bases de datos deben estar por encima del tamaño de 4 TB.
    • Las bases de datos deben hospedarse en máquinas virtuales de Azure que tengan una métrica máxima de rendimiento de disco sin almacenamiento en caché superior a 800 MBpS.
  • Descargue resource Planner detallado para calcular el número aproximado de bases de datos protegidas recomendadas por servidor en función de los recursos de máquina virtual, el ancho de banda y la directiva de copia de seguridad.

Pasos siguientes

  • Se actualizó por última vez el