Compartir vía

Planee y pruebe el plan de actualización del motor de base de datos

  • Artículo

Se aplica a: SQL Server: solo Windows

Para realizar una actualización a SQL Server correcta, se precisa una planeación adecuada, con independencia del enfoque.

Notas de la versión y problemas conocidos de la actualización

Antes de actualizar el Motor de base de datos, revise lo siguiente:

Lista de comprobación previa a la planificación de la actualización

Antes de actualizar Motor de base de datos, revise esta lista de comprobación y los artículos relacionados. Estos artículos se aplican a todas las actualizaciones, independientemente del método de actualización, y con ellos puede determinar cuál es la actualización más adecuada: local, gradual o una nueva instalación. Por ejemplo, es posible que no pueda realizar una actualización local o gradual si va a actualizar el sistema operativo, o bien si actualiza desde SQL Server 2005 (9.x) o desde una versión de 32 bits de SQL Server. Para ver un árbol de decisión, consulte Choose a Database Engine Upgrade Method.

  • Requisitos de hardware y software: revise los requisitos de hardware y software para instalar SQL Server. Podrá encontrarlos en: Requisitos de hardware y software para instalar SQL Server. Una parte de cualquier ciclo de planeamiento de actualizaciones es considerar la posibilidad de actualizar el hardware y el sistema operativo. El hardware más reciente es más rápido y puede reducir las licencias debido a menos procesadores o debido a la consolidación de bases de datos y servidores. Estos tipos de cambios de hardware y software repercuten en el tipo de método de actualización que elija.

  • Entorno actual: investigue su entorno actual para descubrir los componentes de SQL Server que se utilizan y los clientes que se conectan a él.

    • Proveedores de cliente: aunque la actualización no requiere actualizar el proveedor de cada uno de los clientes, puede optar por hacerlo. Si actualiza desde SQL Server 2014 (12.x) o desde una versión anterior, las siguientes características de SQL Server 2016 (13.x) requieren un proveedor actualizado para cada cliente, o bien una actualización del proveedor para ofrecer una funcionalidad adicional:

    • Always Encrypted (motor de base de datos)

    • Stretch Database

      Importante

      Stretch Database está en desuso en SQL Server 2022 (16.x) y Azure SQL Database. Esta característica se quitará en una versión futura del motor de base de datos. Evite utilizar esta característica en nuevos trabajos de desarrollo y tenga previsto modificar las aplicaciones que actualmente la utilizan.

    • Agentes de escucha del grupo de disponibilidad, conectividad de cliente y conmutación por error de una aplicación (SQL Server)

    • Actualización de seguridad de TLS

  • Componentes de terceros: determine la compatibilidad de los componentes de terceros, como la copia de seguridad integrada.

  • Entorno de destino: compruebe que el entorno de destino cumple los requisitos de hardware y software y que puede admitir los requisitos del sistema original. Por ejemplo, la actualización puede conllevar la consolidación de varias instancias de SQL Server en una única instancia de SQL Server nueva o la virtualización de su entorno de SQL Server en una nube privada o pública.

  • Edición: determine la edición adecuada de SQL Server para su actualización e identifique las rutas de actualización válidas para esta. Para obtener información detallada, vea Supported Version and Edition Upgrades. Antes de actualizar de una edición de SQL Server a otra, compruebe que las funciones que actualmente utiliza son compatibles con la edición a la que desea actualizar.

    Nota:

    Al actualizar SQL Server desde una versión anterior de SQL Server edición Enterprise, elija entre Enterprise Edition: Licencia basada en Core y Enterprise Edition. Estas ediciones Enterprise solo se diferencian en los modos de licencia. Para obtener más información, consulte Compute Capacity Limits by Edition of SQL Server.

  • Compatibilidad con versiones anteriores: lea el artículo sobre la compatibilidad con versiones anteriores del motor de base de datos de SQL Server para ver los cambios en el comportamiento entre SQL Server y la versión de SQL Server desde la que actualiza. Consulte SQL Server Database Engine Backward Compatibility.

  • Data Migration Assistant: ejecute Data Migration Assistant para ayudar a diagnosticar problemas que podrían bloquear el proceso de actualización o precisar la modificación de scripts o aplicaciones existentes debido a un cambio importante.

    Puede descargar Data Migration Assistant aquí.

  • Comprobador de configuración del sistema: ejecute el Comprobador de configuración del sistema (SCC) de SQL Server para determinar si el programa de instalación de SQL Server detecta cualquier problema de bloqueo antes de programar la actualización. Para obtener más información, vea Check Parameters for the System Configuration Checker.

  • Actualizar las tablas optimizadas para memoria: al actualizar una instancia de SQL Server 2014 (12.x) que contenga tablas optimizadas para memoria a SQL Server 2016 (13.x) y versiones posteriores, el proceso requiere más tiempo para convertir dichas tablas en el nuevo formato en disco. Durante este proceso, la base de datos está sin conexión. La cantidad de tiempo depende del tamaño de las tablas optimizadas para memoria y de la velocidad del subsistema de E/S. Se requieren tres tamaños de operaciones de datos en el caso de las actualizaciones locales y de nueva instalación (el paso 1 no es obligatorio en el caso de las actualizaciones graduales, pero los pasos 2 y 3, sí):

    1. Ejecute la recuperación de bases de datos con el formato en disco antiguo (incluida la carga de todos los datos de tablas optimizadas para memoria en la memoria desde el disco).

    2. Serialice los datos en el disco en el nuevo formato en disco.

    3. Ejecute la recuperación de bases de datos con el nuevo formato (incluida la carga de todos los datos de tablas optimizadas para memoria en la memoria desde el disco).

      Además, si no hay suficiente espacio en disco durante este proceso, se producirá un error de recuperación. Asegúrese de que haya suficiente espacio en disco para almacenar la base de datos existente y un almacenamiento adicional equivalente al tamaño actual de los contenedores en el grupo de archivos MEMORY_OPTIMIZED_DATA de la base de datos para llevar a cabo una actualización local o a la hora de adjuntar una base de datos de SQL Server 2014 (12.x) a una instancia que ejecute SQL Server 2016 (13.x) o una versión posterior. Use la siguiente consulta para determinar el espacio en disco que se necesita para el grupo de archivos MEMORY_OPTIMIZED_DATA y, por consiguiente, también la cantidad de espacio libre en disco necesario para que la actualización se lleve a cabo correctamente:

    SELECT CAST(SUM(size) AS FLOAT) * 8 / 1024 / 1024 AS [size in GB]
FROM sys.database_files
WHERE data_space_id IN
(
    SELECT data_space_id
    FROM sys.filegroups
    WHERE type = N'FX'
);

Desarrollo y prueba del plan de actualización

El mejor método consiste en tratar la actualización como cualquier otro proyecto de TI. Organice un equipo de actualización con conocimientos sobre la administración de bases de datos; redes; extracción, transformación y carga (ETL); y otras destrezas necesarias para llevar a cabo la actualización. El equipo debe realizar lo siguiente:

  • Elegir el método de actualización: vea Elegir un método de actualización del motor de base de datos.

  • Desarrollar un plan de reversión: la ejecución de este plan le permite restaurar el entorno original si necesita llevar a cabo una reversión.

  • Determinar los criterios de aceptación: compruebe que la actualización se ha llevado a cabo correctamente antes de migrar a los usuarios al entorno actualizado.

  • Probar el plan de actualización: para probar el rendimiento mediante la carga de trabajo real, use la utilidad Microsoft SQL Server Distributed Replay. Esta herramienta puede usar varios equipos para reproducir los datos de seguimiento, con lo que se simula una carga de trabajo crítica. Si realiza una reproducción en un servidor de prueba antes y después de una actualización de SQL Server, podrá medir las diferencias de rendimiento y buscar cualquier incompatibilidad que su aplicación pueda tener con la actualización. Para obtener más información, vea SQL Server Distributed Replay y Opciones de línea de comandos de la herramienta de administración (utilidad Distributed Replay).

Contenido relacionado