Reinicio de una instancia de base de datos - Amazon Relational Database Service
Casos de uso para el reinicio de una instancia de base de datos Cómo funciona el reinicioReinicio en multi-AZConsideracionesRequisitos previosReinicio de una instancia de base de datos : pasos básicos

Reinicio de una instancia de base de datos

Puede detener e iniciar el servicio de base de datos en la instancia de base de datos de RDS en una sola operación, denominada reinicio. Quizá sea necesario reiniciar para aplicar los cambios en la configuración, solucionar problemas menores o resolver problemas de red sin tener que realizar un reinicio completo o una migración de la base de datos.

nota

Este tema solo se aplica al reinicio de una instancia de base de datos single-AZ o multi-AZ. Para obtener instrucciones sobre el reinicio de un clúster de base de datos Multi-AZ, consulte Reinicio de un clúster de base de datos multi-AZ e instancias de base de datos de lector para Amazon RDS.

Casos de uso para el reinicio de una instancia de base de datos

Normalmente, efectúa el reinicio de una instancia de base de datos por motivos de mantenimiento para que los cambios entren en vigor. Estos son algunos casos de uso comunes:

  • Asociación a un nuevo grupo de parámetros: al asociar un nuevo grupo de parámetros de base de datos con una instancia de base de datos, RDS aplica los parámetros estáticos y dinámicos modificados solo después de reiniciar la instancia de base de datos. Sin embargo, si modifica los parámetros dinámicos en el grupo de parámetros de base de datos después de asociarlos a la instancia de base de datos, dichos cambios se aplican inmediatamente sin reiniciar. Para obtener más información, consulte Grupos de parámetros para Amazon RDS.

  • Aplicar un cambio a un parámetro estático de un grupo de parámetros de base de datos existente: al cambiar un parámetro estático y guardar el grupo de parámetros de base de datos, el estado de las instancias de base de datos asociadas a este grupo de parámetros en la consola cambia a pending-reboot. El cambio de parámetro solo entra en vigor después de reiniciar las instancias de base de datos asociadas. Al cambiar un parámetro dinámico en un grupo de parámetros existente, el cambio se aplica, de forma predeterminada, inmediatamente, sin necesidad de reiniciar.

    nota

    El estado pending-reboot no genera un reinicio automático durante la siguiente ventana de mantenimiento. Para aplicar los cambios de parámetros más recientes en su instancia de base de datos, reinicie manualmente la instancia de base de datos. Para obtener más información acerca de los grupos de parámetros, consulte Grupos de parámetros para Amazon RDS.

  • Solución de problemas: es posible que se produzcan problemas de rendimiento u otros problemas operativos que requieran un reinicio. Por ejemplo, es posible que la instancia de base de datos no responda.

Cómo funciona el reinicio de una instancia de base de datos

Cuando Amazon RDS reinicia la instancia de base de datos, realiza las siguientes tareas secuenciales:

  1. Detiene el servicio de base de datos en la instancia de base de datos

  2. Inicia el servicio de base de datos en la instancia de base de datos

El proceso de reinicio provoca una breve interrupción. Durante esta interrupción, el estado de la instancia de base de datos es reiniciando. Se produce una interrupción tanto en una implementación Single-AZ como en una implementación de instancia de base de datos Multi-AZ, incluso cuando se reinicia con una conmutación por error.

Cómo funciona el reinicio de una instancia de base de datos en una implementación multi-AZ

Si la instancia de base de datos de Amazon RDS se encuentra en una implementación multi-AZ, puede reiniciar con conmutación por error. Esta operación resulta útil para simular un error en una instancia de base de datos o restaurar operaciones en la zona de disponibilidad original después de una conmutación por error.

Durante el reinicio mediante conmutación con error, Amazon RDS realiza lo siguiente:

  • Interrumpe bruscamente la base de datos. Es posible que la instancia de base de datos y sus sesiones de cliente no tengan tiempo de apagarse correctamente.

    aviso

    Para evitar la posibilidad de pérdida de datos, recomendamos detener las transacciones en la instancia de base de datos antes de reiniciar con una conmutación por error.

  • Cambia automáticamente a una réplica en espera en otra zona de disponibilidad. Es posible que el cambio de zona de disponibilidad no se refleje en la AWS Management Console, en las llamadas a la AWS CLI ni en la API de RDS durante algunos minutos.

  • Actualiza el registro DNS de la instancia de base de datos para que apunte a la instancia de base de datos en espera. Como consecuencia, es necesario eliminar y restablecer las conexiones existentes a la instancia de base de datos. Para obtener más información, consulte Configuración y administración de una implementación multi-AZ para Amazon RDS.

  • Crea un evento de Amazon RDS tras el reinicio.

En RDS para Microsoft SQL Server, la conmutación por error reinicia solo la instancia de base de datos principal. Después de la conmutación por error, la instancia de base de datos principal se convierte en la nueva instancia de base de datos secundaria. Puede que no se actualicen los parámetros para instancias Multi-AZ. Para el reinicio sin conmutación por error, las instancias de base de datos primaria y secundaria se reinician y los parámetros se actualizan después del reinicio. Si la instancia de base de datos no responde, se recomienda reiniciar sin conmutación por error.

Observaciones sobre el reinicio de una instancia de base de datos

Antes de reiniciar la instancia, tenga en cuenta lo siguiente:

  • Para una instancia de base de datos con réplicas de lectura, puede reiniciar la instancia de base de datos de origen y sus réplicas de lectura de forma independiente. Cuando se complete el reinicio, la replicación se reanuda automáticamente.

  • El tiempo de reinicio depende del proceso de recuperación de fallos, la actividad de la base de datos en el momento del reinicio y el comportamiento del motor de base de datos específico. Para mejorar el tiempo de reinicio, recomendamos reducir la actividad de la base de datos tanto como sea posible durante el reinicio. Esta técnica reduce la actividad de restauración para las transacciones en tránsito.

Requisitos previos para el reinicio de una instancia de base de datos

Asegúrese de cumplir los siguientes requisitos previos:

  • Su instancia de base de datos debe tener el estado available. Su base de datos puede no estar disponible por varias razones, como una copia de seguridad en curso, una modificación solicitada anteriormente o una operación durante un periodo de mantenimiento.

  • Si fuerza una conmutación por error a una zona de disponibilidad diferente, la instancia de base de datos debe estar configurada para multi-AZ.

  • Si fuerza una conmutación por error a una zona de disponibilidad diferente, le recomendamos que primero detenga las transacciones en su instancia de base de datos para evitar una posible pérdida de datos.

Reinicio de una instancia de base de datos : pasos básicos

Puede reiniciar la instancia de base de datos mediante la AWS Management Console, la AWS CLI o la API de RDS.

Para reiniciar una instancia de base de datos

  1. Inicie sesión en la AWS Management Console y abra la consola de Amazon RDS en https://console.aws.amazon.com/rds/.

  2. En el panel de navegación, elija Databases (Bases de datos) y, a continuación, seleccione la instancia de base de datos que desee reiniciar.

  3. Para Actions (Acciones), elija Reboot (Reiniciar).

    Aparece la página Reiniciar instancia de base de datos.

  4. (Opcional) Seleccione Reboot with failover? (¿Reiniciar con conmutación por error?) para forzar una conmutación por error de una AZ a otra.

  5. Elija Reboot para reiniciar su instancia de base de datos.

    O bien, elija Cancel.

Para reiniciar una instancia de base de datos mediante la AWS CLI, llame al comando reboot-db-instance.

ejemplo Reinicio sencillo

Para Linux, macOS o:Unix

aws rds reboot-db-instance \
    --db-instance-identifier mydbinstance

En:Windows

aws rds reboot-db-instance ^
    --db-instance-identifier mydbinstance
ejemplo Reinicio con conmutación por error

Para forzar una conmutación por error de una zona de disponibilidad a otra en un clúster de base de datos multi-AZ, utilice el parámetro --force-failover.

Para Linux, macOS o:Unix

aws rds reboot-db-instance \
    --db-instance-identifier mydbinstance \
    --force-failover

En:Windows

aws rds reboot-db-instance ^
    --db-instance-identifier mydbinstance ^
    --force-failover

Para reiniciar una instancia de base de datos mediante la Amazon RDS API, llame a la RebootDBInstance operación.