Importation et exportation de bases de données SQL du serveur à l'aide de la sauvegarde et de la restauration natives

Migrez des bases de données vers ou depuis AmazonRDS.

Déplacez les bases de données entre RDS les instances SQL de base de données du serveur.

Migrer des données, des schémas, des procédures stockées, des déclencheurs et tout autre code de base de données dans des fichiers .bak.

Sauvegarder et restaurer des bases de données uniques, au lieu de la totalité d'instances de base de données.

Créer des copies de bases de données à des fins de développement, de test, de formation et de démonstration.

Stocker et transférer des fichiers de sauvegarde avec Amazon S3, pour offrir une couche de protection supplémentaire pour la reprise après sinistre.

Créez des sauvegardes natives des bases de données sur lesquelles le chiffrement transparent des données (TDE) est activé et restaurez ces sauvegardes dans des bases de données locales. Pour de plus amples informations, veuillez consulter Support pour le chiffrement transparent des données sur le SQL serveur.

Restaurez les sauvegardes natives des bases de données sur site qui ont été TDE activées RDS pour les instances de base de données SQL du serveur. Pour de plus amples informations, veuillez consulter Support pour le chiffrement transparent des données sur le SQL serveur.

Vous ne pouvez pas effectuer de sauvegarde ou de restauration depuis un compartiment Amazon S3 situé dans une AWS région différente de celle de votre RDS instance de base de données Amazon.

Vous ne pouvez pas restaurer une base de données qui porte le même nom qu'une base de données existante. Les noms de base de données sont uniques.

Nous vous recommandons vivement de ne pas restaurer de fichiers de sauvegarde d'un fuseau horaire dans un autre fuseau horaire. Si vous restaurez des sauvegardes d'un fuseau horaire dans un autre, vous devez auditer vos requêtes et vos applications afin de déterminer les effets du changement de fuseau horaire.

Amazon S3 a une limite de taille de 5 To par fichier. Pour les sauvegardes natives de bases de données plus volumineuses, vous pouvez utiliser la sauvegarde multifichier.

La taille maximale de base de données pouvant être sauvegardée sur S3 dépend de la mémoireCPU, des E/S et des ressources réseau disponibles sur l'instance de base de données. Plus la base de données est grande, plus l'agent de sauvegarde consomme de la mémoire. Nos tests montrent que vous pouvez effectuer une sauvegarde compressée d'une base de données de 16 To sur nos types d'instance de la nouvelle génération à partir de tailles d'instance 2xlarge et plus grandes, en disposant de ressources système suffisantes.

Vous ne pouvez pas effectuer une sauvegarde ou une restauration à partir de plus de 10 fichiers de sauvegarde simultanément.

Une sauvegarde différentielle est basée sur la dernière sauvegarde complète. Pour que les sauvegardes différentielles fonctionnent, vous ne pouvez prendre un instantané entre la dernière sauvegarde complète et la sauvegarde différentielle. Si vous souhaitez faire une sauvegarde différentielle, mais qu'il existe un instantané manuel ou automatique, créez une autre sauvegarde complète avant de créer la sauvegarde différentielle.

Les restaurations différentielles et de journaux ne sont pas prises en charge pour les bases de données possédant des fichiers dont l'identifiant unique file_guid est défini sur NULL.

Vous pouvez exécuter jusqu'à deux tâches de sauvegarde ou restauration simultanément.

Vous ne pouvez pas effectuer de sauvegardes de journaux natifs depuis SQL Server sur AmazonRDS.

RDSprend en charge les restaurations natives de bases de données jusqu'à 16 To. Les restaurations natives de bases de données sur SQL Server Express Edition sont limitées à 10 Go.

Vous ne pouvez pas effectuer de sauvegarde native pendant la période de maintenance ou chaque fois RDS qu'Amazon prend un instantané de la base de données. Si une tâche de sauvegarde native chevauche la fenêtre de sauvegarde RDS quotidienne, la tâche de sauvegarde native est annulée.

Sur des instances de base de données multi-AZ, vous pouvez uniquement restaurer nativement des bases de données sauvegardées en utilisant le modèle de restauration « Full ».

La restauration à partir de sauvegardes différentielles sur instances multi-AZ n'est pas prise en charge.

L'appel RDS des procédures de sauvegarde et de restauration natives dans le cadre d'une transaction n'est pas pris en charge.

Utilisez un chiffrement symétrique AWS KMS key pour chiffrer vos sauvegardes. Amazon RDS ne prend pas en charge les KMS clés asymétriques. Pour plus d'informations, consultez la section Création de KMS clés de chiffrement symétriques dans le Guide du AWS Key Management Service développeur.

Les fichiers de sauvegarde natifs sont chiffrés avec la KMS clé spécifiée en utilisant le mode de chiffrement « Chiffrement uniquement ». Lorsque vous restaurez des fichiers de sauvegarde chiffrés, gardez à l'esprit qu'ils ont été chiffrés à l'aide du mode cryptographique « Chiffrement seul ».

Vous ne pouvez pas restaurer une base de données contenant un groupe de FILESTREAM fichiers.