Sauvegarde et restauration de la base de données Aurora Postgre SQL Limitless

Vous pouvez sauvegarder et restaurer un cluster de base de données qui utilise la base de données Aurora Postgre SQL Limitless.

Table des matières

• Sauvegarde d'un cluster de base de données qui utilise la base de données Aurora Postgre SQL Limitless

  • Création d'un instantané de cluster de base de données

• Restauration d'un cluster de base de données utilisant la base de données Aurora Postgre SQL Limitless

  • Restauration d'un cluster de base de données à partir d'un instantané de base de données

  • Restauration d'un cluster de base de données par point-in-time restauration

• Les utilitaires de SQL sauvegarde et de restauration Postgre ne sont pas pris en charge

Sauvegarde d'un cluster de base de données qui utilise la base de données Aurora Postgre SQL Limitless

La sauvegarde d'un cluster de bases de données avec la base de données Aurora Postgre SQL Limitless présente des similitudes et des différences de fonctionnalités par rapport à la sauvegarde d'un cluster de base de données Aurora standard.

• Lorsque vous prenez un instantané de cluster de base de données manuel d'un cluster de base de données Aurora qui utilise Limitless Database, le cliché inclut les données du groupe de partitions de base de données.

• Les sauvegardes continues incluent les données du groupe de partitions de base de données.

• Les instantanés quotidiens automatisés incluent les données du groupe de partitions de base de données.

• La copie des instantanés du cluster de base de données est prise en charge. Pour de plus amples informations, veuillez consulter Copie d'instantanés de clusters de bases.

• Le partage des instantanés du cluster de base de données est pris en charge. Pour de plus amples informations, veuillez consulter Partage d'un instantané de cluster de base de données.

• Vous ne pouvez pas utiliser l'pg_dumpallutilitaire pg_dump or pour sauvegarder les bases de données du groupe de partitions de base de données.

• La prise de clichés finaux lors de la suppression de clusters de bases de données est prise en charge pour la base de données Aurora Postgre SQL Limitless.

• La conservation des sauvegardes automatisées lors de la suppression de clusters de bases de données n'est pas prise en charge pour la base de données Aurora Postgre SQL Limitless.

Création d'un instantané de cluster de base de données

Vous créez un instantané de cluster de base de données Aurora Postgre SQL Limitless de la même manière que pour un cluster de base de données Aurora standard, comme illustré dans l'exemple suivant : AWS CLI

aws rds create-db-cluster-snapshot \
    --db-cluster-identifier my-db-cluster \
    --db-cluster-snapshot-identifier my-db-cluster-snapshot

Pour plus d'informations sur la sauvegarde de clusters de bases de données, consultezPrésentation de la sauvegarde et de la restauration d'un cluster de bases de données Aurora.

Restauration d'un cluster de base de données utilisant la base de données Aurora Postgre SQL Limitless

La restauration d'un cluster de base de données avec Aurora Postgre SQL Limitless Database présente des similitudes et des différences de fonctionnalités par rapport à la restauration d'un cluster de base de données Aurora standard.

• Vous pouvez restaurer un cluster de base de données Limitless uniquement à partir d'un cluster de base de données source qui utilise une version de moteur de base de données compatible avec Limitless Database, telle que. 16.4-limitless

• Lorsque vous restaurez un cluster de base de données à partir d'un instantané manuel d'un cluster de base de données utilisant Limitless Database, l'intégralité du stockage du cluster de base de données est restauré. Cela inclut le stockage du groupe de partitions de base de données.

  Vous devez créer un groupe de partitions de base de données pour accéder au stockage de votre base de données Limitless.

• Vous pouvez restaurer un cluster de base de données à l'aide de point-in-time recovery (PITR) à tout moment pendant la période de rétention. Le cluster de base de données restauré inclut le stockage du groupe de partitions de base de données.

  Vous devez créer un groupe de partitions de base de données pour accéder au stockage de votre base de données Limitless.

• PITRn'est pas pris en charge pour les clusters de base de données Aurora Postgre SQL Limitless supprimés.

• Lorsque vous restaurez un cluster de base de données à partir d'un instantané quotidien automatisé, le stockage du groupe de partitions de base de données est également restauré.

• Lorsque vous restaurez un cluster de base de données Aurora Postgre SQL Limitless, vous devez activer Enhanced Monitoring and Performance Insights. Assurez-vous d'inclure l'identifiant de la KMS clé Performance Insights.

Après avoir restauré un cluster de base de données Aurora Postgre SQL Limitless, assurez-vous de vérifier sa fonctionnalité en exécutant vos requêtes dessus.

Restauration d'un cluster de base de données à partir d'un instantané de base de données

Les AWS CLI exemples suivants montrent comment restaurer un cluster de base de données Aurora Postgre SQL Limitless à partir d'un instantané de cluster de base de données.

Vous devez utiliser la version du 16.4-limitless moteur de base de données.

Pour restaurer un cluster de base de données Limitless à partir d'un instantané de cluster de base de données

1. Restaurez le cluster de base de données :

   aws rds restore-db-cluster-from-snapshot \
       --db-cluster-identifier my-new-db-cluster \
       --snapshot-identifier my-db-cluster-snapshot \
       --engine aurora-postgresql \
       --engine-version 16.4-limitless \
       --enable-performance-insights \
       --performance-insights-retention-period 31 \
       --performance-insights-kms-key-id arn:aws:kms:us-east-1:123456789012:key/1234abcd-12ab-34cd-56ef-1234567890ab \
       --monitoring-interval 5 \
       --monitoring-role-arn arn:aws:iam::123456789012:role/EMrole

2. Créez le groupe de partitions de base de données :

   aws rds create-db-shard-group \
       --db-cluster-identifier my-new-db-cluster \
       --db-shard-group-identifier my-new-DB-shard-group \
       --max-acu 1000

   Pour de plus amples informations, veuillez consulter Ajout d'un groupe de partitions de base de données à un cluster de base de données Aurora Postgre SQL Limitless existant.

Pour plus d'informations sur la restauration de clusters de bases de données Aurora à partir de snapshots de clusters de bases de données, consultezRestauration à partir d'un instantané de cluster de base de données.

Restauration d'un cluster de base de données par point-in-time restauration

Les AWS CLI exemples suivants montrent comment restaurer un cluster de base de données Aurora Postgre SQL Limitless à l'aide de point-in-time recovery ()PITR.

Pour restaurer un cluster de base de données Limitless à l'aide de PITR

1. Restaurez le cluster de base de données :

   aws rds restore-db-cluster-to-point-in-time \
       --source-db-cluster-identifier my-db-cluster \
       --db-cluster-identifier my-new-db-cluster \
       --use-latest-restorable-time \
       --enable-performance-insights \
       --performance-insights-retention-period 31 \
       --performance-insights-kms-key-id arn:aws:kms:us-east-1:123456789012:key/1234abcd-12ab-34cd-56ef-1234567890ab \
       --monitoring-interval 5 \
       --monitoring-role-arn arn:aws:iam::123456789012:role/EMrole

2. Créez le groupe de partitions de base de données :

   aws rds create-db-shard-group \
       --db-cluster-identifier my-new-db-cluster \
       --db-shard-group-identifier my-new-DB-shard-group \
       --max-acu 1000

   Pour de plus amples informations, veuillez consulter Ajout d'un groupe de partitions de base de données à un cluster de base de données Aurora Postgre SQL Limitless existant.

Pour plus d'informations sur PITR, consultez Restauration d'un cluster de base de données à une date définie.

Les utilitaires de SQL sauvegarde et de restauration Postgre ne sont pas pris en charge

Les SQL utilitaires Postgre suivants ne sont pris en charge ni pour le cluster de base de données principal ni pour le groupe de partitions de base de données :

• pg_dump

• pg_dumpall

• pg_restore

Bien que vous puissiez les utiliser à l'aide de binaires open source ou de méthodes alternatives, cela pourrait donner des résultats incohérents.