# Administración de una implementación multi-AZ de RDS Custom para SQL Server En una implementación de instancias de base de datos multi-AZ para RDS Custom para SQL Server, Amazon RDS aprovisiona y mantiene automáticamente una réplica síncrona en espera dentro de una zona de disponibilidad (AZ) diferente. La instancia de base de datos principal se replica de forma síncrona en las zonas de disponibilidad en una réplica en espera para proporcionar redundancia de datos. **importante** Una implementación multi-AZ para RDS Custom para SQL Server es diferente a una implementación multi-AZ para RDS para SQL Server. A diferencia de multi-AZ para RDS para SQL Server, debe cumplir los requisitos previos para RDS Custom para SQL Server antes de crear una instancia de base de datos multi-AZ, ya que RDS Custom se ejecuta dentro de su propia cuenta, lo que requiere permisos. Si no cumple los requisitos previos, es posible que su instancia de base de datos multi-AZ no se ejecute o que se revierta automáticamente a una instancia de base de datos Single-AZ. Para obtener más información acerca de los requisitos previos, consulte [Requisitos previos de una implementación multi-AZ con RDS Custom para SQL Server](custom-sqlserver-multiaz.prerequisites.md). La ejecución de una instancia de base de datos con alta disponibilidad puede mejorar la disponibilidad durante el mantenimiento de sistema planificado. Si se produce una interrupción del servicio no planificada o un mantenimiento planificado de la base de datos, Amazon RDS conmuta automáticamente a la instancia de base de datos secundaria. Esta funcionalidad permite que las operaciones de base de datos se reanuden rápidamente sin intervención manual. Las instancias principal y en espera usan el mismo punto de enlace, cuya dirección de red física cambia a la réplica secundaria como parte del proceso de conmutación por error. No tiene que volver a configurar su aplicación cuando se produzca una conmutación por error. ![\[RDS Custom para SQL Server admite multi-AZ.\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/custom-sqlserver-multiaz-architecture.png) Para crear una implementación Multi-AZ de RDS Custom para SQL Server, especifique Multi-AZ al crear una instancia de base de datos de RDS Custom. Para usar la consola para convertir las instancias de base de datos de RDS Custom para SQL Server existentes en implementaciones multi-AZ, modifique la instancia de base de datos y especifique la opción Multi-AZ. También puede especificar una implementación de instancia de base de datos multi-AZ con la CLI de AWS o la API de Amazon RDS. La consola de RDS muestra la zona de disponibilidad de la réplica en espera (AZ secundaria). También puede usar el comando de la CLI `describe-db-instances` o la operación de la API `DescribeDBInstances` para buscar la AZ secundaria. Las instancias de base de datos de RDS Custom para SQL Server que usan implementaciones multi-AZ pueden tener una latencia de escritura y confirmación superior a la de una implementación single-AZ. Este aumento se puede producir debido a la replicación de datos síncrona entre las instancias de base de datos. Puede detectar un cambio en la latencia si la implementación conmuta a la réplica en espera, aunque AWS se ha diseñado con una conectividad de red de baja latencia entre zonas de disponibilidad. **nota** Para cargas de trabajo de producción, recomendamos que utilice una clase de instancia de base de datos con IOPS aprovisionadas (operaciones de entrada/salida por segundo) para conseguir un rendimiento rápido y uniforme. Para obtener más información sobre las clases de instancias de bases de datos, consulte [Requisitos y limitaciones de Amazon RDS Custom for SQL Server](custom-reqs-limits-MS.md). **Topics** + [Disponibilidad en regiones y versiones](#custom-sqlserver-multiaz.regionversion) + [Limitaciones de una implementación multi-AZ de RDS Custom para SQL Server](#custom-sqlserver-multiaz.limitations) + [Requisitos previos de una implementación multi-AZ con RDS Custom para SQL Server](custom-sqlserver-multiaz.prerequisites.md) + [Creación de una implementación multi-AZ de RDS Custom para SQL Server](#custom-sqlserver-multiaz.creating) + [Coversión de una implementación single-AZ de RDS Custom para SQL Server en una implementación multi-AZ](custom-sqlserver-multiaz.modify-saztomaz.md) + [Coversión de una implementación multi-AZ de RDS Custom para SQL Server en una implementación single-AZ](custom-sqlserver-multiaz.modify-maztosaz.md) + [Proceso de conmutación por error para una implementación multi-AZ de RDS Custom para SQL Server](custom-sqlserver-multiaz.failover.md) ## Disponibilidad en regiones y versiones Las implementaciones multi-AZ de RDS Custom para SQL Server son compatibles con las siguientes ediciones de SQL Server: + Ediciones SQL Server 2022 y 2019, Enterprise, Standard, Web y Developer Edition. **nota** Las implementaciones multi-AZ para RDS Custom para SQL Server no son compatibles con SQL Server 2019 CU8 (15.00.4073.23) o versiones anteriores. Las implementaciones multi-AZ de RDS Custom para SQL Server están disponibles en todas las regiones en las que está disponible RDS Custom para SQL Server. Para obtener más información sobre la disponibilidad en las regiones de las implementaciones multi-AZ de RDS Custom para SQL Server, consulte [Regiones y motores de base de datos admitidos para RDS Custom para SQL Server](Concepts.RDS_Fea_Regions_DB-eng.Feature.RDSCustom.md#Concepts.RDS_Fea_Regions_DB-eng.Feature.RDSCustom.sq). ## Limitaciones de una implementación multi-AZ de RDS Custom para SQL Server Las implementaciones multi-AZ de RDS Custom para SQL Server tienen las siguientes limitaciones: + No se admiten implementaciones multi-AZ entre regiones. + No puede configurar la instancia de base de datos secundaria de modo que acepte la actividad de lectura de bases de datos. + Cuando utilice una versión de motor personalizada (CEV) con una implementación multi-AZ, la instancia de base de datos secundaria también utilizará la misma CEV. La instancia de base de datos secundaria no puede usar una CEV diferente. # Requisitos previos de una implementación multi-AZ con RDS Custom para SQL Server Si ya tiene una implementación single-AZ de RDS Custom para SQL Server, se requieren los siguientes requisitos previos adicionales para convertirla en una implementación multi-AZ. Puede optar por completar los requisitos previos manualmente o con la plantilla de CloudFormation proporcionada. La plantilla de CloudFormation contiene los requisitos previos para las implementaciones single-AZ y multi-AZ. **importante** Para simplificar la configuración, le recomendamos que utilice el archivo de plantilla de CloudFormation más reciente que se proporciona en las instrucciones de configuración de red para completar los requisitos previos. Para obtener más información, consulte [Configuración con CloudFormation](custom-setup-sqlserver.md#custom-setup-sqlserver.cf). **nota** Cuando modifique una implementación single-AZ de RDS Custom para SQL Server existente para convertirla en una implementación multi-AZ, debe completar estos requisitos previos. De lo contrario, se producirá un error en la configuración de multi-AZ. Para completar los requisitos previos, realice los pasos de [Coversión de una implementación single-AZ de RDS Custom para SQL Server en una implementación multi-AZ](custom-sqlserver-multiaz.modify-saztomaz.md). + Actualice las reglas de entrada y salida del grupo de seguridad de RDS para permitir el puerto 1120. + Añada una regla a la lista de control de acceso (ACL) de su red privada que permita los puertos TCP `0-65535` para la VPC de la instancia de base de datos. + Cree nuevos puntos de conexión de VPC de Amazon SQS que permitan a la instancia de base de datos de RDS Custom para SQL Server comunicarse con SQS. + Actualice los permisos de SQS en el rol del perfil de instancia. ## Creación de una implementación multi-AZ de RDS Custom para SQL Server Para crear una implementación multi-AZ de RDS Custom para SQL Server, siga los pasos que se indican en [Creación y conexión a una instancia de base de datos para Amazon RDS Custom for SQL Server](custom-creating-sqlserver.md). **importante** Para simplificar la configuración, le recomendamos que utilice el archivo de plantilla de CloudFormation más reciente que se proporciona en las instrucciones de configuración de red. Para obtener más información, consulte [Configuración con CloudFormation](custom-setup-sqlserver.md#custom-setup-sqlserver.cf). La creación de una implementación multi-AZ tarda unos cuantos minutos. # Coversión de una implementación single-AZ de RDS Custom para SQL Server en una implementación multi-AZ Puede modificar una instancia de base de datos de RDS Custom para SQL Server existente para que pase de una implementación single-AZ a una implementación multi-AZ. Cuando modifica la instancia de base de datos, Amazon RDS realiza varias acciones: + Realiza una instantánea de la instancia de base de datos principal. + Crea nuevos volúmenes para la réplica en espera a partir de la instantánea. Estos volúmenes se inicializan en segundo plano y se alcanza el máximo rendimiento del volumen cuando los datos se han inicializado por completo. + Activa la replicación síncrona a nivel de bloque entre las instancias de base de datos principal y secundaria. **importante** Le recomendamos que no modifique su instancia de base de datos de RDS Custom para SQL Server para convertir la implementación single-AZ en una implementación multi-AZ en una instancia de base de datos de producción durante los períodos de máxima actividad. AWS usa una instantánea para crear la instancia en espera para evitar el tiempo de inactividad al convertir una implementación single-AZ en multi-AZ, pero el rendimiento podría verse afectado durante y después de la conversión a multi-AZ. Este impacto puede ser significativo para las cargas de trabajo sensibles a la latencia de escritura. Si bien esta capacidad permite restaurar rápidamente grandes volúmenes a partir de instantáneas, puede provocar un aumento considerable de la latencia de las operaciones de E/S debido a la replicación síncrona. Esta latencia puede afectar al rendimiento de la base de datos. **nota** Si creó la instancia de base de datos de RDS Custom para SQL Server antes del 29 de agosto de 2024, aplique el parche a la versión secundaria más reciente antes de modificarla. Para las instancias de SQL Server 2019, actualice la versión del motor de base de datos a `15.00.4410.1.v1` o superior. Para las instancias de SQL Server 2022, actualice la versión del motor de base de datos a `16.00.4150.1.v1` o superior. **Topics** + [Configuración de requisitos previos para convertir una implementación single-AZ en multi-AZ mediante CloudFormation](#custom-sqlserver-multiaz.modify-saztomaz-prereqs.cf) + [Configuración de los requisitos previos para convertir manualmente una implementación single-AZ en multi-AZ](#custom-sqlserver-multiaz.modify-saztomaz-prereqs.manual) + [Realice las modificaciones mediante la consola de RDS, la CLI de AWS o la API de RDS.](#custom-sqlserver-multiaz.modify-saztomaz-afterprereqs) ## Configuración de requisitos previos para convertir una implementación single-AZ en multi-AZ mediante CloudFormation Para utilizar una implementación multi-AZ, debe asegurarse de haber aplicado la plantilla de CloudFormation más reciente con los requisitos previos o de configurar manualmente los requisitos previos más recientes. Si ya ha aplicado la plantilla de requisitos previos de CloudFormation más reciente, puede omitir estos pasos. Para configurar los requisitos previos de las implementaciones multi-AZ de RDS Custom para SQL Server mediante CloudFormation 1. Abra la consola de CloudFormation en [https://console.aws.amazon.com/cloudformation](https://console.aws.amazon.com/cloudformation/). 1. Para iniciar el asistente Crear pila, seleccione la pila existente que utilizó para crear una implementación Single-AZ y elija **Actualizar**. Aparecerá la página **Actualizar pila**. 1. En **Requisito previo: preparar la plantilla**, elija **Reemplazar la plantilla actual**. 1. En **Specify template** (Especificar plantilla), haga lo siguiente: 1. Descargue el archivo de plantilla de CloudFormation más reciente. Abra el menú contextual (haga clic con el botón derecho del ratón) del enlace [custom-sqlserver-onboard.zip](samples/custom-sqlserver-onboard.zip) y elija **Save Link As** (Guardar enlace como). 1. Guarde y extraiga el archivo `custom-sqlserver-onboard.json` en su equipo. 1. Para **Origen de plantilla**, elija **Cargar un archivo de plantilla**. 1. En **Choose file** (Elegir archivo), navegue hasta `custom-sqlserver-onboard.json` y elíjalo. 1. Elija **Siguiente**. Aparecerá la página **Specify stack details** (Especificar los detalles de la pila). 1. Para conservar las opciones predeterminadas, elija **Next** (Siguiente). Aparece la página **Opciones avanzadas**. 1. Para conservar las opciones predeterminadas, elija **Next** (Siguiente). 1. Para conservar las opciones predeterminadas, elija **Next** (Siguiente). 1. En la página **Revisar los cambios**, haga lo siguiente: 1. Para **Capacidades**, seleccione la casilla de verificación ****Reconozco que CloudFormation podría crear recursos de IAM con nombres personalizados****. 1. Elija **Enviar**. 1. Compruebe que la actualización se ha realizado correctamente. Si la operación se ha realizado correctamente, aparece `UPDATE_COMPLETE`. Si la actualización falla, se revertirá cualquier configuración nueva especificada en el proceso de actualización. El recurso existente seguirá pudiéndose utilizar. Por ejemplo, si añade reglas de ACL de red con los números 18 y 19, pero ya existían reglas con esos números, la actualización devolvería el siguiente error: `Resource handler returned message: "The network acl entry identified by 18 already exists.`. En este caso, puede modificar las reglas de ACL existentes para usar un número inferior a 18 y, a continuación, volver a intentar la actualización. ## Configuración de los requisitos previos para convertir manualmente una implementación single-AZ en multi-AZ **importante** Para simplificar la configuración, le recomendamos que utilice el archivo de plantilla de CloudFormation más reciente que se proporciona en las instrucciones de configuración de red. Para obtener más información, consulte [Configuración de requisitos previos para convertir una implementación single-AZ en multi-AZ mediante CloudFormation](#custom-sqlserver-multiaz.modify-saztomaz-prereqs.cf). Si decide configurar los requisitos previos manualmente, realice las siguientes tareas. 1. Abra la consola de Amazon VPC en [https://console.aws.amazon.com/vpc/](https://console.aws.amazon.com/vpc/). 1. Elija **Punto de conexión**. Aparecerá la página **Create Endpoint (Creación de un punto de enlace)**. 1. En **Categoría de servicio**, elija **Servicios de AWS**. 1. En **Servicios**, busque *SQS*. 1. En **VPC**, elija la VPC en la que esté implementada la instancia de base de datos de RDS Custom para SQL Server. 1. En **Subredes**, elija las subredes en las que está implementada la instancia de base de datos de RDS Custom para SQL Server. 1. En **Grupos de seguridad**, elija el grupo *-vpc-endpoint-sg*. 1. En **Política**, elija **Personalizada**. 1. En su política personalizada, sustituya la *partición de AWS*, la *región*, el *identificador de cuenta* y el *rol de instancia de IAM* por sus propios valores. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Condition": { "StringLike": { "aws:ResourceTag/AWSRDSCustom": "custom-sqlserver" } }, "Action": [ "SQS:SendMessage", "SQS:ReceiveMessage", "SQS:DeleteMessage", "SQS:GetQueueUrl" ], "Resource": "arn:aws:sqs:us-east-1:111122223333:do-not-delete-rds-custom-*", "Effect": "Allow", "Principal": { "AWS": "arn:aws:iam::111122223333:role/{IAM-Instance-role}" } } ] } ``` ------ 1. Actualice el **perfil de instancia** con permiso para acceder a Amazon SQS. Sustituya la *partición de AWS*, *la región* y el *identificador de cuenta* por sus propios valores. ``` { "Sid": "SendMessageToSQSQueue", "Effect": "Allow", "Action": [ "SQS:SendMessage", "SQS:ReceiveMessage", "SQS:DeleteMessage", "SQS:GetQueueUrl" ], "Resource": [ { "Fn::Sub": "arn:${AWS::Partition}:sqs:${AWS::Region}:${AWS::AccountId}:do-not-delete-rds-custom-*" } ], "Condition": { "StringLike": { "aws:ResourceTag/AWSRDSCustom": "custom-sqlserver" } } } > ``` 1. Actualice las reglas de entrada y salida del grupo de seguridad de Amazon RDS para permitir el puerto 1120. 1. En **Grupos de seguridad**, elija el grupo *-rds-custom-instance-sg*. 1. En **Reglas de entrada**, cree una regla **TCP personalizada** para permitir el puerto *1120* desde el grupo *-rds-custom-instance-sg* de origen. 1. En **Reglas de salida**, cree una regla **TCP personalizada** para permitir el puerto *1120* al grupo *-rds-custom-instance-sg* de destino. 1. Añada una regla a la lista de control de acceso (ACL) de su red privada que permita los puertos TCP `0-65535` para la subred de origen de la instancia de base de datos. **nota** Al crear una **Regla de entrada** y una **Regla de salida**, tome nota del **Número de regla** más alto. Las nuevas reglas que cree deben tener un **Número de regla** inferior a 100 y no coincidir con ningún **Número de regla** existente. 1. En **ACL de red**, elija el grupo *-private-network-acl*. 1. En **Reglas de entrada**, cree una regla para **Todos los TCP** para permitir los puertos TCP `0-65535` que se originan desde *privatesubnet1* y *privatesubnet2*. 1. En **Reglas de salida**, cree una regla para **Todos los TCP** para permitir los puertos TCP `0-65535` que van a *privatesubnet1* y *privatesubnet2*. ## Realice las modificaciones mediante la consola de RDS, la CLI de AWS o la API de RDS. Una vez completados los requisitos previos, puede modificar una instancia de base de datos de RDS Custom para SQL Server para convertir una implementación single-AZ en multi-AZ mediante la consola de RDS, la CLI de AWS o la API de RDS. ### Consola **Para convertir una implementación single-AZ de RDS Custom para SQL Server en una implementación multi-AZ** 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 la consola de Amazon RDS, seleccione **Databases (Bases de datos)**. Aparece el panel **Databases (Bases de datos)**. 1. Elija la instancia de base de datos de RDS Custom para SQL Server que desea restaurar. 1. En **Acciones**, elija **Convertir a implementación multi-AZ**. 1. Para aplicar los cambios de forma inmediata, seleccione la opción **Aplicar inmediatamente** en la página **Confirmación**. La elección de esta opción no provoca tiempo de inactividad, pero existe un posible impacto en el rendimiento. De forma alternativa, también puede aplicar la actualización durante la siguiente ventana de mantenimiento. Para obtener más información, consulte [Uso de la configuración de la programación de modificaciones](USER_ModifyInstance.ApplyImmediately.md). 1. En la página **Confirmación**, seleccione **Convertir a multi-AZ**. ### AWS CLI Para convertirla en una implementación de instancia de base de datos multi-AZ mediante la AWS CLI, llame al comando [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) y defina la opción `--multi-az`. Especifique el identificador de instancias de base de datos y los valores de las otras opciones que desea modificar. Para obtener más información acerca de cada opción, consulte [Configuración de instancias de base de datos](USER_ModifyInstance.Settings.md). **Example** El código siguiente modifica `mycustomdbinstance` al incluir la opción `--multi-az`. Los cambios se aplican durante el siguiente periodo de mantenimiento si se utiliza el parámetro `--no-apply-immediately`. Utilice `--apply-immediately` para aplicar los cambios inmediatamente. Para obtener más información, consulte [Uso de la configuración de la programación de modificaciones](USER_ModifyInstance.ApplyImmediately.md). Para Linux, macOS o Unix: ``` aws rds modify-db-instance \ --db-instance-identifier mycustomdbinstance \ --multi-az \ --no-apply-immediately ``` Para Windows: ``` aws rds modify-db-instance ^ --db-instance-identifier mycustomdbinstance ^ --multi-az \ ^ --no-apply-immediately ``` ### API de RDS Para convertirla en una implementación de instancia de base de datos multi-AZ con la API de RDS, llame a la operación [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) y defina el parámetro `MultiAZ` en true. # Coversión de una implementación multi-AZ de RDS Custom para SQL Server en una implementación single-AZ Puede modificar una instancia de base de datos de RDS Custom para SQL Server existente para convertirla de una implementación multi-AZ en una implementación single-AZ. ## Consola **Para modificar una instancia de base de datos de RDS Custom para SQL Server para convertirla de una implementación multi-AZ en una implementación single-AZ.** 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 la consola de Amazon RDS, seleccione **Databases (Bases de datos)**. Aparece el panel **Databases (Bases de datos)**. 1. Elija la instancia de base de datos de RDS Custom para SQL Server que desea modificar. 1. En **Implementación multi-AZ**, elija **No**. 1. Para aplicar los cambios de forma inmediata, seleccione la opción **Aplicar inmediatamente** en la página **Confirmación**. La elección de esta opción no provoca tiempo de inactividad, pero existe un posible impacto en el rendimiento. De forma alternativa, también puede aplicar la actualización durante la siguiente ventana de mantenimiento. Para obtener más información, consulte [Uso de la configuración de la programación de modificaciones](USER_ModifyInstance.ApplyImmediately.md). 1. En la página **Confirmación**, elija **Modificar la instancia de base de datos**. ## AWS CLI Para convertir una implementación multi-AZ en una implementación single-AZ mediante la AWS CLI, llame al comando [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) e incluya la opción `--no-multi-az`. Especifique el identificador de instancias de base de datos y los valores de las otras opciones que desea modificar. Para obtener más información acerca de cada opción, consulte [Configuración de instancias de base de datos](USER_ModifyInstance.Settings.md). **Example** El código siguiente modifica `mycustomdbinstance` al incluir la opción `--no-multi-az`. Los cambios se aplican durante el siguiente periodo de mantenimiento si se utiliza el parámetro `--no-apply-immediately`. Utilice `--apply-immediately` para aplicar los cambios inmediatamente. Para obtener más información, consulte [Uso de la configuración de la programación de modificaciones](USER_ModifyInstance.ApplyImmediately.md). Para Linux, macOS o:Unix ``` aws rds modify-db-instance \ --db-instance-identifier mycustomdbinstance \ --no-multi-az \ --no-apply-immediately ``` En:Windows ``` aws rds modify-db-instance ^ --db-instance-identifier mycustomdbinstance ^ --no-multi-az \ ^ --no-apply-immediately ``` ## API de RDS Para convertir una implementación Multi-AZ en una implementación single-AZ mediante la API de RDS, ejecute la operación [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) y defina el parámetro `MultiAZ` en `false`. # Proceso de conmutación por error para una implementación multi-AZ de RDS Custom para SQL Server Si se produce una interrupción planeada o no planeada de la instancia de base de datos a causa de un defecto de la infraestructura, Amazon RDS cambia automáticamente a una réplica en espera de otra zona de disponibilidad si se ha activado Multi-AZ. El tiempo requerido para completar la conmutación por error dependerá de la actividad de la base de datos y de otras condiciones existentes en el momento en que la instancia de base de datos principal deja de estar disponible. Los tiempos de conmutación por error suelen estar entre los 60 y 120 segundos. Sin embargo, las transacciones grandes o un proceso de recuperación largo pueden aumentar el tiempo de conmutación por error. Cuando la conmutación por error se haya completado, puede hacer falta más tiempo para que la consola de RDS muestre la nueva zona de disponibilidad. **nota** Puede forzar una conmutación por error manualmente cuando reinicie una instancia de base de datos con conmutación por error. Para obtener información sobre cómo reiniciar una instancia de base de datos, consulte [Reinicio de una instancia de base de datos ](USER_RebootInstance.md). Amazon RDS gestiona las conmutaciones por error automáticamente para que sea posible reanudar las operaciones de la base de datos lo antes posible sin intervención administrativa. La instancia de base de datos principal conmuta automáticamente a la réplica en espera si se da cualquiera de las condiciones descritas en la siguiente tabla. Puede ver los motivos de la conmutación por error en el registro de eventos de RDS. **** | Motivo de la conmutación por error | Descripción | | --- | --- | | `The operating system for the RDS Custom for SQL Server Multi-AZ DB instance is being patched in an offline operation` | Se ha desencadenado una conmutación por error durante la ventana de mantenimiento para un parche del sistema operativo o una actualización de seguridad. Para obtener más información, consulte [Mantenimiento de una instancia de base de datos](USER_UpgradeDBInstance.Maintenance.md). | | `The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unhealthy.` | La implementación de una instancia de base de datos Multi-AZ detectó una instancia de base de datos principal deteriorada y se produjo una conmutación por error. | | `The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unreachable due to loss of network connectivity.` | El monitoreo de RDS detectó un error de accesibilidad de la red a la instancia de base de datos principal y desencadenó una conmutación por error. | | `The RDS Custom for SQL Server Multi-AZ DB instance was modified by the customer.` | Una modificación de la instancia de base de datos ha activado una conmutación por error. Para obtener más información, consulte [Modificación de una instancia de base de datos de RDS Custom for SQL Server](custom-managing.modify-sqlserver.md). | | `The storage volume of the primary host of the RDS Custom for SQL Server Multi-AZ DB instance experienced a failure.` | La implementación de una instancia de base de datos Multi-AZ detectó un problema de almacenamiento en la instancia de base de datos principal y se produjo una conmutación por error. | | `The user requested a failover of the RDS Custom for SQL Server Multi-AZ DB instance.` | La instancia de base de datos multi-AZ de RDS Custom para SQL Server se reinició con conmutación por error. Para obtener más información, consulte [Reinicio de una instancia de base de datos ](USER_RebootInstance.md). | | `The RDS Custom for SQL Server Multi-AZ primary DB instance is busy or unresponsive.` | La instancia de base de datos principal no responde. Le recomendamos que pruebe los siguientes pasos: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/custom-sqlserver-multiaz.failover.html) | Para determinar si se produjo una conmutación por error en la instancia de base de datos Multi-AZ, puede hacer lo siguiente: + Configure suscripciones de eventos de base de datos para notificar por correo electrónico o por SMS que se ha iniciado una conmutación por error. Para obtener más información sobre los eventos, consulte [Uso de notificaciones de eventos de Amazon RDS](USER_Events.md). + Visualice sus eventos de base de datos mediante la consola de RDS o las operaciones de la API. + Puede ver el estado actual de la implementación de una instancia de base de datos multi-AZ de RDS Custom para SQL Server mediante la consola de RDS, la CLI o las operaciones de la API. ## Configuración de Time to Live (TTL) con aplicaciones que utilizan una implementación multi-AZ de RDS Custom para SQL Server El mecanismo de conmutación por error cambia automáticamente el registro del Sistema de nombres de dominio (DNS) de la instancia de base de datos para que apunte a la instancia de base de datos en espera. Como consecuencia, necesita restablecer las conexiones existentes a la instancia de base de datos. Asegúrese de que cualquier valor de configuración de tiempo de vida (TTL) de la memoria caché de DNS sea bajo y compruebe que la aplicación no almacene el DNS en caché durante un periodo prolongado. Un valor de TTL alto puede impedir que la aplicación se vuelva a conectar rápidamente a la instancia de base de datos tras la conmutación por error.