Restaurer à partir d'une sauvegarde

Vous pouvez restaurer une sauvegarde d'une base de données Cloud Spanner dans une nouvelle base de données. La base de données restaurée contient toutes les données et le schéma de la base de données d'origine au niveau du paramètre version_time de la sauvegarde, y compris toutes les options de base de données définies avec la commande ALTER DATABASE SET OPTIONS. Il ne possède aucune autorisation IAM (sauf celles héritées de l'instance contenant la base de données restaurée), et vous devez attribuer les autorisations IAM appropriées une fois la restauration terminée. Les données internes des flux de modifications ne seront pas incluses. Lorsque vous effectuez une restauration à partir d'une sauvegarde, celle-ci se trouve dans la même instance, la même région et le même projet que sa sauvegarde source. Si vous devez effectuer la restauration à partir de la sauvegarde d'une autre région ou d'un autre projet pour des raisons de conformité ou de continuité des activités, vous pouvez copier la sauvegarde sur une instance d'une autre région ou d'un autre projet, puis la restaurer à partir de la sauvegarde copiée.

Vous pouvez utiliser la restauration à partir d'une sauvegarde comme suit:

Pour en savoir plus sur la sauvegarde et la restauration, consultez la page À propos de la sauvegarde et de la restauration.

Fonctionnement de la restauration à partir d'une sauvegarde

Lorsque vous restaurez une base de données Spanner, vous devez spécifier une sauvegarde source et une nouvelle base de données cible. Vous ne pouvez pas restaurer une sauvegarde vers une base de données existante. La base de données nouvellement restaurée doit se trouver dans le même projet que la sauvegarde et se trouver dans une instance ayant la même configuration d'instance que la sauvegarde. Par exemple, si une sauvegarde se trouve sur une instance configurée dans la région us-west3, elle peut être restaurée sur toute instance du projet qui est également configurée dans la région us-west3. La capacité de calcul des instances n'a pas besoin d'être identique.

Le processus de restauration est conçu pour la haute disponibilité. La base de données peut être restaurée à condition que le quorum majoritaire des régions et des zones de l'instance soit disponible.

Pour restaurer une sauvegarde pour laquelle CMEK est activé, la clé et sa version doivent être disponibles dans Spanner. Par défaut, la base de données restaurée utilise les mêmes configurations de chiffrement que la sauvegarde. Vous pouvez ignorer ce comportement en spécifiant une configuration de chiffrement différente lors de la restauration de la base de données. Pour en savoir plus, consultez la section Restaurer à partir d'une sauvegarde avec CMEK activé.

Restaurer une sauvegarde dans une autre région ou un autre projet

Si vous devez restaurer la sauvegarde dans une région ou un projet différent, commencez par copier la sauvegarde dans la région ou le projet souhaité. Les sauvegardes copiées peuvent être restaurées dès que la copie est terminée. Vous pouvez restaurer la sauvegarde dans l'instance de destination ou dans toute instance ayant la même configuration d'instance que l'instance de destination. Avant d'effectuer une restauration, assurez-vous que l'instance de destination dispose de suffisamment de nœuds ou d'unités de traitement compatibles avec la taille de la base de données, conformément à la limite de stockage de 4 To par nœud (par exemple, vous avez besoin d'au moins deux nœuds pour restaurer une sauvegarde de 8 To). Si vous avez copié la sauvegarde dans un autre projet et que vous souhaitez la restaurer, assurez-vous que votre projet de destination dispose de suffisamment de quotas de nœuds requis pour la restauration. La restauration d'une sauvegarde copiée fonctionne de la même manière qu'une restauration normale.

États de restauration

Une base de données restaurée passe par trois états et est suivie par deux opérations de longue durée.

  • CREATING: Spanner commence la restauration en créant une base de données et en installant des fichiers à partir de la sauvegarde. Pendant cet état initial (CREATING), la base de données restaurée n'est pas encore prête à être utilisée. Cet état prend généralement une heure. Une fois l'état CREATING terminé, votre base de données est prête à être utilisée.

    Pour suivre la progression de cet état, vous pouvez interroger l'opération de restauration de longue durée que Spanner met à disposition au cours de ce processus. Elle renvoie un objet RestoreDatabaseMetadata.

    Notez les mises en garde suivantes concernant l'état CREATING:

    • Si vous effectuez une restauration sur une autre instance, l'opération de restauration appartient à l'instance contenant la base de données restaurée, et non à l'instance contenant la sauvegarde.
    • Spanner ne vous permet pas de supprimer la sauvegarde pendant sa restauration. Vous pouvez la supprimer une fois la restauration terminée et que la base de données passe à l'état READY, ou si vous annulez l'opération de restauration.
    • Une instance peut avoir au plus dix bases de données à l'état CREATING en raison de la restauration effectuée à partir des sauvegardes. Vous ne pourrez pas restaurer une autre sauvegarde sur l'instance tant que l'une des dix bases de données restaurées ne passera pas à l'état READY_OPTIMIZING ou READY, comme décrit ci-dessous.

  • READY_OPTIMIZING: une fois la sauvegarde installée, Spanner commence à copier les données de la sauvegarde dans la nouvelle base de données tout en optimisant sa taille stockée. Votre base de données est prête à être utilisée pendant ce processus. En fonction de la quantité de données impliquée, cette phase de restauration peut prendre plusieurs jours.

    Bien que vous puissiez utiliser votre base de données normalement pendant READY_OPTIMIZING, les mises en garde suivantes s'appliquent:

    • La latence de lecture peut être légèrement supérieure à d'habitude.
    • Les métriques de stockage affichent la taille de la nouvelle base de données, pas la sauvegarde. Par conséquent, avec le transfert de données en cours, les métriques de stockage Spanner peuvent afficher des résultats qui ne reflètent pas la taille totale de toutes vos données.
    • Comme pour l'état CREATING, Spanner ne vous permet pas de supprimer la sauvegarde installée.

    Spanner propose une autre opération de restauration de longue durée dans cet état, en renvoyant cette fois un objet de métadonnées OptimizeRestoredDatabaseMetadata.

  • READY : une fois l'opération de copie et d'optimisation terminée, la base de données passe à l'état READY. La base de données est entièrement restaurée et ne référence plus ou ne nécessite plus de sauvegarde.

Contrôle des accès (IAM)

Le rôle spanner.restoreAdmin vous donne l'autorisation d'effectuer une restauration à partir d'une sauvegarde. Pour en savoir plus, consultez la page Contrôle des accès avec IAM.

Tarifs

Aucuns frais ne s'appliquent pour la restauration d'une sauvegarde.

Étapes suivantes