# Actualizaciones del motor de base de datos de MariaDB
Cuando Amazon RDS admita una nueva versión de un motor de base de datos, podrá actualizar sus instancias de base de datos a la nueva versión. Hay dos tipos de actualizaciones para las instancias de base de datos de MariaDB: actualizaciones de versiones principales y actualizaciones de versiones secundarias.
*Las actualizaciones de la versión principal* pueden contener cambios realizados en la base de datos que no son compatibles con las versiones anteriores de las aplicaciones. Por lo tanto, debe realizar manualmente las actualizaciones de versiones principales de sus instancias de base de datos. Puede iniciar una actualización de versión principal modificando su instancia de base de datos. Sin embargo, antes de realizar una actualización de versión principal, recomendamos que siga las instrucciones descritas en [Actualizaciones de versiones principales de RDS para MariaDB](USER_UpgradeDBInstance.MariaDB.Major.md).
Por su parte, las *actualizaciones de versiones secundarias* solo incluyen cambios compatibles con las versiones anteriores de las aplicaciones. Puede iniciar manualmente una actualización de versiones secundarias modificando su instancia de base de datos. O puede habilitar la opción **Auto minor version upgrade (Actualización automática de versiones secundarias)** al crear o modificar una instancia de base de datos. Si lo hace, su instancia de base de datos se actualizará automáticamente después de que Amazon RDS pruebe y apruebe la nueva versión. Para obtener información sobre cómo realizar una actualización, consulte [Actualización de una versión del motor de una instancia de base de datos ](USER_UpgradeDBInstance.Upgrading.md).
Si la instancia de base de datos de MariaDB usa las réplicas de lectura, debe actualizar todas las réplicas de lectura antes de actualizar la instancia de origen. Si la instancia de base de datos está en una implementación Multi-AZ, se actualizan las réplicas en espera y de escritor. Es posible que su instancia de base de datos no esté disponible hasta que se complete la actualización.
Para obtener más información acerca de las versiones de MariaDB compatibles y la administración de las versiones, consulte [Versiones de MariaDB en Amazon RDS](MariaDB.Concepts.VersionMgmt.md).
Las actualizaciones del motor de base de datos requieren tiempo de inactividad El tiempo que dura la interrupción varía según el tamaño de la instancia de base de datos.
Amazon RDS también admite la política de implementación de actualizaciones para administrar las actualizaciones automáticas de versiones secundarias en varios recursos de bases de datos y Cuentas de AWS. Para obtener más información, consulte [Uso de la política de implementación de actualizaciones de AWS Organizations para actualizaciones de versiones secundarias automáticas](RDS.Maintenance.AMVU.UpgradeRollout.md).
**sugerencia**
Puede minimizar el tiempo de inactividad necesario para la actualización de la instancia de base de datos mediante una implementación azul/verde. Para obtener más información, consulte [Uso de las implementaciones azul/verde de Amazon RDS para actualizar las bases de datos](blue-green-deployments.md).
**Topics**
+ [Aspectos a tener en cuenta sobre las actualizaciones de MariaDB](#USER_UpgradeDBInstance.MariaDB.Considerations)
+ [Búsqueda de objetivos de actualización válidos](#USER_UpgradeDBInstance.MariaDB.FindingTargets)
+ [Números de versión de MariaDB](USER_UpgradeDBInstance.MariaDB.VersionID.md)
+ [Números de versión de RDS en RDS para MariaDB](USER_UpgradeDBInstance.MariaDB.rds.version.md)
+ [Actualizaciones de versiones principales de RDS para MariaDB](USER_UpgradeDBInstance.MariaDB.Major.md)
+ [Actualización de una instancia de base de datos MariaDB](#USER_UpgradeDBInstance.MariaDB.Upgrading)
+ [Actualizaciones de versiones secundarias automáticas de RDS para MariaDB](USER_UpgradeDBInstance.MariaDB.Minor.md)
+ [Uso de una réplica de lectura para reducir el tiempo de inactividad al actualizar una base de datos de RDS para MariaDB](USER_UpgradeDBInstance.MariaDB.ReducedDowntime.md)
+ [Supervisión de las actualizaciones del motor de base de datos de RDS para MariaDB con eventos](USER_UpgradeDBInstance.MariaDB.Monitoring.md)
## Aspectos a tener en cuenta sobre las actualizaciones de MariaDB
Amazon RDS toma dos o más instantáneas de la base de datos durante el proceso de actualización. Amazon RDS toma hasta dos instantáneas de la instancia de base de datos *antes* de realizar cualquier cambio en la actualización. Si la actualización de las bases de datos no funciona, puede restaurar una de estas instantáneas para crear una instancia de base de datos que ejecute la versión antigua. Amazon RDS toma otra instantánea de la instancia de base de datos cuando se completa la actualización. Amazon RDS toma estas instantáneas independientemente de si AWS Backup administra las copias de seguridad de la instancia de base de datos.
**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](Overview.DBInstance.Modifying.md).
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 la primera instantánea de base de datos que se realizó para crear una nueva instancia de base de datos.
Puede controlar cuándo debe actualizar la instancia de base de datos a una nueva versión admitida por Amazon RDS. Este nivel de control le ayuda a mantener la compatibilidad con versiones de base de datos específicas y probar nuevas versiones con una aplicación antes de implementarlas en producción. Cuando esté listo, podrá efectuar actualizaciones de versiones en el momento que le resulte más conveniente.
Si la instancia de base de datos de usa la replicación de lectura, debe actualizar todas las réplicas de lectura antes de actualizar la instancia de origen.
Si la instancia de base de datos se encuentra en un despliegue Multi-AZ, se actualizan la instancia de base de datos principal y la instancia en espera. Las instancias de base de datos principal y en espera se actualizan al mismo tiempo y se produce una interrupción hasta que finaliza la actualización. El tiempo que dura la interrupción varía según el motor de base de datos, la versión del motor y el tamaño de la instancia de base de datos.
## Búsqueda de objetivos de actualización válidos
Cuando se utiliza la Consola de administración de AWS para actualizar una instancia de base de datos, muestra los destinos de actualización válidos para la instancia de base de datos. También puede utilizar el siguiente comando de la AWS CLI para identificar los destinos de actualización válidos para una instancia de base de datos:
Para Linux, macOS o Unix:
```
aws rds describe-db-engine-versions \
--engine mariadb \
--engine-version version_number \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
Para Windows:
```
aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version version_number ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
Por ejemplo, para identificar los destinos de actualización válidos para una instancia de base de datos de MariaDB versión 10.5.17, ejecute el siguiente comando de la AWS CLI:
Para Linux, macOS o Unix:
```
aws rds describe-db-engine-versions \
--engine mariadb \
--engine-version 10.5.17 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
Para Windows:
```
aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version 10.5.17 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
# Números de versión de MariaDB
La secuencia de numeración de las versiones del motor de la base de datos RDS para MariaDB tiene el formato *principal.secundaria.parche.aaaammdd* o *principal.secundaria.parche* (por ejemplo, 10.11.5.R2.20231201 o 10.4.30). El formato utilizado depende de la versión del motor de MariaDB.
**principal**
El número de versión principal es tanto el entero como la primera parte fraccional del número de versión (por ejemplo, 10.11). Una actualización de versión principal aumenta la parte principal del número de versión. Por ejemplo, una actualización de *10.5*.20 a 10.6.12 es una actualización de versión principal, donde *10.5* y *10.6* son los números de la versión principal.
**secundaria**
El número de versión secundaria es la tercera parte del número de versión (por ejemplo, el 5 en 10.11.5).
**parche**
El parche es la cuarta parte del número de versión (por ejemplo, el R2 en 10.11.5.R2). Una versión de parche de RDS incluye correcciones de errores importantes que se agregan a una versión secundaria después de su lanzamiento.
**AAAAMMDD**
La fecha es la quinta parte del número de versión (por ejemplo, 20231201 en 10.11.5.R2.20231201). Una versión de fecha de RDS es un parche de seguridad que incluye correcciones de seguridad importantes que se agregan a una versión secundaria después de su lanzamiento. No incluye ninguna corrección que pueda cambiar el comportamiento de un motor.
La siguiente tabla explica el esquema de nomenclatura de RDS para MariaDB versión 10.11.
| Versión secundaria 10.11 | Esquema de nomenclatura |
| --- | --- |
| ≥5 | Las nuevas instancias de base de datos utilizan el formato *principal.secundaria.parche.AAMMDD* (por ejemplo, 10.11.5.R2.20231201). Las instancias de base de datos existentes pueden usar el formato *principal.secundaria.parche* (por ejemplo, 10.11.5.R2) hasta la próxima actualización de la versión principal o secundaria. |
| < 5 | Las instancias de base de datos existentes utilizan el formato *principal.secundaria.parche* (por ejemplo, 10.11.4.R2). |
La siguiente tabla explica el esquema de nomenclatura de RDS para MariaDB versión 10.6.
| Versión secundaria 10.6 | Esquema de nomenclatura |
| --- | --- |
| ≥ 14 | Las nuevas instancias de base de datos utilizan el formato *principal.secundaria.parche.AAMMDD* (por ejemplo, 10.6.14.R2.20231201). Las instancias de base de datos existentes pueden usar el formato *principal.secundaria.parche* (por ejemplo, 10.6.14.R2) hasta la próxima actualización de la versión principal o secundaria. |
| < 14 | Las instancias de base de datos existentes utilizan el formato *principal.secundaria.parche* (por ejemplo, 10.6.13.R2). |
La siguiente tabla explica el esquema de nomenclatura de RDS para MariaDB versión 10.5.
| Versión secundaria 10.5 | Esquema de nomenclatura |
| --- | --- |
| ≥ 21 | Las nuevas instancias de base de datos utilizan el formato *principal.secundaria.parche.AAMMDD* (por ejemplo, 10.5.21.R2.20231201). Las instancias de base de datos existentes pueden usar el formato *principal.secundaria.parche* (por ejemplo, 10.5.21.R2) hasta la próxima actualización de la versión principal o secundaria. |
| < 21 | Las instancias de base de datos existentes utilizan el formato *principal.secundaria.parche* (por ejemplo, 10.5.20.R2). |
La siguiente tabla explica el esquema de nomenclatura de RDS para MariaDB versión 10.4.
| Versión secundaria 10.4 | Esquema de nomenclatura |
| --- | --- |
| ≥ 30 | Las nuevas instancias de base de datos utilizan el formato *principal.secundaria.parche.AAMMDD* (por ejemplo, 10.4.30.R2.20231201). Las instancias de base de datos existentes pueden usar el formato *principal.secundaria.parche* (por ejemplo, 10.4.30.R2) hasta la próxima actualización de la versión principal o secundaria. |
| < 30 | Las instancias de base de datos existentes utilizan el formato *principal.secundaria.parche* (por ejemplo, 10.4.29.R2). |
# Números de versión de RDS en RDS para MariaDB
Los números de versión de RDS utilizan el esquema de nomenclatura `major.minor.patch` o `major.minor.patch.YYYYMMDD`. Una versión de parche de RDS incluye correcciones de errores importantes que se agregan a una versión secundaria después de su lanzamiento. Una versión de fecha de RDS (*AAMMDD*) es un parche de seguridad. Un parche de seguridad no incluye ninguna corrección que pueda cambiar el comportamiento de un motor.
Para identificar el número de versión de Amazon RDS de la base de datos, primero debe crear la extensión `rds_tools` mediante el siguiente comando:
```
CREATE EXTENSION rds_tools;
```
Puede averiguar el número de versión de RDS de su base de datos de RDS para MariaDB con la siguiente consulta SQL:
```
mysql> select mysql.rds_version();
```
Por ejemplo, la consulta de una base de datos de RDS para MariaDB 10.6.14 muestra lo siguiente:
```
+---------------------+
| mysql.rds_version() |
+---------------------+
| 10.6.14.R2.20231201 |
+---------------------+
1 row in set (0.01 sec)
```
# Actualizaciones de versiones principales de RDS para MariaDB
Las actualizaciones de la versión principal pueden contener cambios realizados en la base de datos que no son compatibles con las versiones anteriores de las aplicaciones. En consecuencia, Amazon RDS no aplica automáticamente actualizaciones de versión principal. Debe modificar manualmente su instancia de base de datos. Recomendamos que pruebe exhaustivamente cualquier actualización antes de aplicarla a las instancias de producción.
**nota**
En MariaDB 11.8, el valor predeterminado para `require_secure_transport` es ahora `1`, lo que requiere conexiones SSL/TLS seguras. Establézcalo en `0` si se necesitan conexiones no seguras.
Amazon RDS es compatible con las siguientes actualizaciones locales para versiones principales del motor de base de datos de MariaDB:
+ Cualquier versión de MariaDB hasta MariaDB 11.8
+ Cualquier versión de MariaDB hasta MariaDB 11.4
+ Cualquier versión de MariaDB hasta MariaDB 10.11
+ Cualquier versión de MariaDB hasta MariaDB 10.6
+ MariaDB 10.4 a MariaDB 10.5
Si desea usar un grupo de parámetros personalizado y realiza una actualización de versión principal, debe especificar un grupo de parámetros predeterminado para la nueva versión del motor de base de datos o crear su grupo de parámetros personalizado para la nueva versión del motor de base de datos. Para asociar el nuevo grupo de parámetros con la instancia de base de datos se requiere un reinicio de la base de datos iniciado por el cliente una vez que se haya completado la actualización. El estado del grupo de parámetros de la instancia mostrará `pending-reboot` si la instancia se tiene que reiniciar para aplicar los cambios del grupo de parámetros. El estado del grupo de parámetros de una instancia se puede visualizar en la Consola de administración de AWS o ejecutando una llamada "describe", como `describe-db-instances`.
## Actualización de una instancia de base de datos MariaDB
Para obtener más información acerca de la actualización automática o manual de una instancia de base de datos MariaDB, consulte [Actualización de una versión del motor de una instancia de base de datos ](USER_UpgradeDBInstance.Upgrading.md).
# Actualizaciones de versiones secundarias automáticas de RDS para MariaDB
Si especifica la siguiente configuración al crear o modificar una instancia de base de datos, puede actualizar automáticamente la instancia de base de datos.
+ La opción **Auto minor version upgrade** (Actualización automática de versión secundaria) está habilitada.
+ La configuración del **Backup retention period** (periodo de retención de copia de seguridad) es mayor que 0.
En la Consola de administración de AWS, esta configuración se encuentra en **Additional configuration** (Configuración adicional). En la siguiente imagen se muestra la configuración **Auto minor version upgrade** (Actualización automática de versiones secundarias).
![\[Auto minor version upgrade (Actualización automática de versiones secundarias)\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/amvu.png)
Para obtener más información sobre estas opciones, consulte [Configuración de instancias de base de datos](USER_ModifyInstance.Settings.md).
Para algunas versiones principales de RDS para MariaDB en algunas Regiones de AWS, RDS designa una versión secundaria como versión de actualización automática. Después de que Amazon RDS pruebe y apruebe una versión secundaria, la actualización de versión secundaria se produce automáticamente durante el periodo de mantenimiento. RDS no configura automáticamente versiones secundarias publicadas recientemente como la versión de actualización automática. Antes de que RDS asigne una versión de actualización automática más reciente, deben considerarse algunos criterios, como, por ejemplo, los que se indican a continuación:
+ Problemas de seguridad conocidos
+ Errores en la versión de la comunidad de MariaDB
+ Estabilidad general de la flota desde que se publicó la versión secundaria
**nota**
Se ha eliminado la compatibilidad con las versiones 1.0 y 1.1 de TLS a partir de versiones secundarias específicas de MariaDB. Para obtener información acerca de la compatibilidad de las versiones secundarias de MariaDB, consulte [Compatibilidad con SSL/TLS para instancias de base de datos de MariaDB en Amazon RDS](MariaDB.Concepts.SSLSupport.md).
Puede utilizar el siguiente comando de la AWS CLI para determinar la versión actual de destino de actualización secundaria automática para una versión secundaria de MariaDB especificada en una Región de AWS específica.
Para Linux, macOS o Unix:
```
aws rds describe-db-engine-versions \
--engine mariadb \
--engine-version minor_version \
--region region \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \
--output text
```
Para Windows:
```
aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version minor_version ^
--region region ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^
--output text
```
Por ejemplo, el siguiente comando de la AWS CLI determina el destino de actualización secundario automático para la versión secundaria 10.5.16 de MariaDB en la Región de AWS de Este de EE. UU. (Ohio) (us-east-2).
Para Linux, macOS o Unix:
```
aws rds describe-db-engine-versions \
--engine mariadb \
--engine-version 10.5.16 \
--region us-east-2 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \
--output table
```
Para Windows:
```
aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version 10.5.16 ^
--region us-east-2 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^
--output table
```
Su resultado es similar al siguiente.
```
----------------------------------
| DescribeDBEngineVersions |
+--------------+-----------------+
| AutoUpgrade | EngineVersion |
+--------------+-----------------+
| True | 10.5.17 |
| False | 10.5.18 |
| False | 10.5.19 |
| False | 10.6.5 |
| False | 10.6.7 |
| False | 10.6.8 |
| False | 10.6.10 |
| False | 10.6.11 |
| False | 10.6.12 |
+--------------+-----------------+
```
En este ejemplo, el valor `AutoUpgrade` es `True` para MariaDB versión 10.5.17. Por lo tanto, el objetivo de actualización secundaria automática es MariaDB versión 10.5.17., que está resaltado en el resultado.
Una instancia de base de datos de MariaDB se actualiza automáticamente durante el periodo de mantenimiento si se cumplen los siguientes criterios:
+ La opción **Auto minor version upgrade** (Actualización automática de versión secundaria) está habilitada.
+ La configuración del **Backup retention period** (periodo de retención de copia de seguridad) es mayor que 0.
+ La instancia de base de datos se ejecuta en una versión secundaria de motor de base de datos que es anterior a la versión secundaria de actualización automática actual.
Para obtener más información, consulte [Actualización automática de la versión secundaria del motor](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades).
# Uso de una réplica de lectura para reducir el tiempo de inactividad al actualizar una base de datos de RDS para MariaDB
En la mayoría de los casos, una implementación azul/verde es la mejor opción para reducir el tiempo de inactividad al actualizar una instancia de base de datos MariaDB. Para obtener más información, consulte [Uso de las implementaciones azul/verde de Amazon RDS para actualizar las bases de datos](blue-green-deployments.md).
Si no puede usar una implementación azul/verde y en la actualidad se está utilizando su instancia de base de datos de MariaDB con una aplicación de producción, puede utilizar el siguiente procedimiento para actualizar la versión de base de datos de la instancia de base de datos. Este procedimiento puede reducir la duración del tiempo de inactividad de la aplicación.
Al utilizar una réplica de lectura, puede realizar la mayoría de los pasos de mantenimiento con anticipación y minimizar los cambios necesarios durante la interrupción real. Con esta técnica, puede probar y preparar la nueva instancia de base de datos sin realizar ningún cambio en su instancia de base de datos existente.
El siguiente procedimiento muestra un ejemplo de actualización de la versión 10.5 de MariaDB a la 10.6. Puede usar los mismos pasos generales para actualizaciones a otras versiones principales.
**Para actualizar una base de datos MariaDB mientras se está utilizando una instancia de base de datos**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Cree una réplica de lectura para la instancia de base de datos de MariaDB 10.5. Este proceso permite crear una copia actualizable de su base de datos. También pueden existir otras réplicas de lectura de la instancia de base de datos.
1. En la consola, elija **Databases** (Bases de datos) y, después, seleccione la instancia de base de datos que desea actualizar.
1. En **Actions (Acciones)**, elija **Create read replica (Crear réplica de lectura)**.
1. Proporcione un valor de **DB instance identifier** (Identificador de instancias de bases de datos) para su réplica de lectura y asegúrese de que el valor de **DB instance class** (Clase de instancia de base de datos) y otros ajustes coinciden con su instancia de base de datos de MariaDB 10.5.
1. Elija **Create read replica (Crear réplica de lectura)**.
1. (Opcional) Cuando se ha creado la réplica de lectura y **Status** (Estado) se muestra como **Available** (Disponible), convierta la réplica de lectura en una implementación Multi-AZ y habilite las copias de seguridad.
De forma predeterminada, una réplica de lectura se crea como una implementación Single-AZ con copias de seguridad deshabilitadas. Dado que la réplica de lectura se convierte en la instancia de base de datos de producción, es una práctica recomendada configurar una implementación Multi-AZ y habilitar ahora las copias de seguridad.
1. En la consola, elija **Databases** (Bases de datos) y, después, seleccione la réplica de lectura que acaba de crear.
1. Elija **Modify**.
1. Para **Multi-AZ deployment** (Implementación Multi-AZ), elija **Create a standby instance** (Crear una instancia en espera).
1. En **Backup Retention Period** (Periodo de retención de copia de seguridad), elija un valor positivo distinto de cero, por ejemplo, 3 días y, después, elija **Continue** (Continuar).
1. En **Programación de modificaciones**, elija **Aplicar inmediatamente**.
1. Elija **Modificar la instancia de base de datos**.
1. Cuando el **Status** (Estado) de la réplica de lectura se muestra como **Available** (Disponible), actualice la réplica de lectura a MariaDB 10.6.
1. En la consola, elija **Databases** (Bases de datos) y, después, seleccione la réplica de lectura que acaba de crear.
1. Elija **Modify**.
1. En **DB engine version** (Versión del motor de base de datos), elija la versión de MariaDB 10.6. a la que se realizará la actualización y, luego, elija **Continue** (Continuar).
1. En **Programación de modificaciones**, elija **Aplicar inmediatamente**.
1. Elija **Modify DB instance (Modificar instancia de base de datos)** para comenzar la actualización.
1. Cuando haya finalizado la actualización y el **Status** (Estado) se muestre como **Available** (Disponible), verifique que la réplica de lectura actualizada esté al día con la instancia de base de datos de MariaDB 10.5 de origen. Para comprobarlo, conéctese a la réplica de lectura y ejecute el comando `SHOW REPLICA STATUS`. Si el campo `Seconds_Behind_Master` muestra `0`, significa que la replicación está al día.
**nota**
Versiones anteriores de MariaDB utilizaban `SHOW SLAVE STATUS` en lugar de `SHOW REPLICA STATUS`. Si usa una versión de MariaDB anterior a la 10.6, utilice `SHOW SLAVE STATUS`.
1. (Opcional) Cree una réplica de lectura de su réplica de lectura.
Si desea que la instancia de base de datos tenga una réplica de lectura después de promocionarse a una instancia de base de datos independiente, puede crear la réplica de lectura ahora.
1. En la consola, elija **Databases** (Bases de datos) y, después, seleccione la réplica de lectura que acaba de actualizar.
1. En **Actions (Acciones)**, elija **Create read replica (Crear réplica de lectura)**.
1. Proporcione un valor de **DB instance identifier** (Identificador de instancias de bases de datos) para su réplica de lectura y asegúrese de que el valor de **DB instance class** (Clase de instancia de base de datos) y otros ajustes coinciden con su instancia de base de datos de MariaDB 10.5.
1. Elija **Create read replica (Crear réplica de lectura)**.
1. (Opcional) Configure un grupo de parámetros de base de datos personalizado para la réplica de lectura.
Si desea que la instancia de base de datos utilice un grupo de parámetros personalizado después de promocionarse a una instancia de base de datos independiente, puede crear el grupo de parámetros de base de datos ahora y asociarlo con la réplica de lectura.
1. Cree un grupo de parámetros de base de datos personalizado para MariaDB 10.6. Para obtener instrucciones, consulte [Creación de un grupo de parámetros de base de datos en Amazon RDS](USER_WorkingWithParamGroups.Creating.md).
1. Modifique los parámetros que desea cambiar en el grupo de parámetros de base de datos que acaba de crear. Para obtener instrucciones, consulte [Modificación de los parámetros de un grupo de parámetros de base de datos en Amazon RDS](USER_WorkingWithParamGroups.Modifying.md).
1. En la consola, elija **Databases** (Bases de datos) y, a continuación, elija la réplica de lectura.
1. Elija **Modify**.
1. En **DB parameter group** (Grupo de parámetros de base de datos), elija el grupo de parámetros de base de datos de MariaDB 10.6 que acaba de crear y, a continuación, elija **Continue** (Continuar).
1. En **Programación de modificaciones**, elija **Aplicar inmediatamente**.
1. Elija **Modify DB instance (Modificar instancia de base de datos)** para comenzar la actualización.
1. Haga que su réplica de lectura de MariaDB 10.6 sea una instancia de base de datos independiente.
**importante**
Cuando promocione su réplica de lectura de MariaDB 10.6 a una instancia de base de datos independiente, dejará de ser una réplica de su instancia de base de datos de MariaDB 10.5. Recomendamos que promocione su réplica de lectura de MariaDB 10.6 durante un período de mantenimiento cuando su instancia de base de datos de MariaDB 10.5 de origen esté en modo de solo lectura y se hayan suspendido todas las operaciones de escritura. Cuando haya finalizado la promoción, puede dirigir sus operaciones de escritura a la instancia de base de datos de MariaDB 10.6 actualizada para asegurarse de que no se ha perdido ninguna operación de escritura.
Además, recomendamos que, antes de promocionar su réplica de lectura de MariaDB 10.6, realice todas las operaciones de lenguaje de definición de datos (DDL) necesarias en la réplica de lectura de MariaDB 10.6. Un ejemplo es la creación de índices. Este enfoque evita los efectos negativos en el rendimiento de la réplica de lectura de MariaDB 10.6 después de su promoción. Para promocionar una réplica de lectura, siga este procedimiento.
1. En la consola, elija **Databases** (Bases de datos) y, después, seleccione la réplica de lectura que acaba de actualizar.
1. En ** Actions (Acciones)**, seleccione **Promote (Promover)**.
1. Elija **Yes (Sí)** para habilitar las copias de seguridad automatizadas para la instancia de réplica de lectura. Para obtener más información, consulte [Introducción a las copias de seguridad](USER_WorkingWithAutomatedBackups.md).
1. Elija **Continue**.
1. Elija **Promote Read Replica**.
1. Ahora tiene una versión actualizada de su base de datos MariaDB. En este punto, puede dirigir sus aplicaciones a la nueva instancia de base de datos de MariaDB 10.6.
# Supervisión de las actualizaciones del motor de base de datos de RDS para MariaDB con eventos
Cuando se actualiza la versión del motor de una base de datos de RDS para MariaDB, Amazon RDS emite un evento específico durante cada fase del proceso. Para realizar un seguimiento del progreso de una actualización, puede ver estos eventos o suscribirse a ellos.
Para obtener más información sobre los eventos de RDS, consulte [Supervisión de eventos de Amazon RDS](working-with-events.md).
Para obtener información detallada sobre un evento específico de Amazon RDS que se produce durante la actualización del motor, consulte [Categorías y mensajes de eventos de Amazon RDS ](USER_Events.Messages.md).