Compartir a través de

Comparar LRS con un vínculo de Instancia administrada

Se aplica a:Azure SQL Managed Instance

En este artículo se compara el servicio de reproducción de registros (LRS) con el vínculo de Instancia administrada al migrar a Azure SQL Managed Instance.

Información general

Log Replay Service (LRS) se ha usado para migraciones a Azure SQL Managed Instance desde que el servicio se inició en noviembre de 2018. En segundo plano, LRS se basa en la implementación del trasvase de registros, que también impulsa Azure Database Migration Service (DMS) y la extensión de migración de Azure SQL para Azure Data Studio.

En marzo de 2022, el enlace de instancia administrada (enlace MI) se introdujo como una opción de migración más eficaz, prometiendo la mejor migración posible con un tiempo de inactividad mínimo. El vínculo de Instancia Administrada utiliza la tecnología de grupo de disponibilidad Always On distribuido para replicar datos casi en tiempo real desde SQL Server a Azure SQL Managed Instance. Con el vínculo, también puede revertir en línea desde SQL Managed Instance a SQL Server 2022 o posterior como una directiva de seguro de migración.

LRS y el vínculo mi se complementan entre sí en funcionalidades, con cada tecnología que se adapte a diferentes necesidades empresariales. Revise las funcionalidades de cada herramienta para determinar cuál es mejor usar para la migración en función de sus circunstancias específicas.

La diferencia fundamental entre LRS y el vínculo MI se deriva de la tecnología subyacente. Dado que LRS se basa en el trasvase de registros, las copias de seguridad diferenciales y del registro de transacciones se toman continuamente de SQL Server, se cargan en Azure Blob Storage y se restauran en SQL Managed Instance. El proceso no es en tiempo real, ya que se tarda en realizar copias de seguridad de archivos, cargarlos y restaurarlos. El rendimiento de LRS se basa en el tamaño de los fragmentos de copia de seguridad.

Por el contrario, MI Link utiliza la tecnología de grupo de disponibilidad Always On para enviar registros de transacciones casi en tiempo real desde SQL Server a SQL Managed Instance, lo que lo convierte en una solución de migración considerablemente más eficiente. Sin embargo, para configurar el vínculo MI, debe configurar una VPN entre SQL Server e Instancia Administrada de SQL y abrir los puertos adecuados en el firewall, mientras que LRS funciona directamente mediante un punto de conexión público. LRS se puede usar para todas las ediciones de SQL Server 2008 y versiones posteriores, mientras que el vínculo MI se puede usar para SQL Server 2016 y versiones posteriores, solo para ediciones Standard, Enterprise y Developer.

Nota:

SQL Server 2025 Preview presenta ediciones Enterprise Developer y Standard Developer independientes de SQL Server.

Una ventaja importante del vínculo mi es la capacidad de realizar una migración inversa a SQL Server 2022 y versiones posteriores, lo que no es posible con LRS. Otra ventaja importante de la migración con el vínculo MI es que la base de datos de sql Managed Instance se puede usar para cargas de trabajo de solo lectura mientras la migración está en curso. Esta funcionalidad no está disponible con LRS, ya que la base de datos está en un estado de restauración hasta que se complete la migración. Del mismo modo, al realizar una migración inversa a SQL Server 2022 y versiones posteriores, la base de datos es accesible para cargas de trabajo de solo lectura en SQL Server mientras la migración está en curso.

En la tabla siguiente se comparan los vínculos LRS y MI con mayor detalle:

Funcionalidad Vínculo de Instancia administrada (vínculo MI) Servicio de reproducción de registros (LRS) Notas
Tecnología subyacente Grupos de disponibilidad distribuidos (AG) Trasvase de registros MI link usa un grupo de disponibilidad distribuido para la replicación, que es más reciente y avanzado en comparación con la tecnología de trasvase de registros utilizada por LRS.
Rendimiento de la replicación Casi en tiempo real. Restaura cada pocos minutos. La replicación de datos a través del vínculo MI es considerablemente más eficaz que aplicar copias de seguridad del registro de transacciones con LRS.
Versión de origen mínima admitida SQL Server 2016 y versiones posteriores SQL Server 2008 y versiones posteriores LRS puede admitir versiones de SQL Server mucho más antiguas que el vínculo MI.
Versión mínima admitida de Windows Server Windows Server 2012 R2 Windows Server 2008 LRS puede admitir versiones de Windows Server mucho más antiguas que el vínculo MI.
Secundaria de solo lectura Compatible. No está soportado. Mientras la replicación está en curso, las bases de datos de SQL Managed Instance replicadas a través del enlace se pueden utilizar para cargas de trabajo de solo lectura, lo que le permite probar su migración antes de la transición o utilizar sus bases de datos antes de trasladarlas a Azure. Del mismo modo, al realizar una migración inversa a SQL Server 2022 y versiones posteriores, la base de datos es accesible para cargas de trabajo de solo lectura en SQL Server mientras la migración está en curso. Esta funcionalidad no está disponible con LRS.
Replicación de bases de datos cifradas de TDE Sí, requiere importar claves de seguridad a SQL Managed Instance. Sí, requiere importar claves de seguridad a SQL Managed Instance. El requisito y el procedimiento para migrar el certificado de cifrado correspondiente de SQL Server a instancia administrada de SQL Antes de iniciar la migración es el mismo para ambas opciones de migración.
Tipo de conectividad de red - Punto de conexión privado
- VPN configurada con puertos entrantes y salientes		 Punto de conexión público Aunque MI Link proporciona capas adicionales de seguridad y ofrece una VPN como opción, configurar las redes es más difícil en comparación con LRS.

De forma predeterminada, LRS proporciona una experiencia simplificada para que pueda usarla inmediatamente sin ninguna configuración de red o VPN. LRS usa un punto de conexión público de forma predeterminada, que es menos seguro que la VPN que se usa con el vínculo MI, y es posible que no cumpla algunos de los requisitos de seguridad más exigentes, ya que usa una cuenta de Azure Blob Storage expuesta públicamente como intermediario para guardar los datos antes de que se restaure en SQL Managed Instance. Aunque es posible usar un punto de conexión privado con LRS para que la transmisión de datos sea más segura, aumenta la complejidad de la configuración inicial.
Cifrado de datos en transmisión - Datos cifrados con AES y
- SSL se usa para el cifrado de transmisión de datos.		 SSL se usa para el cifrado de transmisión de datos. El vínculo MI usa una capa de cifrado AES de datos adicional. SSL se usa para la transmisión de datos para herramientas de migración.
Autenticación para la replicación Certificados firmados por una entidad de confianza (CA) Identidades administradas o tokens de SAS MI link requiere una Autoridad de Certificación (CA) para firmar un certificado para la autenticación. En el caso de LRS, el uso de identidades administradas es más seguro que el uso de tokens de SAS autogenerados.
Afectado por las actualizaciones del sistema o la conmutación por error No, aparte de una interrupción mínima para una conmutación por error corta. - En las instancias de uso general, la migración se pausa y reanuda automáticamente después de las interrupciones.
- En el caso de las instancias críticas para la empresa, el proceso de migración se cancela para las interrupciones y se debe reiniciar manualmente.		 El vínculo MI es resistente y la migración no se ve afectada por las conmutaciones por error de SQL Managed Instance.

Por el contrario, las migraciones de LRS se retrasan mediante reinicios o conmutaciones por error de instancias administradas de SQL en el nivel de servicio De uso general y la migración se reinicia para instancias del nivel de servicio Crítico para la empresa.
Duración de la replicación Tiempo ilimitado de replicación mediante el vínculo (meses e incluso años a la vez). El trabajo de LRS puede ejecutarse hasta 30 días. Un vínculo MI se puede ejecutar durante un período ilimitado de tiempo.

LRS se limita al máximo de 30 días de trasvase de registros continuos, después de lo cual la migración se detiene automáticamente y debe reiniciarse desde el principio.
Tipo de migración Migración en línea verdadera con solo una conmutación por error corta (medida en segundos). - Migración en línea con tiempo de inactividad esperado durante la migración total durante el tiempo necesario para restaurar el último archivo de copia de seguridad.
- La transición tarda considerablemente más tiempo en las instancias del nivel de servicio Crítico para la empresa.		 MI link es la única solución que ofrece un mínimo tiempo de inactividad (<1 minuto) para todos los niveles de servicio de SQL Managed Instance.

Con LRS, el último archivo de copia de seguridad sigue restaurando durante la migración, por lo que en función del tamaño del último archivo de copia de seguridad y el tiempo necesario para restaurarlo, podría haber una espera significativa hasta que la base de datos esté disponible en SQL Managed Instance.

Al usar LRS para migrar al nivel de servicio crítico para el negocio, el tiempo de inactividad de la migración puede ser significativamente más largo, ya que toda la base de datos debe replicarse a los nodos secundarios desde el nodo principal antes de que la base de datos esté disponible para las cargas de trabajo en el principal. Según el tamaño general de la base de datos, la replicación en los otros nodos y, por tanto, el tiempo de inactividad puede tardar horas.

Por lo tanto, las bases de datos se pueden conectar considerablemente más lentamente con LRS que con el vínculo MI, que puede ser casi instantáneo.
Mantenimiento necesario en el origen Sí, copias de seguridad normales del registro de transacciones. No. El vínculo MI requiere copias de seguridad normales del registro de transacciones de la instancia de SQL Server de origen durante la migración para truncar el registro de transacciones y evitar que se agote el espacio en disco.

Por el contrario, no se requiere ningún mantenimiento para LRS.
Resistencia Reanuda automáticamente la replicación de vínculos si SQL Server se reinicia. - La migración se detiene si hay una cadena de copia de seguridad rota o un archivo de copia de seguridad especificado incorrectamente.
: no admite archivos de copia de seguridad de varias bases de datos en la misma carpeta (se produce un error en la migración).		 El vínculo mi es más resistente que LRS porque la replicación se reanuda automáticamente después de problemas (como tiempos de inactividad inesperados, actualizaciones, pérdida de conectividad de red y muchos otros) se han resuelto. Además, el vínculo mi es resistente a las conmutaciones por error de SQL MI o a las actualizaciones de servicio.

Ciertas condiciones dan lugar a un bloqueo LRS. La migración de LRS se reinicia automáticamente si se interrumpe la migración al nivel de servicio De uso general, pero debe reiniciarse si se interrumpe una migración al nivel de servicio Crítico para la empresa.
Migración inversa de SQL MI a SQL Server Se admite la migración sin conexión y en línea a SQL Server 2022 y versiones posteriores. No está soportado. El vínculo MI es la única solución que ofrece migración inversa en línea y sin conexión a SQL Server 2022 y versiones posteriores. La migración inversa no está disponible para versiones anteriores de SQL Server.

¿Qué elegir?

La elección entre LRS y el enlace MI depende de sus circunstancias y las necesidades de su negocio. La diferencia notable entre las soluciones de migración es el rendimiento. LRS tiene una configuración inicial más sencilla, lo que le permite migrar rápidamente. Aunque la configuración inicial del vínculo MI es más compleja, proporciona mayor resistencia, seguridad y flexibilidad.

Además, el tiempo de transición es considerablemente más corto con el vínculo mi, que es una ventaja significativa para muchos clientes. De hecho, el tiempo de inactividad potencialmente considerable al migrar al nivel de servicio Crítico para la empresa con LRS es el motivo por el que el vínculo mi se conoce como la única migración "verdadera en línea" al nivel de servicio Crítico para la empresa.

Por último, si necesita que la base de datos sea accesible para cargas de trabajo de solo lectura en el destino de migración mientras la migración está en curso, o si necesita realizar una migración inversa a SQL Server 2022 y versiones posteriores, el vínculo MI es la única opción que admite estos escenarios.

Contenido relacionado