SQL Server para cargas empresariales

Calcula cuántas licencias de núcleo necesitas antes de elegir el número de packs

Empieza por delimitar el despliegue, no por el tamaño de la base de datos ni por el número de empleados. En un despliegue físico de SQL Server Enterprise con licencias por núcleo físico, cuenta todos los núcleos físicos del servidor y aplica el mínimo de Microsoft de cuatro licencias de núcleo por procesador físico. Un pack de dos núcleos proporciona dos licencias de núcleo; no cubre un procesador ni un servidor completos. Con este modelo, Hyper-threading no duplica el número de núcleos físicos, y los núcleos físicos no utilizados también cuentan.

Distingue entre la activación del software y el derecho legal a ejecutar la configuración prevista. Una clave de producto que funciona no acredita por sí sola los derechos de uso de la edición, la cantidad de núcleos cubiertos, la cobertura de Software Assurance ni la posibilidad de transferir la licencia. Antes de comprar, solicita documentación que identifique la versión, la edición, el canal de licenciamiento y el número de licencias de núcleo incluidas. SQL Server con licencias por núcleo no requiere CAL de SQL Server, pero las licencias de Windows Server y las licencias de acceso a Windows Server que correspondan siguen siendo obligaciones independientes.

• Haz un inventario de los procesadores físicos y de los núcleos de cada procesador.
• Aplica el mínimo de cuatro núcleos a cada procesador por separado.
• Divide entre dos el número de licencias de núcleo necesarias para calcular los packs de dos núcleos.
• Comprueba la documentación que acredita los derechos de uso en lugar de confiar únicamente en la activación.
• Presupuesta por separado las licencias del sistema operativo subyacente.

Elige un modelo de virtualización que se ajuste a tus hosts y a tus planes de migración

Según el modelo de licenciamiento actual de SQL Server, para licenciar máquinas virtuales individuales se necesitan licencias de suscripción o licencias con Software Assurance activo. Con este modelo, cuenta los núcleos virtuales asignados a cada máquina virtual de SQL Server, con un mínimo de cuatro licencias de núcleo por máquina virtual. Por tanto, una máquina virtual de base de datos pequeña con dos vCPU no reduce el requisito por debajo de cuatro. Confirma las Condiciones del Producto de Microsoft aplicables a tu contrato y versión, especialmente al evaluar licencias perpetuas antiguas o planificar una actualización.

Una alternativa para consolidar un gran número de máquinas virtuales es la virtualización ilimitada de Enterprise: licencia todos los núcleos físicos de un host con licencias de núcleo de Enterprise cubiertas por Software Assurance activo y respeta los mínimos por procesador físico. Esto permite ejecutar cualquier número de instancias de SQL Server en cualquier número de entornos de sistema operativo virtuales en ese servidor con licencia. Este derecho no cubre automáticamente los demás hosts. Antes de habilitar la migración automática de máquinas virtuales, identifica todos los destinos posibles y verifica su cobertura o los derechos de movilidad de licencias aplicables.

• Registra los núcleos virtuales asignados a cada máquina virtual de SQL Server.
• No des por hecho que una clave perpetua incluye derechos para licenciar máquinas virtuales individuales.
• Compara el licenciamiento por máquina virtual con la cobertura completa de cada host previsto.
• Incluye los hosts de mantenimiento y conmutación por error en el plan de ubicación de las máquinas virtuales.
• Revisa las restricciones de reasignación antes de mover licencias entre servidores.

Clasifica cada réplica de disponibilidad como pasiva o con necesidad de licencia propia

Un grupo de disponibilidad es un diseño de resiliencia, no una exención general de licencias para sus servidores secundarios. Con las ventajas de Software Assurance o de suscripción de Microsoft que cumplan los requisitos, determinadas instancias pasivas de conmutación por error pueden ejecutarse sin licencias adicionales de SQL Server, siempre que se respeten las Condiciones del Producto aplicables. Un servidor secundario que atienda consultas de informes u otras cargas de trabajo activas de SQL Server suele necesitar su propia cobertura de licencias. Clasifica las réplicas según su actividad real, no según si el diagrama de arquitectura las identifica como primarias o secundarias.

Documenta la ubicación, la finalidad y las operaciones permitidas de cada réplica antes de comprar licencias. Los derechos de conmutación por error de Microsoft distinguen entre alta disponibilidad y recuperación ante desastres, e imponen condiciones sobre las instancias pasivas, la capacidad y el funcionamiento simultáneo. Se permiten ciertas operaciones de mantenimiento en las instancias pasivas que cumplan los requisitos, pero esto no debe interpretarse como un uso en producción sin restricciones. Si una réplica va a atender consultas de inteligencia empresarial, cargas de trabajo de pruebas o tráfico de aplicaciones, evalúala como un despliegue activo en lugar de dar por hecho que se aplican los derechos de uso pasivo.

• Enumera las conexiones de informes y aplicaciones a cada servidor secundario.
• Verifica los derechos exactos para instancias pasivas asociados a tus licencias.
• Contrasta las actividades de copia de seguridad y mantenimiento permitidas con las condiciones de Microsoft.
• Registra el impacto en las licencias de las pruebas de conmutación por error previstas.
• Reevalúa la cobertura al cambiar las funciones de las réplicas o añadir enrutamiento de solo lectura.

Valida el cifrado y la recuperación como controles de producción independientes

Trata el cifrado del almacenamiento, el cifrado de las conexiones y la protección frente al acceso privilegiado a la base de datos como requisitos distintos. Transparent Data Encryption protege los archivos de datos y de registro de la base de datos en reposo; no impide que las consultas SQL autorizadas lean el contenido en texto sin cifrar. TLS protege las conexiones de red cuando está correctamente configurado. Always Encrypted protege los valores de determinadas columnas mediante controladores de cliente compatibles, con claves gestionadas fuera del motor de base de datos. Sus propiedades de seguridad y sus capacidades de consulta dependen de la configuración, incluido el uso de enclaves seguros.

Prepara un procedimiento de recuperación antes de trasladar a producción datos sujetos a requisitos normativos. Para TDE basado en certificados, haz una copia de seguridad del certificado que protege la clave de cifrado de la base de datos junto con su clave privada y guarda el material de recuperación de forma segura fuera del servidor de base de datos. Para restaurar una base de datos cifrada en otro entorno se necesita acceso al elemento de protección correspondiente. Prueba la restauración en un destino aislado y después verifica la conectividad de las aplicaciones, los inicios de sesión, los trabajos y las dependencias externas. La replicación o un grupo de disponibilidad no sustituyen a las copias de seguridad independientes frente a eliminaciones, corrupción de datos o ransomware.

• Define por separado qué datos necesitan protección en reposo, en tránsito y a nivel de columna.
• Comprueba la compatibilidad de los controladores antes de adoptar Always Encrypted.
• Exige la validación de certificados al configurar conexiones de cliente cifradas.
• Incluye la recuperación de las claves de cifrado en cada ensayo de restauración.
• Mide mediante pruebas el tiempo de recuperación y la pérdida de datos aceptable.

Ejemplos de packs de dos núcleos de SQL Server Enterprise. Los ejemplos físicos cubren todo el servidor; los ejemplos de máquinas virtuales individuales requieren licencias de suscripción que cumplan los requisitos o Software Assurance activo. No se incluyen las licencias del sistema operativo ni los servidores adicionales.