Compartir a través de

Matriz de compatibilidad para la copia de seguridad de SQL Server en VM de Azure

  • Artículo

Puede usar Azure Backup para realizar copias de seguridad de bases de datos de SQL Server en VM de Azure hospedadas en la plataforma de nube Microsoft Azure. En este artículo se resumen las configuraciones y limitaciones de compatibilidad generales para los escenarios e implementaciones de copia de seguridad de SQL Server en VM de Azure.

Compatibilidad con los escenarios

Soporte técnico Detalles
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

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 de ciclo de vida del producto de búsqueda, SQL Server 2016 y SPs, tal como se detalla en la Página de ciclo de vida del producto de búsqueda, SQL Server 2014, SQL Server 2012, SQL Server 2008 R2, SQL Server 2008

Enterprise, Standard, Web, Developer, Express.

No se admiten las versiones de base de datos local rápidas.
Versiones de .NET compatibles .NET Framework 4.5.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 los 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 Compatible. 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.

Consideraciones y limitaciones de las características

Configuración 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 la base de datos compatible (más allá de esto, pueden aparecer problemas de rendimiento) 6 TB*
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 del usuario en caso de intentos fallidos, el límite máximo de 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 del servidor SQL de la que está haciendo una copia de seguridad, le recomendamos que deshabilite las copias de seguridad de registros en la directiva de copia de seguridad. Esto se debe a que el trasvase de registros (que envía automáticamente registros de transacciones de la base de datos principal a la secundaria) interferirá 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.

*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 las copias 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 es compatible con ambos tipos de implementaciones: las máquinas virtuales de Azure Resource Manager y las 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).
  • En el caso de 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. Esto se debe a que el servidor IIS realiza el filtrado de solicitudes de extensión de archivo. Sin embargo, tenga en cuenta que se permite .ad, .cs y .master, y se pueden usar en los nombres de la 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.

Rendimiento de la copia de seguridad

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. Más información sobre el rendimiento de discos 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. Más información sobre cómo controlar el número de copias de seguridad simultáneas.

Nota:

  • 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 el planeador de recursos detallado para calcular el número aproximado de bases de datos protegidas que se recomiendan por servidor en función de los recursos de la máquina virtual, el ancho de banda y la directiva de copia de seguridad.

Pasos siguientes

Aprenda a hacer una copia de seguridad de una base de datos de SQL Server que se ejecuta en una máquina virtual de Azure.