Las capacidades de una instancia de ApsaraDB RDS for SQL Server varían según la versión principal del motor (versión de SQL Server) y la edición de RDS. Para obtener un mejor rendimiento y escalabilidad, actualice su instancia a una versión y edición superiores. Por ejemplo, puede actualizar la versión principal de una instancia de SQL Server 2019 Standard Edition a SQL Server 2022 Standard Edition, o cambiar la edición de Basic Edition a High-availability Edition.
Contexto
RDS for SQL Server ofrece instancias en tres ediciones, cada una con diferentes features y ventajas.
Las instancias Basic Edition no cuentan con una instancia secundaria para respaldo activo. Esto puede provocar tiempos de inactividad prolongados si la instancia falla o durante tareas como cambios de especificaciones o actualizaciones de versión.
Las instancias High-availability Edition utilizan una arquitectura clásica de alta disponibilidad con una instancia principal y una secundaria. Los datos de la instancia principal se sincronizan con la secundaria semi-synchronously or asynchronously. Si la instancia principal falla, el sistema realiza automáticamente un failover hacia la instancia secundaria.
Las instancias Cluster Edition se basan en la tecnología Always On de SQL Server, que desacopla la computación del almacenamiento. Esta edición le permite crear una o más read-only instances para implementar la separación de lectura y escritura, lo cual es ideal para volúmenes altos de lectura.
Notas de uso
-
Las actualizaciones de la versión principal del motor, de la edición y del tipo de instancia son irreversibles. Las reglas de actualización son las siguientes:
AvisoDado que las actualizaciones son irreversibles, se recomienda que primero create a pay-as-you-go or serverless target instance para comprobar la compatibilidad.
Durante la actualización, no modifique los metadatos de la instancia, ya que esto puede causar inconsistencias en los datos al finalizar el proceso. Entre las operaciones de modificación de metadatos se incluyen, entre otras, agregar o eliminar bases de datos, o cambiar el modelo de recuperación de una base de datos.
-
La actualización implica una migración entre hosts, lo que elimina los host account y cualquier programa o archivo, como SSIS, SSAS y SSRS, del host original. Debe migrar o respaldar sus datos por adelantado.
ImportanteEn la mayoría de los casos, las actualizaciones de versiones secundarias del motor no causan problemas de compatibilidad. Sin embargo, pueden generar cambios en la funcionalidad. Se recomienda revisar las actualizaciones acumulativas (CU) de SQL Server publicadas por Microsoft para comprobar si se actualizó el kernel de SQL Server.
Limitaciones
A continuación se muestran las instancias que no admiten actualizaciones de versión de base de datos:
Instancias unidas a un Active Directory (AD) domain.
Instancias Serverless.
Instancias principales de Read-only instances y Cluster Edition que tengan instancias de solo lectura adjuntas.
Instancias principales de Cluster Edition con read-only endpoint for the secondary instance habilitado.
Impactos
Una vez iniciado, el proceso de actualización no se puede cancelar ni revertir después de completarse.
Sus configuraciones actuales, como el nombre de la instancia, el puerto, las etiquetas y las cuentas de base de datos, permanecen sin cambios después de la actualización.
La duración de la actualización depende de factores como el volumen de datos de su instancia. Para obtener más información, consulte la sección FAQ de este tema.
La actualización implica un cambio de red que causa una interrupción del servicio de hasta 20 minutos. Para obtener más información, consulte la sección FAQ de este tema. Asegúrese de que su aplicación cuente con un mecanismo de reconexión automática.
Durante la actualización, el proceso migra los recursos subyacentes de la instancia, lo que provoca un cambio en la dirección IP virtual (VIP). Para garantizar la estabilidad y continuidad del negocio, utilice el internal or public endpoint of the RDS instance para conectarse a su aplicación. No use la dirección IP resuelta. El endpoint de RDS es un nombre de dominio dinámico con capacidades de enrutamiento automático que se adapta sin problemas a los cambios de IP del backend.
Si elige realizar el cambio dentro de la ventana de mantenimiento, las copias de seguridad regulares de la instancia se deshabilitan desde el momento en que envía la tarea de actualización hasta que finaliza la migración.
-
Borre la caché de DNS en su cliente. Si su cliente es una aplicación basada en JVM, se recomienda establecer el TTL en la configuración de la JVM en 60 segundos o menos. De esta forma, cuando cambie la dirección VIP del endpoint, la aplicación podrá obtener la nueva dirección VIP al volver a consultar el DNS.
NotaLos siguientes métodos para configurar el TTL en la JVM sirven como referencia:
Para establecer el TTL de todas las aplicaciones basadas en JVM, configure el parámetro networkaddress.cache.ttl en el archivo $JAVA_HOME/jre/lib/security/java.security con el valor 60.
Para establecer el TTL únicamente en una aplicación local, incluya
java.security.Security.setProperty("networkaddress.cache.ttl" , "60");en el código de inicialización de la aplicación antes de establecer cualquier conexión de red, específicamente antes de la primera llamada aInetAddress.getByName().
Si tiene una tarea de Data Transmission Service (DTS) en curso, deberá reconfigurarla y reiniciarla después de la actualización.
Facturación
Para obtener información sobre los cargos por actualizar la versión, consulte change specifications.
Procedimiento
Vaya a la página Instances. En la barra de navegación superior, seleccione la región donde reside la instancia de RDS. Luego, busque la instancia de RDS y haga clic en su ID.
-
En la página Basic Information, dentro de la sección Configuration Information, haga clic en Upgrade Version. En el cuadro de diálogo que aparece, haga clic en OK.
NotaSi no se muestra Upgrade Version, compruebe si su instancia cumple con los upgrade requirements.
-
En la página Upgrade Engine Version, modifique la configuración. La siguiente tabla describe los parámetros clave. Para obtener información sobre otros parámetros, consulte Create an ApsaraDB RDS for SQL Server instance.
NotaAlgunas instancias pueden tener restricciones en las versiones y ediciones disponibles durante una actualización. Para obtener más información, consulte las secciones Notas de uso y Limitaciones de este tema.
Parámetro
Descripción
Upgrade To
Las opciones disponibles para Edition y Instance Type cambian según la versión de destino que seleccione. Para obtener más información, consulte Upgrade rules.
Edition
Seleccione la target edition:
Basic Edition: arquitectura de nodo único con la computación y el almacenamiento desacoplados.
High-availability Edition: arquitectura clásica de alta disponibilidad con una instancia principal y una secundaria, que ofrece un rendimiento equilibrado.
Cluster Edition: arquitectura de alta disponibilidad con una instancia principal y varias secundarias. Las instancias secundarias están accesibles para operaciones de lectura.
Instance Type
Each instance type tiene una cantidad específica de vCPU, tamaño de memoria, número máximo de conexiones e IOPS máximos.
Switching Time
Switch Immediately After Data Migration: la migración y el cambio de red comienzan de inmediato.
Switch Within Maintenance Window: la migración comienza de inmediato y el cambio de red se produce durante la ventana de mantenimiento configurada.
-
Haga clic en Pay Now. En el cuadro de diálogo que aparece, haga clic en OK.
El estado de la instancia cambia a . Cuando el estado de la instancia cambia a Running, la actualización ha finalizado. El tiempo requerido depende de la cantidad de datos. Espere a que concluya el proceso.
Preguntas frecuentes
API relacionada
También puede actualizar la versión principal de la base de datos mediante una llamada a la API. Para obtener más información, consulte Modify an RDS instance.