Sauvegardes pour la reprise après sinistre et le stockage immuable¶

Sauvegarde¶

Une sauvegarde représente un instantané ponctuel d’un objet.

• L’objet peut être une seule table, un schéma ou une base de données entière.

• Une sauvegarde spécifique peut être identifiée par un ID unique généré par Snowflake.

• Une sauvegarde ne peut pas être modifiée. Elle peut toutefois être supprimée, et la période d’expiration de la sauvegarde peut être modifiée (sauf si un verrou de rétention est appliqué).

Au cours des opérations quotidiennes, vous interagissez rarement avec des sauvegardes individuelles. Au lieu de cela, vous gérez les ensembles de sauvegardes qui les contiennent. Par exemple, vous obtenez une liste de sauvegardes en exécutant la commande SHOW BACKUPS IN BACKUP SET. Vous créez une nouvelle sauvegarde en exécutant une commande ALTER BACKUP SET.

Ensemble de sauvegardes¶

Un ensemble de sauvegardes est un objet de niveau schéma qui contient un ensemble de sauvegardes pour une base de données, un schéma ou une table spécifique. Snowflake dispose de commandes SQL pour les ensembles de sauvegardes CREATE, ALTER, DROP, SHOW, et DESCRIBE.

Vous pouvez avoir plusieurs ensembles de sauvegardes pour le même objet.

Le cycle de vie des sauvegardes d’un ensemble est déterminé par une politique des sauvegardes facultative que vous pouvez attacher à l’ensemble de sauvegardes. Vous pouvez également ajouter ou supprimer manuellement des sauvegardes dans un ensemble de sauvegardes. Votre capacité à supprimer des sauvegardes est affectée par d’autres facteurs, en particulier le verrou de rétention et la conservation légale.

Politique de sauvegarde¶

Une politique de sauvegarde est un objet de niveau schéma qui contient les paramètres qui définissent le cycle de vie des sauvegardes dans un ensemble de sauvegardes. Ces paramètres incluent la planification, l’expiration et le verrou de conservation.

• La planification détermine quand les sauvegardes sont créées. La planification peut être définie comme un intervalle en minutes ou sous la forme d’une expression cron. Par exemple, si la planification est définie sur une heure, une sauvegarde de l’objet est effectuée toutes les 60 minutes.

• La période d’expiration est la durée pendant laquelle la sauvegarde est valide. Une fois qu’une sauvegarde expire, Snowflake la supprime automatiquement, sauf si une conservation légale est appliquée à cette sauvegarde particulière.

  Astuce

  Si l’ensemble de sauvegardes ne dispose pas d’un verrou de rétention et si la sauvegarde spécifique n’est pas soumise à une conservation légale, vous pouvez supprimer manuellement la sauvegarde avant la fin de la période d’expiration. Vous pouvez supprimer manuellement des sauvegardes une à la fois, en commençant toujours par la sauvegarde la plus ancienne qui n’a pas de conservation légale.

Chaque politique de sauvegardes doit disposer d’une ou des deux propriétés de planification et de période d’expiration. Par exemple, vous pouvez créer une politique avec une planification et une période d’expiration, et laisser Snowflake gérer la création et la suppression des sauvegardes dans tous les ensembles de sauvegardes où cette politique est appliquée. Vous pouvez également créer une politique avec une planification et sans période d’expiration si vous souhaitez gérer vous-même la suppression des anciennes sauvegardes. Ou, vous pouvez créer une politique avec une période d’expiration mais sans planification, puis gérer vous-même la création des sauvegardes. Vous ne pouvez pas créer une politique sans planification ni période d’expiration.

Si vous associez une politique de sauvegarde à un ensemble de sauvegardes, vous pouvez le faire lorsque vous créez l’ensemble de sauvegardes, ou vous pouvez appliquer la politique ultérieurement. Ou, vous pouvez avoir un ensemble de sauvegardes qui n’a pas de politique de sauvegarde associée. Dans ce cas, vous contrôlez manuellement quand effectuer de nouvelles sauvegardes et faire expirer les anciennes.

Vous pouvez appliquer une politique de sauvegarde à plusieurs ensembles de sauvegardes. Si vous modifiez une politique de sauvegardes, Snowflake applique les modifications à tous les ensembles de sauvegardes auxquels la politique est attachée.

Verrou de rétention¶

Un verrou de rétention protège une sauvegarde contre la suppression pendant la période d’expiration définie. Vous pouvez utiliser une sauvegarde avec un verrou de rétention pour les sauvegardes à des fins de conformité réglementaire et de cyber résilience. Les restrictions suivantes s’appliquent à une sauvegarde définie avec un verrou de rétention :

• Les sauvegardes ne peuvent être supprimées par aucun rôle, y compris le rôle ACCOUNTADMIN.

• Vous ne pouvez pas réduire la période d’expiration des sauvegardes, bien que vous puissiez augmenter la période d’expiration.

• Vous ne pouvez pas supprimer un ensemble de sauvegardes s’il y a des sauvegardes n’ayant pas expiré dans l’ensemble.

• Vous ne pouvez pas supprimer un schéma contenant un ensemble de sauvegardes avec des sauvegardes n’ayant pas expiré.

• Vous ne pouvez pas supprimer une base de données contenant un ensemble de sauvegardes avec des sauvegardes n’ayant pas expiré.

• Vous ne pouvez pas supprimer un compte qui contient une base de données avec un ensemble de sauvegardes qui comporte des sauvegardes n’ayant pas expiré.

Conservation légale¶

La fonctionnalité de conservation légale des sauvegardes Snowflake empêche les sauvegardes d’être écrasées ou supprimées. Ainsi, vous pouvez préserver les bases de données, schémas ou tables Snowflake en fonction de vos exigences légales.

Snowflake vous permet d’établir une conservation légale sur des sauvegardes spécifiques. Lorsqu’une sauvegarde Snowflake est légalement suspendue, les conditions suivantes s’appliquent :

• Personne ne peut modifier la sauvegarde.

• Personne ne peut supprimer la sauvegarde. Cela est vrai même si la sauvegarde a dépassé sa période EXPIRE_AFTER_DAYS.

• L’accès à la sauvegarde est enregistré et peut faire l’objet d’un audit.

• La conservation légale peut être supprimée par un utilisateur privilégié, contrairement à un verrou de conservation.

Vue d’ensemble du cycle de vie de la sauvegarde¶

Le schéma suivant montre comment les objets Snowflake, les sauvegardes, les ensembles de sauvegarde et les politiques de sauvegarde sont liés les uns aux autres. Le diagramme implique le type de sauvegarde le plus simple : un pour une seule table. Chaque opération de sauvegarde produit une nouvelle sauvegarde. Toutes les sauvegardes pour cet objet particulier sont regroupées dans un ensemble de sauvegardes. L’ajout et la suppression automatiques de sauvegardes dans l’ensemble de sauvegardes sont régis par la politique de sauvegarde. Pour récupérer les informations d’une sauvegarde, vous utilisez une commande CREATE pour créer un nouvel objet à partir d’une sauvegarde spécifique.

Limitations des sauvegardes¶

Vous pouvez créer un maximum de deux ensembles de sauvegardes de base de données pour une base de données spécifique. De même, vous pouvez créer un maximum de deux ensembles de sauvegardes de schéma pour un schéma spécifique et deux ensembles de sauvegardes de table pour une table spécifique. Un objet peut encore apparaître dans plus de deux ensembles de sauvegardes. Par exemple, une table peut avoir un ou deux ensembles de sauvegardes de table associés. La même table peut également être incluse dans un ou deux ensembles de sauvegardes de schéma et un ou deux ensembles de sauvegardes de base de données.

Références de tables à d’autres objets¶

Les objets tels que les vues ou les fonctions, peuvent faire référence à des objets extérieurs au schéma ou à la base de données dans la sauvegarde. Pour vous assurer que ces références continuent de fonctionner après une restauration à partir d’une sauvegarde, utilisez l’une des stratégies suivantes :

• Si les tables et les autres objets auxquels elles font référence sont tous dans le même schéma ou la même base de données, créez un ensemble de sauvegardes pour l’ensemble du schéma ou de la base de données. De cette façon, Snowflake restaure tous les objets interconnectés en une seule fois lorsque vous effectuez une restauration à partir de la sauvegarde.

• Si des objets d’un ensemble de sauvegardes se réfèrent à des objets qui ne sont pas inclus dans cet ensemble, sachez que lors de la restauration d’une sauvegarde, les références des objets restaurés pointent vers les objets d’origine de l’autre base de données ou schéma. Si vous avez supprimé ces autres objets ou modifié leurs propriétés après l’exécution de la sauvegarde, vous pourriez rencontrer des erreurs lors de l’accès aux objets restaurés.

• Pour les objets de niveau compte, toutes les références des objets restaurés pointent toujours vers l’objet d’origine au niveau du compte. En effet, les objets au niveau du compte ne font partie d’aucune sauvegarde. Par exemple, une sauvegarde de schéma peut contenir un secret qui fait référence à une intégration de sécurité. L’intégration de sécurité est un objet de niveau compte et ne peut être incluse dans aucune sauvegarde.

Types d’objets dans les sauvegardes de base de données et de schéma¶

Le tableau suivant répertorie les objets qui sont inclus dans une sauvegarde de base de données ou de schéma :

Comment Snowflake associe les objets à leurs ensembles de sauvegardes¶

Lorsque vous créez un ensemble de sauvegardes pour une base de données, un schéma ou une table, Snowflake associe l’ensemble de sauvegardes à l’ID interne de cette base de données, de ce schéma ou de cette table. Si vous supprimez l’objet d’origine, vous ne pouvez plus ajouter de sauvegardes à cet ensemble de sauvegardes. Ce comportement s’applique même si vous recréez un objet portant le même nom ou si vous le remplacez par un objet restauré à partir d’une sauvegarde.

Si vous renommez l’objet d’origine, vous pouvez continuer à en faire d’autres sauvegardes en ajoutant des sauvegardes au même ensemble de sauvegardes. Dans ce cas, la sortie de SHOW BACKUP SETSOBJECT_NAME est modifiée afin de refléter la valeur de l’objet renommé.

Si vous souhaitez créer des sauvegardes d’une table mais que vous la supprimez et la recréez fréquemment, peut-être au moyen d’instructions CREATEORREPLACE, incluez-la dans un ensemble de sauvegardes pour le schéma ou la base de données qui contient cette table. Ainsi, vous pouvez continuer à utiliser le même ensemble de sauvegardes, quelles que soient les modifications apportées à la table.

Lorsque vous restaurez une table à partir d’une sauvegarde, la table restaurée démarre avec un nom différent de celui d’origine. Supposons que vous souhaitiez remplacer complètement le contenu de la table d’origine par les données de la sauvegarde, et continuer à utiliser le même ensemble de sauvegardes pour davantage de sauvegardes de la même table. Dans ce cas, utilisez une instruction TRUNCATE ou DELETE pour supprimer le contenu de la table d’origine, puis une instruction INSERT … SELECT pour copier les données depuis la table restaurée. Ne supprimez pas la table d’origine et ne renommez pas la table restaurée au nom de la table d’origine.

Sauvegardes et chiffrement¶

Les données des ensembles de sauvegardes sont protégées par le même chiffrement de bout en bout que les autres objets Snowflake et les données de table. Pour plus d’informations sur le chiffrement Snowflake, voir Comprendre le chiffrement de bout en bout dans Snowflake.

La rotation des clés s’applique également aux données contenues dans les sauvegardes.

Sauvegardes et lignée des données¶

Snowflake ne conserve pas les métadonnées de traçabilité des données (data lineage) avec les sauvegardes de bases de données, de schémas et de tables. Après avoir restauré un objet à partir d’une sauvegarde, vous ne pouvez pas utiliser Snowsight pour afficher les informations de lignée des données restaurées.

Accorder les privilèges nécessaires à la création de politiques et d’ensembles de sauvegardes¶

Pour activer le rôle myrole pour créer une politique de sauvegarde dans le schéma myschema, exécutez l’instruction suivante :

GRANT CREATE BACKUP POLICY ON SCHEMA policy_schema TO ROLE myrole;

Pour activer le rôle myrole pour créer un ensemble de sauvegardes dans le schéma myschema, exécutez l’instruction suivante :

GRANT CREATE BACKUP SET ON SCHEMA policy_schema TO ROLE myrole;

Accorder le privilège APPLY sur une politique de sauvegarde à un rôle¶

Pour activer le rôle myrole et appliquer la politique de sauvegarde hourly_backup_policy à un ensemble de sauvegardes, exécutez l’instruction suivante :

GRANT APPLY ON BACKUP POLICY hourly_backup_policy TO ROLE myrole;

Accorder le privilège APPLY BACKUP RETENTIONLOCK à un rôle¶

Vous pouvez accorder à un rôle le privilège pour appliquer des politiques de sauvegarde avec un verrou de rétention aux ensembles de sauvegarde.

Seul un utilisateur avec le rôleACCOUNTADMIN peut accorder ce privilège.

Pour permettre au rôle retention_lock_admin_role d’appliquer une politique de sauvegardes avec verrou de rétention à un ensemble de sauvegardes, exécutez l’instruction suivante :

GRANT APPLY BACKUP RETENTION LOCK ON ACCOUNT TO ROLE retention_lock_admin_role;

Créer des sauvegardes planifiées avec un verrou de rétention¶

Créez un ensemble de sauvegardes qui crée automatiquement des sauvegardes avec un verrou de rétention sur une planification. Le verrou de rétention empêche toute personne, même les utilisateurs privilégiés, de supprimer ou de modifier des sauvegardes dans tout ensemble de sauvegardes auquel la politique est associée.

Seul un rôle disposant du privilège APPLYBACKUPRETENTIONLOCK sur le compte peut créer une politique de sauvegarde avec verrou de rétention.

1. Créer une politique avec un verrou de rétention qui crée une sauvegarde quotidienne avec une période d’expiration de 90 jours :

   CREATE BACKUP POLICY daily_backup_policy_with_lock
     WITH RETENTION LOCK
     SCHEDULE = '1440 MINUTE'
     EXPIRE_AFTER_DAYS = 90
     COMMENT = 'regulatory backups: they have a retention lock and expire after 90 days';
   

   Copy

2. Créer un ensemble de sauvegardes pour la table t2 avec la politique de sauvegarde daily_backup_policy_with_lock :

   CREATE BACKUP SET t2_backups
     FOR TABLE t2
     WITH BACKUP POLICY daily_backup_policy_with_lock;
   

   Copy

3. Créer un ensemble de sauvegardes pour le schéma s2 avec la politique de sauvegarde daily_backup_policy_with_lock :

   CREATE BACKUP SET s2_backups
     FOR SCHEMA s2
     WITH BACKUP POLICY daily_backup_policy_with_lock;
   

   Copy

4. Créer un ensemble de sauvegardes pour la base de données d2 avec la politique de sauvegarde daily_backup_policy_with_lock :

   CREATE BACKUP SET d2_backups
     FOR DATABASE d2
     WITH BACKUP POLICY daily_backup_policy_with_lock;
   

   Copy

Créer des sauvegardes manuellement¶

Vous pouvez ajouter manuellement une sauvegarde à un ensemble de sauvegardes à tout moment. Cela permet de créer une sauvegarde de la base de données, du schéma ou de la table associé à l’ensemble de sauvegardes. Vous pouvez créer des sauvegardes manuellement, que l’ensemble de sauvegardes comporte ou non également des sauvegardes planifiées par une politique de sauvegarde. Si une politique de sauvegardes est associée à l’ensemble de sauvegardes et que la politique définit une période d’expiration, cette période d’expiration s’applique également à la sauvegarde manuelle.

L’exemple suivant crée un ensemble de sauvegardes de table t1_backups puis y ajoute la première sauvegarde :

CREATE BACKUP SET t1_backups FOR TABLE t1;
ALTER BACKUP SET t1_backups ADD BACKUP;

L’exemple suivant crée une politique de sauvegarde avec des sauvegardes horaires, un ensemble de sauvegardes de table t2_backups qui utilise la politique, puis ajoute une sauvegarde manuelle à l’ensemble de sauvegardes :

CREATE BACKUP POLICY hourly_backup_policy
  SCHEDULE = '60 MINUTE'
  EXPIRE_AFTER_DAYS = 7;

CREATE BACKUP SET t2_backups FOR TABLE t2 WITH BACKUP POLICY hourly_backup_policy;
-- Wait several hours. Then the backup set already contains several scheduled backups.
-- You can manually add a backup at any time, in addition to the scheduled backups.
ALTER BACKUP SET t2_backups ADD BACKUP;

Vous pouvez exécuter des commandes similaires pour ajouter une sauvegarde à un schéma ou à un ensemble de sauvegardes de base de données. Remplacez le nom du schéma ou de la sauvegardes de base de données défini dans la commande ALTER BACKUP SET.

Suspendre une politique de sauvegarde sur un ensemble de sauvegardes¶

Lorsque vous suspendez une politique de sauvegarde sur un ensemble de sauvegardes, vous empêchez l’utilisation de la politique de sauvegarde pour créer de nouvelles sauvegardes planifiées dans cet ensemble de sauvegardes. Vous suspendez également l’expiration des sauvegardes existantes dans cet ensemble de sauvegardes qui utilisent la politique de sauvegarde. Les autres ensembles de sauvegardes qui utilisent la même politique ne sont pas concernés.

L’exemple suivant suspend une politique de sauvegarde sur l’ensemble de sauvegardes t2_backups :

ALTER BACKUP SET t2_backups SUSPEND BACKUP POLICY;

Copy

Vous pouvez également suspendre de manière sélective uniquement la création ou les processus d’expiration de l’ensemble de sauvegardes. L’exemple suivant suspend la création de nouvelles sauvegardes dans l’ensemble de sauvegardes t3_backups, et suspend l’expiration des anciennes sauvegardes de l’ensemble de sauvegardes t4_backups :

ALTER BACKUP SET t3_backups SUSPEND BACKUP CREATION POLICY;
ALTER BACKUP SET t4_backups SUSPEND BACKUP EXPIRATION POLICY;

Copy

Pour plus d’informations sur la commande ALTER BACKUP SET, consultez ALTER BACKUP SET.

Reprendre une politique de sauvegarde sur un ensemble de sauvegardes¶

Vous pouvez reprendre des politiques de sauvegarde suspendues. Cela permet de reprendre la création et l’expiration des sauvegardes en fonction de la politique de sauvegarde. Si des sauvegardes ont atteint leur date d’expiration alors que la politique était suspendue, Snowflake supprime ces sauvegardes dès que la politique sera reprise.

L’exemple suivant reprend une politique de sauvegarde sur l’ensemble de sauvegardes t1_backup :

ALTER BACKUP SET t1_backups
  RESUME BACKUP POLICY;

Vous pouvez également reprendre de manière sélective uniquement la création ou les processus d’expiration de l’ensemble de sauvegardes. L’exemple suivant reprend la création de nouvelles sauvegardes dans l’ensemble de sauvegardes t3_backups, et reprend l’expiration des anciennes sauvegardes à partir de l’ensemble de sauvegardes t4_backups :

ALTER BACKUP SET t3_backups SUSPEND BACKUP CREATION POLICY;
ALTER BACKUP SET t4_backups SUSPEND BACKUP EXPIRATION POLICY;

Pour plus d’informations sur la commande ALTER BACKUP SET, consultez ALTER BACKUP SET.

Restaurer une sauvegarde¶

Vous pouvez restaurer un objet à partir d’un ensemble de sauvegardes en utilisant l’ID de la sauvegarde spécifique. Par exemple, pour restaurer la table t1 à partir de l’ensemble de sauvegardes t1_backups dans le schéma actuel, exécutez les instructions suivantes :

1. Trouvez l’ID de la sauvegarde de la table à restaurer dans la colonne backup_id :

   SHOW BACKUPS IN BACKUP SET t1_backups ->> SELECT "created_on", "backup_id", "expire_on" FROM $1;
   

   Copy

   +-------------------------------+--------------------------------------+-------------------------------+
   | created_on                    | backup_id                            | expire_on                     |
   |-------------------------------+------------------------------------------+---------------------------|
   | 2024-08-19 17:12:28.991 -0700 | 983e0b66-91eb-41cb-8a0b-037abfec1914 | 2024-08-20 17:12:28.991 -0700 |
   | 2024-08-19 18:12:33.824 -0700 | b5624ef0-1f35-452f-b132-09d8f0592e52 | 2024-08-20 18:12:33.824 -0700 |
   | 2024-08-19 19:12:43.830 -0700 | eca1a94a-fd40-46db-a2bc-4afba6a38c0a | 2024-08-20 19:12:43.830 -0700 |
   | 2024-08-19 20:12:45.446 -0700 | 8ee2fd7e-1afe-42e1-acd7-79582765a910 | 2024-08-20 20:12:45.446 -0700 |
   | 2024-08-19 21:12:55.305 -0700 | d38caf14-f8a5-4ba8-a248-8287e0cdcf40 | 2024-08-20 21:12:55.305 -0700 |
   +-------------------------------+--------------------------------------+-----------+-------------------+
   

2. Trouvez l’IDde la sauvegarde du schéma à restaurer dans la colonne backup_id :

   SHOW BACKUPS IN BACKUP SET s1_backups;
   

   Copy

   +-------------------------------+--------------------------------------+-------------------------------+
   | created_on                    | backup_id                            | expire_on                     |
   |-------------------------------+--------------------------------------+-------------------------------|
   | 2024-08-19 17:12:28.991 -0700 | 0a0382e1-d265-46e9-b152-4c3b2b859e65 | 2024-08-20 17:12:28.991 -0700 |
   | 2024-08-19 18:12:33.824 -0700 | 8dbcf919-3393-4590-928f-5481d7f2502f | 2024-08-20 18:12:33.824 -0700 |
   | 2024-08-19 19:12:43.830 -0700 | 8ee2fd7e-1afe-42e1-acd7-79582765a910 | 2024-08-20 19:12:43.830 -0700 |
   | 2024-08-19 20:12:45.446 -0700 | bd729a79-01bc-444d-a550-adaaa31ab62f | 2024-08-20 20:12:45.446 -0700 |
   | 2024-08-19 21:12:55.305 -0700 | 9a8802c5-5fbd-4200-a09d-43e046103939 | 2024-08-20 21:12:55.305 -0700 |
   +-------------------------------+--------------------------------------+-------------------------------+
   

3. Trouvez l’ID de la sauvegarde de la base de données à restaurer dans la colonne backup_id :

   SHOW BACKUPS IN BACKUP SET d1_backups;
   

   Copy

   +-------------------------------+--------------------------------------+-------------------------------+
   | created_on                    | backup_id                            | expire_on                     |
   |-------------------------------+--------------------------------------+-------------------------------|
   | 2024-08-19 17:12:28.991 -0700 | 42435925-4e77-4b01-ba89-8163ac03e12f | 2024-08-20 17:12:28.991 -0700 |
   | 2024-08-19 18:12:33.824 -0700 | 29c2c1b9-6599-4f0b-87b8-d43377fd7c77 | 2024-08-20 18:12:33.824 -0700 |
   | 2024-08-19 19:12:43.830 -0700 | a4283984-a063-4415-acc4-0e3c19259fad | 2024-08-20 19:12:43.830 -0700 |
   | 2024-08-19 20:12:45.446 -0700 | ffe25397-64b9-4c5f-b061-23a1885dc2dc | 2024-08-20 20:12:45.446 -0700 |
   | 2024-08-19 21:12:55.305 -0700 | 28e12b8a-aab8-40a8-ae39-9a5a5f654d66 | 2024-08-20 21:12:55.305 -0700 |
   +-------------------------------+--------------------------------------+-------------------------------+
   

4. Restaurez la sauvegarde de la table t1 effectuée le 2024-08-19 18:12:33:

   CREATE TABLE restored_t1 FROM BACKUP SET t1_backups IDENTIFIER 'b5624ef0-1f35-452f-b132-09d8f0592e52';
   

   Copy

5. Restaurez la sauvegarde du schéma s1 effectuée le 2024-08-19 18:12:33:

   CREATE SCHEMA restored_s1 FROM BACKUP SET s1_backups IDENTIFIER '8dbcf919-3393-4590-928f-5481d7f2502f';
   

   Copy

6. Restaurez la sauvegarde de la base de données d1 effectuée le 2024-08-19 18:12:33:

   CREATE DATABASE restored_d1 FROM BACKUP SET d1_backups IDENTIFIER '29c2c1b9-6599-4f0b-87b8-d43377fd7c77';
   

   Copy

Supprimer une sauvegarde d’un ensemble de sauvegardes¶

Pour tout ensemble de sauvegardes, vous ne pouvez supprimer que la sauvegarde la plus ancienne qui n’a pas de conservation légale. Vous le faites en spécifiant l’ID de la sauvegarde. Vous pouvez trouver les sauvegardes qui n’ont pas de conservation légale en examinant la propriété is_under_legal_hold. Vous pouvez trouver la sauvegarde la plus ancienne en examinant la propriété created_on.

Note

Vous ne pouvez pas supprimer une sauvegarde d’un ensemble de sauvegardes si une politique de sauvegarde avec un verrou de rétention est attachée à cet ensemble de sauvegardes, ou si cette sauvegarde particulière est soumise à une période de conservation légale.

La sauvegarde que vous supprimez de l’ensemble de sauvegardes doit être la sauvegarde la plus ancienne de l’ensemble.

1. Trouvez l’ID de la sauvegarde de la table à supprimer dans la colonne backup_id de la sortie suivante. Le tri par ordre croissant de la colonne created_on place la sauvegarde la plus ancienne en premier. Vous pourriez ajouter LIMIT 1 à la commande SELECT pour ne renvoyer que la ligne contenant les détails de la sauvegarde la plus ancienne.

   SHOW BACKUPS IN BACKUP SET t1_backups ->>
     SELECT "created_on", "backup_id", "expire_on" FROM $1
       WHERE "is_under_legal_hold" = 'N'
       ORDER BY "created_on";
   

   Copy

   +-------------------------------+--------------------------------------+-------------------------------+
   | created_on                    | backup_id                            | expire_on                     |
   |-------------------------------+--------------------------------------+-------------------------------|
   | 2024-08-19 17:12:28.991 -0700 | 983e0b66-91eb-41cb-8a0b-037abfec1914 | 2024-08-20 17:12:28.991 -0700 |
   | 2024-08-19 18:12:33.824 -0700 | b5624ef0-1f35-452f-b132-09d8f0592e52 | 2024-08-20 18:12:33.824 -0700 |
   | 2024-08-19 19:12:43.830 -0700 | eca1a94a-fd40-46db-a2bc-4afba6a38c0a | 2024-08-20 19:12:43.830 -0700 |
   | 2024-08-19 20:12:45.446 -0700 | 8ee2fd7e-1afe-42e1-acd7-79582765a910 | 2024-08-20 20:12:45.446 -0700 |
   | 2024-08-19 21:12:55.305 -0700 | d38caf14-f8a5-4ba8-a248-8287e0cdcf40 | 2024-08-20 21:12:55.305 -0700 |
   +-------------------------------+--------------------------------------+-------------------------------+
   

2. Supprimez la sauvegarde t1_backups créée le 2024-08-19 17:12:28 à l’aide de l”backup_id :

   ALTER BACKUP SET t1_backups DELETE BACKUP IDENTIFIER '983e0b66-91eb-41cb-8a0b-037abfec1914';
   

   Copy

3. Trouvez l’ID de la sauvegarde du schéma à supprimer dans la colonne backup_id de la sortie suivante :

   SHOW BACKUPS IN BACKUP SET s1_backups ->>
     SELECT "created_on", "backup_id", "expire_on" FROM $1 ORDER BY "created_on";
   

   Copy

   +-------------------------------+--------------------------------------+-------------------------------+
   | created_on                    | backup_id                            | expire_on                     |
   |-------------------------------+--------------------------------------+-------------------------------|
   | 2024-08-19 17:12:28.991 -0700 | 28e12b8a-aab8-40a8-ae39-9a5a5f654d66 | 2024-08-20 17:12:28.991 -0700 |
   | 2024-08-19 18:12:33.824 -0700 | 46a1e22a-8557-432f-a14c-1261a4ca2b34 | 2024-08-20 18:12:33.824 -0700 |
   | 2024-08-19 19:12:43.830 -0700 | 3e42fef6-b895-4055-a59f-179744d015d3 | 2024-08-20 19:12:43.830 -0700 |
   | 2024-08-19 20:12:45.446 -0700 | 7807d24e-285e-4741-b332-87c32bad5cb6 | 2024-08-20 20:12:45.446 -0700 |
   | 2024-08-19 21:12:55.305 -0700 | e022e619-ee83-45a0-b2b7-9007e284bdb3 | 2024-08-20 21:12:55.305 -0700 |
   +-------------------------------+--------------------------------------+-------------------------------+
   

4. Supprimez la sauvegarde s1_backups créée le 2024-08-19 17:12:28 à l’aide de l”backup_id :

   ALTER BACKUP SET s1_backups DELETE BACKUP IDENTIFIER '28e12b8a-aab8-40a8-ae39-9a5a5f654d66';
   

   Copy

5. Trouvez l’IDde la sauvegarde de la base de données à supprimer dans la colonne ``backup_id``de la sortie suivante :

   SHOW BACKUPS IN BACKUP SET d1_backups ->>
     SELECT "created_on", "backup_id", "expire_on" FROM $1 ORDER BY "created_on";
   

   Copy

   +-------------------------------+--------------------------------------+-------------------------------+
   | created_on                    | backup_id                            | expire_on                     |
   |-------------------------------+--------------------------------------+-------------------------------|
   | 2024-08-19 17:12:28.991 -0700 | d3a77432-c98d-4969-91a9-fffae5dd655c | 2024-08-20 17:12:28.991 -0700 |
   | 2024-08-19 18:12:33.824 -0700 | 0a0382e1-d265-46e9-b152-4c3b2b859e65 | 2024-08-20 18:12:33.824 -0700 |
   | 2024-08-19 19:12:43.830 -0700 | 25e01ee0-ea9d-4bb7-af7f-f3fe87f9409e | 2024-08-20 19:12:43.830 -0700 |
   | 2024-08-19 20:12:45.446 -0700 | a12294f5-fc63-49cf-84f1-c7b72f7664af | 2024-08-20 20:12:45.446 -0700 |
   | 2024-08-19 21:12:55.305 -0700 | 28e12b8a-aab8-40a8-ae39-9a5a5f654d66 | 2024-08-20 21:12:55.305 -0700 |
   +-------------------------------+--------------------------------------+-------------------------------+
   

6. Supprimez la sauvegarde d1_backups créée le 2024-08-19 17:12:28 à l’aide de l”backup_id :

   ALTER BACKUP SET d1_backups DELETE BACKUP IDENTIFIER 'd3a77432-c98d-4969-91a9-fffae5dd655c';
   

   Copy

7. Tentez de supprimer une sauvegarde``d1_backups`` plus récente créée le 2024-08-19 21:12:55. Remarquez comment Snowflake vous empêche de supprimer une sauvegarde autre que la plus ancienne de l’ensemble des sauvegardes.

   ALTER BACKUP SET d1_backups DELETE BACKUP IDENTIFIER '28e12b8a-aab8-40a8-ae39-9a5a5f654d66';
   

   Copy

   Backup '28e12b8a-aab8-40a8-ae39-9a5a5f654d66' cannot be deleted as it is not the oldest active backup in the backup set D1_BACKUPS.
   

Supprimer un ensemble de sauvegardes¶

Vous pouvez supprimer un ensemble de sauvegardes à l’aide de la commande DROP BACKUP SET.

Supprimer l’ensemble de sauvegardes t1_backups :

DROP BACKUP SET t1_backups;

Supprimer l’ensemble de sauvegardes s1_backups :

DROP BACKUP SET s1_backups;

Supprimer l’ensemble de sauvegardes d1_backups :

DROP BACKUP SET d1_backups;

Trouver tous les ensembles de sauvegardes qui contiennent des sauvegardes d’une table spécifique¶

L’exemple suivant montre comment trouver tous les ensembles de sauvegardes qui contiennent une table spécifique dans un schéma et une base de données spécifiques. La commande SHOW TABLES utilise un opérateur de canal pour récupérer les noms de la base de données, du schéma et de la table et les stocker dans des variables. La sortie de SHOW BACKUP SETS est filtrée pour afficher les ensembles de sauvegardes qui sauvegardent la base de données contenant la table, ou le schéma contenant la table, ou qui contiennent cette table seule.

La sortie filtrée de SHOWBACKUPSETS montre qu’il existe deux ensembles de sauvegardes de base de données pour la base de données my_big_important_database, un ensemble de sauvegardes de schéma pour le schéma my_big_important_database.public et un ensemble de sauvegardes de table pour la table``my_big_important_database.public.my_small_secondary_table``.

SHOW TABLES IN SCHEMA public ->>
  SET (dname, sname, tname) =
    (SELECT "database_name", "schema_name", "name" FROM $1
      WHERE "name" = 'MY_SMALL_SECONDARY_TABLE' AND "kind" = 'TABLE');

SHOW BACKUP SETS ->> SELECT "object_kind", "name", "database_name", "schema_name", "object_name" FROM $1
  WHERE ("object_kind" = 'TABLE' AND "database_name" = $dname AND "schema_name" = $sname AND "object_name" = $tname)
    OR ("object_kind" = 'SCHEMA' AND "database_name" = $dname AND "object_name" = $sname)
    OR ("object_kind" = 'DATABASE' AND "object_name" = $dname);

+-------------+------------------+---------------------------+-------------+---------------------------+
| object_kind | name             | database_name             | schema_name | object_name               |
|-------------+------------------+---------------------------+-------------+---------------------------|
| DATABASE    | DATABASE_BACKUP  | MY_BIG_IMPORTANT_DATABASE | PUBLIC      | MY_BIG_IMPORTANT_DATABASE |
| DATABASE    | DATABASE_BACKUP2 | MY_BIG_IMPORTANT_DATABASE | PUBLIC      | MY_BIG_IMPORTANT_DATABASE |
| SCHEMA      | SCHEMA_BACKUP3   | MY_BIG_IMPORTANT_DATABASE | PUBLIC      | PUBLIC                    |
| TABLE       | TABLE_BACKUP2    | MY_BIG_IMPORTANT_DATABASE | PUBLIC      | MY_SMALL_SECONDARY_TABLE  |
+-------------+------------------+---------------------------+-------------+---------------------------+

Créer une sauvegarde pour une table avec des dépendances¶

Les exemples suivants montrent comment vous pouvez créer une sauvegarde de table pour une table qui fait référence à une séquence et à une clé étrangère dans un schéma différent. Pour la préparation, nous créons le schéma other_schema contenant une séquence et une table. Nous créons ensuite la table principale dans le schéma public, en faisant référence à la séquence et à l’autre table.

USE DATABASE my_big_important_database;

CREATE SCHEMA other_schema;
USE SCHEMA other_schema;

CREATE SEQUENCE my_sequence;
CREATE TABLE my_dimension_table (id INT AUTOINCREMENT PRIMARY KEY);

USE SCHEMA public;
CREATE TABLE dependent_table
(
   id INT DEFAULT my_big_important_database.other_schema.my_sequence.NEXTVAL PRIMARY KEY,
   foreign_id INT,
   FOREIGN KEY (foreign_id) REFERENCES my_big_important_database.other_schema.my_dimension_table(id)
 );

SELECT GET_DDL('TABLE','dependent_table');

La sortie de GET_DDL () affiche les références qui pointent vers l’autre schéma :

+-------------------------------------------+
| GET_DDL('TABLE','DEPENDENT_TABLE')        |
|-------------------------------------------|
| create or replace TABLE DEPENDENT_TABLE ( |
|     ID NUMBER(38,0) NOT NULL DEFAULT MY_BIG_IMPORTANT_DATABASE.OTHER_SCHEMA.MY_SEQUENCE.NEXTVAL,
|     FOREIGN_ID NUMBER(38,0),                |
|     primary key (ID),                       |
|     foreign key (FOREIGN_ID) references MY_BIG_IMPORTANT_DATABASE.OTHER_SCHEMA.MY_DIMENSION_TABLE(ID)
| );                                        |
+-------------------------------------------+

Ensuite, nous créons l’ensemble de sauvegardes pour la table et y ajoutons une sauvegarde :

CREATE BACKUP SET dependency_experiments FOR TABLE dependent_table;
ALTER BACKUP SET dependency_experiments ADD BACKUP;
SHOW BACKUPS IN BACKUP SET dependency_experiments;

La sortie de SHOWBACKUPS contient la valeur backup_id à utiliser pour l’opération de restauration :

+-------------------------------+--------------------------------------+------------------------+---------------------------+--------------+-----------+
| created_on                    | backup_id                            | backup_set_name        | database_name             | schema_name  | expire_on |
|-------------------------------+--------------------------------------+------------------------+---------------------------+--------------+-----------|
| 2025-07-01 11:53:27.860 -0700 | 0fd44138-b571-449b-be0a-72779501f80e | DEPENDENCY_EXPERIMENTS | MY_BIG_IMPORTANT_DATABASE | OTHER_SCHEMA | NULL      |
+-------------------------------+--------------------------------------+------------------------+---------------------------+--------------+-----------+

Nous restaurons cette table sous un nouveau nom et confirmons que la table restaurée fait référence aux objets de l’autre schéma :

CREATE TABLE restored_dependent_table FROM BACKUP SET dependency_experiments
  IDENTIFIER '0fd44138-b571-449b-be0a-72779501f80e';

SELECT GET_DDL('TABLE','restored_dependent_table');

+----------------------------------------------------+
| GET_DDL('TABLE','RESTORED_DEPENDENT_TABLE')        |
|----------------------------------------------------|
| create or replace TABLE RESTORED_DEPENDENT_TABLE ( |
|     ID NUMBER(38,0) NOT NULL DEFAULT MY_BIG_IMPORTANT_DATABASE.OTHER_SCHEMA.MY_SEQUENCE.NEXTVAL,
|     FOREIGN_ID NUMBER(38,0),                         |
|     foreign key (FOREIGN_ID) references MY_BIG_IMPORTANT_DATABASE.OTHER_SCHEMA.MY_DIMENSION_TABLE(ID),
|     primary key (ID)                                 |
| );                                                 |
+----------------------------------------------------+

Pour illustrer ce qui se passe si l’objet référencé n’existe plus, nous supprimons la séquence, puis nous restaurons à nouveau la table à partir de la même sauvegarde :

DROP SEQUENCE my_big_important_database.other_schema.my_sequence;
CREATE TABLE OR REPLACE restored_dependent_table FROM BACKUP SET dependency_experiments
  IDENTIFIER '0fd44138-b571-449b-be0a-72779501f80e';

SELECT * FROM restored_dependent_table;

L’interrogation de la table fonctionne toujours :

+----+------------+
| ID | FOREIGN_ID |
|----+------------|
+----+------------+
0 Row(s) produced. Time Elapsed: 0.129s

Cependant, des opérations telles que GET_DDL(), DESCRIBE et INSERT échouent toutes car elles dépendent d’une séquence qui n’existe plus :

SELECT GET_DDL('TABLE','restored_dependent_table');

002073 (02000): SQL compilation error:
Sequence used as a default value in table 'MY_BIG_IMPORTANT_DATABASE.OTHER_SCHEMA.RESTORED_DEPENDENT_TABLE'
  column 'ID' was not found or could not be accessed.

DESC TABLE restored_dependent_table;

+------------+--------------+--------+-------+----------------------------------------+-------------+------------+-------+------------+---------+-------------+----------------+
| name       | type         | kind   | null? | default                                | primary key | unique key | check | expression | comment | policy name | privacy domain |
|------------+--------------+--------+-------+----------------------------------------+-------------+------------+-------+------------+---------+-------------+----------------|
| ID         | NUMBER(38,0) | COLUMN | N     | [sequence cannot be found or accessed] | Y           | N          | NULL  | NULL       | NULL    | NULL        | NULL           |
| FOREIGN_ID | NUMBER(38,0) | COLUMN | Y     | NULL                                   | N           | N          | NULL  | NULL       | NULL    | NULL        | NULL           |
+------------+--------------+--------+-------+----------------------------------------+-------------+------------+-------+------------+---------+-------------+----------------+

INSERT INTO restored_dependent_table (foreign_id) VALUES (2);

002073 (02000): SQL compilation error:
Sequence used as a default value in table 'MY_BIG_IMPORTANT_DATABASE.OTHER_SCHEMA.RESTORED_DEPENDENT_TABLE'
  column 'ID' was not found or could not be accessed.

Créer une sauvegarde pour une table dynamique¶

Une table dynamique implique toujours une référence à une autre table. C’est pourquoi vous pouvez, si vous le souhaitez, utiliser des sauvegardes de schéma ou des sauvegardes de base de données pour les tables dynamiques, afin que la table d’origine et la table dynamique puissent être incluses dans la même sauvegarde.

Si vous créez une sauvegarde de table pour une table dynamique, vous incluez le mot-clé DYNAMIC dans la commande CREATEBACKUPSET, ainsi que dans la commande CREATETABLE lorsque vous effectuez une restauration à partir d’une sauvegarde. L’exemple suivant configure la table dynamique, une sauvegarde de table définie pour cette table et crée la première sauvegarde :

CREATE DYNAMIC TABLE my_dynamic_table
  TARGET_LAG = '1 minute'
  WAREHOUSE = my_wh
  AS SELECT * FROM my_base_table WHERE col1 IS NOT NULL;

CREATE BACKUP SET dynamic_table_backups
  FOR DYNAMIC TABLE my_dynamic_table;

ALTER BACKUP SET dynamic_table_backups ADD BACKUP;

L’exemple suivant montre comment déterminer les IDs de sauvegarde pour les sauvegardes créées à différents moments. Dans ce cas, la sauvegarde la plus récente est la première ligne du jeu de résultats. Vous utilisez ensuite l’ID de la sauvegarde dans la commande CREATE DYNAMIC TABLE.

SHOW BACKUPS IN BACKUP SET dynamic_table_backups
  ->> SELECT "created_on", "backup_id" FROM $1
        ORDER BY "created_on" DESC;

CREATE DYNAMIC TABLE restored_dynamic_table
  FROM BACKUP SET dynamic_table_backups
    IDENTIFIER '<backup_id_from_SHOW_BACKUPS_output>';

Ajouter et supprimer des saisies légales¶

Avant de travailler avec des conservations légales pour les sauvegardes Snowflake, découvrez leur objectif et leurs exigences. Pour plus d’informations, voir Conservation légale.

Supposons que l’équipe juridique ou de conformité de votre organisation envoie une demande de conservation dans le cadre d’un litige, en précisant quels types de données doivent être conservés. Dans ce cas, vous pouvez suivre un processus comme suit :

• Vous travaillez avec l’équipe juridique pour identifier où les données pertinentes sont stockées et quels ensembles de sauvegardes contiennent les objets associés.

• Vous mettez une conservation légale sur une sauvegarde à partir de la période applicable dans un ensemble de sauvegardes. Cela désactivera toute expiration automatique pour cette sauvegarde. Vous pouvez placer une conservation légale sur une sauvegarde que Snowflake a créée automatiquement en fonction d’une planification, ou que vous avez créée manuellement. La conservation légale s’applique, que l’ensemble de sauvegardes dispose ou non d’une politique de sauvegarde associée, d’une période d’expiration ou d’un verrou de rétention.

• Vous effectuez des opérations d’actualisation pour tous les comptes secondaires dans lesquels la base de données contenant l’ensemble de sauvegardes est répliquée. De cette manière, la conservation légale et la sauvegarde associée sont préservées à travers toutes les opérations de basculement et de restauration.

• Vous utilisez les contrôles d’accès et les journaux Snowflake pour auditer l’accès aux données placées sous la rétention légale.

• Une fois le dossier légal conclu et l’autorisation donnée par l’équipe juridique de lever la rétention légale, un utilisateur disposant du privilège APPLYLEGALHOLD supprime cette rétention. L’automatisation normale de l’expiration reprend alors.

Cet exemple montre la séquence de commandes SQLque vous pourriez utiliser au cours du cycle de vie d’une conservation légale appliquée à une sauvegarde au sein d’un ensemble de sauvegardes particulier. Vous trouvez l’identificateur de la sauvegarde concernée en utilisant la commande SHOW BACKUPS IN BACKUP SET et en vérifiant la colonne `` »is_under_legal_hold »``pour voir si une conservation légale est déjà en place. Ensuite, vous ajoutez ou supprimez la conservation légale de la sauvegarde concernée.

USE ROLE <role_name>; -- use a role that has the APPLY LEGAL HOLD privilege
SHOW BACKUPS IN BACKUP SET <backup_set_name>
  ->> SELECT * FROM $1 WHERE "is_under_legal_hold" = 'N';
ALTER BACKUP SET <backup_set_name>
  MODIFY BACKUP IDENTIFIER '<backup_identifier>'
  ADD LEGAL HOLD;

USE ROLE <role_name>; -- use a role that has the APPLY LEGAL HOLD privilege
SHOW BACKUPS IN BACKUP SET <backup_set_name>
  ->> SELECT * FROM $1 WHERE "is_under_legal_hold" = 'Y';
ALTER BACKUP SET <backup_set_name>
  MODIFY BACKUP IDENTIFIER '<backup_identifier>'
  REMOVE LEGAL HOLD;

Réplication des objets liés à la sauvegarde¶

Lorsque vous utilisez la réplication en combinaison avec des sauvegardes de base de données, de schéma et de table, vous spécifiez les bases de données qui contiennent les ensembles de sauvegardes et les politiques de sauvegardes dans vos groupes de réplication et vos groupes de basculement. Vous pouvez contrôler la manière dont vos objets liés aux sauvegardes sont répliqués en organisant vos groupes de réplication et de basculement, et en choisissant les bases de données et les schémas qui contiennent vos ensembles de sauvegardes et vos politiques de sauvegardes. Pour plus d’informations, voir Backup replication for database, schema, and table backups.

Les ensembles de sauvegardes et les politiques de sauvegarde sont des objets de base de données. Snowflake réplique les ensembles de sauvegarde et les politiques de sauvegarde ainsi que les bases de données et les schémas qui les contiennent.

Snowflake réduit le temps et l’utilisation du stockage pour les sauvegardes en utilisant un mécanisme similaire au clonage, de sorte que chaque sauvegarde ne nécessite pas une nouvelle copie complète de toutes les données de la table. Si l’ensemble de sauvegardes fait partie d’un groupe de basculement différent de la base de données, du schéma ou de la table auquel l’ensemble de sauvegardes s’applique, il y a un transfert complet en une seule fois des données pour la première actualisation de ce groupe de réplication ou de ce groupe de basculement.

Lorsqu’un groupe de réplication ou un groupe de basculement inclut un ensemble de sauvegardes, l’augmentation de la latence d’actualisation est proportionnelle au nombre de sauvegardes créées depuis la dernière actualisation.

Si vous définissez une période d’expiration pour les anciennes sauvegardes, la suppression automatique se produit sur le compte principal. Les sauvegardes ayant expiré sont supprimées du compte secondaire lorsque vous effectuez une opération d’actualisation.

Par conséquent, vous pouvez affiner la réplication pour les objets liés aux sauvegardes en suivant ces pratiques :

• Pour réduire le risque d’échecs d’actualisation, placez l’ensemble de sauvegardes et la politique de sauvegardes facultative dans la même base de données et le même schéma. Si ce n’est pas pratique, mettez ces éléments dans le même groupe de réplication ou le même groupe de basculement. De cette façon, tous ces objets liés sont répliqués en même temps.

• Pour maximiser la flexibilité concernant les objets liés à la sauvegarde qui sont répliqués et la planification de la réplication, placez l’ensemble de sauvegardes et la politique de sauvegarde facultative dans une base de données différente de la base de données, du schéma ou de la table associés. Ainsi, vous pouvez spécifier si les objets liés à la sauvegarde sont répliqués et à quelle fréquence.

• Si vous appliquez une politique avec une période d’expiration pour les anciennes sauvegardes, faites en sorte que la période d’expiration soit plus longue que l’intervalle entre les opérations d’actualisation de la réplication. De cette façon, chaque nouvelle sauvegarde est répliquée sur le compte secondaire au moins une fois avant son expiration.

• Immédiatement après l’ajout d’une conservation légale, effectuez des opérations d’actualisation sur tous les comptes secondaires où la base de données qui contient l’ensemble de sauvegardes est répliquée. De cette manière, la conservation légale et la sauvegarde associée sont préservées à travers toutes les opérations de basculement et de restauration.

• Supposons que vous mettiez une politique de sauvegarde et un ensemble de sauvegardes associé dans des bases de données qui font partie de différents groupes de réplication ou groupes de basculement. Dans ce cas, assurez-vous d’effectuer d’abord l’actualisation initiale du groupe contenant la politique de sauvegarde. Sinon, l’opération d’actualisation échoue, car vous ne pouvez pas créer un ensemble de sauvegardes auquel manque la politique de sauvegarde associée dans le compte secondaire.

  Note

  Le fait de placer l’ensemble de sauvegardes dans un groupe de réplication ou un groupe de basculement différent de l’objet de l’ensemble de sauvegardes nécessite un transfert complet de toutes les données, lors de la première actualisation du groupe qui contient l’ensemble de sauvegardes.

  Si vous restaurez une sauvegarde de schéma ou une sauvegarde de base de données sur un compte secondaire, les références aux objets du schéma ou de la base de données restaurés peuvent ne pas se résoudre correctement, sauf si les objets référencés font partie du même groupe de basculement que la sauvegarde.

Surveillance des sauvegardes et des opérations de sauvegarde¶

Vous pouvez déterminer quels objets liés aux sauvegardes existent, leurs propriétés et la quantité de stockage qu’ils utilisent en interrogeant les vues suivantes.

Information Schema

• Vue BACKUP_POLICIES

• Vue BACKUP_SETS

• Vue BACKUPS

Utilisation du compte :

• Vue BACKUP_OPERATION_HISTORY

• Vue BACKUP_POLICIES

• Vue BACKUP_SETS

• Vue BACKUP_STORAGE_USAGE

• Vue BACKUPS

Utilisation de l’organisation :

• Vue BACKUP_OPERATION_HISTORY

• Vue BACKUP_POLICIES

• Vue BACKUP_SETS

• Vue BACKUPS

Politique de sauvegarde¶

• CREATE BACKUP POLICY

• ALTER BACKUP POLICY

• DROP BACKUP POLICY

• SHOW BACKUP POLICIES

Ensemble de sauvegardes¶

• CREATE BACKUP SET

• ALTER BACKUP SET

• DROP BACKUP SET

• SHOW BACKUP SETS

Sauvegardes¶

Vous n’exécutez pas réellement la commande CREATEBACKUP. Pour créer une nouvelle sauvegarde, vous exécutez ALTER BACKUP SET … ADD BACKUP. Ou lorsque vous associez l’ensemble de sauvegardes à une politique de sauvegarde qui a une planification, Snowflake crée automatiquement des sauvegardes dans l’ensemble de sauvegardes en fonction de la planification spécifiée. Pour supprimer une sauvegarde ancienne, vous exécutez ALTER BACKUP SET … DELETE BACKUP. Ces opérations nécessitent que vous spécifiiez l’identificateur d’une sauvegarde spécifique. Vous pouvez trouver les identificateurs des sauvegardes, ainsi que d’autres informations telles que la date de création de chaque sauvegarde, à l’aide de la commande suivante.

• SHOW BACKUPS IN BACKUP SET

Restauration d’objets à partir de sauvegardes¶

Vous utilisez la syntaxe CREATE object_kind FROM BACKUP SET pour restaurer chaque type d’objet à partir du type approprié d’ensemble de sauvegardes.

Les autres sauvegardes de l’ensemble de sauvegardes utilisent l’objet original, et non l’objet restauré. Cela est vrai même si vous renommez l’objet restauré à l’aide du même nom que l’objet d’origine. Si vous souhaitez continuer à utiliser le même ensemble de sauvegardes après une restauration, vous restaurez l’objet sous un nouveau nom, puis transférez à nouveau les données vers l’objet d’origine.

• CREATE DATABASE FROM BACKUP SET

• CREATE SCHEMA FROM BACKUP SET

• CREATE TABLE FROM BACKUP SET

Vues¶

Les vues système suivantes contiennent des métadonnées relatives aux sauvegardes, aux ensembles de sauvegarde et aux politiques de sauvegarde.