Debe migrar una instancia de SQL Server 2016 local con varias bases de datos a Azure con cambios mínimos en el código. La solución debe ser compatible con los trabajos del Agente SQL, las consultas entre bases de datos y CLR. Las bases de datos deben ser accesibles solo a través de una red privada mediante ExpressRoute existente y la migración debe incurrir en un tiempo de inactividad mínimo. ¿Qué dos acciones debe realizar?

Azure SQL Managed Instance es la opción correcta porque admite SQL Agent, consultas entre bases de datos y CLR, lo que requiere cambios mínimos en el código. También se puede implementar en una subred dedicada dentro de una red virtual de Azure, lo que permite la conectividad privada a través de ExpressRoute, cumpliendo con los requisitos de seguridad y red. Azure Database Migration Service (DMS) en modo en línea es la herramienta adecuada para la migración, ya que permite la replicación continua y un tiempo de inactividad mínimo durante la transición. Migrar a Azure SQL Database Hyperscale no es adecuado porque no admite SQL Agent ni consultas entre bases de datos de la misma manera que SQL Managed Instance. Exportar a BACPAC e importar a Azure SQL Database implicaría un tiempo de inactividad significativo y no es ideal para una migración en línea. Alojar SQL en una VM de Azure es una opción, pero la pregunta especifica "cambios mínimos en el código" y Managed Instance ofrece una experiencia más cercana a la de SQL Server local sin la sobrecarga de la administración de la VM. Exponer un punto de conexión público con reglas de firewall no cumple el requisito de acceso solo a través de una red privada.