Optimice las estrategias de respaldo SQL del servidor - AWS Guía prescriptiva

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Optimice las estrategias de respaldo SQL del servidor

Información general

La mayoría de las organizaciones buscan la solución adecuada para proteger sus datos en SQL Server on Amazon y EC2 cumplir con sus requisitos actuales en cuanto al objetivo de punto de recuperación (RPO), el tiempo máximo aceptable desde la última copia de seguridad y el objetivo de tiempo de recuperación (RTO), el retraso máximo aceptable entre la interrupción del servicio y la restauración del servicio. Si ejecutas un SQL servidor en EC2 instancias, tienes varias opciones para crear copias de seguridad de tus datos y restaurarlos. Las estrategias de Backup para proteger los datos de SQL Server on Amazon EC2 incluyen las siguientes:

Dispone de las siguientes opciones de almacenamiento para las copias de seguridad nativas a nivel de base de datos:

En esta sección se hace lo siguiente:

  • Destaca las funciones que le ayudan a ahorrar espacio de almacenamiento

  • Compara los costos entre las diferentes opciones de almacenamiento de back-end

  • Proporciona enlaces a documentación detallada para ayudar a implementar estas recomendaciones

Respaldo a nivel de servidor mediante instantáneas habilitadas VSS

Una arquitectura de instantáneas VSS habilitada utiliza el comando AWS Systems Manager Run para instalar el agente en las instancias del VSS servidor. SQL También puede usar el comando Ejecutar para invocar todo el flujo de trabajo consistente en vaciar los búferes del sistema operativo y las aplicaciones en el disco, pausar las operaciones de E/S, tomar una point-in-time instantánea de los volúmenes y, a continuación, reanudar la E/S. EBS

Este comando de ejecución crea instantáneas automatizadas de todos los volúmenes adjuntos a una instancia de destino. EBS También tiene la opción de excluir el volumen raíz, ya que los archivos de bases de datos de usuarios suelen almacenarse en otros volúmenes. En caso de que distribuya varios EBS volúmenes para crear un único sistema de archivos para los archivos SQL del servidor, Amazon EBS también admite instantáneas de varios volúmenes consistentes en fallos mediante un solo comando. API Para obtener más información sobre las EBSinstantáneas VSS compatibles con las aplicaciones, consulte Crear una instantánea VSS coherente con las aplicaciones en la documentación de Amazon. EC2

El siguiente diagrama muestra una arquitectura para realizar copias de seguridad a nivel de servidor mediante instantáneas habilitadas. VSS

VSS-arquitectura de instantáneas habilitada

Tenga en cuenta las siguientes ventajas del uso de instantáneas habilitadas para dispositivos VSS electrónicos:

  • La primera instantánea de una instancia de base de datos contiene los datos de la instantánea de base de datos completa. Las instantáneas posteriores de la misma instancia de base de datos son graduales, lo que significa que solo se guardan los datos que han cambiado después de guardar la última instantánea.

  • EBSlas instantáneas proporcionan recuperación. point-in-time

  • Puede restaurar en una nueva EC2 instancia de SQL servidor a partir de una instantánea.

  • Si una instancia se cifra con Amazon EBS o si se cifra una base de datos en la instancia que se utilizaTDE, esa instancia o base de datos se restaura automáticamente con el mismo cifrado.

  • Puede copiar copias de seguridad automatizadas entre regiones.

  • Al restaurar un EBS volumen a partir de una instantánea, queda inmediatamente disponible para que las aplicaciones accedan a él. Esto significa que puede poner el SQL servidor en línea inmediatamente después de restaurar uno o más de sus EBS volúmenes subyacentes a partir de instantáneas.

  • De forma predeterminada, los volúmenes restaurados obtienen bloques subyacentes de Amazon S3 la primera vez que una aplicación intenta leerlos. Esto significa que puede haber un retraso en el rendimiento después de restaurar un EBS volumen a partir de una instantánea. Con el tiempo, el volumen alcanza el rendimiento nominal. Sin embargo, puede evitar ese retraso mediante el uso de instantáneas rápidas de snapshot-restore () FSR.

  • Puede usar la administración del ciclo de vida para las instantáneas. EBS

Tenga en cuenta las siguientes limitaciones del uso de instantáneas VSS habilitadas:

  • No puede realizar una point-in-time recuperación entre regiones con una instantánea cifrada de una instancia de servidor. SQL

  • No puedes crear una instantánea cifrada de una instancia no cifrada.

  • No puedes restaurar una base de datos individual porque la instantánea se toma a nivel de EBS volumen.

  • No puede restaurar la instancia a sí misma.

  • Una instantánea de la instancia de base de datos debe cifrarse con la misma clave AWS Key Management Service (AWS KMS) que la instancia de base de datos.

  • La E/S del almacenamiento se suspende durante una fracción de segundo (aproximadamente 10 milisegundos) durante el proceso de copia de seguridad de la instantánea.

SQLRespaldo del servidor mediante AWS Backup

Se puede utilizar AWS Backuppara centralizar y automatizar la protección de datos en todas Servicios de AWS partes. AWS Backup ofrece una solución rentable, totalmente gestionada y basada en políticas que simplifica la protección de datos a gran escala. AWS Backup también le ayuda a cumplir con sus obligaciones de conformidad normativa y a cumplir sus objetivos de continuidad empresarial. Además AWS Organizations, le AWS Backup permite implementar de forma centralizada políticas de protección de datos (respaldo) para configurar, administrar y gobernar su actividad de respaldo en todos los recursos Cuentas de AWS y la organización.

El siguiente diagrama muestra la arquitectura de una solución de respaldo y restauración para SQL Server On EC2 mediante el uso AWS Backup.

AWS Backup arquitectura

Tenga en cuenta las siguientes ventajas de hacer copias de seguridad SQL del servidor mediante AWS Backup:

  • Puede automatizar la programación de copias de seguridad, la administración de la retención y la administración del ciclo de vida.

  • Puede centralizar su estrategia de respaldo en toda su organización, abarcando varias cuentas y. Regiones de AWS

  • Puede centralizar la supervisión de la actividad de backup y las alertas en todas partes. Servicios de AWS

  • Puede implementar copias de seguridad entre regiones para planificar la recuperación de desastres.

  • La solución es compatible con las copias de seguridad entre cuentas.

  • Puede realizar copias de seguridad seguras con un cifrado de copias de seguridad secundario.

  • Todas las copias de seguridad admiten el cifrado mediante claves de AWS KMS cifrado.

  • La solución funciona conTDE.

  • Puede restaurar a un punto de recuperación específico desde la consola de AWS Backup .

  • Puede hacer una copia de seguridad de una instancia de SQL servidor completa, que incluye todas las bases de datos SQL del servidor.

Copia de seguridad a nivel de la base de datos

Estos enfoques utilizan la funcionalidad de copia de seguridad nativa de Microsoft SQL Server. Puede realizar copias de seguridad de bases de datos individuales en la instancia SQL del servidor y restaurar una base de datos individual.

Cada una de estas opciones de copia de seguridad y restauración SQL del servidor nativo también admite lo siguiente:

  • Compresión y copia de seguridad de varios archivos

  • Copias de seguridad completas, diferenciales y de registros T

  • TDE-bases de datos cifradas

SQLRespaldo y restauración nativos del servidor en Amazon S3

SQLServer on Amazon EC2 admite la copia de seguridad y la restauración nativas de las bases de datos SQL del servidor. Puede realizar una copia de seguridad de la base de datos SQL del servidor y, a continuación, restaurar el archivo de copia de seguridad en una base de datos existente o en una nueva SQL EC2 instancia de SQL servidor, Amazon RDS for Server o un servidor local.

Storage Gateway es un servicio de almacenamiento de nube híbrida que brinda acceso a las aplicaciones en las instalaciones a un almacenamiento en la nube prácticamente ilimitado. Puede usar Storage Gateway para hacer copias de seguridad de sus bases de datos de Microsoft SQL Server directamente en Amazon S3, lo que reduce el espacio de almacenamiento local y utiliza Amazon S3 para un almacenamiento duradero, escalable y rentable.

El siguiente diagrama muestra la arquitectura de una solución de backup y restauración nativa que utiliza Storage Gateway y Amazon S3.

Arquitectura Storage Gateway y Amazon S3

Tenga en cuenta las siguientes ventajas de utilizar copias de seguridad nativas para SQL servidores con Storage Gateway:

  • Puede asignar una pasarela de almacenamiento como un recurso compartido de archivos Server Message Block (SMB) en la EC2 instancia y enviar la copia de seguridad a Amazon S3.

  • La copia de seguridad va directamente al bucket de S3 o a través de la caché de archivos de Storage Gateway.

  • Se admiten copias de seguridad de varios archivos.

Tenga en cuenta las siguientes limitaciones del backup nativo mediante Storage Gateway:

  • Debe configurar la copia de seguridad y la restauración para cada base de datos individual.

  • Debe administrar la Política de ciclo de vida de Amazon S3 para los archivos de copia de seguridad.

Para obtener más información sobre cómo configurar Storage Gateway, consulte la AWS Storage Gateway publicación del AWS blog sobre las copias de seguridad de Store SQL Server en Amazon S3.

SQLRespaldo nativo del servidor en EBS volúmenes

Puede realizar una copia de seguridad nativa de la base de datos de su SQL servidor y almacenar el archivo en un EBS volumen de Amazon. Amazon EBS es un servicio de almacenamiento en bloque de alto rendimiento. EBSlos volúmenes son elásticos, lo que permite el cifrado. Se pueden separar y adjuntar a una EC2 instancia. Puede hacer una copia de seguridad SQL del servidor en una EC2 instancia del mismo tipo de EBS volumen o en un tipo de EBS volumen diferente. Una de las ventajas de realizar copias de seguridad en un EBS volumen diferente es el ahorro de costes.

El siguiente diagrama muestra la arquitectura de una copia de seguridad nativa en un EBS volumen.

Arquitectura de EBS volúmenes de Amazon

Tenga en cuenta las siguientes ventajas de utilizar el backup nativo SQL del servidor para EBS volúmenes:

  • Puede realizar copias de seguridad de bases de datos individuales en una EC2 instancia de SQL servidor y restaurar una base de datos individual en lugar de tener que restaurar la instancia completa.

  • Se admiten copias de seguridad de varios archivos.

  • Puede programar los trabajos de copia de seguridad mediante el Agente de SQL servidor y el motor de trabajos del SQL servidor.

  • Puede obtener beneficios de rendimiento a través de las opciones de equipos. Por ejemplo, puede utilizar los volúmenes de almacenamiento st1 para lograr un mayor rendimiento.

Tenga en cuenta las siguientes limitaciones del uso de copias de seguridad nativas en EBS volúmenes:

  • Debe mover manualmente las copias de seguridad del EBS volumen a Amazon S3.

  • Para copias de seguridad de gran tamaño, debes administrar el espacio en disco en AmazonEC2.

  • EC2Por ejemplo, el EBS rendimiento de Amazon puede ser un cuello de botella.

  • Se necesita espacio de almacenamiento adicional para almacenar copias de seguridad en AmazonEBS.

SQLCopia de seguridad nativa del servidor en Amazon FSx para Windows File Server

Amazon FSx for Windows File Server es un sistema de archivos de Windows nativo totalmente gestionado que ofrece hasta 64 TB de almacenamiento y está diseñado para ofrecer un rendimiento rápido, predecible y uniforme. AWS introdujo el soporte nativo para las implementaciones de sistemas de archivos Multi-AZ en FSx Windows File Server. El soporte nativo facilita la implementación del almacenamiento de archivos de Windows AWS con alta disponibilidad y redundancia en múltiples zonas de disponibilidad. AWS también introdujo la compatibilidad con los recursos compartidos de archivos de disponibilidad SMB continua (CA). Puede utilizar el servidor FSx de archivos de Windows como almacenamiento de respaldo para una base de datos SQL del servidor.

El siguiente diagrama muestra la arquitectura de una copia de seguridad nativa de un SQL servidor FSx para Windows File Server.

FSxpara la arquitectura de respaldo de Windows File Server

Tenga en cuenta las siguientes ventajas de utilizar copias de seguridad de SQL servidor nativas FSx para Windows File Server:

  • Puede hacer una copia de seguridad de la base de datos SQL del servidor en un recurso compartido de FSx archivos de Amazon.

  • Puede realizar copias de seguridad de bases de datos individuales en una instancia de SQL servidor y restaurar una base de datos individual en lugar de tener que restaurar la instancia completa.

  • Se admiten copias de seguridad de varias partes.

  • Puede programar las tareas de copia de seguridad mediante el agente de SQL servidor y el motor de tareas.

  • Las instancias tienen un mayor ancho de banda de red en comparación con AmazonEBS.

Tenga en cuenta las siguientes limitaciones a la hora de utilizar copias de seguridad de SQL servidor nativas FSx para Windows File Server:

  • Debe mover manualmente las copias de seguridad a Amazon S3 desde Amazon FSx mediante AWS Backup o AWS DataSync.

  • Las copias de seguridad de gran tamaño pueden requerir una sobrecarga adicional para la administración del espacio en disco en AmazonFSx.

  • EC2el rendimiento de la red de instancias puede ser un cuello de botella.

  • Se necesita almacenamiento adicional para almacenar las copias de seguridad en el servidor de archivos FSx de Windows.

SQLRespaldo del servidor en Amazon FSx para NetApp ONTAP

Las instantáneas con FSx for siempre ONTAP son coherentes con los fallos, pero requieren que ponga en modo inactivo (o detenga la E/S) de la base de datos para crear una instantánea coherente con la aplicación. Puede utilizar NetApp SnapCenter (una herramienta de organización con complementos para aplicaciones específicas, incluido el SQL servidor) con for para crear instantáneas coherentes con FSx las aplicaciones y proteger, ONTAP replicar y clonar sus bases de datos sin coste adicional.

NetApp SnapCenter

NetApp SnapCenter es una plataforma unificada para una protección de datos coherente con las aplicaciones. SnapCenter se refiere a las instantáneas como copias de seguridad. Esta guía adopta la misma convención de nomenclatura. SnapCenter proporciona un panel único para administrar copias de seguridad, restauraciones y clones coherentes con las aplicaciones. Agregue un SnapCenter complemento para su aplicación de base de datos específica para crear copias de seguridad coherentes con las aplicaciones. El SnapCenter complemento para SQL Server proporciona las siguientes funciones que simplifican el flujo de trabajo de protección de datos.

  • Opciones de copia de seguridad y restauración con granularidad para copias de seguridad completas y de registros

  • Restauración in situ y restauración en una ubicación alternativa

Para obtener más información al respecto SnapCenter, consulte la publicación Proteja sus cargas de trabajo de SQL servidor NetApp SnapCenter con Amazon FSx en el NetApp ONTAP blog sobre AWS almacenamiento.

Optimización de costes para las copias de seguridad

Las siguientes opciones pueden ayudarle a reducir el coste de almacenar las copias de seguridad SQL del servidor en él AWS.

  • Active la compresión SQL del servidor durante la creación del archivo de copia de seguridad y envíe el archivo más pequeño posible al almacenamiento. Por ejemplo, una relación de compresión de 3:1 indica que está ahorrando alrededor del 66 por ciento de espacio en disco. Para realizar consultas en estas columnas, puede usar la siguiente SQL instrucción Transact-:. SELECT backup_size/compressed_backup_size FROM msdb..backupset;

  • Para las copias de seguridad que se destinan a depósitos S3, habilite la clase de almacenamiento Amazon S3 Intelligent-Tiering para reducir los costos de almacenamiento en un 30 por ciento. 

  • En el caso de las copias de seguridad FSx destinadas a Windows File Server o FSx a WindowsONTAP, utilice una única zona de disponibilidad para ahorrar un 50 por ciento en los costes (en comparación con el uso de varias zonas de disponibilidad). Para obtener información sobre precios, consulte Amazon FSx for Windows File Server Pricing y Amazon FSx for Windows File Server NetApp ONTAP Pricing.

  • La opción más eficaz para SQL Server 2022 es la copia de seguridad directa en Amazon S3. Puede ahorrar costes adicionales si evita Storage Gateway.

Resultados de pruebas comparativas para copias de seguridad

En esta sección, se comparan las siguientes opciones desde el punto de vista del costo y el rendimiento de un ejemplo de base de datos de 1 TB, según los resultados de las pruebas comparativas de rendimiento de las soluciones de respaldo incluidas en esta guía.

  • EC2especificación de instancia: r5d.8xlarge con Windows Server 2019 y Server 2019 Developer Edition SQL

  • Especificación de base de datos: 1 TB de tamaño si está deshabilitada TDE

Las pruebas se realizaron con una instancia r5d.8xlarge y una base de datos de SQL servidor de 1 TB como fuente. El sistema de origen se configuró de acuerdo con las mejores prácticas y la base de datos de origen contenía cuatro archivos de datos (250 GB cada uno) y un archivo de registro (50 GB) repartidos en volúmenes gp3 independientes. El BACKUP comando SQL Server native incluye escribir en 10 archivos de backup y utilizar la compresión para optimizar el rendimiento del backup y reducir la cantidad de datos que se envían a través de la red y se escriben en el destino. En todos los casos de prueba, el rendimiento del almacenamiento fue el obstáculo.

Existe una variedad casi infinita de configuraciones posibles para este tipo de pruebas. Esta prueba se centró en optimizar el rendimiento, el costo, la escalabilidad y los casos de uso reales. En la siguiente tabla se muestran las métricas de rendimiento que se capturaron para las opciones de backup objetivo.

Opciones de copia de seguridad Nivel Duración de la ejecución (aproximadamente) Velocidad de la copia de seguridad Coste USD por mes*
Backup nativo en un servidor EBS local de 2 HDD TB Base de datos 00:30:46 min 554,7 Mbps 92,16 DÓLARES
Respaldo nativo a la EBS SSD gp3 local, 2 TB Base de datos 00:22:00 min 512 Mbps 193,84 DÓLARES
Respaldo nativo FSx para Windows File ServerHDD, rendimiento de 2 TB @512 Mbps Base de datos 00:20:58 min 814,0 Mbps 1.146 DÓLARES
Respaldo nativo FSx para Windows File ServerSSD, rendimiento de 2 TB @512 Mbps Base de datos 00:20:00 min 814,0 Mbps 1.326 DÓLARES
Copia de seguridad nativa en S3 File Gateway m6i.4xlarge (16 vCPU, 64 GB) con gp3 de 2 TB Base de datos 00:23:20 min 731,5 Mbps 470,42 DÓLARES
EBSVSSinstantánea EBSvolumen

00:00:02 seg

00:00:53 segundos

N/A instantánea 51$
AWS Backup (AMIrespaldo) AMI

00:00:04 seg

00:08:00 min

N/A instantánea 75 DÓLARES
Copia de seguridad SQL del servidor nativo directamente en Amazon S3 (SQLServer 2022) Base de datos 00:12:00 min 731,5 Mbps Los primeros 50 TB al mes, 0,023$ por GB 23,55$ al mes
Respaldo nativo para FSx (uso) ONTAP SnapCenter Base de datos 440,20$

En la tabla anterior se presupone lo siguiente:

  • Los costes de transferencia de datos y Amazon S3 no están incluidos.

  • El precio del almacenamiento está incluido en el precio de la instancia.

  • Los costes se calculan en función de la us-east-1 región.

  • El rendimiento IOPS aumentará un 10 por ciento con múltiples copias de seguridad, con una tasa general de cambio del 10 por ciento a lo largo del mes.

Los resultados de las pruebas muestran que la opción más rápida es realizar una copia de seguridad de la base de datos nativa SQL del servidor FSx para Windows File Server. Una copia de seguridad en Storage Gateway y en EBS volúmenes conectados localmente es la opción más rentable, pero tiene un rendimiento más lento. Para los respaldos a nivel de servidor (AMI), recomendamos utilizarlos AWS Backup para obtener un rendimiento, un costo y una capacidad de administración óptimos.

Recomendaciones de optimización de costos

Comprender las posibles soluciones para hacer copias de seguridad de SQL Server on Amazon EC2 es clave para proteger sus datos, garantizar que cumple con sus necesidades de respaldo y establecer un plan para recuperarse de eventos críticos. Las diferentes formas de realizar copias de seguridad y restaurar sus bases de datos e instancias de SQL servidor que se analizan en esta sección pueden ayudarle a diseñar una estrategia de copia de seguridad y restauración que proteja sus datos y cumpla con los requisitos de su organización.

En esta sección se describen las siguientes opciones de copia de seguridad:

  • Compresión

  • Amazon S3 Intelligent-Tiering

  • Una sola zona de disponibilidad

  • Backup en URL

La orientación proporcionada para cada una de estas opciones es de alto nivel. Si deseas implementar alguna de estas recomendaciones en tu organización, te recomendamos que te pongas en contacto con tu equipo de cuentas. A continuación, el equipo puede ponerse en contacto con un especialista de Microsoft SA para que dirija la conversación. También puedes ponerte en contacto con nosotros enviando un correo electrónico a optimize-microsoft@amazon.com.

En resumen, recomendamos lo siguiente:

  • Si utiliza SQL Server 2022, la opción más rentable es realizar copias de seguridad en Amazon S3.

  • Si utiliza SQL Server 2019 y versiones anteriores de SQL Server, considere la posibilidad de realizar copias de seguridad en Storage Gateway respaldado por Amazon S3 como la opción más rentable.

Compresión

El objetivo de la compresión es que cada copia de seguridad consuma menos espacio de almacenamiento, lo que resulta beneficioso para varias opciones de almacenamiento. Debe habilitar la compresión de una copia de seguridad SQL del servidor en el nivel de la instancia SQL del servidor. El siguiente ejemplo muestra cómo añadir la palabra clave de compresión a una base de datos de respaldo:

BACKUP DATABASE <database_name> TO DISK WITH COMPRESSION (ALGORITHM = QAT_DEFLATE)

Amazon S3 Intelligent-Tiering

Para las copias de seguridad destinadas a depósitos de Amazon S3, puede habilitar Amazon S3 Intelligent-Tiering como su clase de almacenamiento de Amazon S3 File Gateway. Esto puede reducir los costos de almacenamiento hasta en un 30 por ciento. A continuación, instale S3 File Gateway en sus SQL servidores mediante un recurso compartido de SMB archivos que se pueda integrar con su dominio de Active Directory. Esto le proporciona el control de acceso para lo que comparte, la posibilidad de aprovechar las cuentas de servicio existentes y el acceso a Amazon S3 mediante un protocolo de archivos común centrado en Microsoft. En el caso de las cuentas que quizás no tengan conectividad directa con un controlador de dominio, puede utilizar el conector de Active Directory para facilitar la comunicación con Active Directory de forma local o en la nube. Para configurar los ajustes de Active Directory en la puerta de enlace, debe especificar el conector de Active Directory IPs para que el controlador de dominio envíe las solicitudes por proxy a Active Directory.

El siguiente diagrama muestra la arquitectura de una solución basada en S3 Intelligent-Tiering.

Arquitectura S3 Intelligent-Tiering

De forma predeterminada, los archivos de respaldo escritos en el bucket de S3 utilizan el nivel estándar. Para convertir los archivos de respaldo del nivel estándar al nivel S3 Intelligent-Tiering, debe crear una regla de ciclo de vida. También puede utilizarla para activar S3 AWS Management ConsoleIntelligent-Tiering. Para obtener más información, consulte Cómo empezar a utilizar Amazon S3 Intelligent-Tiering en la documentación. AWS

Una sola zona de disponibilidad

Para crear un sistema de archivos de zona de disponibilidad única, elija la opción Single-AZ al crear un sistema de archivos FSx para Windows File Server. Amazon FSx también realiza copias de seguridad muy duraderas (almacenadas en Amazon S3) de su sistema de archivos a diario mediante el servicio Windows Volume Shadow Copy y le permite realizar copias de seguridad adicionales en cualquier momento. Tenga en cuenta algunos de los problemas que conlleva el uso de una zona de disponibilidad única. Por ejemplo, el recurso compartido de SMB archivos queda inaccesible si una zona de disponibilidad afectada en la que se aprovisiona el sistema de archivos deja de funcionar durante horas seguidas. Si necesita acceder a los datos, debe restaurarlos a partir de las copias de seguridad de una zona de disponibilidad disponible dentro de la región de origen. Para obtener más información, consulte la sección Usar una única zona de disponibilidad de esta guía.

Backup en URL

Para SQL Server 2022, la URL función de backup to permite realizar copias de seguridad directas en Amazon S3. Este es el enfoque de respaldo ideal para ejecutar SQL Server 2022, AWS ya que se obtiene el conjunto completo de funciones de Amazon S3 en la capa de almacenamiento y se elimina el costo del AWS Storage Gateway dispositivo necesario en las versiones anteriores para facilitar esta funcionalidad. Al implementar esta función, se deben tener en cuenta dos costos principales: los costos de transferencia de datos y la clase de almacenamiento S3 elegida. Si desea las capacidades de recuperación ante desastres nativas de Amazon S3, debe tener en cuenta que la replicación entre regiones genera costos de salida de datos entre regiones. Para obtener más información sobre cómo configurar esta opción, consulte la entrada de bases de datos de Backup SQL Server en Amazon S3 en el AWS blog Microsoft Workloads on.

Recursos adicionales de