Copier une sauvegarde

La fonctionnalité de sauvegarde et restauration Spanner vous permet de copier une sauvegarde de votre base de données Spanner d'une instance à une autre, dans une région ou un projet différent, afin de fournir des fonctionnalités de protection et de conformité supplémentaires. La sauvegarde copiée possède les mêmes fonctionnalités clés que la sauvegarde d'origine. En outre, vous pouvez restaurer une sauvegarde copiée dans la même instance que la sauvegarde copiée afin de prendre en charge les cas d'utilisation de sauvegarde et de restauration interrégionales et inter-projets.

Vous pouvez copier une sauvegarde de différentes manières:

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

Cas d'utilisation interrégionaux courants

Voici quelques cas d'utilisation interrégionaux courants de la copie d'une sauvegarde:

  • Conservez une sauvegarde dans une autre région pour respecter les exigences de conformité et réglementaires.

    Par exemple, vous pouvez copier une sauvegarde de votre base de données dans une instance située dans une région située à une distance minimale de vos données de production pour répondre aux exigences de conformité.

  • Conservez une sauvegarde dans une région distincte à des fins de reprise après sinistre et de continuité des activités.

    Par exemple, vous pouvez copier une base de données de sauvegarde vers une instance de destination à des fins de reprise après sinistre avec un objectif de temps de récupération (RTO) et un objectif de point de récupération (RPO) différents de zéro. Ensuite, si nécessaire, vous pouvez restaurer la base de données à partir de la sauvegarde copiée dans l'instance de destination. (Si votre application a des exigences de RTO et de RPO nulles, nous vous recommandons d'utiliser des configurations multirégionales Spanner pour vos plans de reprise après sinistre.)

Cas d'utilisation multiprojets courants

Voici quelques cas d'utilisation multiprojets courants pour la copie d'une sauvegarde:

  • Conservez une copie de sauvegarde dans un projet distinct pour répondre aux exigences opérationnelles, de sécurité ou de conformité.

  • Copiez et transférez des données entre les projets de développement, de test et de production.

    Par exemple, si vous souhaitez transférer les données de votre projet de production vers un projet de test, vous pouvez créer une sauvegarde de vos données de production, puis copier votre sauvegarde dans le projet de test. Une fois l'opération de copie terminée, vous pouvez restaurer la sauvegarde copiée dans une instance du projet de test.

  • Déplacez votre base de données d'un projet à un autre (notez qu'il peut y avoir un temps d'arrêt pendant la migration).

Fonctionnement de la copie de la sauvegarde

Vous pouvez copier une sauvegarde sur une instance de destination située dans une région ou un projet différent en spécifiant une sauvegarde source, une sauvegarde de destination et une date d'expiration pouvant atteindre un an à compter de la date de création de la sauvegarde source. Cela signifie que la valeur de expiration_date doit être définie sur au moins six heures à compter du traitement de la requête de copie en cours et au maximum 366 jours après la sauvegarde source create_time.

Au début de la requête de copie de sauvegarde, Spanner crée une ressource de sauvegarde et une opération de sauvegarde de longue durée pour vous aider à suivre la progression de la sauvegarde. La sauvegarde est copiée dans chaque zone de lecture/écriture et de lecture seule de l'instance de destination. Si une zone est temporairement indisponible, la copie de sauvegarde ne se termine que lorsque la zone est de nouveau en ligne. Vous ne pouvez pas supprimer l'instance de destination pendant la copie. Pour suivre la progression et l'état d'avancement de l'opération de copie de sauvegarde, suivez les étapes de la section Afficher la progression de la sauvegarde. Une fois la copie terminée, vous pouvez supprimer la sauvegarde source si vous n'en avez plus besoin. Une fois la copie terminée, vous pouvez utiliser des opérations telles que GetBackup, UpdateBackup et DeleteBackup avec la sauvegarde copiée.

Conditions préalables pour lancer la copie d'une sauvegarde

Si vous copiez une sauvegarde sur une instance située dans une région ou un projet différent, vous devez d'abord configurer l'instance de destination. L'instance de destination est l'instance où se trouve la copie de votre sauvegarde. Elle peut compter jusqu'à 100 unités de traitement. De plus, elle n'a pas besoin de disposer de la même configuration d'instance que l'instance source (l'instance dans laquelle réside votre sauvegarde source). Avant d'effectuer la restauration, assurez-vous que l'instance de destination dispose de suffisamment de nœuds ou d'unités de traitement provisionnés pour prendre en charge 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). Pour créer une instance de destination, consultez la section Créer et gérer des instances.

Autres considérations

Voici d'autres considérations supplémentaires:

  • Lorsque vous copiez une sauvegarde d'une instance source vers une instance de destination, la sauvegarde copiée existe indépendamment de sa sauvegarde source. Une fois l'opération de copie terminée, il existe une sauvegarde dans l'instance source et une sauvegarde dans l'instance de destination. Si vous n'avez plus besoin de la sauvegarde dans l'instance source, vous pouvez la supprimer.
  • Lorsque vous copiez une sauvegarde sur une instance régionale, les données de sauvegarde sont copiées dans chacune des trois zones de lecture/écriture de l'instance de destination.
  • Lorsque vous copiez une sauvegarde sur une instance multirégionale, les données de sauvegarde sont copiées dans chaque zone de l'instance contenant une instance répliquée en lecture/écriture ou en lecture seule.
  • Vous pouvez copier plusieurs sauvegardes en même temps.
  • Vous pouvez mettre à jour ou supprimer la sauvegarde de destination alors qu'un processus de copie est toujours en cours. Si vous supprimez la sauvegarde de destination, l'opération de copie en cours est annulée.
  • Vous pouvez restaurer une sauvegarde dans l'instance source pendant qu'une opération de copie est en cours.
  • Vous pouvez annuler une opération de copie avant qu'elle ne soit terminée.

Les opérations suivantes ne sont pas autorisées pendant le processus de copie:

  • Vous ne pouvez pas supprimer la sauvegarde source lorsqu'une opération de copie est en cours.
  • Vous ne pouvez pas lancer une nouvelle copie ou restauration sur la sauvegarde de destination copiée alors que la copie est en cours. Une fois la copie terminée, elle peut être copiée à nouveau ou restaurée.

Chiffrement

Par défaut, une sauvegarde copiée utilise la même configuration de chiffrement, gérée par Google ou gérée par le client (CMEK), que le chiffrement de la sauvegarde source. Vous pouvez ignorer ce comportement en spécifiant une configuration de chiffrement différente lors de la copie de la sauvegarde. Si vous souhaitez que la sauvegarde copiée soit chiffrée avec une clé CMEK lors de la copie interrégionale, spécifiez la clé KMS correspondant à la région de destination.

Copier le temps et les performances

Le temps nécessaire à la copie d'une sauvegarde dépend de facteurs tels que la taille de la sauvegarde source et la région de destination choisie pour la sauvegarde copiée. Généralement, la plupart des copies sont traitées sous une à quatre heures. Certaines copies peuvent prendre plus de temps en fonction de la taille de la sauvegarde et de la région de destination. La copie d'une sauvegarde n'a aucune incidence sur les performances de l'instance ou de la base de données source. Vous pouvez effectuer plusieurs copies simultanées de la sauvegarde source sur des instances dans différentes régions sans aucun problème de performances.

Contrôle des accès (IAM)

Pour copier une sauvegarde, vous devez disposer de l'autorisation spanner.backups.copy sur la sauvegarde source et de l'autorisation spanner.backups.create sur l'instance de destination. Ces autorisations sont incluses dans les rôles spanner.backupAdmin et spanner.backupWriter. Par conséquent, si vous disposez d'un rôle spanner.backupAdmin ou spanner.backupWriter sur une instance source, vous pouvez appeler une demande de copie de sauvegarde sur la sauvegarde source.

Tarification

La copie d'une sauvegarde est soumise aux mêmes coûts de stockage que la sauvegarde d'origine. Une fois la copie de sauvegarde terminée, le stockage de sauvegarde sur l'instance de destination vous est facturé. Si vous créez une copie entre deux instances situées dans des régions différentes, des coûts de transfert de données s'appliquent.

Par exemple, si vous copiez votre base de données de la configuration d'instance multirégionale source nam7 vers la configuration d'instance multirégionale de destination nam-eur-asia3, les frais suivants s'appliquent:

  • Aucuns frais pour le chevauchement de us-central1 région
  • Aucuns frais pour la région témoin us-central2
  • Des frais de transfert de données intercontinental sont facturés deux fois: une fois pour chaque nouveau continent (Europe et Asie).
  • Les frais de transfert de données entre des régions d'un même continent s'appliquent une seule fois pour us-east1
  • Les frais de transfert de données entre régions d'un même continent ne s'appliquent qu'une seule fois en Europe.

Spanner optimise le processus de copie afin de réduire le nombre de transferts interrégionaux. Cela permet de réduire les coûts de transfert de données tout en offrant une expérience de copie de sauvegarde rapide.

Étapes suivantes