Microsoft SQL Server en Amazon RDS - Amazon Relational Database Service

Microsoft SQL Server en Amazon RDS

Amazon RDS admite instancias de base de datos que ejecutan varias versiones y ediciones de Microsoft SQL Server. A continuación se muestra la versión compatible más reciente de cada versión principal. Para ver una lista completa de las versiones, ediciones y versiones del motor de RDS admitidas, consulte Versiones de Microsoft SQL Server en Amazon RDS.

  • SQL Server 2017 CU19 14.00.3281.6, publicado por KB4535007 el 15 de abril de 2020.

  • SQL Server 2016 SP2 CU11 13.00.5598.27, publicado por KB4527378 el 9 de diciembre de 2019.

  • SQL Server 2014 SP3 CU4 12.00.6329.1, publicado por KB4500181 el 29 de julio de 2019.

  • SQL Server 2012 SP4 GDR 11.0.7493.4, publicado por KB4532098 el 11 de febrero de 2020.

  • SQL Server 2008: ya no es posible aprovisionar nuevas estancias en ninguna región. Amazon RDS está migrando activamente las instancias existentes fuera de esta versión.

Para obtener información acerca de licencias para SQL Server, consulte Licencias de Microsoft SQL Server en Amazon RDS. Para obtener información sobre todas las compilaciones de SQL Server, consulte este artículo de soporte de Microsoft sobre las últimas compilaciones de SQL Server.

Con Amazon RDS puede crear instancias de bases de datos e instantáneas de base de datos, restauraciones a un momento dado y copias de seguridad automatizadas o manuales. Las instancias de base de datos en las que se ejecuta SQL Server se pueden usar dentro de una VPC. También puede utilizar la capa de conexión segura (SSL) para conectarse a una instancia de base de datos en la que se ejecute SQL Server y usar el cifrado de datos transparente (TDE) para cifrar los datos en reposo. Amazon RDS da soporte actualmente a implementaciones Multi-AZ para SQL Server a través de la creación de reflejos de base de datos (Database Mirroring, DBM) de SQL Server o de grupos de disponibilidad Always On (AG) como solución de conmutación por error de alta disponibilidad.

Para ofrecer una experiencia de servicio administrado, Amazon RDS no proporciona acceso de shell a las instancias de base de datos y restringe el acceso a ciertos procedimientos y tablas del sistema que requieren privilegios avanzados. Amazon RDS permite el acceso a las bases de datos de una instancia de base de datos usando cualquier aplicación cliente de SQL estándar como Microsoft SQL Server Management Studio. Amazon RDS no permite el acceso de host directo a una instancia de base de datos a través de Telnet, Secure Shell (SSH) o Conexión a Escritorio remoto de Windows. Cuando se crea una instancia de base de datos, el usuario maestro se asigna al rol db_owner para todas las bases de datos de usuario en esa instancia y tiene todos los permisos de nivel de base de datos excepto los que se utilizan para copias de seguridad. Amazon RDS administra las copias de seguridad automáticamente.

Antes de crear su primera instancia de base de datos, debe completar los pasos que se describen en la sección de configuración de esta guía. Para obtener más información, consulte Configuración para Amazon RDS.

Tareas de administración frecuentes para Microsoft SQL Server en Amazon RDS

A continuación se detallan las tareas de administración frecuentes que se realizan para una instancia de base de datos de Amazon RDS SQL Server, con enlaces a la documentación relativa a cada tarea.

Área de la tarea Documentación relacionada

Clases de instancias, almacenamiento y PIOPS

Si va a crear una instancia de base de datos con fines de producción, debe entender cómo funcionan en Amazon RDS las clases de instancia, los tipos de almacenamiento y las IOPS provisionadas.

Compatibilidad con clases de instancia de base de datos para Microsoft SQL Server

Tipos de almacenamiento de Amazon RDS

Implementaciones Multi-AZ

Una instancia de base de datos de producción debe usar implementaciones Multi-AZ. Las implementaciones Multi-AZ proporcionan unos niveles superiores de disponibilidad, durabilidad de los datos y tolerancia a errores para las instancias de base de datos. Los despliegues Multi-AZ de SQL Server se implementan con la tecnología de DBM o AG nativas de SQL Server.

Alta disponibilidad (Multi-AZ) para Amazon RDS

Implementaciones Multi-AZ con creación de reflejos de base de datos de Microsoft SQL Server o grupos de disponibilidad Always On

Amazon Virtual Private Cloud (VPC)

Si su cuenta de AWS tiene una VPC predeterminada, la instancia de base de datos se creará automáticamente dentro de la VPC predeterminada. Si su cuenta no tiene una VPC predeterminada y desea que la instancia de base de datos esté en una VPC, debe crear los grupos de VPC y de subredes antes de crear la instancia de base de datos.

Describe cómo determinar si se está utilizando la plataforma EC2-VPC o EC2-Classic.

Uso de una instancia de base de datos en una VPC

Grupos de seguridad

De manera predeterminada, las instancias de base de datos se crean con un firewall que impide el acceso a ellas. Por ello, debe crear un grupo de seguridad con la dirección IP y la configuración de red correctas para obtener acceso a la instancia de base de datos. El grupo de seguridad que se crea depende de la plataforma Amazon EC2 en la que se encuentra la instancia de base de datos y de si obtendrá acceso a la instancia de base de datos desde una instancia Amazon EC2.

En general, si la instancia de base de datos está en la plataforma EC2-Classic, tendrá que crear un grupo de seguridad de base de datos; si la instancia de base de datos está en la plataforma EC2-VPC, tendrá que crear un grupo de seguridad de VPC.

Describe cómo determinar si se está utilizando la plataforma EC2-VPC o EC2-Classic.

Control de acceso con grupos de seguridad

Grupos de parámetros

Si su instancia de base de datos va a requerir unos parámetros de base de datos concretos, debe crear un grupo de parámetros antes de crear la instancia de base de datos.

Trabajo con los grupos de parámetros de base de datos

Grupos de opciones

Si su instancia de base de datos va a requerir unas opciones de base de datos concretas, debe crear un grupo de opciones antes de crear la instancia de base de datos.

Opciones para el motor de base de datos de Microsoft SQL Server

Conexión a una instancia de base de datos

Después de crear un grupo de seguridad y de asociarlo a una instancia de base de datos, puede conectarse a la instancia de base de datos usando cualquier aplicación cliente de SQL estándar como Microsoft SQL Server Management Studio.

Conexión de una instancia de base de datos que ejecuta el motor de base de datos de Microsoft SQL Server

Copia de seguridad y restauración

Cuando cree la instancia de base de datos, puede configurarla para que realice copias de seguridad automatizadas. También puede realizar copias de seguridad y restaurar las bases de datos manualmente utilizando archivos de copia de seguridad completos (archivos .bak).

Trabajo con copias de seguridad

Importación y exportación de bases de datos de SQL Server

Monitorización

Puede monitorizar la instancia de base de datos de SQL Server usando métricas, eventos y monitorización mejorada de Amazon RDS de CloudWatch.

Visualización de métricas de una instancia de base de datos

Consulta de eventos de Amazon RDS

Archivos de registro

Puede obtener acceso a los archivos de registro de su instancia de base de datos de SQL Server.

Archivos de registro de base de datos de Amazon RDS

Archivos de registro de base de datos de Microsoft SQL Server

También hay tareas administrativas avanzadas para trabajar con las instancias de base de datos de SQL Server. Para obtener más información, consulte la documentación siguiente:

Límites para las instancias de base de datos de Microsoft SQL Server

La implementación con Amazon RDS de Microsoft SQL Server en una instancia de base de datos tiene algunas limitaciones que debe conocer:

  • El número máximo de bases de datos compatibles en una instancia de base de datos depende del tipo de clase de instancia y el modo de disponibilidad: Creación de reflejos de bases de datos (DBM) Single-AZ y Multi-AZ, o grupos de disponibilidad Multi-AZ (AG). Las bases de datos del sistema de Microsoft SQL Server no cuentan para este límite.

    La siguiente tabla muestra el número máximo de bases de datos compatibles para cada tipo de clase de instancia y modo de disponibilidad. Utilice esta tabla para decidir si puede cambiar de un tipo de clase de instancia a otro, o desde un modo de disponibilidad a otro. Si su instancia de base de datos de origen dispone de más bases de datos de las que el tipo de clase de instancia de destino o el modo de disponibilidad puede soportar, se producirá un error al modificar la instancia de base de datos. Puede ver el estado de su solicitud en el panel Events (Eventos).

    Tipo de clase de instancia Single-AZ Multi-AZ con DBM Multi-AZ con grupos de disponibilidad siempre activos
    db.*.micro a db.*.medium 30 N/D N/D
    db.*.large 30 30 30
    db.*.xlarge to db.*.16xlarge 100 50 75
    db.*.24xlarge 100 50 100

    * Representa los tipos de clase de instancia diferentes.

    Por ejemplo, supongamos que su instancia de base de datos se ejecuta en db.*.16xlarge con Single-AZ y que dispone de 76 bases de datos. Modifique la instancia de base de datos que actualizar mediante grupos de disponibilidad Always On Multi-AZ. Se producirá un error en la actualización porque su instancia de base de datos contiene más bases de datos de las que su configuración de destino puede soportar. Si actualiza su tipo de clase de instancia a to db.*.24xlarge, la modificación se realiza correctamente.

    Si se produce un error en la actualización, verá eventos y mensajes similares al siguiente:

    • No es posible modificar la clase de instancia de base de datos. La instancia tiene 76 bases de datos, pero después de la conversión solo admitirá 75.

    • No es posible convertir la instancia de base de datos en Multi-AZ: la instancia dispone de 76 bases de datos, pero después de la conversión solo admitirá 75.

    Si se produce un error en la restauración a un momento dado o la restauración de una instantánea, verá eventos y mensajes similares al siguiente:

    • Instancia de base de datos puesta en una restauración incompatible. La instancia tiene 76 bases de datos, pero después de la conversión solo admitirá 75.

  • Algunos puertos están reservados para Amazon RDS y no se pueden usar al crear una instancia de base de datos.

  • La conexiones de cliente desde direcciones IP en el rango 169.254.0.0/16 no están permitidas. Este es el rango de direccionamiento IP privado automático (APIPA), que se utiliza para direccionamiento de enlace local.

  • La SQL Server Standard Edition solo utilizará un subconjunto de los procesadores disponibles si la instancia de base de datos tiene más procesadores que los límites del software (24 núcleos, 4 sockets y 128 GB de RAM). Algunos ejemplos de esto son las clases de instancias db.m5.24xlarge y db.r5.24xlarge.

  • Amazon RDS para SQL Server no admite la importación de datos en la base de datos de msdb.

  • No se puede cambiar el nombre de las bases de datos de una instancia de base de datos en una implementación Multi-AZ de SQL Server.

  • El tamaño máximo de almacenamiento para las instancias de base de datos de SQL Server es el siguiente:

    • Almacenamiento de uso general (SSD): 16 TiB para todas las ediciones

    • Almacenamiento de IOPS provisionadas: 16 TiB para todas las ediciones

    • Almacenamiento magnético: 1 TiB para todas las ediciones

    Si necesita una cantidad mayor de almacenamiento, puede usar la fragmentación entre varias instancias de base de datos para evitar este límite. Esta estrategia requiere una lógica de enrutamiento dependiente de los datos en las aplicaciones que se conectan con el sistema fragmentado. Puede usar un marco de fragmentación ya existente o escribir código personalizado para habilitarlo. Si usa un marco ya existente, este no podrá instalar ningún componente en el mismo servidor que la instancia de base de datos.

  • El tamaño mínimo de almacenamiento para las instancias de base de datos de SQL Server es el siguiente:

    • Almacenamiento de uso general (SSD): 20 GiB para las ediciones Enterprise, Standard, Web y Express

    • Almacenamiento de IOPS provisionadas: 20 GiB para las ediciones Enterprise y Standard y 100 GiB para las ediciones Web y Express

    • Almacenamiento magnético: 200 GiB para las ediciones Enterprise y Standard y 20 GiB para las ediciones Web y Express

  • Amazon RDS no admite la ejecución de estos servicios en el mismo servidor que la instancia de base de datos de RDS:

    • Data Quality Services

    • Master Data Services

    Para utilizar esas características, recomendamos que instale SQL Server en una instancia de Amazon EC2 o utilice una instancia de SQL Server local. En esos casos, la instancia EC2 o SQL Server funciona como servidor de Master Data Services para su instancia de base de datos de SQL Server en Amazon RDS. Puede instalar SQL Server en una instancia Amazon EC2 con almacenamiento de Amazon EBS, de acuerdo con las políticas de licencias de Microsoft.

  • A causa de las limitaciones de Microsoft SQL Server, restaurar a un momento dado antes de completar la ejecución de DROP DATABASE podría no reflejar el estado de la base de datos en ese momento. Por ejemplo, la base de datos abandonada se restaura normalmente a su estado hasta 5 minutos antes de que se ejecute el comando DROP DATABASE. Este tipo de restauración significa que no puede restaurar las transacciones realizadas durante esos minutos en su base de datos abandonada. Para resolver este inconveniente, puede volver a ejecutar el comando DROP DATABASE después de que se complete la operación de restauración. Al eliminar una base de datos, se eliminan los registros de transacciones correspondientes.

  • En SQL Server, las bases de datos se crean después de crear la instancia de base de datos. Los nombres de base de datos siguen las reglas de nomenclatura habituales en SQL Server con las siguientes diferencias.

    • Los nombres de la base de datos no pueden comenzar con rdsadmin.

    • No pueden comenzar ni terminar con un espacio o una tabulación.

    • No pueden contener ninguno de los caracteres que crean una nueva línea.

    • No pueden contener una comilla simple (').

Compatibilidad con clases de instancia de base de datos para Microsoft SQL Server

La capacidad de cómputo y de memoria de la instancia de base de datos se determina mediante su clase de instancia de base de datos. La clase de instancia de base de datos que necesita depende de la potencia de procesamiento y de los requisitos de memoria. Para obtener más información, consulte Clases de instancia de base de datos.

A continuación se muestra una lista de las clases de instancia de base de datos compatibles con Microsoft SQL Server. Para ver la lista más actualizada, consulte la consola de RDS: https://console.aws.amazon.com/rds/.

Edición de SQL Server Rango de compatibilidad de 2017 y 2016 Rango de compatibilidad de 2014 y 2012

Enterprise Edition

db.t3.xlargedb.t3.2xlarge

db.r3.xlargedb.r3.8xlarge

db.r4.xlargedb.r4.16xlarge

db.r5.xlargedb.r5.24xlarge

db.m4.xlargedb.m4.16xlarge

db.m5.xlargedb.m5.24xlarge

db.x1.16xlargedb.x1.32xlarge

db.x1e.xlargedb.x1e.32xlarge

db.z1d.xlargedb.z1d.3xlarge

db.t3.xlargedb.t3.2xlarge

db.r3.xlargedb.r3.8xlarge

db.r4.xlargedb.r4.8xlarge

db.r5.xlargedb.r5.24xlarge

db.m4.xlargedb.m4.10xlarge

db.m5.xlargedb.m5.24xlarge

db.x1.16xlargedb.x1.32xlarge

db.x1e.xlargedb.x1e.32xlarge

Standard Edition

db.t3.xlargedb.t3.2xlarge

db.r4.largedb.r4.16xlarge

db.r5.largedb.r5.24xlarge

db.m4.largedb.m4.16xlarge

db.m5.largedb.m5.24xlarge

db.x1.16xlargedb.x1.32xlarge

db.x1e.xlargedb.x1e.32xlarge

db.z1d.largedb.z1d.3xlarge

db.t3.xlargedb.t3.2xlarge

db.r3.largedb.r3.8xlarge

db.r4.largedb.r4.8xlarge

db.r5.largedb.r5.24xlarge

db.m3.mediumdb.m3.2xlarge

db.m4.largedb.m4.10xlarge

db.m5.largedb.m5.24xlarge

db.x1.16xlargedb.x1.32xlarge

db.x1e.xlargedb.x1e.32xlarge

Web Edition

db.t2.smalldb.t2.medium

db.t3.smalldb.t3.2xlarge

db.r4.largedb.r4.2xlarge

db.r5.largedb.r5.4xlarge

db.m4.largedb.m4.4xlarge

db.m5.largedb.m5.4xlarge

db.z1d.largedb.z1d.3xlarge

db.t2.smalldb.t2.medium

db.t3.smalldb.t3.2xlarge

db.r3.largedb.r3.2xlarge

db.r4.largedb.r4.2xlarge

db.r5.largedb.r5.4xlarge

db.m3.mediumdb.m3.2xlarge

db.m4.largedb.m4.4xlarge

db.m5.largedb.m5.4xlarge

Express Edition

db.t2.microdb.t2.medium

db.t3.smalldb.t3.xlarge

db.t2.microdb.t2.medium

db.t3.smalldb.t3.xlarge

Seguridad de Microsoft SQL Server

El motor de base de datos de Microsoft SQL Server usa la seguridad basada en roles. El nombre de usuario maestro que se utiliza al crear una instancia de base de datos es un inicio de sesión de autenticación de SQL Server que es miembro de los roles de servidor fijos processadmin, public y setupadmin.

Cualquier usuario que crea una base de datos obtiene el rol db_owner para esa base de datos y todos los permisos de nivel de base de datos, excepto los empleados para las copias de seguridad. Amazon RDS se encarga de administrar las copias de seguridad.

Los siguientes roles de nivel de servidor no están disponibles actualmente en Amazon RDS:

  • bulkadmin

  • dbcreator

  • diskadmin

  • securityadmin

  • serveradmin

  • sysadmin

Los siguientes permisos de nivel de servidor no están disponibles en las instancias de base de datos de SQL Server:

  • ALTER ANY CREDENTIAL

  • ALTER ANY EVENT NOTIFICATION

  • ALTER ANY EVENT SESSION

  • ALTER RESOURCES

  • ALTER SETTINGS (puede usar las operaciones de la API del grupo de parámetros de base de datos para modificar parámetros; para obtener más información, consulte Trabajo con los grupos de parámetros de base de datos).

  • AUTHENTICATE SERVER

  • CONTROL_SERVER

  • CREATE DDL EVENT NOTIFICATION

  • CREATE ENDPOINT

  • CREATE TRACE EVENT NOTIFICATION

  • EXTERNAL ACCESS ASSEMBLY

  • SHUTDOWN (puede usar como alternativa la opción de reinicio de RDS)

  • UNSAFE ASSEMBLY

  • ALTER ANY AVAILABILITY GROUP (solo SQL Server 2012)

  • CREATE ANY AVAILABILITY GROUP (solo SQL Server 2012)

Compatibilidad con el programa de conformidad de las instancias de base de datos de Microsoft SQL Server

Un auditor externo ha realizado una evaluación completa de los servicios de AWS que están dentro del ámbito del programa y ha emitido una certificación, declaración de conformidad o autoridad para operar (ATO). Para obtener más información, consulte Servicios de AWS en el ámbito del programa de conformidad.

Compatibilidad de HIPAA con instancias de base de datos de Microsoft SQL Server

Puede utilizar Amazon RDS para bases de datos Microsoft SQL Server para crear aplicaciones compatibles con HIPAA. Puede guardar información de contenido sanitario, incluida información sanitaria protegida (PHI), si ha firmado un acuerdo con un socio empresarial (BAA) de AWS. Para obtener más información, consulte Conformidad con HIPAA.

Amazon RDS para SQL Server admite HIPAA en las siguientes versiones y ediciones:

  • SQL Server 2017: Ediciones Enterprise, Standard y Web

  • SQL Server 2016: Ediciones Enterprise, Standard y Web

  • SQL Server 2014: Ediciones Enterprise, Standard y Web

  • SQL Server 2012: Ediciones Enterprise, Standard y Web

Para disponer de compatibilidad con HIPAA en la instancia de base de datos, configure los siguientes tres componentes.

Componente Detalles

Auditoría

Para configurar la auditoría, establezca el parámetro rds.sqlserver_audit en el valor fedramp_hipaa. Si la instancia de base de datos no utiliza aún un grupo de parámetros de base de datos personalizado, debe crear uno y asociarlo a la instancia de base de datos para poder modificar el parámetro rds.sqlserver_audit. Para obtener más información, consulte Trabajo con los grupos de parámetros de base de datos.

Cifrado en tránsito

Para configurar el cifrado en tránsito, fuerce el uso de la Capa de conexión segura (SSL) en todas las conexiones a la instancia de base de datos. Para obtener más información, consulte Requerir que las conexiones a la instancia de base de datos usen SSL.

Cifrado en reposo

Para configurar el cifrado en reposo, dispone de dos opciones:

  1. Si utiliza Enterprise Edition, puede optar por usar el cifrado de datos transparente (TDE) para lograr el cifrado en reposo. Para obtener más información, consulte Compatibilidad con el Cifrado de datos transparente en SQL Server.

  2. Puede configurar el cifrado en reposo utilizando claves de cifrado de AWS Key Management Service (AWS KMS). Para obtener más información, consulte Cifrado de recursos de Amazon RDS.

Compatibilidad con SSL para las instancias de base de datos de Microsoft SQL Server

Puede usar SSL para cifrar las conexiones entre las aplicaciones y las instancias de base de datos Amazon RDS en las que se ejecuta Microsoft SQL Server. También puede obligar a todas las conexiones con su instancia de base de datos a usar SSL. Si obliga a las conexiones a usar SSL, esto sucede de modo transparente para el cliente, que no tiene que hacer nada para usar SSL.

SSL es compatible con todas las regiones de AWS y con todas las ediciones admitidas de SQL Server. Para obtener más información, consulte Uso de SSL con una instancia de base de datos de Microsoft SQL Server.

Versiones de Microsoft SQL Server en Amazon RDS

Puede especificar cualquier versión admitida actualmente de Microsoft SQL Server al crear una nueva instancia de base de datos. Puede especificar la versión principal de Microsoft SQL Server (como Microsoft SQL Server 14.00) y cualquier versión secundaria admitida para la versión principal especificada. Si no se especifica ninguna versión, Amazon RDS cambia de forma predeterminada a una versión admitida, normalmente la más reciente. Si se especifica una versión principal pero no una versión secundaria, Amazon RDS usa de manera predeterminada una versión reciente de la versión principal especificada.

En la siguiente tabla se muestran las versiones admitidas para todas las ediciones y todas las regiones de AWS, excepto donde se indique. Para ver una lista de las versiones admitidas, así como de las versiones predeterminadas para instancias de bases de datos recién creadas, puede utilizar el comando de la AWS CLI describe-db-engine-versions.

Versiones de SQL Server admitidas en RDS
Versión principal Versión secundaria API de RDS EngineVersion y CLI engine-version
SQL Server 2017

14.00.3281.6 (CU19)

14.00.3223.3 (CU16)

14.00.3192.2

14.00.3049.1

14.00.3035.2 (CU9 GDR)

14.00.3015.40 (CU3)

14.00.1000.169 (RTM)

14.00.3281.6.v1

14.00.3223.3.v1

14.00.3192.2.v1

14.00.3049.1.v1

14.00.3035.2.v1

14.00.3015.40.v1

14.00.1000.169.v1

SQL Server 2016

13.00.5598.27 (SP2 CU11)

13.00.5426.0 (SP2 CU8)

13.00.5366.0 (SP2)

13.00.5292.0 (CU6)

13.00.5216.0 (CU3)

13.00.4522.0 (actualización de seguridad SP1 CU10)

13.00.4466.4 (SP1 CU7)

13.00.4451.0 (SP1 CU5)

13.00.4422.0 (SP1 CU2)

13.00.2164.0 (RTM CU2)

13.00.5598.27.v1

13.00.5426.0.v1

13.00.5366.0.v1

13.00.5292.0.v1

13.00.5216.0.v1

13.00.4522.0.v1

13.00.4466.4.v1

13.00.4451.0.v1

13.00.4422.0.v1

13.00.2164.0.v1

SQL Server 2014

12.00.6329.1 (SP3 CU4)

12.00.6293.0 (SP3 CU3)

12.00.5571.0 (SP2 CU10)

12.00.5546.0 (SP2 CU5)

12.00.5000.0 (SP2)

12.00.6329.1.v1

12.00.6293.0.v1

12.00.5571.0.v1

12.00.5546.0.v1

12.00.5000.0.v1

SQL Server 2012

11.00.7493.4 (SP4 GDR)

11.00.7462.6 (SP4 GDR)

11.00.6594.0 (SP3 CU8)

11.00.6020.0 (SP3)

11.00.5058.0 (SP2), excepto EE.UU. Este (Ohio), Canadá (Central) y Europa (Londres)

11.00.7493.4.v1

11.00.7462.6.v1

11.00.6594.0.v1

11.00.6020.0.v1

11.00.5058.0.v1

4) Administración de versiones en Amazon RDS

Amazon RDS incluye la administración de versiones flexible que le permite controlar cuándo y dónde se aplica el parche a su instancia de base de datos o se actualiza. Esto le permite realizar las siguientes tareas en su motor de base de datos:

  • Conservación de la compatibilidad con versiones de parche de motor de base de datos.

  • Pruebe las nuevas versiones de parches para verificar que funcionan con la aplicación antes de implementarlas en producción.

  • Planificación y realización de actualizaciones de versión para cumplir con los requisitos de tiempo y los acuerdos de nivel de servicio.

Aplicación de parches del motor de Microsoft SQL Server en Amazon RDS

Amazon RDS agrega periódicamente parches de base de datos de Microsoft SQL Server oficiales en una versión del motor de instancia de base de datos que es específica de Amazon RDS. Para obtener más información sobre los parches de Microsoft SQL Server en cada versión del motor, consulte Compatibilidad de versiones y características en Amazon RDS.

Actualmente, ejecuta manualmente todas las actualizaciones de motor en su instancia de base de datos. Para obtener más información, consulte Actualización del motor de base de datos Microsoft SQL Server.

Programación de obsolencia para las versiones de motor principales de Microsoft SQL Server en Amazon RDS

La siguiente tabla muestra la programación establecida de las obsolencias para las versiones de motor principales de Microsoft SQL Server.

Fecha Información
12 de julio de 2019

El equipo de Amazon RDS no ofrece compatibilidad con Microsoft SQL Server 2008 R2 desde junio de 2019. Las instancias restantes de Microsoft SQL Server 2008 R2 se están migrando a SQL Server 2012 (la versión secundaria más reciente disponible).

Para evitar la actualización automática desde Microsoft SQL Server 2008 R2, puede actualizar en cualquier momento que desee. Para obtener más información, consulte Actualización de una versión del motor de una instancia de base de datos .

25 de abril de 2019 Antes de finales de abril de 2019, no podrá crear nuevas instancias de base de datos de Amazon RDS para SQL Server mediante Microsoft SQL Server 2008R2.

Características de Microsoft SQL Server en Amazon RDS

Las versiones de SQL Server admitidas en Amazon RDS incluyen las siguientes características.

Características de Microsoft SQL Server 2017

SQL Server 2017 incluye muchas características nuevas, como las siguientes:

  • Procesamiento de consultas adaptativas

  • Corrección de planes automático

  • GraphDB

  • Reconstrucciones de índices que pueden reanudarse

Para obtener la lista completa de características de SQL Server 2017, consulte Novedades de SQL Server 2017 en la documentación de Microsoft.

Para ver una lista de las características no admitidas, consulte Características no compatibles y características con compatibilidad limitada.

Características de Microsoft SQL Server 2016

Amazon RDS es compatible con las siguientes características de SQL Server 2016:

  • Cifrado en todo momento

  • Compatibilidad con JSON

  • Análisis operativo

  • Almacén de consultas

  • Tablas temporales

Para obtener la lista completa de características de SQL Server 2016, consulte Novedades de SQL Server 2016 en la documentación de Microsoft.

Características de Microsoft SQL Server 2014

Además de las características compatibles de SQL Server 2012, Amazon RDS admite el nuevo optimizador de consultas disponible en SQL Server 2014 y también la característica de durabilidad diferida.

Para ver una lista de las características no admitidas, consulte Características no compatibles y características con compatibilidad limitada.

SQL Server 2014 admite todos los parámetros de SQL Server 2012 y usa los mismos valores predeterminados. SQL Server 2014 incluye un parámetro nuevo, backup checksum default. Para obtener más información, consulte Cómo habilitar la opción CHECKSUM si utilidades de copia de seguridad no exponen la opción en la documentación de Microsoft.

Características de Microsoft SQL Server 2012

Además de las características compatibles de SQL Server 2008 R2, Amazon RDS admite las siguientes características de SQL Server 2012:

  • Índices ColumnStore (Enterprise Edition)

  • Creación de índices online, volver a generar y eliminar para XML, tipos de datos varchar(max), nvarchar(max) y varbinary(max) (Enterprise Edition)

  • Roles de servidor flexibles

  • Se admite Service Broker, pero no se admiten los puntos de enlace de Service Broker

  • Bases de datos contenidas parcialmente

  • Secuencias

  • Cifrado de datos transparente (solo Enterprise Edition)

  • Declaración THROW

  • Tipos espaciales nuevos y mejorados

  • Compatibilidad con UTF-16

  • Permiso de nivel de servidor ALTER ANY SERVER ROLE

Para obtener más información acerca de SQL Server 2012, consulte Features Supported by the Editions of SQL Server 2012 en la documentación de Microsoft.

Para ver una lista de las características no admitidas, consulte Características no compatibles y características con compatibilidad limitada.

Algunos parámetros de SQL Server han cambiado en SQL Server 2012.

  • Los siguientes parámetros se han eliminado de SQL Server 2012: awe enabled, precompute rank y sql mail xps. Estos parámetros no se podían modificar en las instancias de base de datos de SQL Server y su eliminación no debería afectar al uso de SQL Server.

  • Un nuevo parámetro contained database authentication de SQL Server 2012 es compatible con las bases de datos parcialmente contenidas. Cuando se habilita este parámetro y se crea una base de datos parcialmente contenida, se almacenan el nombre de usuario y la contraseña de un usuario autorizado en la base de datos parcialmente contenida y no en la base de datos primaria. Para obtener más información acerca de las bases de datos parcialmente contenidas, consulte Contained Databases en la documentación de Microsoft.

Microsoft SQL Server 2008 R2 obsoleto en Amazon RDS

Comenzaremos a actualizar todas las instancias existentes que siguen utilizando SQL Server 2012 R2 a la versión secundaria más reciente de SQL Server 2012. Para obtener más información, consulte 4) Administración de versiones en Amazon RDS.

Para obtener más información acerca de SQL Server 2008 R2, consulte Features Supported by the Editions of SQL Server 2008 R2 en la documentación de Microsoft.

Compatibilidad de captura de datos de cambio para instancias de base de datos de Microsoft SQL Server

Amazon RDS admite la captura de datos de cambios (CDC) para las instancias de base de datos que ejecutan Microsoft SQL Server. CDC captura cambios que se realizan a los datos de las tablas y almacena los metadatos sobre cada cambio a los que puede obtener acceso más tarde. Para obtener más información, consulte Captura de datos de cambio en la documentación de Microsoft.

Amazon RDS admite CDC para las siguientes ediciones y versiones de SQL Server:

  • Microsoft SQL Server Enterprise Edition (todas las versiones)

  • Microsoft SQL Server Standard Edition:

    • 2017

    • 2016, versión 13.00.4422.0 SP1 CU2 y posterior

Para usar CDC con las instancias de base de datos de Amazon RDS, primero habilite o deshabilite CDC en el nivel de base de datos mediante los procedimientos almacenados proporcionados por RDS. Tras ello, cualquier usuario que tenga el rol db_owner de esa base de datos puede usar los procedimientos almacenados de Microsoft nativos para controlar CDC en la base de datos. Para obtener más información, consulte Uso de la captura de datos de cambio.

Puede usar CDC y AWS Database Migration Service para habilitar la replicación continua desde instancias de base de datos de SQL Server.

Características no compatibles y características con compatibilidad limitada

Las siguientes características de Microsoft SQL Server no se admiten en Amazon RDS:

  • Copia de seguridad en Almacenamiento de blobs de Microsoft Azure

  • Extensión del grupo de búferes

  • Data Quality Services

  • Trasvase de registros de bases de datos

  • Correo electrónico de base de datos

  • Se han ampliado los procedimientos almacenados, incluido xp_cmdshell

  • Compatibilidad con FILESTREAM

  • Tablas de archivos

  • Aprendizaje automático y servicios R (requiere acceso al sistema operativo para la instalación)

  • Planes de mantenimiento

  • Recopilador de datos de desempeño

  • Administración basada en políticas

  • PolyBase

  • Replicación

  • Gobernador de recursos

  • Desencadenadores de nivel de servidor

  • Puntos de enlace de Service Broker

  • Base de datos Stretch

  • Puntos de enlace T-SQL (las operaciones que usan CREATE ENDPOINT no están disponibles)

  • WCF Data Services

Las siguientes características de Microsoft SQL Server tienen compatibilidad limitada en Amazon RDS:

Implementaciones Multi-AZ con creación de reflejos de base de datos de Microsoft SQL Server o grupos de disponibilidad Always On

Amazon RDS admite implementaciones Multi-AZ para instancias de base de datos en las que se ejecuta Microsoft SQL Server mediante el uso de la creación de reflejos de bases de datos (DBM) de SQL Server o los grupos de disponibilidad (AG) Always On. Las implementaciones Multi-AZ proporcionan unos niveles superiores de disponibilidad, durabilidad de los datos y tolerancia a errores para las instancias de base de datos. 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 réplica secundaria actualizada para que las operaciones de la base de datos puedan reanudarse rápidamente sin intervención manual. Las instancias principal y secundaria usan el mismo punto de enlace, cuya dirección de red física cambia a la réplica secundaria pasiva 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.

Amazon RDS administra la conmutación por error monitorizando activamente el despliegue Multi-AZ e iniciando una conmutación por error cuando se produzca un problema en la instancia principal. La conmutación por error no se da a menos que las instancias en espera y principal estén totalmente sincronizadas. Amazon RDS mantiene activamente su implementación Multi-AZ reparando automáticamente las instancias de base de datos con problemas y restableciendo la replicación síncrona. No tiene que administrar nada. Amazon RDS se encarga de la instancia principal, el testigo de creación de reflejo y la instancia en espera. Al configurar Multi-AZ de SQL Server, RDS configura instancias secundarias pasivas para todas las bases de datos de la instancia.

Para obtener más información, consulte Implementaciones Multi-AZ para Microsoft SQL Server.

Uso del cifrado de datos transparente para cifrar los datos en reposo

Amazon RDS admite el Cifrado de datos transparente (TDE) de Microsoft SQL Server, que cifra de forma transparente los datos almacenados. Amazon RDS usa grupos de opciones para habilitar y configurar estas características. Para obtener más información acerca de la opción TDE, consulte Compatibilidad con el Cifrado de datos transparente en SQL Server.

Zona horaria local para las instancias de base de datos de Microsoft SQL Server

La zona horaria de una instancia de base de datos de Amazon RDS en la que se ejecuta Microsoft SQL Server se define de forma predeterminada. El valor predeterminado actual es el Horario universal coordinado (UTC). Si lo prefiere, puede definir la zona horaria de su instancia de base de datos en una hora local para que coincida con la zona horaria de sus aplicaciones.

La zona horaria se define al crear inicialmente la instancia de base de datos. Puede crear una instancia de base de datos usando la Consola de administración de AWS, la acción CreateDBInstance de la API de Amazon RDS o el comando create-db-instance de la AWS CLI.

Si su instancia de base de datos forma parte de una implementación Multi-AZ (que use la creación de reflejos de SQL Server o grupos de disponibilidad), al conmutar por error, la zona horaria seguirá siendo la zona horaria local que definió. Para obtener más información, consulte Implementaciones Multi-AZ con creación de reflejos de base de datos de Microsoft SQL Server o grupos de disponibilidad Always On .

Cuando solicite una restauración a un momento dado, debe especificar la hora a la que desea restaurar. La hora se muestra en la zona horaria local. Para obtener más información, consulte Restauración de una instancia de base de datos a un momento especificado.

A continuación se indican las limitaciones de la definición de la hora local en una instancia de base de datos:

  • No puede modificar la zona horaria de una instancia de base de datos de SQL Server.

  • No puede restaurar una instantánea a partir de una instancia de base de datos de una zona horaria en una instancia de base de datos de una zona horaria diferente.

  • Es recomendable que no restaure un archivo de copia de seguridad de una zona horaria en una zona horaria diferente. Si restaura un archivo de copia de seguridad de una zona horaria en otra zona horaria distinta, debe auditar las consultas y las aplicaciones para comprobar los efectos del cambio de zona horaria. Para obtener más información, consulte Importación y exportación de bases de datos de SQL Server.

Zonas horarias admitidas

Puede definir su zona horaria local en uno de los valores que se muestran en la siguiente tabla.

Zona horaria

Diferencia de hora estándar

Descripción

Notas

Hora estándar de Afganistán

(UTC+04:30)

Kabul

Hora estándar de Alaska

(UTC–09:00)

Alaska

Hora estándar árabe

(UTC+04:00)

Abu Dabi, Muscat

Hora estándar del Atlántico

(UTC–04:00)

Hora del Atlántico (Canadá)

Hora estándar central de Australia

(UTC+09:30)

Darwin

Esta zona horaria no aplica el horario de verano.

Hora estándar de Australia oriental

(UTC+10:00)

Canberra, Melbourne, Sídney

Hora estándar de Bielorrusia

(UTC+03:00)

Minsk

Esta zona horaria no aplica el horario de verano.

Hora estándar central de Canadá

(UTC–06:00)

Saskatchewan

Hora estándar de Cabo Verde

(UTC–01:00)

Archipiélago de Cabo Verde

Hora estándar de Australia central

(UTC+09:30)

Adelaida

Hora estándar de América central

(UTC–06:00)

América Central

Hora estándar de Asia central

(UTC+06:00)

Astana

Hora estándar de Brasil central

(UTC–04:00)

Cuiaba

Hora estándar de Europa central

(UTC+01:00)

Belgrado, Bratislava, Budapest, Liubliana, Praga

Hora estándar europea central

(UTC+01:00)

Sarajevo, Skopie, Varsovia, Zagreb

Hora estándar del Pacífico central

(UTC+11:00)

Islas Salomón, Nueva Caledonia

Hora estándar central

(UTC–06:00)

Hora central (Estados Unidos y Canadá)

Hora estándar central (México)

(UTC–06:00)

Guadalajara, Ciudad de México, Monterrey

Hora estándar de China

(UTC+08:00)

Pekín, Chongqing, Hong Kong, Urumchi

Hora estándar de África oriental

(UTC+03:00)

Nairobi

Esta zona horaria no aplica el horario de verano.

Hora estándar de Australia central

(UTC+10:00)

Brisbane

Hora estándar de Europa oriental

(UTC+02:00)

Chisinau

Hora estándar de América del Sur oriental

(UTC–03:00)

Brasilia

Hora estándar oriental

(UTC–05:00)

Hora oriental (Estados Unidos y Canadá)

Hora estándar de Georgia

(UTC+04:00)

Tiflis

Hora estándar GMT

(UTC)

Dublín, Edimburgo, Lisboa, Londres

Esta zona horaria no es la misma que la hora media de Greenwich. Esta zona horaria aplica el horario de verano.

Hora estándar de Groenlandia

(UTC–03:00)

Groenlandia

Hora estándar de Greenwich

(UTC)

Monrovia, Reikiavik

Esta zona horaria no aplica el horario de verano.

Hora estándar GTB

(UTC+02:00)

Atenas, Bucarest

Hora estándar de Hawái

(UTC–10:00)

Hawái

Hora estándar de India

(UTC+05:30)

Chennai, Calcuta, Bombay, Nueva Delhi

Hora estándar de Jordania

(UTC+02:00)

Amán

Hora estándar de Corea

(UTC+09:00)

Seúl

Hora estándar de Oriente Medio

(UTC+02:00)

Beirut

Hora estándar de las montañas

(UTC–07:00)

Hora de las montañas (Estados Unidos y Canadá)

Hora estándar de las montañas (México)

(UTC–07:00)

Chihuahua, La Paz, Mazatlán

Hora estándar de las montañas (Estados Unidos)

(UTC–07:00)

Arizona

Esta zona horaria no aplica el horario de verano.

Hora estándar de Nueva Zelanda

(UTC+12:00)

Auckland, Wellington

Hora estándar de Terranova

(UTC–03:30)

Terranova

Hora estándar de Sudamérica del Pacífico

(UTC–03:00)

Santiago

Hora estándar del Pacífico

(UTC–08:00)

Hora del Pacífico (Estados Unidos y Canadá)

Hora estándar del Pacífico (México)

(UTC–08:00)

Baja California

Hora estándar de Rusia

(UTC+03:00)

Moscú, San Petersburgo, Volgogrado

Esta zona horaria no aplica el horario de verano.

Hora estándar del Pacífico de Sudamérica

(UTC–05:00)

Bogotá, Lima, Quito, Río Branco

Esta zona horaria no aplica el horario de verano.

Hora estándar del sureste de Asia

(UTC+07:00)

Bangkok, Hanói, Yakarta

Hora estándar de Singapur

(UTC+08:00)

Kuala Lumpur, Singapur

Hora estándar de Tokio

(UTC+09:00)

Osaka, Sapporo, Tokio

Hora estándar oriental de Estados Unidos

(UTC–05:00)

Indiana (Este)

UTC

UTC

Horario universal coordinado

Esta zona horaria no aplica el horario de verano.

UTC–02

(UTC–02:00)

Horario universal coordinado–02

UTC–08

(UTC–08:00)

Horario universal coordinado–08

UTC–09

(UTC–09:00)

Horario universal coordinado–09

UTC–11

(UTC–11:00)

Horario universal coordinado–11

UTC+12

(UTC+12:00)

Horario universal coordinado+12

Hora estándar de Australia central

(UTC+08:00)

Perth

Hora estándar de África central occidental

(UTC+01:00)

África central occidental

Hora estándar de Europa oriental

(UTC+01:00)

Ámsterdam, Berlín, Berna, Roma, Estocolmo, Viena