Puede transferir archivos entre una instancia de base de datos que se ejecuta en Amazon RDS for SQL Server y un bucket de Amazon S3. Al hacer esto, puede utilizar Amazon S3 con las características de SQL Server, por ejemplo, INSERCIÓN MASIVA. Por ejemplo, puede descargar archivos .csv, .xml, .txt y de otro tipo desde Amazon S3 al host de la instancia de base de datos e importar los datos desde D:\S3\ a la base de datos. Todos los archivos se almacenan en D:\S3\ en la instancia de base de datos.
Se aplican las siguientes restricciones:
-
Los archivos de la carpeta
D:\S3se eliminan en la réplica en espera después de una conmutación por error en instancias multi-AZ. Para obtener más información, consulte Limitaciones multi-AZ para la integración S3. -
La instancia de base de datos y el bucket de S3 deben estar en la misma región de AWS.
-
Si ejecuta más de una tarea de integración de S3 a la vez, las tareas se ejecutan secuencialmente, no en paralelo.
nota
Las tareas de integración de S3 comparten la misma cola que las tareas nativas de copia de seguridad y restauración. Como máximo, solo puede tener dos tareas en curso en cualquier momento en esta cola. Por lo tanto, dos tareas nativas de copia de seguridad y restauración bloquearán cualquier tarea de integración de S3.
-
Tiene que volver a habilitar la característica de integración de S3 en las instancias restauradas. La integración de S3 no se propaga desde la instancia de origen a la instancia restaurada. Los archivos en
D:\S3se eliminan en una instancia restaurada. -
Las descargas a la instancia de base de datos tienen un límite de 100 archivos. En otras palabras, no puede haber más de 100 archivos en
D:\S3\. Sólo se admiten archivos sin extensiones de archivo o con las siguientes extensiones de archivo: .abf, .asdatabase, .bcp, .configsettings, .csv, .dat, .deploymentoptions, .deploymenttargets, .fmt, .info, .ispac, .lst, .tbl, .txt, .xml y .xmla.
-
El propietario del bucket de S3 debe ser el mismo que el del rol relacionado de AWS Identity and Access Management (IAM). Por lo tanto, no se admite la integración de S3 entre cuentas.
-
Además, el bucket de S3 no puede estar abierto al público.
-
El tamaño de archivo para cargas de RDS a S3 está limitado a 50 GB por archivo.
-
El tamaño de archivo para las descargas de S3 a RDS está limitado al máximo admitido por S3.
Temas
Requisitos previos para la integración de RDS for SQL Server con S3
Transferencia de archivos entre RDS for SQL Server y Amazon S3
Descripción de los archivos de la instancia de base de datos de RDS
Eliminación de los archivos de la instancia de base de datos de RDS
Monitoreo del estado de una tarea de transferencia de archivos
Desactivación de la integración de RDS for SQL Server con S3
Para obtener más información sobre cómo trabajar con archivos en Amazon S3, consulte Introducción a Amazon Simple Storage Service.
Limitaciones multi-AZ para la integración S3
En las instancias multi-AZ, los archivos de la carpeta D:\S3 se eliminan en la réplica en espera después de una conmutación por error. Se puede planificar una conmutación por error, por ejemplo, durante las modificaciones de instancia de base de datos, como cambiar la clase de instancia o actualizar la versión del motor. O una conmutación por error puede no estar planificada, durante una interrupción del servicio principal.
nota
No recomendamos usar la carpeta D:\S3 para el almacenamiento de archivos. La práctica recomendada consiste en cargar archivos creados en Amazon S3 para hacerlos duraderos y descargar archivos cuando tenga que importar datos.
Para determinar la hora de la última conmutación por error, puede utilizar el procedimiento almacenado msdb.dbo.rds_failover_time. Para obtener más información, consulte Determinación de la hora de la última conmutación por error de Amazon RDS para SQL Server.
ejemplo de No hay conmutación por error reciente
Este ejemplo muestra el resultado cuando no hay conmutación por error reciente en los registros de errores. No se ha producido ninguna conmutación por error desde 2020-04-29 23:59:00 .01.
Por lo tanto, todos los archivos descargados después de esa hora que no se hayan eliminado mediante el procedimiento almacenado rds_delete_from_filesystem siguen siendo accesibles en el alojamiento actual. Los archivos descargados antes de esa hora también pueden estar disponibles.
| errorlog_available_from | recent_failover_time |
|---|---|
|
2020-04-29 23:59:00.0100000 |
null |
ejemplo de Conmutación por error reciente
Este ejemplo muestra el resultado cuando hay una conmutación por error en los registros de errores. La conmutación por error más reciente fue en 2020-05-05 18:57:51 .89.
Todos los archivos descargados después de esa hora que no se hayan eliminado mediante el procedimiento almacenado rds_delete_from_filesystem siguen siendo accesibles en el alojamiento actual.
| errorlog_available_from | recent_failover_time |
|---|---|
|
2020-04-29 23:59:00.0100000 |
2020-05-05 18:57:51.8900000 |
