Aspectos a tener en cuenta sobre las actualizaciones de SQL Server
Amazon RDS toma dos instantáneas de base de datos durante el proceso de actualización. La primera instantánea de base de datos es la de la instancia de base de datos antes de que se haya llevado a cabo ningún cambio. La segunda instantánea de base de datos se crea cuando termina la actualización.
nota
Amazon RDS solo realiza instantáneas de base de datos si ha definido el periodo de retención de copia de seguridad de su instancia de base de datos en un número mayor que 0. Para cambiar el periodo de retención de copia de seguridad, consulte Modificación de una instancia de base de datos de Amazon RDS.
Después de completar la actualización, no puede volver a la versión anterior del motor de base de datos. Si desea volver a la versión anterior, restaure desde la instantánea de base de datos que se realizó antes de la actualización para crear una nueva instancia de base de datos.
Durante la actualización de una versión principal o secundaria de SQL Server, las métricas Free Storage Space y Disk Queue Depth mostrarán el valor -1. Una vez finalizada la actualización, las dos métricas recuperarán sus valores normales.
Antes de actualizar la instancia de SQL Server, lea la siguiente información.
Temas
Prácticas recomendadas antes de iniciar una actualización
Antes de iniciar el proceso de actualización, implemente los siguientes pasos preparatorios para lograr un rendimiento óptimo de la actualización y minimizar los posibles problemas:
- Administración de tiempos y carga de trabajo
-
Programe las actualizaciones durante los periodos de bajo volumen de transacciones.
Minimice las operaciones de escritura durante el periodo de actualización.
Esto permite a Amazon RDS completar las actualizaciones con mayor rapidez al reducir la cantidad de archivos de copia de seguridad del registro de transacciones que RDS necesita restaurar durante el emparejamiento entre el secundario y el primario.
- Administración de transacciones
-
Identifique y supervise transacciones de larga duración.
Asegúrese de que todas las transacciones críticas estén confirmadas antes de iniciar la actualización.
Evite las transacciones de larga duración durante el periodo de actualización.
- Optimización de archivos de registro
-
Revise y optimice los archivos de registro de transacciones:
Reduzca los archivos de registro de gran tamaño.
Reduzca los patrones de alto consumo de registros.
Administre los archivos de registro virtuales (VLF).
Mantenga un espacio libre adecuado para las operaciones normales.
Consideraciones de Multi-AZ
Amazon RDS admite implementaciones Multi-AZ para instancias de base de datos en las que se ejecuta Microsoft SQL Server mediante el uso de la creación de reflejos de bases de datos (DBM) de SQL Server o los grupos de disponibilidad (AG) Always On. Para obtener más información, consulte Implementaciones Multi-AZ para Amazon RDS for Microsoft SQL Server.
En una implementación multi-AZ (reflejo/AlwaysOn), cuando se solicita una actualización, RDS sigue una estrategia de actualización progresiva para las instancias principal y secundaria. Las actualizaciones progresivas garantizan que al menos una instancia esté disponible para las transacciones mientras se actualiza la instancia secundaria. Se espera que la interrupción solo dure lo que la conmutación por error.
Durante la actualización, RDS elimina la instancia secundaria de la configuración Multi-AZ, actualiza la instancia secundaria y restaura las copias de seguridad de registros de transacciones de la principal realizadas durante la desconexión. Una vez restauradas todas las copias de seguridad del registro, RDS une la secundaria actualizada a la principal. Cuando todas las bases de datos se encuentran en estado sincronizado, RDS realiza una conmutación por error a la instancia secundaria actualizada. Una vez completada la conmutación por error, RDS continúa con la actualización de la instancia principal anterior, restaura las copias de seguridad del registro de transacciones y la empareja con la nueva principal.
Para minimizar la duración de esta conmutación por error, recomendamos utilizar el punto de conexión del oyente del grupo de disponibilidad AlwaysOn AG cuando se utilizan bibliotecas de clientes que admiten la opción de conexión MultiSubnetFailover en la cadena de conexión. Cuando se utiliza el punto de conexión del oyente del grupo de disponibilidad, los tiempos de conmutación por error suelen ser inferiores a 10 segundos; no obstante, esta duración no incluye ningún tiempo adicional de recuperación tras un bloqueo.
Consideraciones sobre las réplicas de lectura
Durante una actualización de la versión de la base de datos, Amazon RDS actualiza todas las réplicas de lectura junto con la instancia de base de datos principal. Amazon RDS no admite actualizaciones de versiones de bases de datos en las réplicas de lectura por separado. Para obtener más información acerca de las réplicas de lectura, consulte Uso de réplicas de lectura para Microsoft SQL Server en Amazon RDS.
Al actualizar la versión de la base de datos de la instancia de base de datos principal, todas las réplicas de lectura también se actualizan automáticamente. Amazon RDS actualiza todas las réplicas de lectura de forma simultánea antes de actualizar la instancia de base de datos principal. Es posible que las réplicas de lectura no estén disponibles hasta que se complete la actualización de la versión de la base de datos en la instancia de base de datos principal.
Consideraciones relativas al grupo de opciones
Si la instancia de base de datos utiliza un grupo de opciones de base de datos personalizado, en algunos casos Amazon RDS no puede asignar automáticamente a la instancia de base de datos un grupo de opciones nuevo. Por ejemplo, cuando se actualiza a una nueva versión principal, se debe especificar un grupo de opciones nuevo. Recomendamos que cree un grupo de opciones nuevo y que le añada las mismas opciones que tiene el grupo de opciones personalizado existente.
Para obtener más información, consulte Creación de un grupo de opciones o Copia de un grupo de opciones.
Consideraciones relativas al grupo de parámetros
Si su instancia de base de datos utiliza un grupo de parámetro de base de datos personalizado:
-
Amazon RDS reinicia automáticamente la instancia de base de datos después de una actualización.
-
En algunos casos, RDS no puede asignar automáticamente un grupo de parámetro nuevo a su instancia de base de datos.
Por ejemplo, cuando se actualiza a una versión principal nueva, se debe especificar un grupo de parámetro nuevo. Recomendamos que cree un grupo de parámetros nuevo y que configure en él los mismos parámetros que tiene el grupo de parámetros personalizado existente.
Para obtener más información, consulte Creación de un grupo de parámetros de base de datos en Amazon RDS o Copia de un grupo de parámetros de base de datos en Amazon RDS.
