À propos des sauvegardes Cloud SQL

Cette page décrit le fonctionnement des sauvegardes de votre instance Cloud SQL, Vous pouvez effectuer des sauvegardes sur votre instance principale.

Pour obtenir des instructions détaillées sur la planification des sauvegardes ou la création de sauvegardes à la demande, consultez la section Créer et gérer des sauvegardes à la demande et automatiques.

Pour savoir comment restaurer des données sur une instance à partir de la sauvegarde, consultez la section Présentation de la restauration d'une instance.

Avantages des sauvegardes

Les sauvegardes permettent de restaurer des données perdues sur votre instance Cloud SQL. De plus, si une instance rencontre un problème, vous pouvez la restaurer à un état précédent en utilisant la sauvegarde pour l'écraser. Vous devez activer les sauvegardes automatiques pour toute instance contenant des données nécessaires à un bon fonctionnement. Les sauvegardes protègent vos données contre la perte ou les dommages.

Coût des sauvegardes

Par défaut, Cloud SQL conserve sept sauvegardes automatiques en plus des sauvegardes à la demande. Vous pouvez configurer le nombre de sauvegardes automatiques à conserver (de 1 à 365). Le stockage des sauvegardes est facturé à un tarif inférieur à celui des autres types d'instances.

Vous pouvez conserver plus de sept sauvegardes automatiques, mais pas moins.

Cloud SQL n'effectue pas de sauvegarde d'instance si vous arrêtez ou supprimez l'instance. Si vous supprimez une instance, les données sont conservées pendant quatre jours seulement. Pour récupérer l'instance et ses données, contactez l'assistance Google Cloud dans un délai de quatre jours avec toutes les informations requises sur l'instance.

Consultez la page des tarifs pour en savoir plus.

Sauvegardes et exportations

Les sauvegardes sont gérées par Cloud SQL conformément aux règles de conservation et sont conservées séparément de l'instance Cloud SQL. Les sauvegardes Cloud SQL diffèrent d'une exportation importée dans Cloud Storage, dans lequel vous gérez le cycle de vie. Les sauvegardes couvrent l'ensemble de la base de données. Les exportations permettent de sélectionner un contenu spécifique.

Les opérations de sauvegarde et de restauration ne peuvent pas être utilisées pour mettre à niveau une base de données vers une version ultérieure. Vous ne pouvez effectuer une restauration qu'à partir d'une sauvegarde sur une instance ayant la même version de base de données.

Pour passer à une version ultérieure, vous pouvez exporter, puis importer votre base de données vers une nouvelle instance Cloud SQL.

Taille des sauvegardes

Les sauvegardes Cloud SQL sont incrémentielles. Elles ne contiennent que des données qui ont été modifiées depuis la dernière sauvegarde. La taille de la sauvegarde la plus ancienne est égale à celle de la base de données, mais la taille des sauvegardes suivantes va dépendre du taux de modification des données. Lorsque la sauvegarde la plus ancienne est supprimée, la taille de la deuxième sauvegarde la plus ancienne augmente. Il existe donc toujours une sauvegarde complète.

Types de sauvegardes

Cloud SQL effectue deux types de sauvegardes :

Sauvegardes à la demande

Vous pouvez créer une sauvegarde à tout moment. Cette possibilité s'avère utile si vous êtes sur le point d'effectuer une opération risquée sur votre base de données, ou si vous avez besoin d'une sauvegarde et ne souhaitez pas attendre l'intervalle de sauvegarde. Vous pouvez créer des sauvegardes à la demande pour n'importe quelle instance, que les sauvegardes automatiques soient activées ou non.

À l'inverse des sauvegardes automatiques, les sauvegardes à la demande ne sont pas automatiquement supprimées. Elles persistent jusqu'à ce que vous les supprimiez ou que leur instance soit supprimée. Pour cette raison, les sauvegardes à la demande peuvent affecter vos frais de facturation à long terme.

Sauvegardes automatiques

Les sauvegardes automatiques sont effectuées quotidiennement, dans un intervalle de sauvegarde de quatre heures. La sauvegarde commence pendant l'intervalle de sauvegarde. Si possible, planifiez les sauvegardes en période de faible activité de l'instance.

Nous vous recommandons de ne pas supprimer les sauvegardes automatiques, car elles sont nécessaires à la récupération à un moment précis.

Pendant l'intervalle de sauvegarde, des sauvegardes automatiques sont effectuées tous les jours pendant l'exécution de votre instance. Une sauvegarde automatique supplémentaire est effectuée après l'arrêt de votre instance pour protéger toutes les modifications avant l'arrêt. Jusqu'à sept sauvegardes les plus récentes sont conservées par défaut. Vous pouvez configurer le nombre de sauvegardes automatiques à conserver, mais vous ne pouvez pas conserver moins de sept sauvegardes (valeur par défaut).

Emplacement de stockage des sauvegardes

Les emplacements de sauvegarde incluent :

Emplacements de sauvegarde par défaut

Si vous ne spécifiez pas d'emplacement de stockage, vos sauvegardes sont stockées dans l'emplacement multirégional le plus proche géographiquement de l'emplacement de votre instance Cloud SQL. Par exemple, si votre instance Cloud SQL se trouve dans us-central1, vos sauvegardes sont stockées par défaut dans l'emplacement multirégional us. Toutefois, un emplacement par défaut tel que australia-southeast1 ne se trouve pas dans un emplacement multirégional. L'emplacement multirégional le plus proche est asia.

Emplacements de sauvegarde personnalisés

Cloud SQL vous permet de sélectionner un emplacement personnalisé pour vos données de sauvegarde. Cette fonctionnalité est utile si votre organisation doit respecter des réglementations concernant la résidence des données, qui exigent de conserver vos sauvegardes en respectant une limite géographique spécifique. Si votre organisation doit se conformer à ce type d'exigence, elle utilise probablement une règle d'administration de restriction de l'emplacement des ressources. Avec cette règle, lorsque vous essayez d'utiliser un emplacement géographique non conforme à la règle, une alerte s'affiche sur la page Sauvegardes. Si cette alerte s'affiche, vous devez remplacer l'emplacement de sauvegarde par un emplacement autorisé par la règle.

Lorsque vous sélectionnez un emplacement personnalisé pour une sauvegarde, tenez compte des points suivants :

  • Coût : Un cluster de votre instance peut se trouver dans une région moins coûteuse que les autres.
  • Proximité avec votre serveur d'applications : Vous pouvez stocker la sauvegarde aussi près que possible de votre application de diffusion.
  • Utilisation du stockage : Vous avez besoin d'un espace de stockage suffisant pour conserver votre sauvegarde à mesure que sa taille augmente. En fonction de votre charge de travail, vous pouvez disposer de clusters de différentes tailles ou avec une utilisation de disque différente. Cela peut être un facteur de choix du cluster.

Pour obtenir une liste complète des valeurs régionales valides, consultez Emplacements des instances. Pour obtenir une liste complète des valeurs multirégionales, voir Emplacements multirégionaux.

Pour en savoir plus sur la définition des emplacements des sauvegardes et sur l'affichage des emplacements des sauvegardes effectuées pour une instance, consultez les pages Définir un emplacement personnalisé pour les sauvegardes et Afficher les emplacements de sauvegarde.

Conservation automatique des sauvegardes

La conservation automatique des sauvegardes peut être définie sur plus, mais pas moins que la valeur par défaut (sept).

Consultez la section Définir la durée de conservation des sauvegardes automatiques.

Puis-je exporter une sauvegarde ?

Non, il n'est pas possible d'exporter une sauvegarde. Vous ne pouvez exporter que des données d'instance. Pour en savoir plus, consultez la page Exporter des données à partir de Cloud SQL.

À propos de l'utilisateur de sauvegarde spécial

Cloud SQL crée un utilisateur de base de données spécial cloudsqladmin pour chaque instance et génère un mot de passe unique, spécifique à celle-ci. Le service se connecte en tant qu'utilisateur cloudsqladmin pour effectuer des sauvegardes automatiques.

Impact des sauvegardes sur les opérations d'instance

Les écritures et autres opérations ne sont pas affectées par les opérations de sauvegarde.

Limitations de la fréquence de sauvegarde

Cloud SQL limite la fréquence des opérations de sauvegarde sur le disque de données. Vous êtes autorisé à effectuer au maximum cinq opérations de sauvegarde toutes les 50 minutes par instance et par projet. Si une opération de sauvegarde échoue, elle n'est pas comptabilisée dans ce quota. Si vous atteignez la limite, l'opération échoue avec un message d'erreur vous indiquant quand vous pouvez réessayer.

Examinons comment Cloud SQL limite la fréquence des sauvegardes.

Cloud SQL utilise les jetons d'un bucket pour déterminer combien d'opérations de sauvegarde sont disponibles à un moment donné. Chaque instance comporte un bucket. Vous pouvez utiliser un maximum de cinq jetons dans le bucket pour les opérations de sauvegarde. Toutes les 10 minutes, un nouveau jeton est ajouté au bucket. Si le bucket est plein, le jeton "déborde".

Chaque fois que vous effectuez une opération de sauvegarde, un jeton est attribué à partir du bucket. Si l'opération réussit, le jeton est supprimé du bucket. En cas d'échec, le jeton est renvoyé au bucket. Le schéma suivant illustre ce fonctionnement :

Fonctionnement des jetons

Sauvegardes et vérifications de l'intégrité des données

Cloud SQL effectue automatiquement des contrôles d'intégrité de la base de données en arrière-plan, afin d'identifier d'éventuels problèmes d'intégrité des données. Ces vérifications sont effectuées en tant que processus hors connexion, en restaurant un échantillonnage de sauvegardes initiées par le client ou de sauvegardes de récupération.

Sauvegardes de récupération

Une fois qu'une instance est supprimée, Cloud SQL supprime toutes les sauvegardes. Pour éviter toute suppression accidentelle d'instances, Cloud SQL conserve leurs sauvegardes pendant quatre jours. Pour récupérer une instance supprimée, contactez Google Cloud Customer Care dans un délai de quatre jours.

Cloud SQL conserve au moins une dernière sauvegarde quotidienne valide de chaque instance active. Par conséquent, si aucune sauvegarde valide n'est disponible, vous pouvez utiliser la sauvegarde quotidienne pour récupérer votre instance en contactant Google Cloud Customer Care.

Dépannage

Problème Dépannage
Vous ne pouvez pas voir l'état de l'opération en cours. Google Cloud Console signale les réussites ou les échecs d'exécution lorsque l'opération est terminée. Il n'est pas conçu pour afficher des avertissements ni d'autres mises à jour.

Exécutez la commande gcloud sql operations list pour répertorier toutes les opérations pour l'instance Cloud SQL donnée.

Vous souhaitez savoir qui a initié une opération de sauvegarde à la demande. L'interface utilisateur n'affiche pas l'utilisateur qui a lancé une opération.

Recherchez les utilisateurs dans les journaux et filtrez-les par texte. Vous devrez peut-être consulter les journaux d'audit pour obtenir des informations personnelles. Les fichiers journaux pertinents incluent :

  • cloudsql.googleapis.com/sqlagent.out
  • cloudsql.googleapis.com/sqlserver.err
  • Si Cloud Audit Logs est activé et que vous disposez des autorisations nécessaires pour les afficher, il est possible que cloudaudit.googleapis.com/activity soit également disponible.
Une fois qu'une instance est supprimée, vous ne pouvez plus en effectuer de sauvegarde.

Une fois qu'une instance est définitivement supprimée, la récupération de données est impossible. Toutefois, si l'instance est restaurée, ses sauvegardes sont également restaurées. Pour en savoir plus sur la récupération d'une instance supprimée, consultez la section Sauvegardes de récupération.

Si vous avez exporté les données, créez une instance puis importez les données pour recréer la base de données. Les données exportées sont écrites dans Cloud Storage, d'où sont lues les données importées.

La sauvegarde automatique demeure bloquée pendant de nombreuses heures et ne peut pas être annulée. Les sauvegardes peuvent prendre beaucoup de temps en fonction de la taille de la base de données.

Si vous devez vraiment annuler l'opération, vous pouvez demander au service client d'effectuer une opération force restart sur l'instance.

Une opération de restauration peut échouer lorsqu'un ou plusieurs utilisateurs référencés dans le fichier de vidage SQL n'existent pas. Avant de restaurer un fichier de vidage SQL, tous les utilisateurs de la base de données qui possèdent des objets ou disposent d'autorisations sur les objets qu'elle contient doivent exister dans la base de données cible. Si ce n'est pas le cas, l'opération de restauration ne recrée pas les objets avec les autorisations ou la propriété d'origine.

Créez les utilisateurs de la base de données avant d'effectuer une restauration à partir du fichier de vidage SQL.

Vous souhaitez augmenter le nombre de jours pendant lesquels vous pouvez conserver les sauvegardes automatiques de sept à 30 jours ou plus. Vous pouvez configurer le nombre de sauvegardes automatiques à conserver, mais vous ne pouvez pas en conserver moins de sept (valeur par défaut). Les sauvegardes automatiques sont régulièrement supprimées en fonction de la valeur de conservation configurée. Malheureusement, cela signifie que les sauvegardes visibles sont les seules sauvegardes automatiques à partir desquelles vous pourrez effectuer une restauration.

Pour conserver les sauvegardes indéfiniment, vous pouvez créer des sauvegardes à la demande, car elles ne sont pas supprimées de la même manière que les sauvegardes automatiques. Les sauvegardes à la demande sont conservées indéfiniment, c'est-à-dire jusqu'à leur suppression ou la suppression de l'instance à laquelle elles appartiennent. En revanche, comme les sauvegardes de ce type ne sont pas automatiquement supprimées, elles peuvent affecter la facturation.

La sauvegarde automatique a échoué et vous n'avez pas reçu de notification par e-mail. Pour que Cloud SQL vous informe de l'état de la sauvegarde, configurez une alerte basée sur les journaux.
Vous ne parvenez pas à restaurer votre instance à l'aide de la commande Transact-SQL RESTORE ou de SQL Server Management Studio (SSMS). Cloud SQL n'est pas compatible avec la restauration d'instances via SSMS. Pour restaurer votre instance, exécutez la commande gcloud sql import.

Étapes suivantes