Matriz de compatibilidad para copias de seguridad de instantáneas de instancia e base de datos de SQL Server (versión preliminar) en máquinas virtuales de Azure

Puede usar Azure Backup para realizar copias de seguridad de bases de datos de SQL Server y SQL Server instantáneas de instancia (versión preliminar) en máquinas virtuales Azure hospedadas en la plataforma en la nube 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 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 (todas las versiones), Windows Server 2008 R2 SP1

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 2022 Express, SQL Server 2022, SQL Server 2019, SQL Server 2017 tal y como se detalla en la página Search del ciclo de vida del producto, SQL Server 2016 y SPs, tal como se detalla en la página de ciclo de vida del producto Search, SQL Server 2014, SQL Server 2012.

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.

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 se puede configurar en Azure Portal o PowerShell. No se admite la CLI.
  • 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.

SQL Server escenarios admitidos de copias de seguridad de instantáneas de instancia (versión preliminar)

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
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 Cifrado de ADE, TDE y otros cifrados de SQL
Compresión de SQL No soportado
Proceso de restauración Recuperación de ubicación alternativa (ALR) que admite la restauración en una máquina virtual de destino diferente de la original. Restauración de ubicación original (OLR), restauración entre regiones, restauración entre suscripciones
Clientes compatibles portal de Azure, PowerShell CLI
Características basadas en almacenes Inmutabilidad, puntos de conexión privados (mediante proxy)
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
Modo de protección dentro de una instancia de SQL Protege todas las bases de datos seleccionadas con solo protección basada en instantáneas. Modos de protección mixta (algunas bases de datos que usan instantáneas y otras mediante streaming)

Note

Actualmente no se admite la integración con la experiencia de Resiliency para la copia de seguridad de instantáneas de instancias de SQL Server (versión preliminar).

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

  • Last updated on