Présentation des sauvegardes

La sauvegarde Spanner vous permet de créer des sauvegardes les bases de données Spanner à la demande, et les restaurer une protection contre les erreurs d'opérateur et d'application qui entraînent des erreurs sa corruption. Les sauvegardes sont chiffrées, à disponibilité élevée et peuvent être conservées à un an à compter de leur création. Lorsque vous créez une sauvegarde, se trouve dans la même instance, dans la même région et dans le même projet que sa base de données source. Si vous vous devez restaurer la sauvegarde dans une autre région ou un autre projet pour des raisons de conformité ou pour des raisons de continuité des activités, vous pouvez copier la sauvegarde dans une instance dans une région ou un projet distinct. Pour conserver les sauvegardes pendant plus d'un an, nous vous recommandons l'exportation de votre base de données. Pour une protection contre les attaques la corruption des données, Spanner offre également la récupération à un moment précis. Vous pouvez également activer les bases de données protection contre la suppression pour éviter que la suppression accidentelle de bases de données.

Principales fonctionnalités

  • Cohérence des données: les sauvegardes sont un processus cohérente en externe copie d'une base de données Spanner au niveau du version_time de la sauvegarde.

  • Réplication: les sauvegardes se trouvent dans la même instance que leur base de données source et sont répliquées dans les mêmes emplacements géographiques. Pour les instances régionales, la sauvegarde est stockée dans chacune des trois zones de lecture/écriture. Pour instances birégionales et multirégionales, le de sauvegarde est stockée dans toutes les zones contenant un accès en lecture/écriture d'une instance répliquée. Si vous devez stocker la sauvegarde de votre base de données dans un autre dans la région ou le projet, vous pouvez copier la sauvegarde terminée à partir de la source vers une instance de destination située dans une autre région ou projet. Pour en savoir plus, consultez la section Copier une sauvegarde.

  • Expiration automatique : la date d'expiration spécifiée par l'utilisateur détermine la date de suppression automatique de toutes les sauvegardes. Spanner supprime les sauvegardes expirées de manière asynchrone, pour que vous puissiez un délai entre l'expiration d'une sauvegarde et sa suppression effective.

Le tableau suivant décrit plusieurs stratégies de sauvegarde : les recommandations de mise en œuvre du plan, ainsi que la durée de conservation maximale l'approche suggérée.

Stratégie de sauvegarde Approche recommandée Durée de conservation maximale pour l'approche suggérée
Stockage de la sauvegarde d'une base de données dans la même instance, région et projet que sa base de données source Créez une sauvegarde. 1 an
Stockage de la sauvegarde d'une base de données dans une instance, une région ou un projet différents de ceux de sa base de données source (sauvegarde interrégionale ou inter-projets, par exemple) Créez une sauvegarde, puis copiez-la sur une instance d'une autre région ou d'un autre projet. 1 an
Stocker la sauvegarde dans Cloud Storage exporter la base de données vers un bucket Cloud Storage ; Pour obtenir une comparaison détaillée entre la sauvegarde et l'exportation, consultez Choisir entre la sauvegarde et la restauration ou l'importation et l'exportation. Illimitée (conservé jusqu'à la suppression)
Récupération à un moment précis (PITR) Pour récupérer des données à un moment précis dans le passé, sélectionnez PITR. Vous pouvez modifier la valeur version_retention_period de la base de données de 1 heure par défaut à 7 jours maximum. 7 jours

Contrôle des accès avec Identity and Access Management (IAM)

IAM vous permet de contrôler l'accès aux ressources Spanner, qui incluent les sauvegardes. Si vous débutez avec IAM, les rôles et les autorisations, consultez Présentation d'IAM.

Les ressources de sauvegarde sont organisées sous forme d'instances dans Spanner la hiérarchie des ressources. Nous vous recommandons d'appliquer les stratégies IAM au niveau du projet ou de l'instance. Si vous avez besoin d'un contrôle plus précis, Les stratégies IAM peuvent aussi être appliquées au niveau de la sauvegarde et de la base de données mais cela n'est pas recommandé en raison de la complexité de l'opération. N'oubliez pas que les sauvegardes pas de métadonnées de base de données telles que les stratégies IAM. Ainsi, lorsque vous restaurer une base de données, celle-ci héritera initialement des stratégies de son parent Compute Engine.

Cette section décrit les rôles prédéfinis qui ont accès aux services de sauvegarde et ou restaurer.

Les rôles suivants sont conçus spécifiquement pour la sauvegarde:

  • spanner.backupAdmin: a accès aux droits de création, d'affichage, de mise à jour, de copie et de suppression sauvegardes. Ce rôle permet aussi d'afficher et de gérer les autorisations IAM d'une sauvegarde . Ce rôle ne peut pas restaurer une base de données à partir d'une sauvegarde.
  • spanner.backupWriter: a accès à la création et à la copie de sauvegardes, mais ne peut pas les mettre à jour ou les supprimer. Ce rôle est destiné aux scripts qui d'automatiser la création de sauvegardes.

Les rôles suivants ont également accès aux sauvegardes Spanner:

  • spanner.admin: dispose d'un accès complet à la sauvegarde. Ce rôle comprend un accès complet à toutes les ressources Spanner.
  • owner: dispose d'un accès complet à la sauvegarde.
  • editor: dispose d'un accès complet à la sauvegarde.
  • viewer: peut afficher les sauvegardes et les opérations de sauvegarde. Ce rôle ne permet pas de créer, mettre à jour, supprimer ni copier un sauvegarde.

Pour en savoir plus, consultez la page IAM pour Spanner.

Fonctionnement de la création d'une sauvegarde

Vous pouvez créer une sauvegarde de n'importe quelle base de données Spanner. Ces sauvegardes sont complètes, au sens où elles contiennent toutes les données de la base de données (y compris le schéma et les index secondaires) au niveau version_time de la sauvegarde. Toute modification apportée aux données ou au schéma après l'version_time ne sont pas incluses dans la sauvegarde. Les sauvegardes incluent toutes les options de base de données sont définis avec le paramètre ALTER DATABASE SET OPTIONS mais n'incluez pas Identity and Access Management (IAM) règles. Lorsque vous créez une sauvegarde, celle-ci se trouve dans la même instance, une région et un projet comme base de données source.

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

Lorsque vous créez une sauvegarde, vous devez spécifier une base de données source, un nom pour le ressource de sauvegarde et une date d'expiration (jusqu'à un an à compter de la création de la sauvegarde) en temps réel). Vous pouvez également spécifier un version_time, qui vous permet de sauvegarder votre base de données à un moment antérieur. Le champ version_time est généralement utilisés pour synchroniser les sauvegardes de plusieurs bases de données ou récupérer des données à l'aide de la récupération à un moment précis. Si version_time n'est pas spécifiée, elle est définie sur le create_time de la sauvegarde. Le système crée une ressource de sauvegarde et une instance de secours opération de sauvegarde pour suivre la progression de la sauvegarde. La nouvelle sauvegarde se trouve dans le même l'instance, la région et le projet comme base de données source.

Pour garantir la cohérence externe de la sauvegarde, Spanner épingle le contenu de la base de données à l'emplacement create_time. Cela empêche la récupération de mémoire système de supprimer les valeurs de données pertinentes pendant la durée de la sauvegarde opération. Ensuite, chaque zone de lecture/écriture et de lecture seule de l'instance commence en copiant les données en parallèle. Si une zone est temporairement indisponible, la sauvegarde n'est pas terminée tant que la zone n'est pas rétablie et n'est pas terminée. Les sauvegardes sont et récupérables dès que l'opération est terminée. Pour les instances multirégionales, Les zones de lecture/écriture et de lecture seule de toutes les régions doivent effectuer leur sauvegarde répliquées avant que la sauvegarde ne soit marquée comme récupérable.

Les sauvegardes incluent également le schéma des flux de modifications d'une base de données, mais pas les les enregistrements de modifications existants. Les données de flux de modifications sont destinées à être diffusées et consommée presque simultanément aux changements qu'elle décrit. À ce titre, Spanner exclut ces données des sauvegardes.

Fonctionnement de la copie de sauvegarde

Avec la sauvegarde et la restauration Spanner, vous pouvez copier une sauvegarde de votre base de données Spanner d'une instance à une autre ; d'une autre région ou d'un autre projet, afin de fournir de protection des données et de conformité. La sauvegarde copiée comporte Mêmes fonctionnalités clés que la version d'origine sauvegarde. Vous pouvez également restaurer une sauvegarde copiée dans la même instance que la sauvegarde copiée pour prendre en charge et les cas d'utilisation de sauvegarde et de restauration multiprojets.

Cas d'utilisation interrégionaux courants

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

  • Conservez une sauvegarde dans une autre région à des fins de conformité et les exigences réglementaires.

    Par exemple, vous pouvez copier une sauvegarde de votre base de données vers une instance située dans une région éloignée au minimum de votre des données de production pour répondre aux exigences de conformité.

  • Conserver une sauvegarde dans une région distincte pour la reprise après sinistre et les activités commerciales à des fins de continuité.

    Par exemple, vous pouvez copier une base de données de sauvegarde vers une instance de destination pour pour la reprise après sinistre avec un objectif de temps de récupération (RTO) non nul et Objectif de point de récupération (RPO). Ensuite, si nécessaire, vous pouvez restaurer la base de données à partir de la sauvegarde copiée dans le instance de destination. Si votre application présente un RTO et un RPO de zéro nous vous recommandons de configurer les configurations multirégionales Spanner en cas de sinistre des plans de reprise après sinistre.)

Cas d'utilisation courants de plusieurs projets

Voici quelques cas d'utilisation courants de copie de sauvegarde interprojets suivantes:

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

  • Copier et déplacer des données entre des projets de développement, de test et de production

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

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

Vous pouvez copier une sauvegarde vers une instance de destination dans une autre région ou un autre projet en spécifiant une sauvegarde source, une sauvegarde de destination et une date d'expiration à un an à compter de la création de la sauvegarde source. Cela signifie que la valeur de expiration_date doit se situer au moins six heures à partir de l'heure de la copie actuelle soit traitée, au maximum 366 jours après la sauvegarde source create_time.

Au début de la requête de sauvegarde de copie, Spanner crée un ressource de sauvegarde et une opération de sauvegarde de longue durée pour suivre la progression de la sauvegarde. La sauvegarde est copiée dans chaque zone en lecture/écriture et en lecture seule dans l'instance de destination. Si une zone est temporairement indisponible, la copie de sauvegarde ne se termine que lorsque la zone se reconnecte. 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 sauvegarde votre progression. Une fois la copie terminée, vous pouvez supprimer la sauvegarde source si vous n'avez plus besoin plus. 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 vers une instance d'une autre région ou d'un autre projet, vous vous devez d'abord configurer l'instance de destination. La destination est celle où se trouve la copie de votre sauvegarde. Il peut s'agir de de 100 unités de traitement doivent avoir la même configuration d'instance que l'instance source (le où se trouve votre sauvegarde source). Avant d'effectuer une restauration, assurez-vous que dispose de suffisamment de nœuds ou d'unités de traitement provisionnés la taille de la base de données en fonction de la limite de stockage de 4 To par nœud (par exemple, au moins 2 nœuds pour restaurer une sauvegarde de 8 To). Pour créer une instance de destination, consultez Créer et gérer des instances.

Informations complémentaires

Autres points à prendre en compte:

  • 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 la copie est terminée, il y a une sauvegarde dans l'instance source et une dans l'instance de destination. Si vous n'avez pas besoin de la sauvegarde dans la source vous pouvez la supprimer.
  • Lorsque vous copiez une sauvegarde vers une instance régionale, les données de sauvegarde sont copiées des trois zones de lecture/écriture dans l'instance de destination.
  • Lorsque vous copiez une sauvegarde sur une instance multirégionale, les données de sauvegarde sont copiées à chaque zone de l'instance contenant un accès en lecture/écriture d'une instance répliquée.
  • Vous pouvez copier plusieurs sauvegardes en même temps.
  • Vous pouvez mettre à jour ou supprimer la sauvegarde de destination pendant un processus de copie toujours en cours. Si vous supprimez la sauvegarde de destination, la copie en cours sera annulée.
  • Vous pouvez restaurer une sauvegarde dans l'instance source lorsqu'une copie est en cours opération en cours.
  • Vous pouvez annuler une opération de copie avant qu'elle ne se termine.

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 ni une restauration sur la sauvegarde copiée de destination pendant que la copie est en cours. Une fois la copie terminée, vous pouvez copiées ou restaurées.

Emplacement de stockage des sauvegardes Spanner

Les sauvegardes sont des ressources dans Spanner. Chaque ressource de sauvegarde est organisée sous la même instance que sa base de données source hiérarchie des ressources et possède un chemin d'accès à la ressource au format projects/<project>/instances/<instance>/backups/<backup> Une sauvegarde continue d’exister même après la suppression de sa base de données source mais il ne peut pas survivre à son instance parente. Pour éviter la suppression accidentelle vous ne pouvez pas supprimer une instance Spanner sauvegardes. Si vous souhaitez supprimer l'instance, nous vous recommandons de restaurer puis d'exporter la base de données restaurée, avant la suppression de la sauvegarde et de l'instance.

Chiffrement

Tout comme les bases de données, les sauvegardes Spanner sont chiffrées : Chiffrement géré par Google ou par le client. Par défaut, les sauvegardes utilisent la même configuration de chiffrement comme base de données, mais vous pouvez ignorer ce comportement en spécifiant la configuration du chiffrement lors de la création de la sauvegarde. Si la sauvegarde est activée par CMEK, il est chiffré à l'aide de la version principale de la clé KMS lors de la sauvegarde création. Une fois la sauvegarde créée, la clé et la version de clé associées ne peuvent plus être modifiées, même si la clé KMS est alternée. Pour en savoir plus, consultez la section Créer une sauvegarde compatible avec CMEK.

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) comme source le chiffrement de la sauvegarde. Vous pouvez ignorer ce comportement en spécifiant un autre chiffrement lors de la copie de la sauvegarde. Si vous souhaitez que la sauvegarde copiée soit chiffrées avec une CMEK lors de la copie interrégionale, spécifiez le KMS correspondant à la région de destination.

Performance

Cette section décrit les performances de sauvegarde optimales dans Spanner.

Performances lors de la sauvegarde

Lors d'une sauvegarde, Spanner crée un job de sauvegarde à copier de la base de données vers l'espace de stockage de sauvegarde, et dimensionne ce job en fonction la taille de la base de données. Ce job de sauvegarde n'utilise pas les ressources de processeur allouées à l'instance de la base de données afin que les performances de l'instance ne soient pas affectées. De plus, la charge de calcul sur l'instance de la base de données n'affecte pas la vitesse l'opération de sauvegarde. Suivre la progression et la fin d'une sauvegarde , consultez Afficher la progression de la sauvegarde.

En règle générale, la plupart des sauvegardes prennent une à quatre heures. Certaines sauvegardes peuvent prennent plus de temps en raison de leur taille ou parce qu'il existe une mise en file d'attente interne ressources. Si une sauvegarde prend plus de temps que d'habitude et qu'aucun autre facteur n'a modifié, cela peut être dû à un retard dans la planification de la tâche de sauvegarde dans une zone. Cette opération peut parfois prendre jusqu'à 30 minutes. Nous vous recommandons de ne pas résilier et redémarrez la sauvegarde, car vous rencontrerez probablement les mêmes avec la nouvelle opération de sauvegarde.

Performances lors de la copie d'une sauvegarde

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

Tarifs

Vous êtes facturé en fonction de la quantité d'espace de stockage utilisée par vos sauvegardes par unité en temps réel. La facturation commence une fois l'opération de sauvegarde terminée et se poursuit tant que la sauvegarde n'a pas été supprimée. Une sauvegarde terminée est facturée pour un montant minimal d'une durée de 24 heures. Si vous créez une sauvegarde et que vous la supprimez une minute après son achèvement, vous êtes toujours facturé pour 24 heures.

Les copies d'une sauvegarde sont soumises aux mêmes coûts de stockage. comme sauvegarde d'origine. Si vous créez une copie entre deux instances qui occupent régions, les coûts de transfert de données sortantes s'appliquent.

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

  • Aucuns frais pour les régions us-central1 qui se chevauchent
  • Sans frais pour le témoin us-central2 dans la région
  • Les frais de transfert de données intercontinental s'appliquent deux fois: une fois pour chaque nouveau continent. (Europe et Asie)
  • Les frais de transfert de données entre 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 s'appliquent une fois en Europe.

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

Les sauvegardes sont stockées et facturées séparément. Le stockage des sauvegardes n'affecte pas la facturation du stockage de bases de données ou les limites de stockage des bases de données. Pour plus , consultez également Métriques d'utilisation du stockage.

Pour en savoir plus sur les coûts de sauvegarde, consultez la page Spanner pricing.

Étape suivante