Despliega SQL Server en Azure Local con operaciones desconectadas

Se aplica a:SQL Server

Este artículo describe cómo planificar, desplegar, asegurar y operar SQL Server en Windows Server o en máquinas virtuales Linux (VMs) compatibles en Azure Local con operaciones desconectadas.

Antes de empezar:

  • Consigue la aprobación de tu organización.
  • Adquiere la plataforma de operaciones desconectada.
  • Despliega la plataforma dentro de los límites de seguridad de tu organización.

Las cargas de trabajo de SQL Server, el plano de control local, los datos de gestión, la integración de identidad y la gobernanza permanecen en las instalaciones. El entorno no requiere conectividad continua con Azure ni con internet. Utiliza flujos de trabajo aprobados de transferencia escalonada o offline para actualizaciones, paquetes de soporte, datos de registro y otros artefactos necesarios.

Para despliegues que mantienen la conectividad con Azure, consulta Deploy SQL Server on Azure Local.

Cuándo usar operaciones desconectadas

Considerar operaciones sin conexión para:

  • Entornos soberanos, regulados o aislados donde la conectividad en la nube pública está prohibida o es poco fiable.
  • Sitios que requieren ejecución local, administración local y control sobre datos y telemetría operativa.
  • Cargas de trabajo de SQL Server que requieren virtualización y almacenamiento Azure Local sin depender del plano de control público de Azure.

Puedes ejecutar cargas de trabajo transaccionales, analíticas, de inteligencia empresarial y de almacenes de datos localmente. Integra las máquinas virtuales de SQL Server con tus sistemas aprobados de identidad local, monitorización, copia de seguridad, parches y distribución de software.

Importante

La extensión SQL Server para Azure Arc no está soportada con operaciones desconectadas. El inventario de SQL Server habilitado para Azure Arc, la evaluación de procedimientos recomendados y las funcionalidades de administración de SQL Server basadas en Azure no están disponibles mediante esta extensión. Utiliza herramientas locales compatibles para gestionar y monitorizar SQL Server en cada máquina virtual.

Prerequisites

Antes de desplegar SQL Server, confirma que tienes:

  • Estos requisitos previos no requieren conectividad continua a Azure ni a internet.
  • Un entorno de operaciones desconectado aprobado de Azure Local desplegado en hardware soportado dentro de los límites de seguridad de tu organización. Revisa los servicios soportados y completa el despliegue de la plataforma antes de continuar.
  • Imágenes compatibles de Windows Server o Linux y suficiente capacidad de proceso y de almacenamiento para crear máquinas virtuales de carga de trabajo.
  • Redes locales, identidad, certificados y sincronización de tiempo que cumplan con los requisitos de rede identidad de la plataforma.
  • Licencias SQL Server apropiadas y licencias separadas de la plataforma de operaciones desconectadas de Azure Local. Revisa los límites de licencias y soporte y la facturación de operaciones desconectadas.
  • Medios de instalación aprobados de SQL Server, actualizaciones acumulativas, controladores, herramientas de administración y paquetes de requisitos previos, con un proceso controlado sin conexión para transferir y verificar estos artefactos.
  • Monitorización local y destinos protegidos de copia de seguridad para cargas de trabajo de SQL Server, independientes de las copias de seguridad del plano de control.
  • Un proceso aprobado de mantenimiento offline para SQL Server y actualizaciones del sistema operativo invitado.

Planifica la carga de trabajo de SQL Server

Antes de dimensionar las máquinas virtuales, captura los requisitos de la carga de trabajo:

  • Selecciona la versión y edición de SQL Server en función del tamaño de la base de datos, las características de disponibilidad, las operaciones online, los derechos de virtualización y el ciclo de vida del soporte.
  • Registrar la utilización máxima de CPU, memoria del conjunto de trabajo, operaciones de entrada/salida por segundo (IOPS), rendimiento, latencia, crecimiento de la base de datos, tempdb demanda, tasa de generación de logs y concurrencia.
  • Definir los objetivos de puntos de recuperación (RPO) y los objetivos de tiempo de recuperación (RTOs).
  • Identificar dependencias de aplicaciones, métodos de autenticación, requisitos de Seguridad de la Capa de Transporte (TLS), puertos, cuentas de servicio, ventanas de mantenimiento, retención de copias de seguridad y dependencias de software offline.

Diseña las máquinas virtuales de SQL Server

Utiliza las siguientes recomendaciones para diseñar tus máquinas virtuales SQL Server:

Área de diseño Guía de SQL Server
Compute Dimensiona CPUs virtuales para una utilización sostenida y eficiencia en las licencias. Evita la sobresuscripción que crea latencia impredecible de consultas.
Memory Reserva memoria para el sistema operativo, los agentes, los controladores y la actividad de conmutación por error. Configura max server memory para que SQL Server no consuma la memoria necesaria para otros procesos.
Storage Utiliza volúmenes separados para el sistema operativo, datos, registros tempdbde transacciones y copias de seguridad. Valida latencia, rendimiento, profundidad de cola, capacidad, resiliencia y umbrales de espacio libre.
Network Proporcionar rutas estables de cliente, gestión, copias de seguridad y réplica según sea necesario. Valide DNS, unidad máxima de transmisión (MTU), reglas del firewall, confianza de TLS y conectividad del agente de escucha.
Colocación Coloca réplicas de alta disponibilidad en diferentes nodos Azure Local o dominios de fallo. Usa antiafinidad cuando esté disponible.

Instalación y configuración de SQL Server

  1. Crea máquinas virtuales compatibles con Windows Server o Linux siguiendo las directrices de máquinas virtuales de operaciones desconectadas.
  2. Transfiere los medios de instalación aprobados, actualizaciones acumulativas, controladores, herramientas de gestión y paquetes previos a través de tu proceso controlado fuera de línea.
  3. Instala SQL Server usando las instrucciones de Windows o Linux. Instala solo las funciones que necesites. Utiliza archivos de configuración repetibles o automatización, protege las claves de producto y credenciales, y documenta la línea base de la compilación.
  4. Aplica la actualización acumulativa aprobada. Configurar cuentas de servicio, autenticación, certificados TLS, reglas de firewall, compilación, max server memory, tempdbcrecimiento de archivos de base de datos y compresión de copias de seguridad.
  5. Validar la latencia de almacenamiento, la presión de CPU y memoria, la conectividad, la integridad de la base de datos, las copias de seguridad, las operaciones de restauración y el comportamiento de las aplicaciones antes del uso en producción.

Configuración de alta disponibilidad y recuperación ante desastres

Diseñe la disponibilidad y la recuperación de la carga de trabajo de SQL Server por separado del plano de control de Azure Local.

Opciones de disponibilidad de SQL Server

  • Grupos de disponibilidad siempre activos: Utiliza VMs separadas de SQL Server y coloca réplicas entre dominios de fallo físico. Para implementaciones de Windows, configure el Clúster de conmutación por error de Windows Server, un testigo local y el cuórum, los listeners y el comportamiento de reintento de la aplicación sin depender de Azure Cloud Witness. Consulta la introducción a los grupos de disponibilidad y la guía de introducción.
  • Instancias de clúster de conmutación por error en Windows: Use almacenamiento compartido compatible y una configuración compatible de SQL Server en clúster cuando necesite protección a nivel de instancia. Consulte instancias de clúster de conmutación por error de Always On y instalación de clúster de conmutación por error de SQL Server.
  • Resiliencia del host: Utiliza colocación consciente del clúster y antiafinidad para que las réplicas de SQL Server no compartan el mismo nodo físico o dominio de fallo.

Para conocer los requisitos de clústeres de Windows, consulte Windows Server Failover Clustering with SQL Server.

Para Linux, un grupo de disponibilidad sin gestor de clúster proporciona réplicas a escala de lectura, no alta disponibilidad. Los despliegues de alta disponibilidad requieren un gestor de clúster compatible, como Pacemaker, y los despliegues en producción requieren vallado. Consulta Configurar grupos de disponibilidad en Linux. Confirma que tu distribución Linux, el gestor de clústeres, el mecanismo de cerca y la configuración de almacenamiento están soportados en tu entorno Azure Local desconectado antes de desplegar. Los procedimientos de Windows enlazados aquí no establecen soporte para una topología Linux.

Diseño de recuperación

Define los objetivos de recuperación para cada base de datos. Mantén separadas las copias de seguridad de SQL Server coherentes con la aplicación de las copias de seguridad del plano de control. Replicar o exportar copias de seguridad a una zona o sitio de seguridad secundario aprobado, proteger las claves de cifrado de forma independiente y realizar pruebas de restauración programadas.

Para más información, consulte la visión general de restauración y recuperación de SQL Server.

Proteger SQL Server

Aplica una línea base de seguridad de SQL Server que funcione sin servicios de nube pública:

  • En Windows, utiliza cuentas de dominio de menor privilegio o de servicio gestionado cuando sea compatible. Utiliza la configuración de identidad de servicio soportada por tu sistema operativo y restringe permisos para copias de seguridad, monitorización e identidades de aplicaciones.
  • Prefiero autenticación integrada cuando sea compatible. En Linux, la autenticación de Active Directory utiliza Kerberos y requiere configuración específica del nombre principal de servicio (SPN) y la tecla específica de SQL Server. La integración de identidad de plataforma no configura la autenticación de SQL Server. Restringir sysadmin la membresía, eliminar los inicios de sesión y funciones no utilizados, desactivar protocolos débiles y revisar permisos regularmente.
  • Requieren TLS para las conexiones de clientes. Para el tráfico de réplica del grupo de disponibilidad, configure la autenticación y el cifrado en los puntos de conexión de reflejo de la base de datos. Gestiona los certificados a través de tu infraestructura local de clave pública (PKI) y monitoriza la salud de la caducidad y de la cadena de confianza.
  • Proteger los datos con cifrado transparente de datos (TDE) o cifrado de volúmenes según corresponda. Cifrar copias de seguridad, almacenar las claves por separado y probar la recuperación de claves.
  • Activar SQL Server Audit o controles equivalentes para actividades privilegiadas, fallos de inicio de sesión, cambios de permisos, acceso a objetos sensibles y cambios de configuración.

Consideraciones de seguridad sin conexión

  • Mantener un repositorio offline aprobado para actualizaciones, controladores, herramientas, definiciones de seguridad y dependencias de SQL Server. Verifica firmas y escanea artefactos importados.
  • Para llamadas REST externas, permite solo endpoints HTTPS locales aprobados. Utiliza credenciales con ámbito de base de datos, restringe EXECUTE ANY EXTERNAL ENDPOINT y audita las solicitudes. Revisa los permisos y los requisitos del punto de conexión para sp_invoke_external_rest_endpoint.
  • Documentar el acceso de emergencia, la rotación de credenciales, la renovación de certificados, la sanitización de paquetes de soporte y procedimientos de recuperación que no dependan de servicios de nube pública.

Supervisión de SQL Server

Puedes monitorizar la infraestructura de Azure Local, los servicios de plano de control y el estado de la VM mediante soluciones externas de monitorización configuradas. Instala y configura los agentes y packs de gestión necesarios para tu solución de monitorización. Disconnected Operations no ofrece un servicio dedicado de monitorización de SQL Server.

Monitoriza SQL Server dentro de cada máquina virtual con capacidades nativas, como vistas de gestión dinámica, eventos extendidos y registros de errores, o una plataforma de monitorización on-premise aprobada. En Windows, también puedes usar alertas de Agente SQL Server y contadores de rendimiento de Windows. Las alertas de Agente SQL Server no son compatibles con Linux; revisa el soporte de funciones de SQL Server en Linux para tu versión.

Recoge las siguientes señales, según corresponda a tu carga de trabajo:

  • Disponibilidad de SQL Server, estado de la base de datos, antigüedad de copias de seguridad y fallos en los trabajos.
  • Bloqueos, interbloqueos, esperas, utilización de la CPU y presión de memoria.
  • Latencia de almacenamiento, crecimiento de bases de datos y registros, y estado de tempdb.
  • Sincronización de réplicas de alta disponibilidad.

Conservar la telemetría en repositorios locales aprobados. Define umbrales accionables y procedimientos de escalada. Para la monitorización de plataformas, consulte Monitorizar operaciones desconectadas.

Haz una copia de seguridad y recupera SQL Server

Importante

La capacidad de copia de seguridad en modo desconectado protege únicamente los datos de la máquina virtual del plano de control. No hace copias de seguridad de cargas de trabajo de SQL Server ni de clústeres de cargas configurados. Configura las copias de seguridad de SQL Server por separado.

  1. Selecciona los modelos de recuperación según tus RPOs. Programar copias de seguridad completas y, según sea necesario, copias diferenciales en almacenamiento local protegido. Para bases de datos que utilizan el modelo de recuperación completo o con registro masivo, también programen copias de seguridad con registro de transacciones. El modelo de recuperación simple no admite copias de seguridad del registro de transacciones ni la recuperación a un punto en el tiempo. Utiliza compresión, sumas de comprobación y cifrado cuando sea apropiado.
  2. Guarda copias en un dominio de fallo independiente o en un sitio distinto. Proteger las claves de copia de seguridad y cifrado de forma independiente, y monitorizar la capacidad y la antigüedad de las copias de seguridad.
  3. Prueba de restauraciones completas y en host alternativo. Cuando se requiera la recuperación a un momento dado, utiliza el modelo de recuperación completa, mantén la cadena de copias de seguridad del registro y prueba las restauraciones a un momento dado. En la recuperación optimizada para cargas masivas de registros, no puede restaurar en un punto dentro de un backup de registros que contenga cambios para cargas masivas de registros. Registre los RPO y RTO alcanzados y aborde las deficiencias.

Para los procedimientos, consulta Copia de seguridad y restauración de bases de datos de SQL Server, Crear una copia de seguridad completa de la base de datos y la visión general de restauración y recuperación.

Servicio SQL Server sin conexión

Mantener las bases aprobadas para actualizaciones acumulativas de SQL Server, parches de sistemas operativos invitados, controladores, herramientas de gestión y software de seguridad:

  • Actualizaciones de prueba en un entorno representativo y desconectado.
  • Haz copias de seguridad de las cargas de trabajo antes de aplicar actualizaciones.
  • Aplique parches a las réplicas de alta disponibilidad siguiendo una secuencia controlada.
  • Valida la conmutación por fallo, la conectividad de la aplicación y el rendimiento tras la actualización.
  • Microsoft publica la actualización acumulativa (CU) de SQL Server aplicable, la versión general de distribución (GDR) o la actualización de seguridad a través de los canales estándar de actualización de servicio de SQL Server y las últimas actualizaciones e historial de versiones de SQL Server.

Implemente las actualizaciones de SQL Server y del sistema invitado mediante un mecanismo aprobado para el sistema operativo invitado:

Sigue la guía separada de actualizaciones de operaciones desconectadas para actualizaciones de plataforma.

Crear aplicaciones locales de IA

SQL Server 2025 puede conectarse a endpoints locales aprobados para completar chats, como despliegues compatibles de Foundry Local. Las aplicaciones pueden combinar datos SQL con inferencia de modelos locales sin necesidad de conectividad en la nube pública.

Foundry Local en Azure Local se encuentra en versión preliminar. Completar sus requisitos previos de despliegue y acceso antes de integrar un modelo con SQL Server. Antes de llamar a un punto final local del modelo:

  • Habilite la opción de configuración del external rest endpoint enabled servidor. El procedimiento está deshabilitado por defecto en SQL Server 2025.
  • Conceda permiso EXECUTE ANY EXTERNAL ENDPOINT a la entidad principal de la base de datos que realiza la llamada y configure la autenticación y las credenciales que requiere el punto de conexión.
  • Haz que el endpoint HTTPS del modelo desplegado sea accesible desde la máquina virtual de SQL Server. Configura los certificados TLS y la confianza en los certificados para su uso en producción. No confíes en pruebas de inferencia que pasan por alto la validación de certificados.

Revisa los endpoints compatibles y los requisitos de seguridad antes de usar sp_invoke_external_rest_endpoint. Para el despliegue e inferencia de modelos, consulta Foundry Local en Azure Local, ejecuta inferencia y trae tus propios modelos.

La inferencia local de modelos no establece que las herramientas de desarrollo puedan operar sin conectividad en la nube. Valida por separado los requisitos de autenticación, cliente y conectividad de cada herramienta antes de incluirlo en un flujo de trabajo desconectado.

Licencias y límites de soporte

Elige el modelo de licencias de SQL Server antes de finalizar el tamaño y la topología de disponibilidad de la VM. Evalúa los requisitos de ediciones, licencias de núcleo virtual, licencias de núcleo físico elegibles con virtualización ilimitada, derechos de Garantía de Software o suscripción, y derechos no relacionados con la producción. La capacidad de la plataforma de operaciones desconectadas de Azure Local se licencia por separado.

  • Edición: Validar los requisitos de características estándar y empresariales, incluyendo disponibilidad, escala, operaciones online y derechos de virtualización.
  • Alcance de la licencia: Compara la licencia de núcleo virtual por VM con modelos de núcleo físico elegibles, especialmente al consolidar máquinas virtuales de SQL Server.
  • Modelo de licencias: Validar los requisitos de Garantía o suscripción de software SQL Server y la elegibilidad para Ventaja híbrida de Azure para operaciones desconectadas.
  • Registros: Mantenga un inventario de los servidores host, las máquinas virtuales, los núcleos asignados, las ediciones, los entornos y los justificantes de licencia.

Revise la facturación de operaciones desconectadas para los términos de la plataforma. El SQL Server habilitado por la documentación de licencias de Azure Arc describe la experiencia de gestión conectada; no es un procedimiento para instalar la extensión de SQL Server no soportada en operaciones desconectadas.

Contenido relacionado

  • Se actualizó por última vez el