# Mantenimiento de una instancia de base de datos
Amazon RDS realiza tareas de mantenimiento periódicas en los recursos de Amazon RDS. En los temas siguientes se describen estas acciones de mantenimiento y cómo aplicarlas.
## Descripción general de las actualizaciones de mantenimiento de una instancia de base de datos
El mantenimiento suele implicar actualizaciones de los siguientes recursos de su instancia de base de datos:
+ Hardware subyacente
+ Sistema operativo (SO) subyacente
+ Versión del motor de base de datos
Las actualizaciones del sistema operativo suelen deberse a motivos de seguridad. Se recomienda que las haga lo antes posible. Para obtener más información sobre las actualizaciones de sistemas operativos, consulte [Aplicación de actualizaciones a una instancia de base de datos](#USER_UpgradeDBInstance.OSUpgrades).
**Topics**
+ [
### Recursos sin conexión durante las actualizaciones de mantenimiento
](#USER_UpgradeDBInstance.Maintenance.Overview.offline)
+ [
### Modificaciones diferidas de instancias de base de datos
](#USER_UpgradeDBInstance.Maintenance.Overview.Deferred)
+ [
### Consistencia final de la API DescribependingMaintenanceActions
](#USER_UpgradeDBInstance.Maintenance.Overview.eventual-consistency)
### Recursos sin conexión durante las actualizaciones de mantenimiento
Algunos elementos de mantenimiento requieren que Amazon RDS desconecte su instancia de base de datos durante un breve periodo de tiempo. Entre los elementos de mantenimiento que requieren que un recurso esté desconectado están el sistema operativo necesario o la aplicación de parches a la base de datos. Los parches obligatorios que tienen que ver con la seguridad y la fiabilidad de la instancia son los únicos que se programan automáticamente. Estos parches se producen con poca frecuencia, normalmente una vez cada pocos meses. Rara vez se requiere más de una fracción de su período de mantenimiento.
### Modificaciones diferidas de instancias de base de datos
Las modificaciones de instancias de base de datos diferidas que haya decidido no aplicar inmediatamente se aplican durante el periodo de mantenimiento. Por ejemplo, puede elegir cambiar la clase o el grupo de parámetros de la instancia de base de datos durante el periodo de mantenimiento. Las modificaciones que especifique mediante la configuración de **reinicio pendiente** no se muestran en la lista **Mantenimiento pendiente**. Para obtener más información acerca de la modificación de una instancia de base de datos, consulte [Modificación de una instancia de base de datos de Amazon RDS](Overview.DBInstance.Modifying.md).
Para ver las modificaciones pendientes para la siguiente ventana de mantenimiento, utilice el comando [describe-db-instances](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/rds/describe-db-instances.html) de la AWS CLI y marque el campo `PendingModifiedValues`.
### Consistencia final de la API DescribependingMaintenanceActions
La API `DescribePendingMaintenanceActions` de Amazon RDS sigue un modelo de consistencia final. Esto significa que el resultado del comando `DescribePendingMaintenanceActions` puede que no sea visible inmediatamente para todos los comandos de RDS posteriores. Tenga esto en cuenta cuando utilice `DescribePendingMaintenanceActions` inmediatamente después de usar un comando de API anterior.
La consistencia final puede afectar a la forma en que ha administrado las actualizaciones de mantenimiento. Por ejemplo, si ejecuta el comando `ApplyPendingMaintenanceActions` para actualizar la versión del motor de base de datos de una instancia de base de datos, al final será visible en `DescribePendingMaintenanceActions`. En este escenario, `DescribePendingMaintenanceActions` podría indicar que la acción de mantenimiento no se aplicó a pesar de que sí se hizo.
Para administrar la consistencia final, puede hacer lo siguiente:
+ Confirme el estado de la instancia de base de datos antes de ejecutar un comando para modificarlo. Ejecute el comando `DescribePendingMaintenanceActions` correspondiente mediante un algoritmo de retroceso exponencial para asegurarse de que dispone de tiempo suficiente para que el comando anterior se propague en el sistema. Para ello, ejecute el comando `DescribePendingMaintenanceActions` varias veces, empezando con un par de segundos de espera y aumentando gradualmente hasta cinco minutos.
+ Agregue tiempo de espera entre los comandos siguientes, incluso si un comando `DescribePendingMaintenanceActions` devuelve una respuesta precisa. Aplique un algoritmo de retroceso exponencial comenzando con un par de segundos de tiempo de espera y aumente gradualmente hasta unos cinco minutos de tiempo de espera.
## Visualización de actualizaciones de mantenimiento pendientes
Compruebe si hay disponible una actualización de mantenimiento para una instancia de base de datos, use la consola de RDS, la AWS CLI o la API de RDS. Si hay disponible una actualización, se indicará en la columna **Mantenimiento** para la instancia de base de datos en la consola Amazon RDS, como se muestra en esta figura.
![\[La acción de mantenimiento está disponible y se aplicará en el próximo periodo de mantenimiento.\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/offlinepatchavailable.png)
Si no hay ninguna actualización de mantenimiento disponible para una instancia de base de datos, el valor de columna es **none (ninguno)**.
Si una actualización de mantenimiento está disponible para una instancia, son posibles los siguientes valores de columna:
+ **obligatorio**: la acción de mantenimiento se aplicará al recurso y no se podrá aplazar indefinidamente.
+ **available**: la acción de mantenimiento está disponible, pero no se aplicará al recurso automáticamente. Puede aplicarla manualmente.
+ **siguiente periodo**: la acción de mantenimiento se aplicará al recurso durante el siguiente periodo de mantenimiento.
+ **En curso**: la acción de mantenimiento se está aplicando al recurso.
Si hay disponible una actualización, puede realizar una de las acciones siguientes:
+ Si el valor de mantenimiento es **siguiente periodo**, aplace las acciones de mantenimiento eligiendo **aplazar actualización** en **Acciones**. No puede aplazar una acción de mantenimiento que ya se haya iniciado.
+ Aplicar inmediatamente las operaciones de mantenimiento.
+ Aplicar las acciones de mantenimiento durante el siguiente periodo de mantenimiento.
+ No realizar ninguna acción.
**Realización de una acción mediante la Consola de administración de AWS**
1. Seleccione la instancia de base de datos para mostrar sus detalles.
1. Seleccione **Mantenimiento y copias de seguridad**. Aparecerán las acciones de mantenimiento pendientes.
1. Elija la acción que desee realizar y seleccione cuándo aplicarla.
![\[Elementos de mantenimiento pendientes para una instancia de base de datos de RDS.\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/pending_maintenance_rds.png)
El periodo de mantenimiento determina el momento en que comienzan las operaciones pendientes, pero no limita su tiempo de ejecución total. No existen garantías de que las operaciones de mantenimiento finalicen antes de que termine el periodo de mantenimiento, de modo que pueden continuar más allá de la hora de finalización establecida. Para obtener más información, consulte [Ventana de mantenimiento de Amazon RDS](#Concepts.DBMaintenance).
Para ver si hay disponible una actualización de mantenimiento para una instancia de base de datos, puede ejecutar el comando [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html) de la AWS CLI.
Para obtener información sobre la aplicación de actualizaciones de mantenimiento, consulte [Aplicación de actualizaciones a una instancia de base de datos](#USER_UpgradeDBInstance.OSUpgrades).
### Acciones de mantenimiento para Amazon RDS
Las acciones de mantenimiento siguientes se aplican a las instancias de base de datos de RDS:
+ `server-certificate-rotation`: rote el certificado del servidor de Amazon RDS para la instancia de base de datos.
**nota**
Los motores que admiten la rotación sin reinicio no reciben esta notificación.
+ `db-upgrade`: actualización de la versión del motor de base de datos para la instancia de base de datos.
+ `hardware-maintenance`: realización del mantenimiento del hardware subyacente de la instancia de base de datos.
+ `system-update`: actualización del sistema operativo de la instancia de base de datos.
## Mantenimiento de implementaciones multi-AZ
Ejecutar una instancia de base de datos como una Implementación multi-AZ puede reducir aún más el impacto de un evento de mantenimiento. Este resultado se debe a que Amazon RDS aplica las actualizaciones del sistema operativo siguiendo estos pasos:
1. Realización del mantenimiento en la instancia en espera.
1. Promoción de la instancia en espera a principal.
1. Realización del mantenimiento en la antigua instancia principal, que se convierte en la nueva instancia en espera.
Si actualiza el motor de base de datos para su instancia de base de datos en una implementación multi-AZ, Amazon RDS modifica tanto la instancia de base de datos principal como la secundaria a la vez. En este caso, tanto la instancia de base de datos principal como la secundaria en la implementación multi-AZ no estarán disponibles durante la actualización. Esta operación generará un tiempo de inactividad hasta que se complete la actualización. El tiempo que dura la interrupción varía según el tamaño de la instancia de base de datos.
Si hay parches subyacentes del sistema operativo que deban aplicarse, es necesario realizar una breve conmutación por error multi-AZ para aplicar los parches en la instancia de base de datos principal. Esta conmutación por error suele durar menos de un minuto.
Si su instancia de base de datos ejecuta RDS para MySQL, RDS para PostgreSQL o RDS para MariaDB, puede minimizar el tiempo de inactividad necesario para la actualización usando 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). Si actualiza una instancia de base de datos de RDS para SQL Server o RDS Custom para SQL Server en una implementación multi-AZ, Amazon RDS realizará actualizaciones sucesivas, de manera que la interrupción sea solo mientras dure la conmutación por error. Para obtener más información, consulte [Consideraciones de Multi-AZ](USER_UpgradeDBInstance.SQLServer.Considerations.md#USER_UpgradeDBInstance.SQLServer.MAZ).
Para obtener más información sobre las implementaciones multi-AZ, consulte [Configuración y administración de una implementación multi-AZ para Amazon RDS](Concepts.MultiAZ.md).
## Ventana de mantenimiento de Amazon RDS
La ventana de mantenimiento es un intervalo de tiempo semanal durante la que se aplican los cambios del sistema. Cada instancia de base de datos tiene un periodo de mantenimiento semanal. El periodo de mantenimiento es una oportunidad para controlar cuándo ocurrirán las modificaciones y los parches de software. Para obtener más información sobre el ajuste del periodo de mantenimiento, consulte [Ajuste de la ventana de mantenimiento preferida para una instancia de base de datos](#AdjustingTheMaintenanceWindow).
RDS consume algunos de los recursos de su instancia de base de datos mientras se aplica el mantenimiento. Es posible que observe un efecto mínimo en el desempeño. Para una instancia de base de datos, en raras ocasiones puede ser necesaria una conmutación por error Multi-AZ para que se complete una actualización de mantenimiento.
Si hay un evento de mantenimiento programado para una semana determinada, se iniciará durante la ventana de mantenimiento que identifique. La mayoría de los eventos de mantenimiento también se completan durante la ventana de mantenimiento de 30 minutos, aunque otros eventos de mantenimiento pueden tardar más de 30 minutos en completarse. El periodo de mantenimiento se detiene cuando se detiene la instancia de la base de datos.
La ventana de mantenimiento de 30 minutos se selecciona al azar dentro de un bloque de 8 horas por región. Si no especifica una ventana de mantenimiento al crear una instancia de base de datos, RDS asigna una ventana de mantenimiento de 30 minutos un día de la semana seleccionado al azar.
En la siguiente tabla se muestran los bloques de tiempo de cada Región de AWS desde los que se asignan las ventanas de mantenimiento predeterminadas.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/USER_UpgradeDBInstance.Maintenance.html)
**Topics**
+ [
### Ajuste de la ventana de mantenimiento preferida para una instancia de base de datos
](#AdjustingTheMaintenanceWindow)
### Ajuste de la ventana de mantenimiento preferida para una instancia de base de datos
La ventana de mantenimiento debe corresponder al momento de mínimo uso y, por tanto, podría ser preciso modificarla cada cierto tiempo. La instancia de base de datos solo dejan de estar disponibles durante este periodo si se están aplicando cambios en el sistema, por ejemplo, se está realizando una operación de escalado del almacenamiento o un cambio de clase de instancia y se requiere una interrupción. Su instancia de base de datos solo dejará de estar disponible durante el tiempo mínimo requerido para realizar los cambios necesarios.
En el siguiente ejemplo, se ajusta la ventana de mantenimiento preferida para una instancia de base de datos.
En este ejemplo, supondremos que una instancia de base de datos llamada *mydbinstance* existe y que tiene una ventana de mantenimiento preferida de "Sun:05:00-Sun:06:00" UTC.
#### Consola
**Para ajustar la ventana de mantenimiento preferida**
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. En el panel de navegación, elija **Databases (Bases de datos)** y, a continuación, seleccione la instancia de base de datos que desea modificar.
1. Elija **Modify**. Aparece la página **Modify DB instance (Modificar instancia de base de datos)**.
1. En la sección **Maintenance** (Mantenimiento), actualice el periodo de mantenimiento.
**nota**
La ventana de mantenimiento y la ventana de backup de la instancia de base de datos no se pueden solapar. Si escribe un valor para la ventana de mantenimiento que se superponga con la ventana de backup, aparece un mensaje de error.
1. Elija **Continue**.
En la página de confirmación, revise los cambios.
1. Para aplicar los cambios al periodo de mantenimiento de forma inmediata, seleccione **Apply immediately** (Aplicar inmediatamente).
1. Seleccione **Modificar la instancia de base de datos** para guardar los cambios.
O bien, elija **Back** para editar los cambios o **Cancel** para cancelarlos.
#### AWS CLI
Para ajustar la ventana de mantenimiento preferida, use el comando [AWS CLI](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) de la `modify-db-instance` con los siguientes parámetros:
+ `--db-instance-identifier`
+ `--preferred-maintenance-window`
**Example**
En el siguiente ejemplo de código, el periodo de mantenimiento se define para los martes de 4:00 a 4:30 UTC.
Para Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier mydbinstance \
--preferred-maintenance-window Tue:04:00-Tue:04:30
```
Para Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier mydbinstance ^
--preferred-maintenance-window Tue:04:00-Tue:04:30
```
#### API de RDS
Para ajustar el plazo de mantenimiento preferido, utilice la operación [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) de la API de Amazon RDS con los siguientes parámetros:
+ `DBInstanceIdentifier`
+ `PreferredMaintenanceWindow`
## Aplicación de actualizaciones a una instancia de base de datos
Con Amazon RDS puede elegir el momento en que desea aplicar las operaciones de mantenimiento. Puede indicar cuándo Amazon RDS debe aplicar las actualizaciones usando la Consola de administración de AWS, la AWS CLI o la API de RDS.
### Consola
**Para administrar la actualización de 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. En el panel de navegación, seleccione **Databases (Bases de datos)**.
1. Seleccione la instancia de base de datos que tenga una actualización necesaria.
1. En **Acciones**, elija una de las siguientes opciones:
+ **Aplicar parches ahora**
+ **Aplicar parches en el siguiente periodo**
**nota**
Si elige **Aplicar parches en el siguiente periodo** y después desea aplazar la actualización, puede seleccionar **Aplazar actualización**. No puede aplazar una acción de mantenimiento si ya se ha iniciado.
Para cancelar una acción de mantenimiento, modifique la instancia de base de datos y deshabilite la **Auto minor version upgrade (Actualización automática de versiones secundarias)**.
### AWS CLI
Para aplicar una actualización pendiente a una instancia de base de datos, use el comando [apply-pending-maintenance-action](https://docs.aws.amazon.com/cli/latest/reference/rds/apply-pending-maintenance-action.html) de la AWS CLI.
**Example**
Para Linux, macOS o Unix:
```
aws rds apply-pending-maintenance-action \
--resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db \
--apply-action system-update \
--opt-in-type immediate
```
En Windows:
```
aws rds apply-pending-maintenance-action ^
--resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db ^
--apply-action system-update ^
--opt-in-type immediate
```
**nota**
Para aplazar una acción de mantenimiento, especifique `undo-opt-in` para `--opt-in-type`. No se puede especificar `undo-opt-in` para `--opt-in-type` si la acción de mantenimiento ya se ha iniciado.
Para cancelar una acción de mantenimiento, ejecute el comando de la AWS CLI [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) y especifique `--no-auto-minor-version-upgrade`.
Para obtener una lista de los recursos con al menos una actualización pendiente, use el comando [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html) de la AWS CLI.
**Example**
Para Linux, macOS o Unix:
```
aws rds describe-pending-maintenance-actions \
--resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db
```
Para Windows:
```
aws rds describe-pending-maintenance-actions ^
--resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db
```
También puede devolver una lista de recursos de una instancia de base de datos mediante la especificación del parámetro `--filters` del comando `describe-pending-maintenance-actions` de la AWS CLI. El formato del comando `--filters` es `Name=filter-name,Value=resource-id,...`.
Los valores aceptados para el parámetro `Name` de un filtro son los siguientes:
+ `db-instance-id`: acepta una lista de identificadores o nombres de recurso de Amazon (ARN) de instancias de base de datos. La lista obtenida solo incluirá las operaciones de mantenimiento pendientes para las instancias de base de datos referidas por esos identificadores o ARN.
+ `db-cluster-id`: acepta una lista de identificadores o ARN de clústeres de base de datos para Amazon Aurora. La lista obtenida solo incluirá las operaciones de mantenimiento pendientes para los clústeres de base de datos referidos por esos identificadores o ARN.
Por ejemplo, en el ejemplo siguiente se obtienen las operaciones de mantenimiento pendientes para las instancias de base de datos `sample-instance1` y `sample-instance2`.
**Example**
Para Linux, macOS o Unix:
```
aws rds describe-pending-maintenance-actions \
--filters Name=db-instance-id,Values=sample-instance1,sample-instance2
```
Para Windows:
```
aws rds describe-pending-maintenance-actions ^
--filters Name=db-instance-id,Values=sample-instance1,sample-instance2
```
### API de RDS
Para aplicar una actualización a una instancia de base de datos, llame a la operación [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ApplyPendingMaintenanceAction.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ApplyPendingMaintenanceAction.html) de la API de Amazon RDS.
Para obtener una lista de los recursos con al menos una actualización pendiente, llame a la operación [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribePendingMaintenanceActions.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribePendingMaintenanceActions.html) de la API Amazon RDS.
## Actualizaciones del sistema operativo de instancias de base de datos de RDS
En ocasiones, las instancias de base de datos de RDS para Db2, RDS para MariaDB, RDS para MySQL, RDS para PostgreSQL, RDS para SQL Server, RDS para Oracle y RDS Custom para SQL Server requieren actualizaciones del sistema operativo. Amazon RDS actualiza el sistema operativo a una versión más reciente para mejorar el rendimiento de la base de datos y la posición de seguridad general de los clientes. Normalmente, las actualizaciones tardan unos 10 minutos en completarse. Las actualizaciones del sistema operativo no cambian la versión del motor de la base de datos ni la clase de instancia de la base de datos.
Las actualizaciones del sistema operativo pueden ser opcionales u obligatorias:
+ Se puede aplicar una **actualización opcional** en cualquier momento. Aunque estas actualizaciones son opcionales, le recomendamos que las aplique periódicamente para mantener su flota de RDS al día. RDS *no* aplica estas actualizaciones automáticamente.
Para recibir una notificación cuando haya un nuevo parche del sistema operativo opcional disponible, puede suscribirse al [RDS-EVENT-0230](USER_Events.Messages.md#RDS-EVENT-0230) en la categoría de eventos de parches de seguridad. Para obtener información sobre cómo suscribirse a los eventos de RDS, consulte [Suscripción a notificaciones de eventos de Amazon RDS](USER_Events.Subscribing.md).
**nota**
`RDS-EVENT-0230` no se aplica a las actualizaciones de distribución del sistema operativo.
+ Se requiere una **actualización obligatoria** y tiene una fecha de aplicación. Planifique la actualización antes de dicha fecha. Después de la fecha de aplicación especificada, Amazon RDS actualiza automáticamente el sistema operativo de la instancia de base de datos a la última versión durante uno de los períodos de mantenimiento asignados.
**nota**
Mantenerse al día en todas las actualizaciones opcionales y obligatorias podría ser necesario para cumplir varias obligaciones de conformidad. Le recomendamos que aplique todas las actualizaciones que RDS pone a disposición de los usuarios de forma rutinaria durante los periodos de mantenimiento.
Puede utilizar la Consola de administración de AWS o la AWS CLI para obtener información sobre el tipo de actualización del sistema operativo.
### Consola
**Para obtener información de actualización mediante la Consola de administración de AWS**
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. En el panel de navegación, elija **Databases** (Bases de datos) y, a continuación, seleccione la instancia de base de datos.
1. Seleccione **Mantenimiento y copias de seguridad**.
1. En la sección **Mantenimiento pendiente**, busque la actualización del sistema operativo y consulte el valor **Estado**.
En la Consola de administración de AWS, una actualización opcional tiene el valor de **Estado** de mantenimiento establecido como **disponible** y no tiene un valor en **Fecha de aplicación**, como se muestra en la siguiente imagen.
![\[Actualización opcional del sistema operativo.\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/os-update-optional.png)
Una actualización obligatoria tiene el valor de **Estado** de mantenimiento establecido como **obligatorio** y tiene un valor en **Fecha de aplicación**, como se muestra en la siguiente imagen.
![\[Actualización obligatoria del sistema operativo.\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/os-update-required.png)
### AWS CLI
Para obtener información de actualización de la AWS CLI, use el comando [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html).
```
aws rds describe-pending-maintenance-actions
```
Una actualización obligatoria del sistema operativo los valores `AutoAppliedAfterDate` y `CurrentApplyDate`. Una actualización opcional del sistema operativo no incluye estos valores.
La siguiente salida muestra una actualización obligatoria del sistema operativo.
```
{
"ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:mydb1",
"PendingMaintenanceActionDetails": [
{
"Action": "system-update",
"AutoAppliedAfterDate": "2022-08-31T00:00:00+00:00",
"CurrentApplyDate": "2022-08-31T00:00:00+00:00",
"Description": "New Operating System update is available"
}
]
}
```
La siguiente salida muestra una actualización opcional del sistema operativo.
```
{
"ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:mydb2",
"PendingMaintenanceActionDetails": [
{
"Action": "system-update",
"Description": "New Operating System update is available"
}
]
}
```
### Disponibilidad de las actualizaciones del sistema operativo
Las actualizaciones del sistema operativo son específicas para la versión del motor de base de datos y la clase de instancia de base de datos. Por lo tanto, las instancias de base de datos reciben o requieren actualizaciones en diferentes momentos. Cuando una actualización del sistema operativo está disponible para su instancia de base de datos en función de su versión del motor y de la clase de instancia, la actualización aparece en la consola. También puede verse ejecutando el comando [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html) de la AWS CLI o llamando a la operación de la API de RDS [DescribePendingMaintenanceActions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribePendingMaintenanceActions.html). Si hay una actualización disponible para su instancia, puede actualizar el sistema operativo siguiendo las instrucciones de [Aplicación de actualizaciones a una instancia de base de datos](#USER_UpgradeDBInstance.OSUpgrades).
# Uso de la política de implementación de actualizaciones de AWS Organizations para actualizaciones de versiones secundarias automáticas
Amazon RDS admite la política de implementación de actualizaciones de AWS Organizations para administrar las actualizaciones automáticas de versiones secundarias en varios recursos de bases de datos y Cuentas de AWS. Esta política lo ayuda a implementar una estrategia de actualización controlada para las instancias mediante:
**Cómo funciona la política de implementación de actualizaciones**
Cuando una nueva versión secundaria del motor pasa a ser elegible para la actualización automática, la política controla la secuencia de actualización en función de los órdenes definidos:
+ Los recursos marcados como [primeros] (normalmente los entornos de desarrollo) pasan a ser elegibles para actualizaciones durante sus periodos de mantenimiento.
+ Después de un tiempo de incorporación designado, los recursos marcados como [segundos] pasan a ser elegibles.
+ Tras otro tiempo de incorporación designado, los recursos marcados como [últimos] (normalmente entornos de producción) pasan a ser elegibles.
+ Supervisión del progreso de las actualizaciones mediante notificaciones de AWS Health.
Puede definir los órdenes de actualización de la siguiente manera:
+ Políticas por cuenta: se aplican a todos los recursos elegibles de cuentas específicas.
+ Etiquetas de recursos: se aplican a recursos específicos en función de las etiquetas.
**nota**
Los recursos no configurados con una política de actualización o excluidos de la política reciben automáticamente un orden de actualización de [segundo].
**Requisitos previos**
+ Su Cuenta de AWS debe formar parte de una organización en Organizaciones con la política de implementación de actualizaciones habilitada
+ Habilitación de actualizaciones automáticas de versiones secundarias para las instancias
+ Las etiquetas no son estrictamente obligatorias para la política de implementación de actualizaciones. Si desea definir los órdenes de actualización específicos para diferentes entornos (por ejemplo, desarrollo, prueba, QA, producción), puede usar etiquetas. Si no incluye la configuración de etiquetas en la política, todos los recursos incluidos en esa política seguirán el orden de actualización predeterminado.
**Requisitos previos**
+ Su Cuenta de AWS debe formar parte de una organización en Organizaciones con la política de implementación de actualizaciones habilitada
+ Habilitación de actualizaciones automáticas de versiones secundarias para las instancias
+ Etiquete los recursos para identificar su entorno (por ejemplo, desarrollo, pruebas, producción)
**Etiquetado de los recursos**
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. En el panel de navegación, elija **Databases** (Bases de datos).
1. Elija la instancia que desea etiquetar.
1. Elija **Actions** y, a continuación, elija **Manage tags**.
1. Seleccione **Agregar etiqueta**.
1. Ingrese la clave de la etiqueta (por ejemplo, “Entorno”) y el valor (por ejemplo, “Desarrollo”)
1. Elija **Agregar etiqueta** y, a continuación, **Guardar**.
También puede agregar etiquetas mediante la AWS CLI:
```
aws rds add-tags-to-resource \
--resource-name arn:aws:rds:region:account-number:db:instance-name \
--tags Key=Environment,Value=Development
```
## Orden y fases de la actualización
La política de implementación de actualizaciones admite tres órdenes de actualización:
+ [primero]: normalmente se usa para entornos de desarrollo o pruebas
+ [segundo]: normalmente se usa para entornos de control de calidad. Orden predeterminado de los recursos no está configurado específicamente
+ [último]: normalmente se reserva para entornos de producción
Cuando una nueva versión secundaria del motor pasa a ser elegible para la actualización automática:
+ Los recursos con orden de actualización [primero] pasan a ser elegibles para actualizaciones durante sus periodos de mantenimiento configurados.
+ Después de un tiempo de incorporación designado, los recursos con orden de actualización [primero] pasan a ser elegibles para actualizaciones durante sus periodos de mantenimiento.
+ Después de un tiempo de incorporación designado, los recursos con orden de actualización [primero] pasan a ser elegibles para actualizaciones durante sus periodos de mantenimiento.
+ La campaña de actualización automática de las versiones secundarias se cierra una vez que se hayan actualizado todos los recursos elegibles con órdenes de mejora [primero], [segundo] y [último] o cuando la campaña alcance la fecha de finalización programada, lo que ocurra primero.
**nota**
Todas las actualizaciones automáticas de las versiones secundarias se realizan durante el periodo de mantenimiento configurado de cada instancia para minimizar el posible impacto en las aplicaciones.
## Observabilidad
### AWS Health y supervisión
Recibe notificaciones de AWS Health:
+ Antes de que empiece una campaña de actualización de versión secundaria automática
+ Entre cada fase, realice una transición para ayudar a rastrear y supervisar el progreso de la actualización
+ Actualizaciones de progreso que muestran la cantidad de recursos actualizados en la flota en la consola de AWS Health
Notificaciones de eventos de Amazon RDS:
+ Notificaciones para recursos habilitados para actualizaciones de versiones secundarias automáticas, como:
+ Cuando el recurso pase a ser elegible para la actualización en función de su orden de actualización ([primero], [segundo] o [último])
+ Plazo de actualización programada durante el periodo de mantenimiento
+ Estado de inicio y finalización de la actualización de la base de datos individual
+ Suscribirse a estos eventos a través de Amazon EventBridge0 para una supervisión automatizada
### Consideraciones
Algunas cuestiones a tener en cuenta:
+ La política se aplica a todas las futuras campañas de actualización automática de versiones secundarias, incluidos los cambios de política realizados durante las campañas activas.
+ Si se une a una campaña de actualizaciones en curso, los recursos seguirán el orden de actualización actual y no esperarán a que se configure una política.
+ Los recursos no configurados con una política de actualización reciben automáticamente un orden de actualización de [segundo].
+ La política proporciona periodos de validación entre las fases de actualización antes de pasar a la siguiente fase.
+ Los cambios en la política o en las etiquetas de recursos requieren tiempo para propagarse antes de que se aplique el nuevo orden de actualización.
+ La política se aplica solo a los recursos de Amazon RDS con las actualizaciones automáticas de versiones secundarias habilitadas.
+ Si detecta un problema en un entorno, puede desactivar las actualizaciones automáticas de las versiones secundarias para los entornos posteriores o utilizar el periodo de validación para resolver los problemas antes de que las actualizaciones pasen al siguiente orden de actualización.
**nota**
Esta característica admite las actualizaciones automáticas de versiones secundarias para las versiones del motor de base de datos de Oracle lanzadas después de enero de 2026.
Para obtener más información acerca del etiquetado de recursos de RDS, consulte [Etiquetado de los recursos de Amazon RDS](USER_Tagging.md). Para obtener instrucciones detalladas sobre la configuración y el uso de la política de implementación de actualizaciones, consulte [Primeros pasos de AWS Organizations](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_getting-started.html) en la *Guía del usuario de AWS Organizations*.