Cette page décrit le fonctionnement des sauvegardes pour vos instances Cloud SQL et les options de sauvegarde disponibles. 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.
Cloud SQL vous permet de sauvegarder vos instances à la demande ou automatiquement à l'aide d'un calendrier de sauvegarde. Les sauvegardes Cloud SQL sont incrémentielles et vous permettent de restaurer les données perdues sur votre instance Cloud SQL. Les sauvegardes vous permettent :
- Rétablissez votre instance à un état antérieur si elle rencontre un problème.
- Configurez la reprise après sinistre en créant une instance à l'aide d'une sauvegarde dans une autre région ou zone.
- Créez plusieurs instances à l'aide de sauvegardes pour faciliter le développement, les tests et la migration.
Les sauvegardes Cloud SQL sont également chiffrées par défaut à l'aide de clés de chiffrement gérées par Google ou par le client (CMEK).
Vous pouvez conserver ces sauvegardes en définissant les paramètres de conservation des sauvegardes de votre instance. Les paramètres de conservation peuvent varier en fonction de l'édition Cloud SQL et de l'option de sauvegarde de votre instance. Vous pouvez également conserver les sauvegardes après la suppression de votre instance pour pouvoir la restaurer.
Cloud SQL propose deux options de services de sauvegarde pour gérer vos sauvegardes :
- Sauvegardes améliorées : les sauvegardes sont gérées et stockées dans un projet de gestion centralisée des sauvegardes qui utilise le service Backup and DR, et qui fournit une conservation forcée, une planification précise et une surveillance.
- Sauvegardes standards : les sauvegardes sont créées, gérées et stockées dans le même projet que vos instances Cloud SQL.
Pour en savoir plus sur chaque option de sauvegarde et ses fonctionnalités, consultez Options de sauvegarde.
Types de sauvegardes
Cloud SQL effectue des sauvegardes à la demande ou automatiques pour vos instances Cloud SQL.
Sauvegardes à la demande
Les sauvegardes à la demande sont des sauvegardes qui peuvent être créées à tout moment. Cela 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 que vous 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.
Sauvegardes automatiques
Les sauvegardes automatiques sont effectuées à une fréquence planifiée (par exemple, toutes les heures, tous les jours, toutes les semaines ou tous les mois). La fréquence planifiée dépend de l'option de sauvegarde de votre instance. La sauvegarde commence pendant l'intervalle de sauvegarde. Cloud SQL vous recommande de planifier vos sauvegardes en période de faible activité de l'instance, si possible.
Nous vous recommandons de ne pas supprimer manuellement 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 régulièrement effectuées en fonction de la fréquence planifiée lorsque votre instance est en cours d'exécution. 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. La conservation des sauvegardes automatiques dépend de la règle de conservation configurée dans l'option de sauvegarde choisie pour votre instance.
Effectuer une sauvegarde finale avant de supprimer l'instance
Les sauvegardes finales vous permettent de sauvegarder votre instance Cloud SQL avant de la supprimer. Cela permet de conserver les données de l'instance après sa suppression. Vous pourrez utiliser la sauvegarde finale ultérieurement pour créer une instance ou pour restaurer une instance existante. Pour en savoir plus sur l'accès à votre dernière sauvegarde et sur l'affichage de ses détails, consultez Afficher la liste des dernières sauvegardes.
Par défaut, Cloud SQL conserve la sauvegarde finale pendant 30 jours. Toutefois, vous pouvez personnaliser la durée de conservation des sauvegardes par Cloud SQL. La période de conservation peut aller de 1 à 365 jours pour les sauvegardes standards, ou de 1 jour à 99 ans pour les sauvegardes améliorées. Vous pouvez ensuite restaurer l'instance à partir de la sauvegarde tant qu'elle est disponible. Les sauvegardes finales sont facturées de la même manière que les autres sauvegardes, en fonction du nombre de jours de conservation.
Conserver les sauvegardes après la suppression de l'instance
Les sauvegardes conservées sont celles que Cloud SQL conserve après la suppression d'une instance. Ces sauvegardes se composent de sauvegardes à la demande et de sauvegardes automatiques créées lorsque l'instance était en ligne. Lorsque vous supprimez une instance, ces sauvegardes deviennent indépendantes de votre instance et sont stockées au niveau du projet. Les sauvegardes conservées sont différentes des sauvegardes finales, qui sont les dernières sauvegardes effectuées au moment de la suppression de l'instance.
Vous pouvez modifier la description de ces sauvegardes pour les gérer plus facilement dans votre projet Google Cloud . Les sauvegardes conservées peuvent être restaurées sur une instance Cloud SQL nouvelle ou existante à tout moment.
Pour ces sauvegardes, la période de conservation est définie par le type de sauvegarde et ne peut pas être modifiée une fois l'instance supprimée. Pour les sauvegardes standards, les sauvegardes à la demande sont conservées indéfiniment jusqu'à ce qu'elles soient supprimées manuellement ou que le projet contenant la sauvegarde soit supprimé. Pour les sauvegardes améliorées, les sauvegardes à la demande sont conservées en fonction de la règle de conservation sélectionnée. Les sauvegardes automatiques sont supprimées de manière continue, une sauvegarde par jour, après la suppression de l'instance. La période mobile est définie en fonction des paramètres de conservation de l'instance avant sa suppression. Elle peut aller de 1 jour à 99 ans, selon l'option de sauvegarde sélectionnée pour votre instance. Par exemple, si le paramètre de conservation des sauvegardes automatiques de votre instance était défini sur 7, la dernière sauvegarde automatique est supprimée sept jours après la suppression de l'instance.
Vous pouvez supprimer manuellement les sauvegardes conservées à tout moment. Toutefois, lorsque vous supprimez une sauvegarde conservée, les sauvegardes supprimées ne peuvent pas être récupérées.
Étant donné que les noms d'instance peuvent être réutilisés après la suppression d'une instance dans Cloud SQL, les sauvegardes conservées sont stockées dans votre projet Google Cloud avec un champ appelé instance_deletion_time. Ce champ vous permet d'identifier si une sauvegarde spécifique appartient à une instance active ou supprimée. Vous pouvez également modifier la description d'une sauvegarde pour faciliter leur gestion.
Conservation des journaux de transactions
La conservation des journaux de transactions est comptabilisée en jours. Pour les instances de l'édition Cloud SQL Enterprise Plus, la plage est comprise entre 1 et 35 jours, avec une valeur par défaut de 14 jours. Pour les instances de l'édition Cloud SQL Enterprise, la plage est comprise entre 1 et 7 jours, avec une valeur par défaut de 7 jours. Pour les instances Cloud SQL Enterprise Plus et Cloud SQL Enterprise, le paramètre de conservation des journaux de transactions doit être inférieur au paramètre de conservation des sauvegardes.
Sauvegardes pour les réplicas
Les sauvegardes ne sont pas disponibles pour les instances répliquées. Étant donné que les instances répliquées sont des copies des instances principales, les sauvegardes sont conservées avec l'instance principale. Si une instance répliquée est promue en instance autonome en raison d'un basculement ou d'un transfert, la sauvegarde est activée pour l'instance, qui nécessite sa propre configuration de sauvegarde. Les instances répliquées promues n'héritent pas des configurations de sauvegarde de l'instance principale et ne peuvent pas accéder aux sauvegardes de l'instance principale.
Options de sauvegarde
Cloud SQL propose deux options de services de sauvegarde pour gérer les sauvegardes de votre instance : les sauvegardes standard et les sauvegardes améliorées. Vous pouvez choisir entre les options de sauvegarde standard et améliorée en fonction des exigences et des besoins de votre instance. Bien que les instances ne puissent pas utiliser les deux options de sauvegarde en même temps, Cloud SQL vous permet de passer de l'une à l'autre selon vos besoins.
Le tableau suivant présente les fonctionnalités disponibles pour chaque option de sauvegarde :
| Fonctionnalités | Sauvegardes standards | Sauvegardes améliorées |
|---|---|---|
| Coffre de sauvegarde | - | ✔ |
| Conservation appliquée avec verrouillage de la conservation | - | ✔ |
| Conserver les sauvegardes en cas de suppression du projet | - | ✔ |
| Gestion centralisée des sauvegardes entre les projets | - | ✔ |
| Durée de conservation des sauvegardes | 1 an | Illimité |
| Calendrier des sauvegardes automatiques | Tous les jours | Horaire, quotidienne, hebdomadaire, mensuelle ou annuelle |
| Récupération à un moment précis à l'aide de journaux | ✔ | ✔ |
| Sauvegarde et restauration interrégionales. | ✔ | - |
| Sauvegardes à la demande | ✔ | ✔ |
| Sauvegardes multirégionales | ✔ | - |
| Conserver toutes les sauvegardes lors de la suppression de l'instance | ✔ | ✔ |
| Sauvegarde finale lors de la suppression de l'instance | ✔ | ✔ |
| Compatibilité avec CMEK | ✔ | - |
Pour en savoir plus sur ces options de sauvegarde, consultez Sauvegardes standards et Sauvegardes améliorées.
Sauvegardes améliorées
Les sauvegardes améliorées vous permettent d'utiliser Backup and DR pour gérer et stocker toutes les sauvegardes de vos instances Cloud SQL dans différents projets, le tout dans un projet de sauvegarde central. Backup and DR fournit une gestion, une surveillance et des rapports centralisés sur les opérations de sauvegarde quotidiennes, le tout au même endroit. Les sauvegardes sont stockées dans un coffre de sauvegarde, qui est une ressource de stockage sécurisée et isolée gérée par Google, et les plans de sauvegarde gèrent les paramètres de sauvegarde et de restauration. Cela permet de créer des sauvegardes immuables et indélébiles, indépendantes du projet source. Pour en savoir plus sur le fonctionnement des sauvegardes avec Backup and DR, consultez la présentation de Backup and DR.
Les sauvegardes améliorées utilisent Backup and DR pour créer un projet de sauvegarde centralisé dans lequel vous gérez les plans de sauvegarde et les coffres de sauvegarde de vos instances Cloud SQL. Ces plans peuvent être associés à plusieurs projets.
Lorsque vous associez un plan de sauvegarde à une instance Cloud SQL, les paramètres de sauvegarde et de restauration existants sont remplacés par le plan de sauvegarde. Le plan contenant vos paramètres de sauvegarde et de restauration est stocké dans le projet de sauvegarde centralisé. Toutes les sauvegardes créées lorsque le plan est actif sur votre instance Cloud SQL sont stockées dans le coffre de sauvegarde du projet de sauvegarde.
Étant donné que Backup and DR est géré dans un projet Google Cloud distinct, les sauvegardes sont protégées lorsqu'un projet source ou de charge de travail est supprimé. Les rôles et responsabilités sont gérés par Backup and DR Admin et sont distincts de ceux de Cloud SQL Admin.
Vous pouvez conserver les sauvegardes après la suppression de l'instance ou effectuer une dernière sauvegarde de votre instance avant de la supprimer. Toutes les sauvegardes effectuées dans le cadre des sauvegardes améliorées peuvent être utilisées pour restaurer une instance lorsqu'elle est en ligne ou après sa suppression.
Conservation des sauvegardes
Vous pouvez conserver les sauvegardes dans un coffre de sauvegarde pendant 99 ans maximum lorsque vous utilisez des sauvegardes améliorées. La durée de conservation minimale appliquée du coffre de sauvegarde est comprise entre 1 jour et 99 ans.
Stockage des sauvegardes
Les sauvegardes sont stockées dans un emplacement centralisé appelé "coffre de sauvegarde". Un coffre de sauvegarde est un espace de stockage sécurisé et isolé, géré par Backup and DR. Il vous permet de conserver des sauvegardes pendant une durée allant de 1 jour à 99 ans. Pour en savoir plus, consultez Coffres-forts de sauvegarde.
Coûts de sauvegarde
Dans les sauvegardes améliorées, le coût des sauvegardes est basé sur la taille totale de la sauvegarde stockée dans le coffre de sauvegarde. Ces sauvegardes sont créées en fonction de la configuration de sauvegarde dans le plan de sauvegarde associé à l'instance. Le coût total est calculé par Backup and DR et basé sur les tarifs de Backup and DR.
Limites
Les limites suivantes s'appliquent lorsque vous utilisez des sauvegardes améliorées :
- Le coffre-fort de sauvegarde et votre instance Cloud SQL doivent se trouver dans la même région.
- Pour modifier le plan de sauvegarde associé à une instance, vous devez passer aux sauvegardes standards en supprimant l'association de plan de sauvegarde existante, puis en associant le nouveau plan de sauvegarde.
- Vous ne pouvez pas créer d'instance répliquée de reprise après sinistre pour une instance utilisant des sauvegardes améliorées.
- Si votre instance comporte une réplique de reprise après sinistre, vous ne pouvez pas activer les sauvegardes améliorées pour l'instance.
- Vous ne pouvez pas associer de plan de sauvegarde à une instance répliquée.
- Si votre instance utilise des sauvegardes améliorées, vous ne pouvez pas la rétrograder en instance répliquée.
Sauvegardes standards
Les sauvegardes standards sont des sauvegardes gérées par Cloud SQL avec votre instance Cloud SQL. Les sauvegardes Cloud SQL sont incrémentielles et ne contiennent que les données modifiées depuis la dernière sauvegarde. Par défaut, Cloud SQL conserve sept sauvegardes automatiques pour chaque instance Cloud SQL Enterprise et 15 sauvegardes automatiques pour chaque instance Cloud SQL Enterprise Plus, en plus des sauvegardes à la demande. Vous pouvez configurer le nombre de sauvegardes automatiques à conserver (de 1 à 365).
Lorsque vous supprimez une instance, vous pouvez conserver toutes les sauvegardes au moment de la suppression de l'instance et effectuer une dernière sauvegarde de vos données. Cela vous permet de recréer les instances que vous supprimez. Toutefois, si vous ne conservez pas de sauvegardes ou n'effectuez pas de sauvegarde finale avant de supprimer votre instance, Cloud SQL supprime automatiquement toutes les sauvegardes d'instance.
Conservation des sauvegardes
Les sauvegardes à la demande ne sont pas automatiquement supprimées. Elles persistent jusqu'à ce que vous les supprimiez manuellement ou que l'instance soit supprimée. Comme les sauvegardes à la demande ne sont pas automatiquement supprimées, elles peuvent affecter vos frais de facturation à long terme.
Les sauvegardes automatiques peuvent être conservées pendant 1 à 365 jours en configurant la durée de conservation dans les paramètres de sauvegarde de votre instance. Bien que les journaux de transactions soient comptabilisés en jours, il n'est pas garanti que les sauvegardes automatiques aient lieu dans un délai d'un jour.
Si vous activez la conservation des sauvegardes après la suppression de l'instance pour vos sauvegardes à la demande et automatiques, ces sauvegardes suivent les mêmes paramètres de conservation (de 1 à 365 jours pour les sauvegardes automatiques et indéfiniment pour les sauvegardes à la demande). Pour en savoir plus, consultez Conserver les sauvegardes après la suppression de l'instance.
Les journaux sont supprimés définitivement une fois par jour, et non de manière continue. Lorsque le nombre de jours de conservation des journaux est identique au nombre de sauvegardes, la conservation des journaux peut être insuffisante. Par exemple, si vous définissez la durée de conservation des journaux sur sept jours et la durée de conservation de sauvegarde sur sept sauvegardes, cela signifie que six à sept jours de journaux seront conservés.
Nous vous recommandons de définir le nombre de sauvegardes sur une valeur correspondant au moins à la durée de conservation des journaux plus un, afin de garantir un minimum de jours spécifiés de conservation des journaux.
Pour savoir comment activer les sauvegardes conservées pour vos instances nouvelles ou existantes, consultez Gérer les sauvegardes conservées. Pour savoir comment restaurer une instance à partir d'une sauvegarde conservée, consultez Restaurer à partir d'une sauvegarde conservée.
Stockage des sauvegardes
Dans une configuration à une seule région, les sauvegardes sont répliquées dans les différentes zones de la région. Dans une configuration multirégionale, il est recommandé que les sauvegardes se trouvent dans la même région que l'instance afin de minimiser la latence et d'éviter d'éventuels échecs de sauvegarde dus aux règles d'administration'organisation ou aux limites basées sur la localisation.
Les sauvegardes sont stockées au même emplacement pour les instances dans les configurations à haute disponibilité (HA) et non HA. Dans les configurations à haute disponibilité, vous pourrez toujours accéder aux sauvegardes de votre instance en cas de basculement ou de permutation vers l'instance secondaire.
Vous pouvez définir vos emplacements de sauvegarde comme suit :
- les emplacements par défaut sélectionnés par Cloud SQL, en fonction de l'emplacement de l'instance d'origine ;
- les emplacements personnalisés, que vous choisissez lorsque vous ne souhaitez pas utiliser l'emplacement par défaut.
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.
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 :
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'intégralité du disque de l'instance. 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 que celle utilisée lors de la sauvegarde.
Pour passer à une version ultérieure, vous pouvez utiliser le service Database Migration ou exporter, puis importer votre base de données vers une nouvelle instance Cloud SQL.Coûts de sauvegarde
Par défaut, Cloud SQL conserve sept sauvegardes automatiques pour chaque instance Cloud SQL Enterprise et 15 sauvegardes automatiques pour chaque instance Cloud SQL Enterprise Plus, 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.
Pour en savoir plus sur les tarifs liés aux sauvegardes, consultez la page des tarifs.
Taille de la sauvegarde
Toutes les sauvegardes Cloud SQL, à l'exception de la première, sont incrémentielles. Elles ne contiennent que les 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 pour devenir une sauvegarde complète et est ajustée pour refléter la différence entre les sauvegardes. Chaque sauvegarde incrémentielle suivante est également mise à jour pour correspondre à la nouvelle sauvegarde complète.
Vous pouvez vérifier la taille d'une sauvegarde individuelle. La taille de la sauvegarde représente la taille facturable pour chaque sauvegarde.
Dépannage
| Problème | Dépannage |
|---|---|
| Vous ne pouvez pas voir l'état de l'opération en cours. | La console Google Cloud ne signale que 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 |
| 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 :
|
| Une fois qu'une instance est supprimée, vous ne pouvez plus en effectuer de sauvegarde. | Si vous supprimez une instance sans effectuer de dernière sauvegarde des données, il est impossible de les récupérer. Toutefois, si vous restaurez l'instance, Cloud SQL restaure également les sauvegardes. Pour en savoir plus sur la récupération d'une instance supprimée, consultez 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 |
| 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 (de 1 à 365). 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. |
| Une instance échoue à plusieurs reprises, car elle passe de l'état d'échec à l'état de restauration de sauvegarde. Tentatives de connexion à la base de données et d'utilisation de la base de données après un échec de la restauration. |
Solutions possibles
|
| Vous constatez qu'il manque des données lors d'une opération de sauvegarde/restauration. | Les tables ont été créées comme non consignées. Exemple :
Les tables suivantes ne sont pas incluses dans une restauration à partir d'une sauvegarde :
La solution consiste à éviter d'utiliser des tables non consignées si vous souhaitez restaurer ces tables via une sauvegarde. Si vous effectuez une restauration à partir d'une base de données contenant déjà des tables non consignées, vous pouvez vider la base de données dans un fichier, puis recharger les données après avoir modifié le fichier de vidage afin de modifier la table ( |
Étape suivante
- Planifiez des sauvegardes automatiques.
- Créez une sauvegarde à la demande.
- Restaurez à partir d'une sauvegarde.