^
--tags Key="AWSRDSCustom",Value="custom-sqlserver"
```
------
## Paso 5: Crear o modificar una instancia de base de datos de RDS Custom para SQL Server
Cree o modifique una instancia de base de datos de RDS Custom para SQL Server para usarla con su directorio. Puede utilizar la consola, CLI, o la API de RDS para asociar una instancia de base de datos con un directorio. Puede hacerlo de una de las siguientes formas:
+ Cree una nueva instancia de base de datos de SQL Server mediante la consola, el comando de la CLI [ create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html) o la operación [CreateDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html) de la API de RDS.
Para obtener instrucciones, consulte [Creación de una instancia de base de datos de Amazon RDS](USER_CreateDBInstance.md).
+ Modifique una instancia de base de datos de SQL Server existente mediante la consola, el comando de la CLI [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) o la operación [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) de la API de RDS.
Para obtener instrucciones, consulte [Modificación de una instancia de base de datos de Amazon RDS](Overview.DBInstance.Modifying.md).
+ Restaure una instancia de base de datos de SQL Server a partir de una instantánea de base de datos mediante la consola, el comando de la CLI [restore-db-instance-from-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html) o la operación [RestoreDBInstanceFromDBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceFromDBSnapshot.html) de la API de RDS.
Para obtener instrucciones, consulte [Restauración a una instancia de base de datos](USER_RestoreFromSnapshot.md).
+ Restaure una instancia de base de datos de SQL Server a un punto en el tiempo mediante la consola, el comando de la CLI [restore-db-instance-to-point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html) o la operación [RestoreDBInstanceToPointInTime](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceToPointInTime.html) de la API de RDS.
Para obtener instrucciones, consulte [Restauración de una instancia de base de datos a un momento especificado para Amazon RDS](USER_PIT.md).
**nota**
Si su instancia de RDS Custom para SQL Server ya está unida a un AD manualmente, compruebe la configuración de [Reglas de puertos de configuraciones de redes](custom-sqlserver-WinAuth.NWConfigPorts.md), [Validación de red](custom-sqlserver-WinAuth.NWValidation.md) y complete los pasos del 1 al 4. Actualice `--domain-fqdn`, `--domain-ou` y `--domain-auth-secret-arn` a su AD para que las credenciales y configuraciones de unión al dominio se registren en RDS Custom para supervisar, registrar el CNAME y tomar medidas de recuperación.
Cuando utilice la AWS CLI, se necesitan los siguientes parámetros para que la instancia de base de datos pueda usar el directorio que ha creado:
+ Para el parámetro `--domain-fqdn`, utilice el nombre de dominio completo de su AD autoadministrado.
+ Para el parámetro `--domain-ou`, utilice la OU que creó en su AD autoadministrado.
+ Para el parámetro `--domain-auth-secret-arn`, utilice el valor del **ARN del secreto** que ha creado.
**importante**
Si modifica una instancia de base de datos para unirla a un dominio de AD autoadministrado o AWS Managed Microsoft AD, es necesario reiniciar la instancia de base de datos para que la modificación surta efecto. Puede optar por aplicar los cambios inmediatamente o esperar hasta el próximo período de mantenimiento. Si opta por **Aplicar inmediatamente**, se origina un tiempo de inactividad para las instancias de base de datos Single-AZ. El clúster de base de datos Multi-AZ realiza una conmutación por error antes de completar el reinicio. Para obtener más información, consulte [Modificación de una instancia de base de datos de Amazon RDS](Overview.DBInstance.Modifying.md).
El siguiente comando de CLI crea una nueva instancia de base de datos de RDS Custom para SQL Server y la une a un dominio de AWS Managed Microsoft AD o autoadministrado.
Para Linux, macOS o Unix:
```
aws rds create-db-instance \
--engine custom-sqlserver-se \
--engine-version 15.00.4312.2.v1 \
--db-instance-identifier my-custom-instance \
--db-instance-class db.m5.large \
--allocated-storage 100 --storage-type io1 --iops 1000 \
--master-username my-master-username \
--master-user-password my-master-password \
--kms-key-id my-RDSCustom-key-id \
--custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
--domain-fqdn "corp.example.com" \
--domain-ou "OU=RDSCustomOU,DC=corp,DC=example,DC=com" \
--domain-auth-secret-arn "arn:aws:secretsmanager:region:account-number:secret:do-not-delete-rds-custom-my-AD-test-secret-123456" \
--db-subnet-group-name my-DB-subnet-grp \
--vpc-security-group-ids my-securitygroup-id \
--no-publicly-accessible \
--backup-retention-period 3 \
--port 8200 \
--region us-west-2 \
--no-multi-az
```
Para Windows:
```
aws rds create-db-instance ^
--engine custom-sqlserver-se ^
--engine-version 15.00.4312.2.v1 ^
--db-instance-identifier my-custom-instance ^
--db-instance-class db.m5.large ^
--allocated-storage 100 --storage-type io1 --iops 1000 ^
--master-usernamemy-master-username ^
--master-user-password my-master-password ^
--kms-key-id my-RDSCustom-key-id ^
--custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
--domain-fqdn "corp.example.com" ^
--domain-ou "OU=RDSCustomOU,DC=corp,DC=example,DC=com" ^
--domain-auth-secret-arn "arn:aws:secretsmanager:region:account-number:secret:do-not-delete-rds-custom-my-AD-test-secret-123456" ^
--db-subnet-group-name my-DB-subnet-grp ^
--vpc-security-group-ids my-securitygroup-id ^
--no-publicly-accessible ^
--backup-retention-period 3 ^
--port 8200 ^
--region us-west-2 ^
--no-multi-az
```
**importante**
Si su NetBIOS para AWS Managed Microsoft AD es **corpexample**, entonces aparece como una OU en sí misma. Cualquier unidad organizativa nueva creada anteriormente aparecerá como una unidad organizativa anidada. En AWS Managed Microsoft AD, establezca `--domain-ou` en `"OU=RDSCustomOU,OU=corpexample,DC=corp,DC=example,DC=com"`.
El siguiente comando modifica una instancia de base de datos de RDS Custom para SQL Server existente para que utilice un dominio de Active Directory.
Para Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my-custom-instance \
--domain-fqdn "corp.example.com" \
--domain-ou "OU=RDSCustomOU,DC=corp,DC=example,DC=com" \
--domain-auth-secret-arn "arn:aws:secretsmanager:region:account-number:secret:do-not-delete-rds-custom-my-AD-test-secret-123456" \
```
Para Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my-custom-instance ^
--domain-fqdn "corp.example.com" ^
--domain-ou "OU=RDSCustomOU,DC=corp,DC=example,DC=com" ^
--domain-auth-secret-arn "arn:aws:secretsmanager:region:account-number:secret:do-not-delete-rds-custom-my-AD-test-secret-123456" ^
```
El siguiente comando de CLI elimina una instancia de base de datos de RDS Custom para SQL Server de un dominio de Active Directory.
Para Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my-custom-instance \
--disable-domain
```
Para Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my-custom-instance ^
--disable-domain
```
Cuando utilice la consola para crear o modificar su instancia, haga clic en **Habilitar la autenticación de Microsoft SQL Server Windows** para ver las siguientes opciones.
![\[Directorio de autenticación de Windows de Microsoft SQL Server\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/custom-sqs-WinAuth.png)
Usted es responsable de asegurarse de que el FQDN de su dominio se resuelva en las direcciones IP del controlador de dominio. Si las direcciones IP de los controladores de dominio no se resuelven, las operaciones de unión al dominio fallan, pero la creación de la instancia de RDS Custom for SQL Server se realiza correctamente. Para obtener información sobre la resolución de problemas, consulte [Solución de problemas de Active Directory](custom-sqlserver-WinAuth.Troubleshoot.md).
## Paso 6: Crear inicios de sesión de SQL Server de autenticación de Windows
Use las credenciales del usuario maestro de Amazon RDS para conectarse a la instancia de base de datos de SQL Server como lo haría con cualquier otra instancia de base de datos. Como la instancia de base de datos está unida al dominio de AD, puede aprovisionar inicios de sesión y usuarios de SQL Server. Para ello, utilice la utilidad de usuarios y grupos de AD de su dominio de AD. Los permisos de bases de datos se administran a través de los permisos de SQL Server estándar otorgados y revocados para estos inicios de sesión de Windows.
Para que un usuario de AD se autentique con SQL Server, debe existir un inicio de sesión de Windows de SQL Server para el usuario de AD o para un grupo de Active Directory del que el usuario sea miembro. El control detallado del acceso se gestiona mediante la concesión y la revocación de permisos en estos inicios de sesión de SQL Server. Un usuario de AD que no tenga un inicio de sesión de SQL Server o no pertenezca a un grupo de AD con dicho inicio de sesión no puede tener acceso a la instancia de base de datos de SQL Server.
El permiso `ALTER ANY LOGIN` es necesario para crear un inicio de sesión de SQL Server de AD. Si todavía no ha creado ningún inicio de sesión con este permiso, conéctese como usuario maestro de la instancia de base de datos usando la autenticación de SQL Server y cree sus inicios de sesión de SQL Server de AD bajo el contexto del usuario maestro.
Puede ejecutar un comando de lenguaje de definición de datos (DDL), como el siguiente, para crear un inicio de sesión de SQL Server para un usuario o grupo de AD.
```
USE [master]
GO
CREATE LOGIN [mydomain\myuser] FROM WINDOWS WITH DEFAULT_DATABASE = [master], DEFAULT_LANGUAGE = [us_english];
GO
```
Los usuarios (tanto humanos como aplicaciones) del dominio pueden conectarse ahora a la instancia de RDS Custom para SQL Server desde un equipo cliente unido al dominio utilizando la autenticación de Windows.
## Paso 7: Uso de la autenticación Kerberos o NTLM
### Autenticación NTLM mediante un punto de conexión de RDS
Cada instancia de base de datos de Amazon RDS contiene un punto de conexión y cada punto de conexión contiene el nombre DNS y el número de puerto para la instancia de base de datos. Para conectarse a su instancia de base de datos mediante una aplicación cliente SQL, necesita el nombre DNS y el número de puerto para la instancia de base de datos. Para autenticarse mediante la autenticación NTLM, debe conectarse al punto de conexión de RDS.
Durante una interrupción del servicio no planificada o un mantenimiento planificado de la base de datos, Amazon RDS conmuta automáticamente a la base de datos secundaria actualizada para que las operaciones puedan reanudarse rápidamente sin intervención manual. Las instancias principal y secundaria usan el mismo punto de conexión, cuya dirección de red física cambia a la 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.
### Autenticación de Kerberos
La autenticación basada en Kerberos para RDS Custom para SQL Server requiere que las conexiones se realicen a un nombre principal de servicio (SPN) específico. Sin embargo, tras un evento de conmutación por error, es posible que la aplicación no conozca el nuevo SPN. Para solucionar este problema, RDS Custom para SQL Server ofrece un punto de conexión basado en Kerberos.
El punto de conexión basado en Kerberos sigue un formato específico. Si su punto de conexión de RDS es `rds-instance-name.account-region-hash.aws-region.rds.amazonaws.com`, el punto de conexión correspondiente basado en Kerberos sería `rds-instance-name.account-region-hash.aws-region.awsrds.fully qualified domain name (FQDN)`.
Por ejemplo, si el punto de conexión de RDS es `ad-test.cocv6zwtircu.us-east-1.rds.amazonaws.com` y el nombre de dominio es `corp-ad.company.com`, el punto de conexión basado en Kerberos sería `ad-test.cocv6zwtircu.us-east-1.awsrds.corp-ad.company.com`.
Este punto de conexión basado en Kerberos se puede usar para autenticarse con la instancia de SQL Server mediante Kerberos, incluso después de un evento de conmutación por error, ya que el punto de conexión se actualiza automáticamente para que apunte al nuevo SPN de la instancia principal de SQL Server.
### Cómo encontrar su CNAME
Para encontrar su CNAME, conéctese al controlador de dominio y abra **Administrador de DNS**. Navegue hasta **Zonas de búsqueda avanzada** y su FQDN.
Navegue por **awsrds**, **aws-region** y **hash específicos de la cuenta y la región.**
Si conecta la instancia de EC2 de RDS Custom e intenta conectarse a la base de datos de forma local mediante CNAME, la conexión utilizará la autenticación NTLM en lugar de Kerberos.
Si después de conectar CNAME desde un cliente remoto, se devuelve una conexión NTLM, compruebe si los puertos necesarios están en la lista de permitidos.
Para comprobar si su conexión usa Kerberos, ejecute la siguiente consulta:
```
SELECT net_transport, auth_scheme
FROM sys.dm_exec_connections
WHERE session_id = @@SSPID;
```
# Administración de una instancia de base de datos en un dominio
Puede usar la consola, la AWS CLI o la API de Amazon RDS para administrar la instancia de base de datos y la relación con su dominio. Por ejemplo, puede mover la instancia de base de datos dentro, fuera o entre dominios.
Por ejemplo, con la API de Amazon RDS puede hacer lo siguiente:
+ Para volver a intentar una unión de dominio para una suscripción que haya generado un error, use la operación [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) de la API y especifique el ID del directorio de suscripción actual.
+ Para actualizar el nombre del rol de IAM para la suscripción, use la operación `ModifyDBInstance` de la API y especifique el ID del directorio de la suscripción actual y el nuevo rol de IAM.
+ Para eliminar una instancia de base de datos de un dominio, use la operación `ModifyDBInstance` de la API y especifique `none` como parámetro del dominio.
+ Para mover una instancia de base de datos de un dominio a otro, use la operación `ModifyDBInstance` de la API y especifique el identificador del nuevo dominio como parámetro del dominio.
+ Para ver la suscripción de cada instancia de base de datos, use la operación [DescribeDBInstances](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/DescribeDBInstances.html) de la API.
## Restauración de una instancia de base de datos de RDS Custom para SQL Server y adición de esta a un dominio de Active Directory
Puede restaurar una instantánea de base de datos o realizar una recuperación en un momento dado (PITR) para una instancia de base de datos de SQL Server y, a continuación, agregarla a un dominio de Active Directory. Una vez que la instancia de base de datos se haya restaurado, modifíquela usando el proceso que se explica en la sección [Paso 5: Crear o modificar una instancia de base de datos de RDS Custom para SQL Server](custom-sqlserver-WinAuth.settingUp.md#custom-sqlserver-WinAuth.settingUp.CreateDBInstance) para agregar la instancia de base de datos a un dominio de AD.
# Descripción de la pertenencia a los dominios
Una vez que haya creado o modificado una instancia de base de datos, esta se convierte en miembro del dominio. La consola AWS indica el estado de la pertenencia del dominio para la instancia de base de datos. El estado de la instancia de base de datos puede ser uno de los siguientes:
+ **joined**: la instancia es miembro del dominio.
+ **joining**: la instancia está en el proceso de convertirse en miembro del dominio.
+ **pending-join**: la suscripción de la instancia está pendiente.
+ **pending-maintenance-join**: AWS intentará convertir la instancia en miembro del dominio durante el próximo periodo de mantenimiento programado.
+ **pending-removal**: la eliminación de la instancia del dominio está pendiente.
+ **pending-maintenance-removal**: AWS intentará eliminar la instancia del dominio durante el próximo periodo de mantenimiento programado.
+ **error**: un problema de configuración ha impedido que la instancia se una al dominio. Compruebe y corrija la configuración antes de volver a ejecutar el comando para modificar la instancia.
+ **removing**: la instancia se está eliminando del dominio.
Una solicitud para convertirse en miembro de un dominio puede generar un error a causa de un problema de conectividad de la red o de un rol de IAM incorrecto. Por ejemplo, puede crear una instancia de base de datos o modificar una instancia existente y que se produzca un error al intentar que la instancia de base de datos se convierta en miembro de un dominio. En este caso, vuelva a emitir el comando para crear o modificar la instancia de base de datos o modificar la instancia recién creada para unirse al dominio.
# Solución de problemas de Active Directory
Los siguientes son los problemas que pueden surgir al configurar o modificar un AD.
| Código de error | Descripción | Causas habituales | Sugerencias para la solución de problemas |
| --- | --- | --- | --- |
| Error 2 / 0x2 | El sistema no puede encontrar el archivo especificado. | El formato o la ubicación de la unidad organizativa (OU) especificados con el parámetro `—domain-ou` no es válido. La cuenta de servicio de dominio especificada mediante AWS Secrets Manager carece de los permisos necesarios para unirse a la OU. | Revise el parámetro `—domain-ou`. Asegúrese de que la cuenta de servicio de dominio tenga los permisos correctos para la OU. |
| Error 5 / 0x5 | Se deniega el acceso. | Los permisos de la cuenta de servicio del dominio están mal configurados o la cuenta del equipo ya existe en el dominio. | Revise los permisos de la cuenta de servicio del dominio y compruebe que la cuenta del equipo de RDS no esté duplicada en el dominio. Para comprobar el nombre de la cuenta del equipo de RDS, ejecute `SELECT @@SERVERNAME` en su instancia de base de datos de RDS Custom para SQL Server. Si utiliza Multi-AZ, intente reiniciar con conmutación por error y, a continuación, compruebe de nuevo la cuenta del equipo de RDS. Para obtener más información, consulte [Reinicio de una instancia de base de datos ](USER_RebootInstance.md). |
| Error 87 / 0x57 | El parámetro es incorrecto. | La cuenta de servicio de dominio especificada mediante AWS Secrets Manager no tiene los permisos correctos. El perfil de usuario también podría estar dañado. | Revise los requisitos de la cuenta de servicio de dominio. |
| Error 234 / 0xEA | La unidad organizativa (OU) especificada no existe. | La OU especificada con el parámetro `—domain-ou` no existe en su AD. | Revise el parámetro `—domain-ou` y asegúrese de que la OU especificada exista en su AD. |
| Error 1326 / 0x52E | El nombre de usuario o la contraseña es incorrecto. | Las credenciales de la cuenta de servicio de dominio proporcionadas en AWS Secrets Manager contienen un nombre de usuario desconocido o una contraseña incorrecta. La cuenta de dominio también podría estar deshabilitada en su AD. | Asegúrese de que las credenciales proporcionadas en AWS Secrets Manager sean correctas y de que la cuenta de dominio esté habilitada en su Active Directory. |
| Error 1355 / 0x54B | El dominio especificado no existe o no se pudo contactar con él. | El dominio está inactivo, no se puede acceder al conjunto especificado de IP de DNS o no se puede acceder al FQDN especificado. | Revise los parámetros `—domain-dns-ips` y `—domain-fqdn` para asegurarse de que son correctos. Revise la configuración de red de su instancia de base de datos de RDS Custom para SQL Server y asegúrese de que sea posible acceder a su AD. |
| Error 1772/0x6BA | El servidor RPC no está disponible. | Se ha producido un problema al acceder al servicio de RPC de su dominio de AD. Puede deberse a un problema de red o de servicio. | Valide que el servicio de RPC se esté ejecutando en sus controladores de dominio y que se pueda acceder a los puertos de TCP `135` y `49152-65535` en su dominio desde su instancia de base de datos de RDS Custom para SQL Server. |
| Error 2224 / 0x8B0 | La cuenta de usuario ya existe. | La cuenta de equipo que se intenta agregar al AD ya existe. | Para identificar la cuenta del equipo, ejecute `SELECT @@SERVERNAME` en su instancia de base de datos de RDS Custom para SQL Server y, a continuación, elimínela cuidadosamente de su AD. |
| Error 2242 / 0x8c2 | La contraseña de este usuario ha caducado. | La contraseña de la cuenta de servicio de dominio especificada a través de AWS Secrets Manager ha caducado. | Actualice la contraseña de la cuenta de servicio de dominio utilizada para unir su instancia de base de datos de RDS Custom para SQL Server a su AD. |
# 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.
# Copia de seguridad y restauración de una instancia de base de datos de Amazon RDS Custom for SQL Server
Al igual que Amazon RDS, RDS Custom crea y guarda copias de seguridad automáticas de la instancia de base de datos de RDS Custom for SQL Server cuando la retención de copias de seguridad está activada. También puede realizar una copia de seguridad de su instancia de base de datos manualmente. Las copias de seguridad automatizadas se componen de copias de seguridad de instantáneas y copias de seguridad del registro de transacciones. Las copias de seguridad de instantáneas se realizan para todo el volumen de almacenamiento de la instancia de base de datos durante el período de copia de seguridad especificado. Las copias de seguridad de los registros de transacciones de las bases de datos aptas para el PITR se realizan a intervalos regulares. RDS Custom guarda las copias de seguridad automatizadas de la instancia de base de datos en función del periodo de retención de copia de seguridad especificado. Puede utilizar copias de seguridad automatizadas para recuperar la instancia de base de datos en un momento determinado dentro del periodo de retención de las copias de seguridad.
También puede realizar copias de seguridad de instantáneas de forma manual. Puede crear una nueva instancia de base de datos a partir de estas copias de seguridad de instantáneas en cualquier momento. Para obtener más información acerca de la creación de una instantánea de base de datos de forma manual, consulte [Creación de una instantánea de RDS Custom for SQL Server](custom-backup-sqlserver.creating.md).
Si bien las copias de seguridad de instantáneas funcionan desde el punto de vista operativo como copias de seguridad completas, solo se le facturará el uso incremental del almacenamiento. La primera instantánea de una instancia de base de datos de RDS Custom contiene los datos de la instancia de base de datos completa. Las instantáneas posteriores de la misma base de datos son incrementales, lo que significa que solo se guardan los datos que han cambiado después de la última instantánea.
**Topics**
+ [Creación de una instantánea de RDS Custom for SQL Server](custom-backup-sqlserver.creating.md)
+ [Restauración desde una instantánea de base de datos de RDS Custom for SQL Server](custom-backup-sqlserver.restoring.md)
+ [Restauración de una instancia de RDS Custom for SQL Server a un momento dado](custom-backup.pitr-sqs.md)
+ [Eliminación de una instantánea de RDS Custom for SQL Server](custom-backup-sqlserver.deleting.md)
+ [Eliminación de copias de seguridad automatizadas de RDS Custom for SQL Server](custom-backup-sqlserver.deleting-backups.md)
# Creación de una instantánea de RDS Custom for SQL Server
RDS Custom for SQL Server crea una instantánea del volumen de almacenamiento de la instancia de base de datos, al crear una copia de seguridad de toda la instancia de base de datos y no solo de las bases de datos individuales. Cuando cree una instantánea, especifique de qué instancia de base de datos de RDS Custom for SQL Server desea crear copia de seguridad. Asigne un nombre a la instantánea para poder restaurar desde esta más adelante.
Cuando crea una instantánea, RDS Custom for SQL Server crea una instantánea de Amazon EBS para el volumen `(D:)`, que es el volumen de base de datos asociado a la instancia de base de datos. Para que las instantáneas sean fáciles de asociar a una instancia de base de datos específica, se etiquetan con `DBSnapshotIdentifier`, `DbiResourceId` y `VolumeType`.
La creación de una instantánea de base de datos da como resultado una breve suspensión de E/S. Esta suspensión puede durar desde unos segundos hasta unos minutos, según el tamaño y la clase de la instancia de base de datos. El tiempo de creación de instantáneas varía según el número total y el tamaño de las base de datos. Para obtener más información sobre la cantidad de bases de datos aptas para una operación de restauración puntual (PITR), consulte [Número de bases de datos aptas para el PITR por tipo de clase de instancia](custom-backup.pitr-sqs.md#custom-backup.pitr.sqlserver.eligiblecountperinstance).
Debido a que la instantánea incluye todo el volumen de almacenamiento, el tamaño de los archivos (como los archivos temporales) también afecta el tiempo de creación de la instantánea. Para obtener más información acerca de la creación de segmentos, consulte [Creación de una instantánea de base de datos para una instancia de base de datos single-AZ para Amazon RDS](USER_CreateSnapshot.md).
Crear una instantánea de RDS Custom for SQL Server mediante la consola o la AWS CLI.
## Consola
**Para crear una instantánea de RDS Custom**
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. En la lista de instancias de base de datos de RDS Custom, seleccione la instancia para la que desea tomar una instantánea.
1. En **Actions** (Acciones), elija **Take snapshot** (Realizar instantánea).
Aparece la ventana **Take DB Snapshot** (Realizar una instantánea de base de datos).
1. En **Snapshot name** (Nombre de la instantánea), ingrese el nombre de la instantánea.
1. Elija **Take Snapshot** (Realizar una instantánea).
## AWS CLI
Puede crear una instantánea de una instancia de base de datos de RDS Custom mediante el comando AWS CLI [create-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-snapshot.html).
Especifique las opciones siguientes:
+ `--db-instance-identifier` – Identifica la instancia de base de datos de RDS Custom de la que va a realizar una copia de seguridad
+ `--db-snapshot-identifier` – Nombra su instantánea de RDS Custom para que pueda restaurarla más tarde
En este ejemplo, crea una instantánea de base de datos llamada *`my-custom-snapshot`* para una instancia de base de datos de RDS Custom llamada `my-custom-instance`.
**Example**
Para Linux, macOS o:Unix
```
1. aws rds create-db-snapshot \
2. --db-instance-identifier my-custom-instance \
3. --db-snapshot-identifier my-custom-snapshot
```
En:Windows
```
1. aws rds create-db-snapshot ^
2. --db-instance-identifier my-custom-instance ^
3. --db-snapshot-identifier my-custom-snapshot
```
# Restauración desde una instantánea de base de datos de RDS Custom for SQL Server
Al restaurar una instancia de base de datos de RDS Custom for SQL Server, debe indicar el nombre de la instantánea de base de datos y un nombre para la nueva instancia. No es posible restaurar desde una instantánea a una instancia de base de datos RDS Custom existente. Al realizar la restauración se crea una nueva instancia de base de datos de RDS Custom for SQL Server
La restauración a partir de una instantánea restaurará el volumen de almacenamiento al momento en el que se tomó la instantánea. Esto incluirá todas las bases de datos y cualquier otro archivo que estuviera presente en el volumen `(D:)`.
## Consola
**Restaure una instancia de base de datos de RDS Custom a partir de una instantánea 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, elija **Snapshots (Instantáneas)**.
1. Elija la instantánea de base de datos desde la que desea restaurar.
1. En **Actions** (Acciones), elija **Restore snapshot** (Restaurar instantánea).
1. En la página **Restore DB instance (Restaurar instancia de base de datos)**, en **DB instance identifier** (Identificador de instancias de bases de datos), ingrese el nombre de su instancia de base de datos de RDS Custom restaurada.
1. Elija **Restore DB Instance** (Restaurar instancia de base de datos).
## AWS CLI
Restaure una instantánea de base de datos de RDS Custom mediante el comando AWS CLI [restore-db-instance-from-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-db-snapshot.html).
Si la instantánea desde la que va a restaurar es para una instancia de base de datos privada, asegúrese de especificar el `db-subnet-group-name` y el `no-publicly-accessible` correctos. De lo contrario, la instancia de base de datos pasa a ser de acceso público de manera predeterminada. Se requieren las siguientes opciones:
+ `db-snapshot-identifier` – Identifica la instantánea desde la que se va a restaurar
+ `db-instance-identifier` – Especifica el nombre de la instancia de base de datos de RDS Custom que se debe crear a partir de la instantánea de base de datos
+ `custom-iam-instance-profile` – Especifica el perfil de instancia asociado a la instancia Amazon EC2 subyacente de una instancia de base de datos personalizada de RDS.
El siguiente código restaura la instantánea denominada `my-custom-snapshot` para `my-custom-instance`.
**Example**
Para Linux, macOS o:Unix
```
aws rds restore-db-instance-from-db-snapshot \
--db-snapshot-identifier my-custom-snapshot \
--db-instance-identifier my-custom-instance \
--custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
--no-publicly-accessible
```
En:Windows
```
aws rds restore-db-instance-from-db-snapshot ^
--db-snapshot-identifier my-custom-snapshot ^
--db-instance-identifier my-custom-instance ^
--custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
--no-publicly-accessible
```
# Restauración de una instancia de RDS Custom for SQL Server a un momento dado
Al crear una nueva instancia de base de datos puede restaurar una instancia de base de datos a un momento dado (PITR). Para admitir PITR, las instancias de base de datos deben tener una retención de copia de seguridad habilitada.
El último momento que se puede restaurar para una instancia de base de datos de RDS Custom for SQL Server depende de varios factores, pero normalmente se sitúa en los cinco minutos previos a la hora actual. Para ver el último momento que se puede restaurar para una instancia de base de datos, use el comando [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html) de la AWS CLI y compruebe el valor que se devuelve en el campo `LatestRestorableTime` para la instancia de base de datos. Para consultar la hora restaurable más reciente para cada instancia de base de datos en la consola de Amazon RDS, elija **Copias de seguridad automatizadas**.
Puede restaurar a cualquier punto en el tiempo dentro del periodo de retención de copia de seguridad. Para consultar la hora restaurable más reciente para cada instancia de base de datos, elija **Copias de seguridad automatizadas** en la consola de Amazon RDS.
Para obtener información general sobre PITR, consulte [Restauración de una instancia de base de datos a un momento especificado para Amazon RDS](USER_PIT.md).
**Topics**
+ [Consideraciones de PITR para RDS Custom for SQL Server](#custom-backup.pitr.sqlserver)
+ [Número de bases de datos aptas para el PITR por tipo de clase de instancia](#custom-backup.pitr.sqlserver.eligiblecountperinstance)
+ [Hacer que las bases de datos no sean elegibles para PITR](#custom-backup.pitr.sqlserver.ineligible)
+ [Registros de transacciones en Amazon S3](#custom-backup.pitr.sqlserver.tlogs)
+ [Restauración de PITR mediante la Consola de administración de AWS, la AWS CLI, o la API de RDS.](#custom-backup.pitr-sqs-concli)
## Consideraciones de PITR para RDS Custom for SQL Server
En RDS Custom for SQL Server, PITR difiere de las siguientes formas importantes de PITR en Amazon RDS:
+ PITR solo restaura las bases de datos de la instancia de base de datos. No restaura el sistema operativo ni los archivos de la unidad C:.
+ Para una instancia de base de datos de RDS Custom for SQL Server, una base de datos se respalda automáticamente y es elegible para PITR solo bajo las siguientes condiciones:
+ La base de datos está en línea.
+ El modelo de recuperación está configurado en `FULL`.
+ Se puede escribir.
+ Tiene sus archivos físicos en la unidad D:.
+ No se muestra en la tabla `rds_pitr_blocked_databases`. Para obtener más información, consulte [Hacer que las bases de datos no sean elegibles para PITR](#custom-backup.pitr.sqlserver.ineligible).
+ Las bases de datos aptas para PITR se determinan según el orden de su ID de base de datos. RDS Custom for SQL Server permite hasta 5000 bases de datos por instancia de base de datos. Sin embargo, el número máximo de bases de datos restauradas mediante una operación PITR para una instancia de base de datos de RDS Custom for SQL Server depende del tipo de clase de instancia. Para obtener más información, consulte [Número de bases de datos aptas para el PITR por tipo de clase de instancia](#custom-backup.pitr.sqlserver.eligiblecountperinstance).
Otras bases de datos que no forman parte de PITR se pueden restaurar a partir de instantáneas de base de datos, incluidas las copias de seguridad de instantáneas automatizadas utilizadas para PITR.
+ Al agregar una nueva base de datos apta para PITR, cambiarle el nombre o restaurarla, se inicia una instantánea de la instancia de base de datos.
+ La cantidad máxima de bases de datos aptas para el PITR cambia cuando la instancia de base de datos se somete a una operación de cálculo a escala, según el tipo de clase de instancia de destino. Si la instancia se escala verticalmente, lo que permite que más bases de datos de la instancia sean aptas para la PITR, se toma una nueva instantánea.
+ Las bases de datos restauradas tienen el mismo nombre que en la instancia de base de datos de origen. No puede especificar un nombre diferente.
+ `AWSRDSCustomSQLServerIamRolePolicy` requiere acceso a otros servicios de AWS. Para obtener más información, consulte [Agregar una política de acceso a AWSRDSCustomSQLServerInstanceRole](custom-setup-sqlserver.md#custom-setup-sqlserver.iam.add-policy).
+ Los cambios de zona horaria no son compatibles con RDS Custom for SQL Server. Si cambia el sistema operativo o la zona horaria de la instancia de base de datos, PITR (y otra automatización) no funciona.
## Número de bases de datos aptas para el PITR por tipo de clase de instancia
En la siguiente tabla se muestra el número máximo de bases de datos aptas para PITR en función del tipo de clase de instancia.
| Tipo de clase de instancia | Número máximo de bases de datos aptas para PITR |
| --- | --- |
| db.\$1.large | 100 |
| db.\$1.xlarge a db.\$1.2xlarge | 150 |
| db.\$1.4xlarge a db.\$1.8xlarge | 300 |
| db.\$1.12xlarge a db.\$1.16xlarge | 600 |
| db.\$1.24xlarge, db.\$132xlarge | 1 000 |
`*` *Representa los diferentes tipos de clase de instancia.*
El número máximo de bases de datos aptas para PITR en una instancia de base de datos depende del tipo de clase de instancia. El número oscila entre 100 en los más pequeños y 1000 en los tipos de clase de instancia más grandes compatibles con RDS Custom for SQL Server. Las bases de datos de sistema de servidor SQL `(master, model, msdb, tempdb)` no se incluyen en este límite. Cuando una instancia de base de datos se escala o desescala verticalmente, según el tipo de clase de instancia de destino, RDS Custom actualizará automáticamente el número de bases de datos aptas para PITR. RDS Custom for SQL Server enviará `RDS-EVENT-0352` cuando cambie el número máximo de bases de datos aptas para PITR en una instancia de base de datos. Para obtener más información, consulte [Eventos de versiones del motor personalizadas](USER_Events.Messages.md#USER_Events.Messages.CEV).
**nota**
La compatibilidad con PITR para más de 100 bases de datos solo está disponible en las instancias de base de datos creadas después del 26 de agosto de 2023. Para las instancias creadas antes del 26 de agosto de 2023, la cantidad máxima de bases de datos aptas para PITR es de 100, independientemente de la clase de instancia. Para habilitar la compatibilidad con PITR en más de 100 bases de datos en instancias de bases de datos creadas antes del 26 de agosto de 2023, puede realizar la siguiente acción:
Actualizar la versión del motor de base de datos a la 15.00.4322.2.v1 o posterior
Durante una operación de PITR, RDS Custom restaurará todas las bases de datos que formaban parte del PITR en la instancia de base de datos de origen en el momento de la restauración. Una vez que la instancia de base de datos de destino haya completado las operaciones de restauración, si la retención de copias de seguridad está habilitada, la instancia de base de datos empezará a realizar copias de seguridad en función del número máximo de bases de datos aptas para PITR en la instancia de base de datos de destino.
Por ejemplo, si su instancia de base de datos se ejecuta en una `db.*.xlarge` que tenga 200 bases de datos:
1. RDS Custom for SQL Server seleccionará las primeras 150 bases de datos, ordenadas por su ID de base de datos, para la copia de seguridad de PITR.
1. Modifique la instancia para escalarla verticalmente hasta db.\$1.4xlarge.
1. Una vez completada la operación de computación de escalado, RDS Custom for SQL Server seleccionará las primeras 300 bases de datos, ordenadas por su ID de base de datos, para la copia de seguridad de PITR. Cada una de las 200 bases de datos que cumpla los requisitos del PITR ahora podrá optar al PITR.
1. Ahora puede modificar la instancia para reducirla verticalmente a db.\$1.xlarge.
1. Una vez completada la operación de computación de escalado, RDS Custom for SQL Server seleccionará de nuevo las primeras 150 bases de datos, ordenadas por su ID de base de datos, para la copia de seguridad de PITR.
## Hacer que las bases de datos no sean elegibles para PITR
Puede optar por excluir las bases de datos individuales del PITR. Para esto, ponga sus valores de `database_id` en una tabla de `rds_pitr_blocked_databases`. Utilice el siguiente script SQL para crear la tabla.
**Para crear la tabla rds\$1pitr\$1blocked\$1databases**
+ Ejecute el siguiente script de SQL.
```
create table msdb..rds_pitr_blocked_databases
(
database_id INT NOT NULL,
database_name SYSNAME NOT NULL,
db_entry_updated_date datetime NOT NULL DEFAULT GETDATE(),
db_entry_updated_by SYSNAME NOT NULL DEFAULT CURRENT_USER,
PRIMARY KEY (database_id)
);
```
Para obtener la lista de bases de datos elegibles y no elegibles, consulte el archivo `RI.End` en el directorio `RDSCustomForSQLServer/Instances/DB_instance_resource_ID/TransactionLogMetadata` del bucket de Amazon S3 `do-not-delete-rds-custom-$ACCOUNT_ID-$REGION-unique_identifier`. Para obtener más información acerca del archivo `RI.End`, consulte [Registros de transacciones en Amazon S3](#custom-backup.pitr.sqlserver.tlogs).
También puede determinar la lista de bases de datos aptas para PITR mediante el siguiente script SQL. Establezca la variable `@limit` en el número máximo de bases de datos aptas para PITR para la clase de instancia. Para obtener más información, consulte [Número de bases de datos aptas para el PITR por tipo de clase de instancia](#custom-backup.pitr.sqlserver.eligiblecountperinstance).
**Para determinar la lista de bases de datos aptas para PITR en una clase de instancia de base de datos**
+ Ejecute el siguiente script de SQL.
```
DECLARE @Limit INT;
SET @Limit = (insert-database-instance-limit-here);
USE msdb;
IF (EXISTS (SELECT * FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = 'dbo' AND TABLE_NAME = 'rds_pitr_blocked_databases'))
WITH TABLE0 AS (
SELECT hdrs.database_id as DatabaseId, sdb.name as DatabaseName, 'ALWAYS_ON_NOT_WRITABLE_REPLICA' as Reason, NULL as DatabaseNameOnPitrTable
FROM sys.dm_hadr_database_replica_states hdrs
INNER JOIN sys.databases sdb ON sdb.database_id = hdrs.database_id
WHERE (hdrs.is_local = 1 AND hdrs.is_primary_replica = 0)
OR (sys.fn_hadr_is_primary_replica (sdb.name) = 1 AND DATABASEPROPERTYEX (sdb.name, 'Updateability') = 'READ_ONLY')
),
TABLE1 as (
SELECT dbs.database_id as DatabaseId, sysdbs.name as DatabaseName, 'OPTOUT' as Reason,
CASE WHEN dbs.database_name = sysdbs.name THEN NULL ELSE dbs.database_name END AS DatabaseNameOnPitrTable
FROM msdb.dbo.rds_pitr_blocked_databases dbs
INNER JOIN sys.databases sysdbs ON dbs.database_id = sysdbs.database_id
WHERE sysdbs.database_id > 4
),
TABLE2 as (
SELECT
db.name AS DatabaseName,
db.create_date AS CreateDate,
db.state_desc AS DatabaseState,
db.database_id AS DatabaseId,
rs.database_guid AS DatabaseGuid,
rs.last_log_backup_lsn AS LastLogBackupLSN,
rs.recovery_fork_guid RecoveryForkGuid,
rs.first_recovery_fork_guid AS FirstRecoveryForkGuid,
db.recovery_model_desc AS RecoveryModel,
db.is_auto_close_on AS IsAutoClose,
db.is_read_only as IsReadOnly,
NEWID() as FileName,
CASE WHEN(db.state_desc = 'ONLINE'
AND db.recovery_model_desc != 'SIMPLE'
AND((db.is_auto_close_on = 0 and db.collation_name IS NOT NULL) OR db.is_auto_close_on = 1))
AND db.is_read_only != 1
AND db.user_access = 0
AND db.source_database_id IS NULL
AND db.is_in_standby != 1
THEN 1 ELSE 0 END AS IsPartOfSnapshot,
CASE WHEN db.source_database_id IS NULL THEN 0 ELSE 1 END AS IsDatabaseSnapshot
FROM sys.databases db
INNER JOIN sys.database_recovery_status rs
ON db.database_id = rs.database_id
WHERE DB_NAME(db.database_id) NOT IN('tempdb') AND
db.database_id NOT IN (SELECT DISTINCT DatabaseId FROM TABLE1) AND
db.database_id NOT IN (SELECT DISTINCT DatabaseId FROM TABLE0)
),
TABLE3 as(
Select @Limit+count(DatabaseName) as TotalNumberOfDatabases from TABLE2 where TABLE2.IsPartOfSnapshot=1 and DatabaseName in ('master','model','msdb')
)
SELECT TOP(SELECT TotalNumberOfDatabases from TABLE3) DatabaseName,CreateDate,DatabaseState,DatabaseId from TABLE2 where TABLE2.IsPartOfSnapshot=1
ORDER BY TABLE2.DatabaseID ASC
ELSE
WITH TABLE0 AS (
SELECT hdrs.database_id as DatabaseId, sdb.name as DatabaseName, 'ALWAYS_ON_NOT_WRITABLE_REPLICA' as Reason, NULL as DatabaseNameOnPitrTable
FROM sys.dm_hadr_database_replica_states hdrs
INNER JOIN sys.databases sdb ON sdb.database_id = hdrs.database_id
WHERE (hdrs.is_local = 1 AND hdrs.is_primary_replica = 0)
OR (sys.fn_hadr_is_primary_replica (sdb.name) = 1 AND DATABASEPROPERTYEX (sdb.name, 'Updateability') = 'READ_ONLY')
),
TABLE1 as (
SELECT
db.name AS DatabaseName,
db.create_date AS CreateDate,
db.state_desc AS DatabaseState,
db.database_id AS DatabaseId,
rs.database_guid AS DatabaseGuid,
rs.last_log_backup_lsn AS LastLogBackupLSN,
rs.recovery_fork_guid RecoveryForkGuid,
rs.first_recovery_fork_guid AS FirstRecoveryForkGuid,
db.recovery_model_desc AS RecoveryModel,
db.is_auto_close_on AS IsAutoClose,
db.is_read_only as IsReadOnly,
NEWID() as FileName,
CASE WHEN(db.state_desc = 'ONLINE'
AND db.recovery_model_desc != 'SIMPLE'
AND((db.is_auto_close_on = 0 and db.collation_name IS NOT NULL) OR db.is_auto_close_on = 1))
AND db.is_read_only != 1
AND db.user_access = 0
AND db.source_database_id IS NULL
AND db.is_in_standby != 1
THEN 1 ELSE 0 END AS IsPartOfSnapshot,
CASE WHEN db.source_database_id IS NULL THEN 0 ELSE 1 END AS IsDatabaseSnapshot
FROM sys.databases db
INNER JOIN sys.database_recovery_status rs
ON db.database_id = rs.database_id
WHERE DB_NAME(db.database_id) NOT IN('tempdb') AND
db.database_id NOT IN (SELECT DISTINCT DatabaseId FROM TABLE0)
),
TABLE2 as(
SELECT @Limit+count(DatabaseName) as TotalNumberOfDatabases from TABLE1 where TABLE1.IsPartOfSnapshot=1 and DatabaseName in ('master','model','msdb')
)
select top(select TotalNumberOfDatabases from TABLE2) DatabaseName,CreateDate,DatabaseState,DatabaseId from TABLE1 where TABLE1.IsPartOfSnapshot=1
ORDER BY TABLE1.DatabaseID ASC
```
**nota**
Las bases de datos que son únicamente enlaces simbólicos también se excluyen de las bases de datos aptas para las operaciones de PITR. La consulta anterior no filtra en función de este criterio.
## Registros de transacciones en Amazon S3
El periodo de retención de copia de seguridad determina si los registros de transacciones para las instancias de base de datos de RDS Custom for SQL Server se extraen y cargan automáticamente en Amazon S3. Un valor distinto de cero significa que se crean copias de seguridad automáticas y que el agente personalizado de RDS carga los registros de transacciones en S3 cada 5 minutos.
Los archivos de registro de transacciones en S3 se cifran en reposo mediante el AWS KMS key que proporcionó cuando creó su instancia de base de datos. Para obtener más información, consulta [Protección de los datos con el cifrado de servidor](https://docs.aws.amazon.com/AmazonS3/latest/userguide/serv-side-encryption.html) en la *Guía del usuario de Amazon Simple Storage Service*.
Los registros de transacciones de cada base de datos se cargan en un bucket de S3 denominado `do-not-delete-rds-custom-$ACCOUNT_ID-$REGION-unique_identifier`. El directorio `RDSCustomForSQLServer/Instances/DB_instance_resource_ID` del bucket de S3 contiene dos subdirectorios:
+ `TransactionLogs` – Contiene los registros de transacciones de cada base de datos y sus respectivos metadatos.
El nombre del archivo de registro de transacciones sigue el patrón `yyyyMMddHHmm.database_id.timestamp`, por ejemplo:
```
202110202230.11.1634769287
```
El mismo nombre de archivo con el sufijo `_metadata` contiene información sobre el registro de transacciones, como números de secuencia de registros, nombre de base de datos y `RdsChunkCount`. `RdsChunkCount` determina cuántos archivos físicos representan un único archivo de registro de transacciones. Es posible que veas archivos con sufijos `_0001`, `_0002`, etc., lo que significa los fragmentos físicos de un archivo de registro de transacciones. Si quieres utilizar un archivo de registro de transacciones fragmentado, asegúrate de fusionar los fragmentos después de descargarlos.
Considere un escenario en el que tenga los siguientes archivos:
+ `202110202230.11.1634769287`
+ ` 202110202230.11.1634769287_0001`
+ ` 202110202230.11.1634769287_0002 `
+ ` 202110202230.11.1634769287_metadata`
El valor de `RdsChunkCount` es `3`. El orden de fusión de los archivos es el siguiente: , y: `202110202230.11.1634769287`, ` 202110202230.11.1634769287_0001`, `202110202230.11.1634769287_0002`.
+ `TransactionLogMetadata` – Contiene información de metadatos sobre cada iteración de la extracción del registro de transacciones.
El archivo `RI.End` contiene información de todas las bases de datos de las que se extrajeron los registros de transacciones y de todas las bases de datos que existen, pero no se extrajeron los registros de transacciones. El nombre de archivo `RI.End` sigue el patrón `yyyyMMddHHmm.RI.End.timestamp`, por ejemplo:
```
202110202230.RI.End.1634769281
```
## Restauración de PITR mediante la Consola de administración de AWS, la AWS CLI, o la API de RDS.
Puede restaurar una instancia de base de datos de RDS Custom for SQL Server a un momento dado mediante la Consola de administración de AWS, la AWS CLI o la API de RDS.
### Consola
**Para restaurar una instancia de base de datos de RDS Custom a un tiempo especificado**
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 **Copias de seguridad automáticas**.
1. Elija la instancia de base de datos personalizada de RDS que desea restaurar.
1. Para **Actions** (Acciones), elija **Restore to point in time** (Restaurar a un momento dado).
Aparecerá la ventana **Restore to point in time (Restaurar a un momento dado)**.
1. Elija **Latest restorable time** (Última hora de restauración) para restaurar a la última hora posible o elija **Custom** (Personalizar) para elegir una hora.
Si elige **Personalizar**, ingrese la fecha y la hora a la que desea restaurar la instancia.
Las horas se muestran en su zona horaria local, que se indica mediante una diferencia de la hora universal coordinada (UTC). Por ejemplo, UTC-5 es la hora estándar del Este/horario de verano central.
1. Para el **identificador de instancias de bases de datos**, ingrese el nombre de la instancia de base de datos de RDS Custom restaurada de destino. El nombre debe ser único.
1. Elija otras opciones según sea necesario, como la clase de instancia de base de datos.
1. Elija **Restore to point in time** (Restaurar a un momento dado).
### AWS CLI
Puede restaurar una instancia de base de datos a un momento dado mediante el comando [ restore-db-instance-to-point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-to-point-in-time.html) AWS CLI para crear una nueva instancia de base de datos de RDS Custom.
Utilice una de las siguientes opciones para especificar la copia de seguridad desde la que restaurar:
+ `--source-db-instance-identifier mysourcedbinstance`
+ `--source-dbi-resource-id dbinstanceresourceID`
+ `--source-db-instance-automated-backups-arn backupARN`
La opción `custom-iam-instance-profile` es obligatoria.
En el siguiente ejemplo se restaura `my-custom-db-instance` a una nueva instancia de base de datos denominada `my-restored-custom-db-instance`, en la hora especificada.
**Example**
Para Linux, macOS o Unix:
```
1. aws rds restore-db-instance-to-point-in-time \
2. --source-db-instance-identifier my-custom-db-instance\
3. --target-db-instance-identifier my-restored-custom-db-instance \
4. --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
5. --restore-time 2022-10-14T23:45:00.000Z
```
Para Windows:
```
1. aws rds restore-db-instance-to-point-in-time ^
2. --source-db-instance-identifier my-custom-db-instance ^
3. --target-db-instance-identifier my-restored-custom-db-instance ^
4. --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
5. --restore-time 2022-10-14T23:45:00.000Z
```
# Eliminación de una instantánea de RDS Custom for SQL Server
Puede eliminar instantáneas de base de datos administradas por RDS Custom for SQL Server cuando ya no las necesite. El procedimiento de eliminación es el mismo para las instancias de base de datos de Amazon RDS y RDS Custom.
Las instantáneas de Amazon EBS de los volúmenes binario y raíz permanecen en su cuenta durante más tiempo porque podrían estar vinculadas a algunas instancias que se ejecutan en su cuenta o a otras instantáneas de RDS Custom for SQL Server. Estas instantáneas de EBS se eliminan automáticamente después de que ya no están relacionadas con los recursos de RDS Custom for SQL Server existentes (instancias de base de datos o copias de seguridad).
## Consola
**Para eliminar una instantánea de una instancia de base de datos de RDS Custom**
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 **Snapshots** (Instantáneas).
1. Elija la instantánea de base de datos que desee eliminar.
1. En **Actions (Acciones)**, elija **Delete Snapshot (Eliminar instantánea)**.
1. En la página de confirmación, elija **Delete** (Eliminar).
## AWS CLI
Para eliminar una instantánea de RDS Custom, utilice el comando AWS CLI [delete-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-snapshot.html).
Se requiere la siguiente opción:
+ `--db-snapshot-identifier` – La instantánea que se va a eliminar
El siguiente ejemplo elimina la instantánea de base de datos `my-custom-snapshot`.
**Example**
Para Linux, macOS o:Unix
```
1. aws rds delete-db-snapshot \
2. --db-snapshot-identifier my-custom-snapshot
```
En:Windows
```
1. aws rds delete-db-snapshot ^
2. --db-snapshot-identifier my-custom-snapshot
```
# Eliminación de copias de seguridad automatizadas de RDS Custom for SQL Server
Puede eliminar las copias de seguridad automáticas retendas para RDS Custom for SQL Server cuando ya no sean necesarias. El procedimiento es el mismo que el procedimiento para eliminar las copias de seguridad de Amazon RDS.
## Consola
**Para eliminar una copia de seguridad automatizada retenida**
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 **Automated backups** (Copias de seguridad automatizadas).
1. Elija **Retained** (Retenidas).
1. Elija la copia de seguridad automatizada retenida que desea eliminar.
1. En **Actions (Acciones)**, elija **Delete (Eliminar)**.
1. En la página de confirmación, ingrese **delete me** y elija **Delete** (Eliminar).
## AWS CLI
Puede eliminar una copia de seguridad automatizada retenida utilizando el comando de la AWS CLI [delete-db-instance-automated-backup](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-instance-automated-backup.html).
La siguiente opción se utiliza para eliminar una copia de seguridad automática retenida:
+ `--dbi-resource-id` – El identificador de recurso para la instancia de base de datos de RDS Custom de origen.
Puede encontrar el identificador de recursos para la instancia de base de datos de origen de una copia de seguridad automatizada retenida mediante el comando AWS CLI [describe-db-instance-automated-backups](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instance-automated-backups.html).
El siguiente ejemplo elimina la copia de seguridad automatizada retenida con el identificador de recursos de la instancia de base de datos `custom-db-123ABCEXAMPLE`.
**Example**
Para Linux, macOS o:Unix
```
1. aws rds delete-db-instance-automated-backup \
2. --dbi-resource-id custom-db-123ABCEXAMPLE
```
En:Windows
```
1. aws rds delete-db-instance-automated-backup ^
2. --dbi-resource-id custom-db-123ABCEXAMPLE
```
# Copia de una instantánea de base de datos de Amazon RDS Custom para SQL Server
Con RDS Custom para SQL Server, puede realizar copias de seguridad automatizadas e instantáneas de bases de datos manuales. Después de copiar una instantánea, la copia será una instantánea manual. Puede realizar varias copias de una copia de seguridad automatizada o instantánea manual, pero cada copia debe tener un identificador único.
Solo puede copiar una instantánea en la misma cuenta de AWS en Regiones de AWS en las que RDS Custom para SQL Server esté disponible. Actualmente, las siguientes operaciones no están disponibles:
+ Copiar instantáneas de bases de datos dentro de la misma Región de AWS.
+ Copiar instantáneas de bases de datos entre cuentas de AWS.
RDS Custom para SQL Server admite la copia incremental de instantáneas. Para obtener más información, consulte [Aspectos a tener en cuenta sobre la copia de instantáneas incrementales](USER_CopySnapshot.md#USER_CopySnapshot.Incremental).
**Topics**
+ [Limitaciones](#custom-copying-snapshot-sqlserver.Limitations)
+ [Tratamiento del cifrado](#custom-copying-snapshot-sqlserver.Encryption)
+ [Copias entre regiones](#custom-copying-snapshot-sqlserver.XRCopy)
+ [Instantáneas de instancias de base de datos creadas con versiones de motor personalizadas (CEV)](#custom-copying-snapshot-sqlserver.CEVSnap)
+ [Concesión de los permisos necesarios a la entidad principal de IAM](#custom-copying-snapshot-sqlserver.GrantPermIAM)
+ [Copia de una instantánea de base de datos](#custom-copying-snapshot-sqlserver.CopyingDBSnapshot)
## Limitaciones
Las siguientes limitaciones se aplican a la copia de una instantánea de base de datos para RDS Custom para SQL Server:
+ Si elimina una instantánea de origen antes de que la instantánea de destino esté disponible, la copia de la instantánea podría generar un error. Compruebe que la instantánea de destino tenga el estado `AVAILABLE` antes de eliminar la instantánea de origen.
+ No puede especificar un nombre de grupo de opciones ni copiar un grupo de opciones en su solicitud de copia de instantánea de base de datos.
+ Si elimina algún recurso de AWS dependiente de la instantánea de base de datos de origen antes del proceso de copia o durante este, la solicitud de copia de la instantánea podría fallar de forma asíncrona.
+ Si elimina el archivo de copia de seguridad de clave maestra de servicio (SMK) de la instancia de base de datos de origen almacenada en el bucket de S3 administrado por RDS Custom en su cuenta, la copia de la instantánea de base de datos se realizará correctamente de forma asíncrona. Sin embargo, las características de SQL Server que dependen de la SMK, como las bases de datos compatibles con TDE, tendrán problemas. Para obtener más información, consulte [Resolución del problema PENDING\$1RECOVERY en bases de datos habilitadas para TDE en RDS Custom para SQL Server](custom-troubleshooting-sqlserver.md#custom-troubleshooting-sqlserver.pending_recovery).
+ Actualmente, no se admite la copia de instantáneas de bases de datos dentro de la misma Región de AWS.
+ Actualmente, no se admite la copia de instantáneas de bases de datos entre cuentas de AWS.
Las limitaciones de copia de una instantánea de base de datos para Amazon RDS también se aplican a RDS Custom para SQL Server. Para obtener más información, consulte [Limitaciones](USER_CopySnapshot.md#USER_CopySnapshot.Limitations).
## Tratamiento del cifrado
Todas las instancias de base de datos de RDS Custom para SQL Server se cifran con claves de KMS. Solo puede copiar una instantánea cifrada en una instantánea cifrada, por lo que debe especificar una clave de KMS valida en la Región de AWS de destino de la solicitud de copia de instantánea de base de datos.
La instantánea de origen permanece cifrada durante todo el proceso de copia. Amazon RDS utiliza el cifrado de sobre para proteger los datos durante la operación de copia con la clave de KMS de la Región de AWS de destino especificada. Para obtener más información, consulte [Cifrado de sobre](https://docs.aws.amazon.com/kms/latest/developerguide/concepts.html#enveloping) en la *Guía para desarrolladores de AWS Key Management Service*.
## Copias entre regiones
Puede copiar instantáneas de base de datos en Regiones de AWS. Sin embargo, existen ciertas restricciones y consideraciones para la copia de instantáneas entre regiones.
### Autorización de RDS para comunicarse entre Regiones de AWS para la copia de instantáneas
Cuando una solicitud de copia de instantánea de base de datos entre regiones se procesa correctamente, RDS inicia la copia. Se crea una solicitud de autorización para que RDS acceda a la instantánea de origen. Esta solicitud de autorización vincula la instantánea de base de datos de origen a la instantánea de base de datos de destino. Esto permite que RDS realice la copia solo en la instantánea de destino especificada.
RDS verifica la autorización mediante el permiso `rds:CrossRegionCommunication` en el rol de IAM vinculado al servicio. Si la copia está autorizada, RDS se comunica con la región de origen y completa la copia.
RDS no tiene acceso a instantáneas de base de datos que no estaban autorizadas previamente por una solicitud CopyDBSnapshot. La autorización se revoca cuando se completa la copia.
RDS utiliza el rol vinculado a servicios para verificar la autorización en la región de origen. La copia falla si elimina el rol vinculado al servicio durante el proceso de copia.
Para obtener más información, consulte [Creación de un rol vinculado al servicio](https://docs.aws.amazon.com/IAM/latest/UserGuide/using-service-linked-roles.html) en la *Guía del usuario de AWS Identity and Access Management*.
### Uso de credenciales de AWS Security Token Service
Los tokens de sesión del punto de conexión global de AWS Security Token Service (AWS STS) son válidos únicamente en Regiones de AWS que están habilitadas de forma predeterminada (regiones comerciales). Si utiliza credenciales de la operación de la API `assumeRole` en AWS STS, utilice el punto de conexión regional si la región de origen es una región registrada. De lo contrario, la solicitud devuelve un error. Las credenciales deben ser válidas en ambas regiones, pero, en el caso de las regiones registradas, solo cuando utiliza el punto de conexión regional de AWS STS.
Para utilizar el punto de conexión global, asegúrese de que está habilitado para operaciones en ambas regiones. Establezca el punto de conexión global en `Valid` en todas las Regiones de AWS en la configuración de la cuenta de AWS STS.
Para obtener más información, consulte [Administración de AWS STS en una Región de AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp_enable-regions.html) en la *Guía del usuario de AWS Identity and Access Management*.
## Instantáneas de instancias de base de datos creadas con versiones de motor personalizadas (CEV)
En el caso de una instantánea de base de datos de una instancia de base de datos que utilice una [versión de motor personalizada (CEV)](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-cev-sqlserver.html), RDS asocia la CEV a la instantánea de base de datos. Para copiar una instantánea de base de datos de origen asociada a una CEV entre Regiones de AWS, RDS copia la CEV junto con la instantánea de base de datos de origen en la región de destino.
Si va a copiar varias instantáneas de base de datos asociadas a la misma CEV en la misma región de destino, la primera solicitud de copia realiza la copia de la CEV asociada. El proceso de copia de las siguientes solicitudes busca la CEV copiada inicialmente y la asocia a las siguientes copias de instantáneas de base de datos. La copia de la CEV existente debe tener el estado `AVAILABLE` para que se pueda asociar a las copias de instantáneas de base de datos.
Para copiar una instantánea de base de datos asociada a una CEV, la política de IAM del solicitante debe tener los permisos necesarios para autorizar tanto la copia de la instantánea de base de datos como la copia de la CEV asociada. La política de IAM del solicitante requiere los siguientes permisos para permitir la copia de la CEV asociada:
+ `rds:CopyCustomDBEngineVersion`: la entidad principal de IAM del solicitante debe tener permiso para copiar la CEV de origen en la región de destino junto con la instantánea de base de datos de origen. Si la entidad principal de IAM del solicitante no está autorizada a copiar la CEV de origen, la solicitud de copia de la instantánea fallará debido a errores de autorización.
+ `ec2:CreateTags`: la AMI de EC2 subyacente de la CEV de origen se copia en la región de destino como parte de la copia de la CEV. RDS Custom intenta etiquetar la AMI con la etiqueta `AWSRDSCustom` antes de copiarla. Asegúrese de que la entidad principal de IAM del solicitante tenga el permiso necesario para crear la etiqueta con respecto a la AMI subyacente a la CEV de origen en la región de origen.
Para obtener más información sobre los permisos de copia de CEV, consulte [Concesión de los permisos necesarios a la entidad principal de IAM](#custom-copying-snapshot-sqlserver.GrantPermIAM).
## Concesión de los permisos necesarios a la entidad principal de IAM
Debe tener el acceso necesario para copiar una instantánea de base de datos de RDS Custom para SQL Server. El usuario o rol de IAM (denominado entidad principal de IAM) para copiar una instantánea de base de datos mediante la consola o la CLI debe tener una de las siguientes políticas para crear correctamente la instancia de base de datos:
+ La política `AdministratorAccess` o
+ La política `AmazonRDSFullAccess` con los siguientes permisos adicionales:
```
s3:CreateBucket
s3:GetBucketPolicy
s3:PutBucketPolicy
kms:CreateGrant
kms:DescribeKey
ec2:CreateTags
```
RDS Custom utiliza estos permisos durante la copia de instantáneas entre Regiones de AWS. Estos permisos configuran los recursos de su cuenta que son necesarios para las operaciones de RDS Custom. Para obtener más información acerca del permiso de `kms:CreateGrant`, consulte [AWS KMS keyAdministración de](Overview.Encryption.Keys.md).
La siguiente política de JSON de muestra otorga los permisos necesarios además de la política `AmazonRDSFullAccess`.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "CreateS3BucketAndReadWriteBucketPolicy",
"Effect": "Allow",
"Action": [
"s3:CreateBucket",
"s3:PutBucketPolicy",
"s3:GetBucketPolicy"
],
"Resource": "arn:aws:s3:::do-not-delete-rds-custom-*"
},
{
"Sid": "CreateKmsGrant",
"Effect": "Allow",
"Action": [
"kms:CreateGrant",
"kms:DescribeKey"
],
"Resource": "*"
},
{
"Sid": "CreateEc2Tags",
"Effect": "Allow",
"Action": [
"ec2:CreateTags"
],
"Resource": "*"
}
]
}
```
------
**nota**
Asegúrese de que los permisos enumerados no están restringidos por las políticas de control de servicio (SCP), los límites de los permisos o las políticas de sesión asociadas a la entidad principal de IAM.
Si utiliza condiciones con claves de contexto en la política de IAM del solicitante, ciertas condiciones pueden provocar un error en la solicitud. Para obtener más información sobre los errores más comunes debidos a las condiciones de la política de IAM, consulte [Solicitudes de copia de instantáneas de base de datos entre regiones](USER_CopySnapshot.md#USER_CopySnapshot.AcrossRegions.Policy).
## Copia de una instantánea de base de datos
Utilice el siguiente procedimiento para copiar una instantánea de base de datos. Para cada cuenta AWS, puede copiar hasta 20 instantáneas de base de datos a la vez de una Región de AWS a otra. Si copia una instantánea de base de datos en otra Región de AWS, crea una instantánea de base de datos manual que se conserva en esa Región de AWS. Al copiar una instantánea de base de datos fuera de la Región de AWS origen, se producen cargos por transferencia de datos de Amazon RDS. Para obtener más información acerca de los precios de las transferencias de datos, consulte [Precios de Amazon RDS](https://aws.amazon.com/rds/pricing/).
Una vez que la copia de la instantánea de base de datos se ha creado en la nueva Región de AWS, la copia de la instantánea de base de datos se comporta como las demás instantáneas de base de datos de esa Región de AWS.
Puede copiar una instantánea de base de datos usando la Consola de administración de AWS, la AWS CLI o la API de RDS.
------
#### [ Console ]
El siguiente procedimiento copia una instantánea de base de datos de RDS Custom para SQL Server con 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 **Snapshots** (Instantáneas).
1. Seleccione la instantánea de base de datos de RDS Custom para SQL Server que desea copiar.
1. En el menú desplegable **Acciones**, seleccione **Copiar instantánea**.
![\[La página Copiar instantánea en la consola de Amazon RDS. La configuración se carga en la página.\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/images/XRSC-Snapshot-Copy.png)
1. Para copiar la instantánea de base de datos en una Región de AWS diferente, establezca **Región de destino** en el valor necesario.
**nota**
La Región de AWS de destino debe tener la misma versión del motor de base de datos disponible que la Región de AWS de origen.
1. En **Nuevo identificador de instantánea de base de datos**, introduzca un nombre único para la instantánea de base de datos. Puede realizar varias copias de una copia de seguridad automatizada o instantánea manual, pero cada copia debe tener un identificador único.
1. (Opcional) Seleccione **Copy Tags (Copiar etiquetqas)** para copiar las etiquetas y los valores de la instantánea en la copia de la instantánea.
1. En **Cifrado**, especifique el identificador de la clave de KMS que se debe utilizar para cifrar la copia de la instantánea de base de datos.
**nota**
RDS Custom para SQL Server cifra todas las instantáneas de base de datos. No puede crear una instantánea de base de datos sin cifrar.
1. Elija **Copy Snapshot (Copiar instantánea)**.
RDS Custom para SQL Server crea una copia de instantánea de base de datos de la instancia de base de datos en la Región de AWS que seleccione.
------
#### [ AWS CLI ]
Puede copiar una instantánea de base de datos de RDS Custom para SQL Server usando el comando AWS CLI de la [https://docs.aws.amazon.com/cli/latest/reference/rds/copy-db-snapshot.html](https://docs.aws.amazon.com/cli/latest/reference/rds/copy-db-snapshot.html). Si desea copiar la instantánea en una nueva Región de AWS, ejecute el comando en la nueva Región de AWS. Las siguientes opciones se usan para copiar una instantánea de base de datos. No todas las opciones son necesarias para todos los escenarios.
+ `--source-db-snapshot-identifier`: identificador de la instantánea de base de datos de origen.
+ Si la instantánea de origen está en una Región de AWS distinta de la de la copia, especifique un ARN de instantánea de base de datos válido. Por ejemplo, `arn:aws:rds:us-west-2:123456789012:snapshot:instance1-snapshot-12345678`.
+ `--target-db-snapshot-identifier`: identificador de la nueva copia de la instantánea de base de datos.
+ `--kms-key-id`: identificador de la clave de KMS de una instantánea de base de datos cifrada. El identificador de la clave de KMS es el nombre de recurso de Amazon (ARN), el identificador de la clave o el alias de clave de la clave de KMS.
+ Si copia una instantánea cifrada en otra Región de AWS, debe especificar una clave de KMS para la región de Región de AWS de destino. Las claves de KMS son específicas de la Región de AWS en la que se han creado; no se pueden utilizar las claves de cifrado de una Región de AWS en otra Región de AWS a no ser que se utilice una clave multirregión. Para obtener más información sobre las claves de varias regiones, consulte [Uso de claves de varias regiones en AWS KMS](https://docs.aws.amazon.com/kms/latest/developerguide/multi-region-keys-overview.html).
+ `--copy-tags`: incluya las etiquetas y los valores de la instantánea de origen en la copia de la instantánea.
Las siguientes opciones no son compatibles en la copia de una instantánea de base de datos de RDS Custom para SQL Server:
+ `--copy-option-group `
+ `--option-group-name`
+ `--pre-signed-url`
+ `--target-custom-availability-zone`
El siguiente ejemplo de código copia una instantánea de base de datos cifrada de la región Oeste de EE. UU. (Oregón) a la región Este de EE. UU. (Norte de Virginia). Ejecute el comando en la región de destino (us-east-1).
Para Linux, macOS o Unix:
```
aws rds copy-db-snapshot \
--region us-east-1 \
--source-db-snapshot-identifier arn:aws:rds:us-west-2:123456789012:snapshot:instance1-snapshot-12345678 \
--target-db-snapshot-identifier mydbsnapshotcopy \
--kms-key-id a1b2c3d4-1234-5678-wxyz-a1b2c3d4d5e6
```
Para Windows:
```
aws rds copy-db-snapshot ^
--region us-east-1 ^
--source-db-snapshot-identifier arn:aws:rds:us-west-2:123456789012:snapshot:instance1-snapshot-12345678 ^
--target-db-snapshot-identifier mydbsnapshotcopy ^
--kms-key-id a1b2c3d4-1234-5678-wxyz-a1b2c3d4d5e6
```
------
#### [ RDS API ]
Puede copiar una instantánea de base de datos de RDS Custom para SQL Server usando la operación [CopyDBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CopyDBSnapshot.html) de la API de Amazon RDS. Si desea copiar la instantánea en una nueva Región de AWS, realice la acción en la nueva Región de AWS. Los siguientes parámetros se usan para copiar una instantánea de base de datos. No todos los parámetros son obligatorios:
+ `SourceDBSnapshotIdentifier`: identificador de la instantánea de base de datos de origen.
+ Si la instantánea de origen está en una Región de AWS distinta de la de la copia, especifique un ARN de instantánea de base de datos válido. Por ejemplo, `arn:aws:rds:us-west-2:123456789012:snapshot:instance1-snapshot-12345678`.
+ `TargetDBSnapshotIdentifier`: identificador de la nueva copia de la instantánea de base de datos.
+ `KmsKeyId`: identificador de la clave de KMS de una instantánea de base de datos cifrada. El identificador de la clave de KMS es el nombre de recurso de Amazon (ARN), el identificador de la clave o el alias de clave de la clave de KMS.
+ Si copia una instantánea cifrada en otra Región de AWS, debe especificar una clave de KMS para la región de Región de AWS de destino. Las claves de KMS son específicas de la Región de AWS en la que se han creado; no se pueden utilizar las claves de cifrado de una Región de AWS en otra Región de AWS a no ser que se utilice una clave multirregión. Para obtener más información sobre las claves de varias regiones, consulte [Uso de claves de varias regiones en AWS KMS](https://docs.aws.amazon.com/kms/latest/developerguide/multi-region-keys-overview.html).
+ `CopyTags`: defina este parámetro como `true` para copiar las etiquetas y los valores de la instantánea de origen en la copia de la instantánea. El valor predeterminado es `false`.
Las siguientes opciones no son compatibles en la copia de una instantánea de base de datos de RDS Custom para SQL Server:
+ `CopyOptionGroup`
+ `OptionGroupName`
+ `PreSignedUrl`
+ `TargetCustomAvailabilityZone`
El siguiente código crea una copia de una instantánea, con el nuevo nombre `mydbsnapshotcopy`, en la región US East (N. Virginia).
```
https://rds.us-east-1.amazonaws.com/
?Action=CopyDBSnapshot
&KmsKeyId=a1b2c3d4-1234-5678-wxyz-a1b2c3d4d5e6
&SourceDBSnapshotIdentifier=arn%3Aaws%3Ards%3Aus-west-2%3A123456789012%3Asnapshot%3Ainstance1-snapshot-12345678
&TargetDBSnapshotIdentifier=mydbsnapshotcopy
&Version=2014-10-31
&X-Amz-Algorithm=AWS4-HMAC-SHA256
&X-Amz-Credential=AKIADQKE4SARGYLE/20161117/us-east-1/rds/aws4_request
&X-Amz-Date=20161117T221704Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=da4f2da66739d2e722c85fcfd225dc27bba7e2b8dbea8d8612434378e52adccf
```
------
# Migración de una base de datos en las instalaciones a Amazon RDS Custom for SQL Server
Puede utilizar el siguiente proceso para migrar una base de datos en las instalaciones de Microsoft SQL Server a Amazon RDS Custom for SQL Server mediante una copia de seguridad y una restauración nativas:
1. Realice una copia de seguridad completa de la base de datos en la instancia de base de datos en las instalaciones.
1. Cargue el archivo de copia de seguridad en Amazon S3.
1. Descargue el archivo de copia de seguridad de S3 en la instancia de base de datos de RDS Custom for SQL Server.
1. Restaurar una base de datos mediante el archivo de copia de seguridad descargado en la instancia de base de datos de RDS Custom for SQL Server.
En este proceso se explica la migración de una base de datos de las instalaciones a RDS Custom for SQL Server, mediante copias de seguridad y restauración completas nativas. Para reducir el tiempo de transición durante el proceso de migración, también podría considerar utilizar copias de seguridad diferenciales o de registros.
Para obtener información general sobre la copia de seguridad y restauración nativas de RDS para SQL Server, consulte [Importación y exportación de bases de datos de SQL Server por copias de seguridad y restauración nativas](SQLServer.Procedural.Importing.md).
**Topics**
+ [Requisitos previos](#custom-migrating.prereqs)
+ [Copia de seguridad de la base de datos en las instalaciones](#custom-migrating.backup)
+ [Cargar el archivo de copia de seguridad en Amazon S3](#custom-migrating.upload)
+ [Descargar el archivo de copia de seguridad de Amazon S3](#custom-migrating.upload)
+ [Restauración del archivo de copia de seguridad en la instancia de base de datos de RDS Custom for SQL Server](#custom-migrating.restore)
## Requisitos previos
Realice las siguientes tareas antes de migrar la base de datos:
1. Configure Remote Desktop Connection (RDP) para la instancia de base de datos de RDS Custom for SQL Server. Para obtener más información, consulte [Conexión a la instancia de base de datos de RDS Custom mediante RDP](custom-creating-sqlserver.rdp.md).
1. Configure el acceso a Amazon S3 para que pueda cargar y descargar el archivo de copia de seguridad de la base de datos.
## Copia de seguridad de la base de datos en las instalaciones
Utilice la copia de seguridad nativa de SQL Server para realizar una copia de seguridad completa de la base de datos en la instancia de base de datos en las instalaciones.
En el siguiente ejemplo se muestra una copia de seguridad de una base de datos denominada `mydatabase`, con la opción `COMPRESSION` especificada para reducir el tamaño del archivo de copia de seguridad.
**Para realizar una copia de seguridad de la base de datos en las instalaciones**
1. Mediante SQL Server Management Studio (SSMS), conecte con la instancia de SQL Server en las instalaciones.
1. Ejecute el siguiente comando T-SQL.
```
backup database mydatabase to
disk ='C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\Backup\mydb-full-compressed.bak'
with compression;
```
## Cargar el archivo de copia de seguridad en Amazon S3
Utilice el Consola de administración de AWS para cargar el archivo de copia de seguridad `mydb-full-compressed.bak` en Amazon S3.
**Para cargar el archivo de copia de seguridad en S3**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon S3 en [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/).
1. Para **Buckets**, elija el nombre del bucket al que desea cargar su archivo de copia de seguridad.
1. Seleccione **Cargar**.
1. En la ventana **Cargar**, realice una de las siguientes acciones:
+ Arrastre y suelte `mydb-full-compressed.bak` en la ventana **Upload** (Cargar).
+ Elija **Add file** (Agregar archivo), `mydb-full-compressed.bak` y luego **Open** (Abrir).
Amazon S3 carga el archivo de copia de seguridad como un objeto de S3. Cuando finalice la carga, puede ver un mensaje de éxito en la página **Cargar: estado**.
## Descargar el archivo de copia de seguridad de Amazon S3
Utilice la consola para descargar el archivo de copia de seguridad de S3 a la instancia de base de datos de RDS Custom for SQL Server.
**Para descargar el archivo de copia de seguridad de S3**
1. Con RDP, conéctese a su instancia de base de datos de RDS Custom for SQL Server.
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon S3 en [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/).
1. En la lista **Buckets**, elija el nombre del bucket que contiene su archivo de copia de seguridad.
1. Elija el archivo de copia de seguridad `mydb-full-compressed.bak`.
1. En **Actions** (Acciones), elija **Download as** (Descargar como).
1. Abra el menú contextual (haga clic con el botón derecho) del enlace que se proporciona, después elija **Save As** (Guardar como).
1. Guarde `mydb-full-compressed.bak` en el directorio `D:\rdsdbdata\BACKUP`.
## Restauración del archivo de copia de seguridad en la instancia de base de datos de RDS Custom for SQL Server
Utilice la restauración nativa de SQL Server para restaurar el archivo de copia de seguridad en la instancia de base de datos de RDS Custom for SQL Server.
En este ejemplo, se especifica la opción `MOVE` porque los directorios de archivos de registro y datos son diferentes de la instancia de base de datos en las instalaciones.
**Para restaurar el archivo de copia de seguridad**
1. Con SSMS, conéctese a la instancia de base de datos de RDS Custom for SQL Server.
1. Ejecute el siguiente comando T-SQL.
```
restore database mydatabase from disk='D:\rdsdbdata\BACKUP\mydb-full-compressed.bak'
with move 'mydatabase' to 'D:\rdsdbdata\DATA\mydatabase.mdf',
move 'mydatabase_log' to 'D:\rdsdbdata\DATA\mydatabase_log.ldf';
```
# Actualizaciones del sistema operativo de RDS Custom para SQL Server
RDS Custom para SQL Server proporciona los siguientes métodos para aplicar actualizaciones del sistema operativo a las instancias de versión de motor proporcionada por RDS (RPEV):
+ *acciones de mantenimiento de la actualización del sistema*
+ *actualizaciones de versiones secundarias de la base de datos*
+ Las actualizaciones de las versiones secundarias del motor de base de datos que utilizan RPEV incluyen actualizaciones actualizadas del sistema operativo. Este enfoque resulta especialmente útil si desea combinar las actualizaciones del sistema operativo con las actualizaciones de las versiones secundarias de SQL Server. Para obtener más información, consulte [Actualización de una instancia de base de datos de Amazon RDS Custom para SQL Server](custom-upgrading-sqlserver.md).
## Escenarios de actualización del sistema operativo
Existen dos formas de administrar las actualizaciones del sistema operativo para las instancias de RDS Custom para SQL Server:
+ En las instancias single-AZ, la instancia no está disponible durante la actualización del sistema operativo.
+ Para las implementaciones multi-AZ, RDS aplica las actualizaciones del sistema operativo de la siguiente manera:
+ En primer lugar, RDS actualiza el sistema operativo en la instancia en espera.
+ RDS conmuta por error a la instancia de base de datos en espera actualizada, convirtiéndola en la nueva instancia de base de datos principal.
+ Por último, RDS actualiza el sistema operativo en la instancia de base de datos en espera.
El tiempo de inactividad para las implementaciones multi-AZ es el tiempo que tarda la conmutación por error.
## Aplicación de las actualizaciones del sistema operativo mediante acciones de mantenimiento de las actualizaciones del sistema
Para aplicar actualizaciones del sistema operativo a las instancias RPEV de Amazon RDS, puede usar la Consola de administración de AWS, la AWS CLI o la API de RDS. Para obtener más información, consulte [Actualizaciones del sistema operativo de instancias de base de datos de RDS](USER_UpgradeDBInstance.Maintenance.md#OS_Updates).
**Example**
Para Linux, macOS o Unix:
**Paso 1: Comprobar si hay actualizaciones disponibles**
Utilice el comando `describe-pending-maintenance-actions` para comprobar si hay actualizaciones del sistema operativo disponibles para las instancias:
```
aws rds describe-pending-maintenance-actions
```
Respuesta de ejemplo:
```
{
"PendingMaintenanceActions": [
{
"ResourceIdentifier": "arn:aws:rds:us-east-1:111122223333:db:my-sqlserver-instance",
"PendingMaintenanceActionDetails": [
{
"Action": "system-update",
"Description": "New Operating System update is available"
}
]
}
]
}
```
Un tipo de acción de `system-update` indica que hay una actualización del sistema operativo disponible para la instancia.
**Paso 2: Aplicar la actualización del sistema operativo**
Use el comando `apply-pending-maintenance-action` para programar la actualización:
```
aws rds apply-pending-maintenance-action \
--resource-identifier arn:aws:rds:us-east-1:111122223333:db:my-sqlserver-instance \
--apply-action system-update \
--opt-in-type immediate
```
La entrada `opt-in-type` tiene las siguientes opciones:
+ `immediate`: aplique la actualización de inmediato
+ `next-maintenance`: aplique la actualización durante el siguiente periodo de mantenimiento programado
+ `undo-opt-in`: cancele una actualización previamente programada
Respuesta de ejemplo:
```
{
"ResourcePendingMaintenanceActions": {
"ResourceIdentifier": "arn:aws:rds:us-east-1:111122223333:db:my-sqlserver-instance",
"PendingMaintenanceActionDetails": [
{
"Action": "system-update",
"AutoAppliedAfterDate": "2024-04-10T20:41:01.695000+00:00",
"ForcedApplyDate": "2024-04-10T20:41:01.694000+00:00",
"CurrentApplyDate": "2024-04-10T20:41:01.695000+00:00",
"Description": "New Operating System update is available"
}
]
}
}
```
## Notificaciones de actualización del sistema operativo
Para recibir una notificación cuando haya un nuevo parche del sistema operativo opcional disponible, puede suscribirse al [RDS-EVENT-0230](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_Events.Messages.html#RDS-EVENT-0230) en la categoría de eventos de parches de seguridad. Para obtener información acerca de la suscripción a eventos de RDS, consulte [Suscripción a la notificación de eventos de Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_Events.Subscribing.html).
## Consideraciones
Las siguientes consideraciones y limitaciones se aplican a las actualizaciones del sistema operativo siguientes:
+ Las personalizaciones del sistema operativo realizadas en la unidad C:\$1 no se conservan durante las actualizaciones del sistema operativo.
+ Se recomienda realizar una instantánea manual antes de aplicar las actualizaciones.
# Actualización de una instancia de base de datos de Amazon RDS Custom para SQL Server
Puede actualizar una instancia de base de datos de Amazon RDS Custom para SQL Server al modificarla para utilizar una nueva versión del motor de base de datos. Para obtener información general sobre la actualización de instancias de base de datos, consulte [Actualización de una versión del motor de una instancia de base de datos ](USER_UpgradeDBInstance.Upgrading.md).
**Topics**
+ [Información general sobre las actualizaciones en RDS Custom para SQL Server](#custom-upgrading-sqlserver.Overview)
+ [Actualización de la versión principal y secundaria del motor](#custom-upgrading-sqlserver.Upgrade)
+ [Nivel de compatibilidad de la base de datos](#custom-upgrading-sqlserver.Major.Compatibility)
## Información general sobre las actualizaciones en RDS Custom para SQL Server
Amazon RDS Custom para SQL Server admite las actualizaciones de versiones principales y secundarias. Las actualizaciones de versiones secundarias pueden incluir parches de seguridad, correcciones de errores y mejoras del motor. Microsoft publica estas actualizaciones como actualizaciones acumulativas (CU). Las actualizaciones de versión principal ingresan nuevas características y cambios de motor entre versiones, como la actualización de SQL Server 2019 a 2022. Puede aplicar ambas actualizaciones de forma inmediata o durante las ventanas de mantenimiento programadas. Para evitar posibles problemas de compatibilidad con versiones anteriores, recomendamos probar las aplicaciones en un entorno que no sea de producción antes de la actualización.
RDS Custom para SQL Server le permite actualizar una versión de motor proporcionada por RDS (RPEV) o una versión de motor personalizada (CEV).
+ Las versiones del motor proporcionadas por RDS (RPEV) contienen parches actualizados del sistema operativo (SO) y actualizaciones acumulativas (CU) de SQL Server.
+ Para una versión de motor personalizada (CEV), debe seguir un proceso de dos pasos. En primer lugar, cree un nuevo CEV con la versión de SQL Server de destino, consulte [Preparación para crear una CEV para RDS Custom para SQL Server](custom-cev-sqlserver.preparing.md). Esta versión de destino debe ser igual o más reciente que la versión actual. Una vez creado el nuevo CEV, modifique la instancia de la base de datos para usar esta nueva versión. Para obtener más información, consulte [Realización de una actualización de versión secundaria para Amazon RDS Custom para SQL Server CEV con Multi-AZ](https://aws.amazon.com/blogs/database/performing-a-minor-version-upgrade-for-amazon-rds-custom-for-sql-server-cev-with-multi-az/).
No aplique actualizaciones acumulativas de SQL Server locales a la instancia de RDS Custom en ejecución. Una vez que cree una CEV con una versión específica de SQL Server (por ejemplo, SQL Server 2022 CU16), aplicar una actualización acumulativa más reciente directamente a la instancia la saca del perímetro de soporte y genera un error `SP-S3006`. Para aplicar un parche a una instancia de SQL Server existente mediante una CEV, cree una nueva CEV que incluya la actualización acumulativa deseada y, a continuación, modifique la instancia existente para cambiar a la nueva CEV.
Si actualiza una instancia de base de datos de RDS Custom para SQL Server en una implementación multi-AZ, RDS Custom para SQL Server realizará actualizaciones sucesivas para la instancia. Este enfoque minimiza el tiempo de inactividad mediante la actualización de una instancia a la vez. RDS realiza las siguientes acciones para llevar a cabo actualizaciones sucesivas:
1. Actualice la instancia de base de datos de reserva.
1. Conmutación por error a la instancia de base de datos en espera actualizada, convirtiéndola en la nueva instancia de base de datos principal.
1. Actualice la nueva instancia de base de datos de reserva.
El tiempo de inactividad de la instancia de base de datos para las implementaciones multi-AZ es el tiempo que tarda la conmutación por error.
Las siguientes limitaciones se aplican al actualizar una instancia de base de datos de RDS Custom para SQL Server:
+ No se admiten grupos de parámetros y opciones de base de datos de Custom.
+ Los volúmenes de almacenamiento adicionales que adjunte a la instancia de base de datos de RDS Custom para SQL Server no se adjuntarán después de la actualización.
+ En el caso de las CEV, la aplicación local de las actualizaciones acumulativas de SQL Server no es compatible y resulta en que la instancia quede fuera del perímetro de soporte.
## Actualización de la versión principal y secundaria del motor
Las actualizaciones de las versiones principal y secundaria del motor son irreversibles y siempre deben realizarse a una versión más reciente. Para identificar las versiones de destino disponibles, utilice Consola de administración de AWS y elija entre las versiones disponibles al modificar la instancia de base de datos. Como alternativa, utilice el comando [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) de la CLI o el comando [DescribeDBEngineVersions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html) de la API de RDS.
Para Linux, macOS o Unix:
```
aws rds describe-db-engine-versions \
--engine custom-sqlserver-se \
--engine-version 15.00.4322.2.v1 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" \
--output table
```
Para Windows:
```
aws rds describe-db-engine-versions ^
--engine custom-sqlserver-se ^
--engine-version 15.00.4322.2.v1 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" ^
--output table
```
El resultado muestra las versiones del motor de destino disponibles:
```
--------------------------
|DescribeDBEngineVersions|
+------------------------+
| EngineVersion |
+------------------------+
| 15.00.4410.1.v1 |
| 15.00.4415.2.v1 |
| 15.00.4430.1.v1 |
| 16.00.4165.4.v1 |
| 16.00.4175.1.v1 |
| 16.00.4185.3.v1 |
+------------------------+
```
Tras identificar la versión de destino, utilice Consola de administración de AWS y siga las instrucciones que se indican en [Modificación de una instancia de base de datos de RDS Custom for SQL Server](custom-managing.modify-sqlserver.md). Como alternativa, utilice el comando [https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) de la CLI o el comando [ModifyDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) de la API de RDS.
Para Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier DB_INSTANCE_IDENTIFIER \
--engine-version ENGINE_VERSION \
--allow-major-version-upgrade \
--region Region \
--no-apply-immediately
```
Para Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier DB_INSTANCE_IDENTIFIER ^
--engine-version ENGINE_VERSION ^
--allow-major-version-upgrade ^
--region Region ^
--no-apply-immediately
```
**nota**
Debe incluir el parámetro `--allow-major-version-upgrade` para realizar actualizaciones de versiones principales.
## Nivel de compatibilidad de la base de datos
Puede utilizar los niveles de compatibilidad de la base de datos de Microsoft SQL Server para ajustar algunos comportamientos de la base de datos con objeto de imitar versiones anteriores de SQL Server. Para obtener más información, consulte [Niveles de compatibilidad](https://msdn.microsoft.com/en-us/library/bb510680.aspx) en la documentación de Microsoft.
Al actualizar la instancia de base de datos, todas las bases de datos existentes conservan su nivel de compatibilidad original. Por ejemplo, si se actualiza desde SQL Server 2019 a SQL Server 2022, todas las bases de datos existentes tienen el nivel de compatibilidad de 150. Cualquier base de datos nueva creada después de la actualización tiene el nivel de compatibilidad 160.
Puede cambiar el nivel de compatibilidad de una base de datos mediante el comando ALTER DATABASE. Por ejemplo, para cambiar la base de datos `customeracct` de modo que sea compatible con SQL Server 2022, utilice el siguiente comando:
```
1. ALTER DATABASE customeracct SET COMPATIBILITY_LEVEL = 160
```
# Solución de problemas de base de datos para Amazon RDS Custom para SQL Server
El modelo de responsabilidad compartida de RDS Custom proporciona acceso al shell del sistema operativo y acceso como administrador de bases de datos. RDS Custom ejecuta recursos en su cuenta, a diferencia de Amazon RDS, que ejecuta recursos en una cuenta del sistema. Un mayor acceso conlleva una mayor responsabilidad. En las siguientes secciones, puede obtener información sobre cómo solucionar problemas con las instancias de base de datos de Amazon RDS Custom para SQL Server.
**nota**
En esta sección, se explica cómo solucionar los problemas de RDS Custom para SQL Server. Para la solución de problemas de RDS Custom para Oracle, consulte [Solución de problemas de base de datos de Amazon RDS Custom para Oracle](custom-troubleshooting.md).
**Topics**
+ [Visualización de eventos de RDS Custom](#custom-troubleshooting-sqlserver.support-perimeter.viewing-events)
+ [Suscripción a eventos de RDS Custom](#custom-troubleshooting-sqlserver.support-perimeter.subscribing)
+ [Solución de errores de CEV para RDS Custom para SQL Server](#custom-troubleshooting-sqlserver.cev)
+ [Corrección de configuraciones no compatibles en RDS Custom para SQL Server](#custom-troubleshooting-sqlserver.fix-unsupported)
+ [Solución de problemas `Storage-Full` en RDS Custom para SQL Server](#custom-troubleshooting-storage-full)
+ [Resolución del problema PENDING\$1RECOVERY en bases de datos habilitadas para TDE en RDS Custom para SQL Server](#custom-troubleshooting-sqlserver.pending_recovery)
## Visualización de eventos de RDS Custom
El procedimiento para ver eventos es el mismo para las instancias de base de datos de RDS Custom y Amazon RDS. Para obtener más información, consulte [Consulta de eventos de Amazon RDS](USER_ListEvents.md).
Para ver la notificación de eventos de RDS Custom mediante la AWS CLI, utilice el comando `describe-events`. RDS Custom presenta varios eventos nuevos. Las categorías de eventos son las mismas que para Amazon RDS. Para ver la lista de eventos, consulte [Categorías y mensajes de eventos de Amazon RDS ](USER_Events.Messages.md).
En el siguiente ejemplo se recuperan los detalles de los eventos que se han producido para la instancia de base de datos de RDS Custom especificada.
```
1. aws rds describe-events \
2. --source-identifier my-custom-instance \
3. --source-type db-instance
```
## Suscripción a eventos de RDS Custom
El procedimiento para suscribirse a eventos es el mismo para las instancias de base de datos de RDS Custom y Amazon RDS. Para obtener más información, consulte [Suscripción a notificaciones de eventos de Amazon RDS](USER_Events.Subscribing.md).
Para suscribirse a las notificaciones de eventos de RDS Custom con la CLI, utilice el comando `create-event-subscription`. Incluya los siguientes parámetros obligatorios:
+ `--subscription-name`
+ `--sns-topic-arn`
En el siguiente ejemplo se crea una suscripción para eventos de copia de seguridad y recuperación de una instancia de base de datos de RDS Custom en la cuenta de AWS actual. Las notificaciones se envían a un tema de Amazon Simple Notification Service (Amazon SNS), especificado por `--sns-topic-arn`.
```
1. aws rds create-event-subscription \
2. --subscription-name my-instance-events \
3. --source-type db-instance \
4. --event-categories '["backup","recovery"]' \
5. --sns-topic-arn arn:aws:sns:us-east-1:123456789012:interesting-events
```
## Solución de errores de CEV para RDS Custom para SQL Server
Cuando intenta crear una CEV, puede fallar. En este caso, RDS Custom emite el mensaje de evento `RDS-EVENT-0198`. Para obtener más información acerca de la visualización de eventos de RDS, consulte [Categorías y mensajes de eventos de Amazon RDS ](USER_Events.Messages.md).
Utilice la siguiente información para ayudarle a abordar las posibles causas.
****
| Mensaje | Sugerencias para la solución de problemas |
| --- | --- |
| `Custom Engine Version creation expected a Sysprep’d AMI. Retry creation using a Sysprep’d AMI.` | Ejecute Sysprep en la instancia EC2 que ha creado a partir de la AMI. Para obtener más información sobre cómo preparar la AMI con Sysprep, consulte [Create a standardized Amazon Machine Image (AMI) using Sysprep](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/Creating_EBSbacked_WinAMI.html#sysprep-using-ec2launchv2) (Crear una imagen de máquina de Amazon (AMI) estandarizada con Sysprep). |
| `EC2 Image permissions for image (AMI_ID) weren't found for customer (Customer_ID). Verify customer (Customer_ID) has valid permissions on the EC2 Image.` | Compruebe que la cuenta y el perfil utilizados para la creación tengan los permisos necesarios en `create EC2 Instance` y `Describe Images` para la AMI seleccionada. |
| `Failed to rebuild databases with server collation (collation name) due to missing setup.exe file for SQL Server.` | Compruebe que el archivo `setup` esté disponible en `C:\Program Files\Microsoft SQL Server\nnn\Setup Bootstrap\SQLnnnn\setup.exe`. |
| `Image (AMI_ID) doesn't exist in your account (ACCOUNT_ID). Verify (ACCOUNT_ID) is the owner of the EC2 image.` | Asegúrese de que la AMI exista en la misma cuenta de cliente. |
| `Image id (AMI_ID) isn't valid. Specify a valid image id, and try again.` | El nombre de la AMI es incorrecto. Asegúrese de proporcionar el ID de AMI correcto. |
| `Image (AMI_ID) operating system platform isn't supported. Specify a valid image, and try again.` | Elija una AMI compatible que tenga Windows Server con las ediciones SQL Server Enterprise, Standard o Web. Elija una AMI con uno de los siguientes códigos de operación de uso del EC2 Marketplace: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/custom-troubleshooting-sqlserver.html) |
| `SQL Server Web Edition isn't supported for creating a Custom Engine Version using Bring Your Own Media. Specify a valid image, and try again.` | Utilice una AMI que contenga una edición compatible de SQL Server. Para obtener más información, consulte [Compatibilidad de versiones CEV para RDS Custom para SQL Server](custom-cev-sqlserver.preparing.md#custom-cev-sqlserver.preparing.VersionSupport). |
| `The custom engine version can't be the same as the OEV engine version. Specify a valid CEV, and try again.` | Las versiones del motor Classic RDS Custom para SQL Server no son compatibles. Por ejemplo, la versión **15.00.4073.23.v1**. Utilice un número de versión compatible. |
| `The custom engine version isn't in an active state. Specify a valid CEV, and try again.` | La CEV debe tener el estado `AVAILABLE` para que se pueda completar la operación. Modifique la CEV de `INACTIVE` a `AVAILABLE`. |
| `The custom engine version isn't valid for an upgrade. Specify a valid CEV with an engine version greater or equal to (X), and try again.` | La CEV de destino no es válida. Compruebe los requisitos de una ruta de actualización válida. |
| `The custom engine version isn't valid. Names can include only lowercase letters (a-z), dashes (-), underscores (_), and periods (.). Specify a valid CEV, and try again.` | Siga la convención de nomenclatura de CEV requerida. Para obtener más información, consulte [Requisitos de las CEV para RDS Custom para SQL Server](custom-cev-sqlserver.preparing.md#custom-cev-sqlserver.preparing.Requirements). |
| `The custom engine version isn't valid. Specify valid database engine version, and try again. Example: 15.00.4073.23-cev123.` | Se ha proporcionado una versión de motor de base de datos no compatible. Use las versiones de motor de base de datos compatibles. |
| `The expected architecture is (X) for image (AMI_ID), but architecture (Y) was found.` | Use una AMI basada en la arquitectura **x86\$164**. |
| `The expected owner of image (AMI_ID) is customer account ID (ACCOUNT_ID), but owner (ACCOUNT_ID) was found.` | Cree la instancia EC2 a partir de la AMI para la que tiene permiso. Ejecute Sysprep en la instancia EC2 para crear y guardar una imagen base. |
| `The expected platform is (X) for image (AMI_ID), but platform (Y) was found.` | Utilice una AMI creada con la plataforma Windows. |
| `The expected root device type is (X) for image %s, but root device type (Y) was found.` | Cree la AMI con el tipo de dispositivo EBS. |
| `The expected SQL Server edition is (X), but (Y) was found.` | Elija una AMI compatible que tenga Windows Server con las ediciones SQL Server Enterprise, Standard o Web. Elija una AMI con uno de los siguientes códigos de operación de uso del EC2 Marketplace: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/UserGuide/custom-troubleshooting-sqlserver.html) |
| `The expected state is (X) for image (AMI_ID), but the following state was found: (Y).` | Asegúrese de que la AMI tenga el estado `AVAILABLE`. |
| `The provided Windows OS name (X) isn’t valid. Make sure the OS is one of the following: (Y).` | Utilice un sistema operativo Windows compatible. |
| `Unable to find bootstrap log file in path.` | Compruebe que el archivo de registro esté disponible en `C:\Program Files\Microsoft SQL Server\nnn\Setup Bootstrap\Log\Summary.txt`. |
| `RDS expected a Windows build version greater than or equal to (X), but found version (Y).`. | Utilice una AMI con una versión mínima de compilación del sistema operativo de **14393**. |
| `RDS expected a Windows major version greater than or equal to (X), but found version (Y).`. | Utilice una AMI con una versión principal del sistema operativo **10.0** o superior. |
## Corrección de configuraciones no compatibles en RDS Custom para SQL Server
Como es un modelo de responsabilidad compartida, es su responsabilidad corregir los problemas de configuración que colocan la instancia de base de datos de RDS Custom para SQL Server en el estado `unsupported-configuration`. Si el problema está relacionado con la infraestructura de AWS, puede utilizar la consola o la AWS CLI para solucionarlo. Si el problema está relacionado con el sistema operativo o la configuración de la base de datos, puede iniciar sesión en el host para solucionarlo.
**nota**
Esta sección explica cómo corregir configuraciones no compatibles en RDS Custom para SQL Server. Para obtener información sobre RDS Custom para Oracle, consulte [Corrección de configuraciones no compatibles en RDS Custom para Oracle](custom-troubleshooting.md#custom-troubleshooting.fix-unsupported).
En la siguiente tabla, encontrará descripciones de las notificaciones y eventos que envía el perímetro de soporte y cómo solucionarlos. Estas notificaciones y el perímetro de soporte están sujetos a cambios. Para obtener información sobre el perímetro de soporte, consulte [Perímetro de soporte de RDS Custom](custom-concept.md#custom-troubleshooting.support-perimeter). Para ver las descripciones de los eventos, consulte [Categorías y mensajes de eventos de Amazon RDS ](USER_Events.Messages.md).
| Código de evento | Área de configuración | Mensaje de evento de RDS | Proceso de validación |
| --- | --- | --- | --- |
| `SP-S0000` | Configuración manual no compatible | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a: `X`. | Para resolver este problema, cree un caso de soporte. |
**Recurso de AWS (infraestructura)**
| Código de evento | Área de configuración | Mensaje de evento de RDS | Proceso de validación |
| --- | --- | --- | --- |
| `SP-S1001` | Estado de la instancia EC2 | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que la instancia EC2 subyacente %s se detuvo sin detener la instancia de RDS. Para resolver este problema, inicie la instancia EC2 subyacente y asegúrese de que los volúmenes binarios y de datos estén conectados. Si su intención es detener la instancia de RDS, asegúrese primero de que la instancia EC2 subyacente esté en el estado DISPONIBLE y, a continuación, utilice la consola de RDS o la CLI para detener la instancia de RDS. | Para comprobar el estado de una instancia de base de datos, utilice la consola o ejecute el siguiente comando de la AWS CLI: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep DBInstanceStatus
|
| `SP-S1002` | Estado de la instancia EC2 | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que el estado de la instancia de base de datos está configurada como `STOPPED` pero la instancia EC2 subyacente %s se ha iniciado. Puede resolver este problema deteniendo la instancia EC2 subyacente. Si su intención es iniciar la instancia de RDS, utilice la consola o la CLI. | Utilice el siguiente comando de la AWS CLI para comprobar el estado de una instancia de base de datos. aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep DBInstanceStatus
También puede comprobar el estado de la instancia EC2 en la consola de EC2. Para iniciar una instancia de base de datos, utilice la consola o ejecute el siguiente comando de la AWS CLI: aws rds start-db-instance \
--db-instance-identifier db-instance-name
|
| `SP-S1003` | Clase de instancia EC2 | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que hay una discrepancia entre la clase de instancia de base de datos esperada y la configurada del host EC2. Puede resolver este problema modificando la clase de instancia de base de datos a su tipo de clase original. | Utilice el siguiente comando de la CLI con el fin de comprobar la clase de instancia de base de datos esperada: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep DBInstanceClass
|
| `SP-S1004` | No se puede acceder al volumen de almacenamiento de EBS | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que actualmente no se puede acceder al volumen de almacenamiento de EBS original %s que estaba asociado a la instancia EC2. | |
| `SP-S1005` | Volumen de almacenamiento de EBS desconectado | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que el volume-id del volumen de almacenamiento de EBS original no está asociado. Puede resolver este problema asociando el volumen de EBS asociado a la instancia EC2. | Tras volver a asociar el volumen de EBS, utilice los siguientes comandos de la CLI para comprobar si el volumen de EBS “volume-id” está correctamente asociado a la instancia de RDS: aws ec2 describe-volumes \
--volume-ids volume-id |grep InstanceId
|
| `SP-S1006` | Tamaño del volumen de almacenamiento de EBS | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que hay una discrepancia entre los ajustes esperados y configurados del volumen de almacenamiento de EBS volume-id. El tamaño del volumen se ha cambiado manualmente en el nivel de EC2 con respecto a sus valores originales de [%s]. Para resolver este problema, cree un caso de soporte. | Utilice el siguiente comando de la CLI para comparar el tamaño de los detalles del volumen de EBS “volume-id” y los detalles de la instancia de RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep AllocatedStorage
Utilice el siguiente comando de la CLI para ver el tamaño real del volumen asignado: aws ec2 describe-volumes \
--volume-ids |grep Size
|
| `SP-S1007` | Configuración del volumen de almacenamiento de EBS | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que hay una discrepancia entre los ajustes esperados y configurados del volumen de almacenamiento de EBS volume-id. Puede resolver este problema modificando la configuración del volumen de almacenamiento de EBS [IOPS, rendimiento, tipo de volumen] a sus valores originales de [IOPS: %s, rendimiento: %s, tipo de volumen: %s] al nivel de EC2. Para futuras modificaciones del almacenamiento, utilice la consola de RDS o la CLI. El tamaño del volumen también se ha cambiado manualmente en el nivel de EC2 con respecto a sus valores originales de [%s]. Para resolver este problema, cree un caso de soporte. | Utilice el siguiente comando de la CLI para comparar el tipo de los detalles del volumen de EBS “volume-id” y los detalles de la instancia de RDS: Asegúrese de que los valores del nivel de EBS coincidan con los valores del nivel de RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageType
Para obtener el valor esperado del rendimiento de almacenamiento a nivel de RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageThroughput
Para obtener el valor esperado de IOPS de volumen a nivel de RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Iops
Para obtener el tipo de almacenamiento actual en el nivel de EC2: aws ec2 describe-volumes \
--volume-ids |grep VolumeType
Para obtener el valor actual del rendimiento del almacenamiento en el nivel de EC2: aws ec2 describe-volumes \
--volume-ids |grep Throughput
Para obtener el valor actual de IOPS de volumen a nivel de EC2: aws ec2 describe-volumes \
--volume-ids |grep Iops
|
| `SP-S1008` | Tamaño y configuración del volumen de almacenamiento de EBS | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que hay una discrepancia entre los ajustes esperados y configurados del volumen de almacenamiento de EBS volume-id. Puede resolver este problema modificando la configuración del volumen de almacenamiento de EBS [IOPS, rendimiento, tipo de volumen] a sus valores originales de [IOPS: %s, rendimiento: %s, tipo de volumen: %s] al nivel de EC2. Para futuras modificaciones del almacenamiento, utilice la consola de RDS o la CLI. El tamaño del volumen también se ha cambiado manualmente en el nivel de EC2 con respecto a sus valores originales de [%s]. Para resolver este problema, cree un caso de soporte. | Utilice el siguiente comando de la CLI para comparar el tipo de los detalles del volumen de EBS “volume-id” y los detalles de la instancia de RDS: Asegúrese de que los valores del nivel de EBS coincidan con los valores del nivel de RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageType
Para obtener el valor esperado del rendimiento de almacenamiento a nivel de RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep StorageThroughput
Para obtener el valor esperado de IOPS de volumen a nivel de RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Iops
Para obtener el tipo de almacenamiento actual en el nivel de EC2: aws ec2 describe-volumes \
--volume-ids |grep VolumeType
Para obtener el valor actual del rendimiento del almacenamiento en el nivel de EC2: aws ec2 describe-volumes \
--volume-ids |grep Throughput
Para obtener el valor actual de IOPS de volumen a nivel de EC2: aws ec2 describe-volumes \
--volume-ids |grep Iops
Para obtener el tamaño de volumen asignado esperado: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep AllocatedStorage
Para obtener el tamaño de volumen asignado real: aws ec2 describe-volumes \
--volume-ids |grep Size
|
| `SP-S1009` | Permisos de SQS | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que faltan los permisos de Amazon Simple Queue Service (SQS) para el perfil de instancia de IAM. Puede resolver este problema asegurándose de que el perfil de IAM asociado al host tenga los siguientes permisos: ["SQS:SendMessage","SQS:ReceiveMessage","SQS:DeleteMessage","SQS:GetQueueUrl"]. | |
| `SP-S1010` | Puntos de conexión de VPC de SQS | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que una política de punto de conexión de VPC bloquea las operaciones de Amazon Simple Queue Service (SQS). Puede resolver este problema modificando la política de puntos de conexión de VPC para permitir las acciones de SQS necesarias. | |
| `SP-S1011` | Política de bus de eventos | The RDS Custom DB instance status is set to [Unsupported configuration] because of: The resource-based policy for your event bus arn:aws:events:region-1:123456789012:event-bus/default denies Amazon CloudWatch events:PutEvents actions. Resolve this by modifying your resource-based policy to allow events:PutEvents actions for EventBus %s. | |
| `SP-S1012` | Permisos de VPC de CloudWatch | The RDS Custom DB instance status is set to [Unsupported configuration] because of: A VPC endpoint policy is missing permissions to access Amazon CloudWatch events. Resolve this by modifying your VPC endpoint policy to allow events:PutEvents on EventBus arn:aws:events:region-1:123456789012:event-bus/default. | |
| `SP-S1013` | Política de control de servicios | The RDS Custom DB instance status is set to [Unsupported configuration] because of: A service control policy in your AWS Organizations is missing permissions to access Amazon CloudWatch events. Resolve this by modifying your service control policy to allow events:PutEvents on EventBus arn:aws:events:region-1:123456789012:event-bus/default. | |
| `SP-S1014` | Perfil de instancia IAM | The RDS Custom DB instance status is set to [Unsupported configuration] because of: Your IAM instance profile %s permissions deny Amazon CloudWatch events. Resolve this by setting [“events:PutEvents”] to “Allow” and allowing events:PutEvents on EventBus arn:aws:events:region-1:123456789012:event-bus/default in your IAM profile associated with the instance. | |
| `SP-S1015` | Perfil de instancia IAM | The RDS Custom DB instance status is set to [Unsupported configuration] because of: Your IAM instance profile %s is missing Amazon CloudWatch event permissions. Resolve this by including the [“events:PutEvents”] permissions and allowing events:PutEvents on EventBus arn:aws:events:region-1:123456789012:event-bus/default in your IAM profile associated with the instance. | |
| `SP-S1016` | Límite de permisos de IAM | The RDS Custom DB instance status is set to [Unsupported configuration] because of: Your IAM instance profile %s has permissions boundary that deny Amazon CloudWatch events. Resolve this by setting [“events:PutEvents”] to “Allow” for the EventBus arn:aws:events:region-1:123456789012:event-bus/default in your IAM instance profile permissions boundary. | |
**Sistema operativo**
| Código de evento | Área de configuración | Mensaje de evento de RDS | Proceso de validación |
| --- | --- | --- | --- |
| `SP-S2001` | Estado de los servicios de SQS | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que el servicio de SQL Server no se ha iniciado. Puede resolver este problema reiniciando el servicio de SQL Server en el host. Si esta instancia de base de datos es una instancia de base de datos multi-AZ y se produce un error al reiniciarla, detenga e inicie el host para iniciar una conmutación por error. | |
| `SP-S2002` | Estado del agente de RDS Custom | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que el servicio del agente de RDS Custom no está instalado o no se ha podido iniciar. Puede resolver este problema consultando el registro de eventos de Windows para determinar por qué no se inicia el servicio y tomar las medidas adecuadas para solucionar el problema. Para obtener asistencia adicional, cree un caso de soporte. | Inicie sesión en el host y asegúrese de que el agente de RDS Custom está en ejecución. Puede utilizar los siguientes comandos para ver el estado del agente. $name = "RDSCustomAgent"
$service = Get-Service $name
Write-Host $service.Status
Si el estado no es `Running`, puede iniciar el servicio con el comando siguiente: Start-Service $name
Si el agente no puede iniciarse, consulte los eventos de Windows para ver por qué no se puede iniciar. El agente requiere que un usuario de Windows inicie el servicio. Asegúrese de que exista un usuario de Windows y de que tenga privilegios para ejecutar el servicio. |
| `SP-S2003` | Estado del agente de SSM | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que no se puede llegar al servicio del agente de Amazon SSM. Para solucionar este problema, compruebe el estado del servicio con el comando de PowerShell `Get-Service AmazonSSMAgent` o inicie el servicio con `Start-Service AmazonSSMAgent`. Asegúrese de que se permita el tráfico saliente HTTPS (puerto 443) hacia los puntos de conexión regionales **ssm**, **ssmmessages** y **ec2messages**. | Para obtener información, consulte [Solución de problemas de SSM Agent](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-ssm-agent.html). Para solucionar problemas de puntos de conexión de SSM, consulte [No es posible conectarse a los puntos de conexión de SSM](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-ssm-agent.html#systems-manager-ssm-agent-troubleshooting-endpoint-access) y [Use ssm-cli to troubleshoot managed node availability](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-cli.html#agent-ts-ssm-cli). |
| `SP-S2004` | Inicio de sesión de agente de RDS Custom | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que se ha producido un problema inesperado con el inicio de sesión SQL `"$HOSTNAME/RDSAgent”`. Para resolver este problema, cree un caso de soporte. | |
| `SP-S2005` | Timezone | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que se ha cambiado la zona horaria de la instancia de Amazon EC2 [%s. Puede resolver este problema modificando la zona horaria de nuevo a la configuración especificada durante la creación de la instancia. Si desea crear una instancia con una zona horaria específica, consulte la documentación de RDS Custom. | Ejecute el comando de PowerShell `Get-Timezone` para confirmar la zona horaria. Para obtener más información, consulte [Zona horaria local para las instancias de base de datos de RDS Custom para SQL Server](custom-reqs-limits-MS.TimeZone.md). |
| `SP-S2006` | Versión de la solución de software de alta disponibilidad | El estado de la instancia de base de datos personalizada de RDS está establecido en [Configuración no compatible] debido a que la solución de software de alta disponibilidad de la instancia actual es diferente de la versión esperada. Para resolver este problema, cree un caso de soporte. | |
| `SP-S2007` | Configuración de la solución de software de alta disponibilidad | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que los ajustes de configuración de la solución de software de alta disponibilidad se han modificado a valores inesperados en la instancia %s. Para resolver este problema, reinicie la instancia EC2. Al reiniciar la instancia EC2, la configuración se actualiza automáticamente a la configuración requerida para la solución de software de alta disponibilidad. | |
| SP-S2008 | Servicio SQL Server | La instancia de base de datos de RDS Custom está establecida en [Configuración no compatible]: el servicio SQL Server (MSSQLServer) no existe en el host. Para resolver esto, cree un caso de soporte. | Puede utilizar los siguientes comandos para ver el estado del agente. $name = "MSSQLServer"
$service = Get-Service $name
Write-Host $service.Status
|
| SP-S2009 | SSL Certificate | La instancia de base de datos personalizada de RDS está establecida en [Configuración no admitida] debido a: Certificados SSL no autofirmados que causan interrupciones en RDS. Para resolver este problema, elimine los certificados que no estén autofirmados del almacén de certificados raíz de confianza. | Ejecute el siguiente comando de PowerShell para revisar los certificados que no estén autofirmados. Get-ChildItem cert:\LocalMachine\root -Recurse | Where-Object {$_.Issuer -ne $_.Subject -and $_.Issuer -notlike "*RDSCustomAgentCA*"} Para obtener más información, consulte [Error HTTP 403.16 al intentar acceder a un sitio web alojado en IIS](https://learn.microsoft.com/en-us/troubleshoot/developer/webapps/iis/site-behavior-performance/http-403-forbidden-access-website). |
| SP-S2010 | Estado de almacenamiento del volumen raíz | La instancia de base de datos de RDS Custom está establecida en [Configuración no compatible] debido a: el almacenamiento del volumen raíz está lleno. Para resolver este problema, libere al menos 500 MiB de espacio de almacenamiento en el volumen raíz de EBS "volume-id" o aumente el tamaño del volumen y cambie el tamaño de la unidad C de la instancia EC2 "instance-id". Los cambios en el tamaño del volumen raíz no persisten al reemplazar la instancia de EC. | Utilice el siguiente comando para ver el almacenamiento disponible en el volumen raíz (C:). (Get-PSDrive -Name C).Free / 1MB
Para obtener más información sobre cómo modificar el volumen raíz de EBS, consulte [Cómo](https://forums.aws.amazon.com/knowledge-center/expand-ebs-root-volume-windows) |
**Base de datos**
| Código de evento | Área de configuración | Mensaje de evento de RDS | Proceso de validación |
| --- | --- | --- | --- |
| `SP-S3001` | Protocolo de memoria compartida de SQL Server | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que el protocolo de memoria compartida de SQL Server está deshabilitado. Puede resolver este problema habilitando el protocolo de memoria compartida en el administrador de configuración de SQL Server. | Puede validarlo consultando: **Administrador de configuración de SQL Server > Configuración de red de SQL Server > Protocolos para MSSQLSERVER > Memoria compartida** como habilitada. Tras habilitar el protocolo, reinicie el proceso de SQL Server. |
| `SP-S3002` | Clave maestra de servicio | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que Automatización de RDS no puede realizar la copia de seguridad de la clave maestra de servicio (SMK) como parte de la nueva generación de SMK. Para resolver este problema, cree un caso de soporte. | |
| `SP-S3003` | Clave maestra de servicio | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que faltan los metadatos relacionados con la clave maestra de servicio (SMK) o están incompletos. Para resolver este problema, cree un caso de soporte. | |
| `SP-S3004` | Versión y edición del motor de base de datos | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que la versión y la edición esperadas de SQL Server no coinciden con la edición y la versión esperadas de SQL Server. Además, no se admite el cambio manual de la versión de SQL Server en la instancia de EC2 de RDS Custom. Para resolver este problema, cree un caso de soporte. | Ejecute la siguiente consulta para obtener la versión de SQL: select @@version
Ejecute el siguiente comando AWS CLI para obtener la versión y la edición del motor SQL de RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep EngineVersion
aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Engine
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) y [Actualización de una versión del motor de una instancia de base de datos ](USER_UpgradeDBInstance.Upgrading.md). |
| `SP-S3005` | Edición del motor de base de datos | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que la edición actual de SQL Server no coincide con la edición esperada de SQL Server [%s]: no se admite la modificación de la edición de SQL Server en RDS Custom for SQL Server. Para resolver este problema, cree un caso de soporte. | Ejecute la siguiente consulta para obtener la edición de SQL:
**Example**
```
select @@version
``` Ejecute el siguiente comando AWS CLI para obtener la edición del motor SQL de RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep Engine
|
| `SP-S3006` | Versión del motor de la base de datos | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que la versión actual de SQL Server no coinciden con la versión esperada de SQL Server [%s]: no puede cambiar la versión de SQL Server manualmente en la instancia EC2 de RDS Custom. Para resolver este problema, cree un caso de soporte. Para cualquier modificación futura de la versión de SQL Server, puede modificar la instancia desde la consola de AWS RDS o mediante el comando de CLI modify-db-instance. | Ejecute la siguiente consulta para obtener la versión de SQL:
**Example**
```
select @@version
``` Ejecute el siguiente comando AWS CLI para obtener la versión del motor SQL de RDS: aws rds describe-db-instances \
--db-instance-identifier db-instance-name |grep EngineVersion
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) y [Actualización de una versión del motor de una instancia de base de datos ](USER_UpgradeDBInstance.Upgrading.md). |
| `SP-S3007` | Ubicación de archivo de base de datos | El estado de la instancia de base de datos de RDS Custom está establecido en [Configuración no compatible] debido a que los archivos de base de datos se configuran fuera de la unidad D. Para resolver este problema, asegúrese de que todos los archivos de la base de datos, incluidos ROW, LOG, FILESTREAM, etc., estén almacenados en la unidad D. | Ejecute la siguiente consulta para ver la ubicación de los archivos de base de datos que no estén en la ruta predeterminada: USE master;
SELECT physical_name as files_not_in_default_path
FROM sys.master_files
WHERE SUBSTRING(physical_name,1,3)!='D:\';
|
| `SP-S3008` | Se ha superado el límite de bases de datos | The RDS Custom DB instance status is set to [Unsupported configuration] because of: The total number of databases on the DB instance exceeds the maximum limit of 5000. To resolve this, reduce the number of databases below the maximum supported limit. | Utilice el siguiente comando para ver el recuento total de bases de datos: SELECT COUNT(name) as databaseCount
FROM sys.databases
WHERE name not in ('tempdb','master','model','msdb','DWDiagnostics','DWConfiguration','DWQueue');
|
## Solución de problemas `Storage-Full` en RDS Custom para SQL Server
RDS Custom también supervisa el volumen raíz (C:). La instancia de base de datos de RDS Custom para SQL Server se mueve al estado `unsupported-configuration` cuando el volumen raíz tiene menos de 500 MiB de espacio en disco disponible. Consulte `Event SP-S2010` en [Corrección de configuraciones no compatibles en RDS Custom para SQL Server](#custom-troubleshooting-sqlserver.fix-unsupported).
## Resolución del problema PENDING\$1RECOVERY en bases de datos habilitadas para TDE en RDS Custom para SQL Server
Las bases de datos de SQL Server con el cifrado de datos transparente (TDE) activado pueden permanecer en el estado `PENDING_RECOVERY` si hay algún problema con el descifrado automático. Esto suele ocurrir después de la restauración de una instancia de base de datos si el archivo de copia de seguridad de la clave maestra de servicio (SMK) de la instancia de base de datos de origen almacenado en el bucket de S3 administrado por RDS Custom de su cuenta se ha eliminado antes de que se complete la restauración.
Para habilitar el descifrado automático y poner en línea las bases de datos compatibles con TDE, debe abrir la clave maestra de base de datos (DMK) con su contraseña y cifrar la DMK mediante la SMK.
Utilice los siguientes comandos de SQL Server como referencia:
```
-- Identify PENDING_RECOVERY TDE databases
USE MASTER;
GO
SELECT name, is_encrypted, state_desc FROM sys.databases;
GO
-- Open DMK using password
OPEN MASTER KEY DECRYPTION BY PASSWORD = '';
GO
-- Encrypt DMK using SMK
ALTER MASTER KEY ADD ENCRYPTION BY SERVICE MASTER KEY;
GO
-- Close SMK
CLOSE MASTER KEY;
GO
-- Bring the TDE databases online
ALTER DATABASE SET ONLINE;
GO
-- Verify TDE databases are now in ONLINE state
SELECT name, is_encrypted, state_desc FROM sys.databases;
GO
```