Intégration d'une instance de base de données Amazon RDS for SQL Server à Amazon S3 - Amazon Relational Database Service

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Intégration d'une instance de base de données Amazon RDS for SQL Server à Amazon S3

Vous pouvez transférer des fichiers entre une instance de base de données exécutant Amazon RDS for SQL Server et un compartiment Amazon S3. Ce faisant, vous pouvez utiliser Amazon S3 avec des fonctionnalités de SQL serveur telles que BULKINSERT. Par exemple, vous pouvez télécharger des fichiers .csv, .xml, .txt, etc. depuis Amazon S3 vers l'hôte de l'instance de base de données, puis importer les données depuis D:\S3\ dans la base de données. Tous les fichiers sont stockés dans D:\S3\ sur l'instance de base de données.

Les limites suivantes s'appliquent :

  • Les fichiers du dossier D:\S3 sont supprimés du réplica de secours après un basculement sur des instances Multi-AZ. Pour de plus amples informations, veuillez consulter Limitations Multi-AZ pour l'intégration S3.

  • L'instance de base de données et le compartiment S3 doivent se trouver dans la même AWS région.

  • Si vous exécutez plusieurs tâches d'intégration S3 simultanément, les tâches s'exécutent de manière séquentielle et non en parallèle.

    Note

    Les tâches d'intégration S3 partagent la même file d'attente que les tâches de sauvegarde et de restauration natives. Vous pouvez uniquement disposer de deux tâches maximum en cours à tout moment dans cette file d'attente. Par conséquent, deux tâches de sauvegarde et de restauration natives en cours d'exécution bloquent toutes les tâches d'intégration S3.

  • Vous devez réactiver la fonctionnalité d'intégration S3 sur les instances restaurées. Elle ne se propage pas depuis l'instance source vers l'instance restaurée. Sur une instance restaurée, les fichiers situés sous D:\S3 sont supprimés.

  • Le téléchargement vers l'instance de base de données est limité à 100 fichiers. En d'autres termes, il ne peut pas y avoir plus de 100 fichiers dans D:\S3\.

  • Seuls les fichiers sans extension ou qui possèdent une des extensions suivantes sont pris en charge pour le téléchargement : .abf, .asdatabase, .bcp, .configsettings, .csv, .dat, .deploymentoptions, .deploymenttargets, .fmt, .info, .ispac, .lst, .tbl, .txt, .xml et .xmla.

  • Le compartiment S3 doit avoir le même propriétaire que le rôle associé AWS Identity and Access Management (IAM). Par conséquent, l'intégration S3 entre comptes n'est pas prise en charge.

  • Le compartiment S3 ne peut pas être ouvert au public.

  • La taille de fichier pour les téléchargements depuis RDS S3 est limitée à 50 Go par fichier.

  • La taille de fichier pour les téléchargements depuis S3 vers RDS est limitée au maximum pris en charge par S3.

Pour plus d'informations sur l'utilisation des fichiers dans Amazon S3, veuillez consulter Démarrer avec Amazon Simple Storage Service.

Limitations Multi-AZ pour l'intégration S3

Sur des instances Multi-AZ, les fichiers du dossier D:\S3 sont supprimés du réplica de secours après un basculement. Un basculement peut être planifié, par exemple, lors de modifications apportées à une instance de base de données telles que la modification de la classe d'instance ou la mise à niveau de la version du moteur. La planification d'un basculement peut être annulée, par exemple en cas d'arrêt de l'instance principale.

Note

Nous ne recommandons pas d'utiliser le dossier D:\S3 pour le stockage de fichiers. La bonne pratique consiste à charger des fichiers créés dans Amazon S3 afin de les rendre durables, et à télécharger les fichiers lorsque vous avez besoin d'importer des données.

Pour déterminer l'heure du dernier basculement, vous pouvez utiliser la procédure stockée msdb.dbo.rds_failover_time. Pour plus d'informations, consultez Déterminer l'heure du dernier basculement d'Amazon RDS for Server SQL.

Exemple d'Aucun basculement récent

Cet exemple illustre la sortie lorsqu'il n'y a pas de basculement récent dans les journaux d'erreurs. Aucun basculement ne s'est produit depuis le 29/04/2020 à 23:59:00.01.

Par conséquent, tous les fichiers téléchargés après cette date et cette heure et qui n'ont pas été supprimés avec la procédure stockée rds_delete_from_filesystem sont toujours accessibles sur l'hôte actuel. Les fichiers téléchargés avant cette date et cette heure peuvent également être disponibles.

errorlog_available_from recent_failover_time

2020-04-29 23:59:00.0100000

null

Exemple de Basculement récent

Cet exemple illustre la sortie lorsqu'un basculement récent est détecté dans les journaux d'erreurs. Le basculement le plus récent a eu lieu le 05/05/2020 à 18:57:51.89.

Tous les fichiers téléchargés après cette date et cette heure et qui n'ont pas été supprimés avec la procédure stockée rds_delete_from_filesystem sont toujours accessibles sur l'hôte actuel.

errorlog_available_from recent_failover_time

2020-04-29 23:59:00.0100000

2020-05-05 18:57:51.8900000