Coûts de stockage pour Time Travel et Fail-safe¶
Des frais de stockage sont encourus pour la conservation de données historiques pendant les périodes de conservation de Time Travel et de Fail-safe.
Dans ce chapitre :
Utilisation de l’espace de stockage et frais d’utilisation¶
Les frais sont calculés pour chaque période de 24 heures (c’est-à-dire une journée) à partir du moment où les données ont changé. Le nombre de jours pendant lesquels Snowflake conserve les données historiques dépend du type de table et de la période de conservation de Time Travel pour cette table.
De plus, Snowflake réduit la quantité de stockage requise pour les données historiques en ne conservant que l’information requise pour restaurer les lignes de tables individuelles qui ont été mises à jour ou supprimées. Par conséquent, l’utilisation de l’espace de stockage est calculée en pourcentage de la table qui a changé. Snowflake ne conserve les copies complètes des tables que lorsque les tables sont détruites ou tronquées.
Tables temporaires et transitoires¶
Pour aider à gérer les coûts de stockage associés à Time Travel et à Fail-safe, Snowflake offre deux types de tables, temporaires et transitoires, qui n’entraînent pas les mêmes frais que les tables standards (c’est-à-dire permanentes) :
Les tables transitoires peuvent avoir une période de conservation Time Travel de 0 ou 1 jour.
Les tables temporaires peuvent également avoir une période de conservation Time Travel de 0 ou 1 jour ; toutefois, cette période de conservation se termine dès que la table est détruite ou que la session dans laquelle la table a été créée prend fin.
Les tables transitoires et temporaires n’ont pas de période Fail-safe.
Par conséquent, les frais supplémentaires maximums encourus pour Time Travel et Fail-safe par ces types de tables sont limités à 1 jour. Le tableau suivant illustre les différents scénarios en fonction du type de table :
Type de table |
Période de conservation de Time Travel (jours) |
Période Fail-safe (jours) |
Données historiques minimales et maximales conservées (jours) |
---|---|---|---|
Permanent |
0 ou 1 (pour Snowflake Standard Edition) |
7 |
7 , 8 |
0 à 90 (pour Snowflake Enterprise Edition) |
7 |
7 , 97 |
|
Transitoire |
0 ou 1 |
0 |
0 , 1 |
Temporaire |
0 ou 1 |
0 |
0 , 1 |
Considérations relatives à l’utilisation de tables temporaires et transitoires pour gérer les coûts de stockage¶
Lorsque vous choisissez de stocker des données dans des tables permanentes, temporaires ou transitoires, tenez compte des points suivants :
Les tables temporaires sont détruites lorsque la session dans laquelle elles ont été créées se termine. Les données stockées dans les tables temporaires ne sont pas récupérables après la destruction de la table.
Les données historiques dans les tables transitoires ne peuvent pas être récupérées par Snowflake après la fin de la période de conservation de Time Travel. Utilisez des tables transitoires seulement pour les données que vous pouvez dupliquer ou reproduire indépendamment de Snowflake.
Les tables à longue durée de vie, telles que les tables de faits, devraient toujours être définies comme permanentes pour s’assurer qu’elles sont entièrement protégées par Fail-safe.
Vous pouvez définir des tables à courte durée de vie comme transitoires afin d’éliminer les coûts pour Fail-safe. Par exemple, vous pouvez utiliser des tables transitoires pour les données dont la durée de vie est inférieure à un jour, comme les tables de travail ETL.
Si le temps d’arrêt et le temps nécessaire pour recharger les données perdues sont des facteurs, les tables permanentes, même avec leurs coûts de sécurité Fail-safe supplémentaires, peuvent offrir une meilleure solution globale que les tables transitoires.
Note
Le type par défaut pour les tables est permanent. Pour définir une table comme temporaire ou transitoire, vous devez spécifier explicitement le type lors de la création de la table :
CREATE [ OR REPLACE ] [ TEMPORARY | TRANSIENT ] TABLE <nom> ...
Pour plus d’informations, voir CREATE TABLE.
Migration des données des tables permanentes vers des tables transitoires¶
La migration des données des tables permanentes vers des tables transitoires implique l’exécution des tâches suivantes :
Utilisez CREATE TABLE … AS SELECT pour créer et remplir les tables transitoires avec les données issues des tables permanentes d’origine.
Appliquez tous les privilèges de contrôle d’accès accordés sur les tables d’origine aux nouvelles tables. Pour plus d’informations sur le contrôle d’accès, voir Aperçu du contrôle d’accès.
Utilisez DROP TABLE pour supprimer les tables d’origine.
Éventuellement, utilisez ALTER TABLE pour renommer les nouvelles tables afin qu’elles correspondent aux tables d’origine.
Coût des instantanés¶
Le tableau suivant décrit les frais liés aux instantanés.
Composant des coûts |
Description |
Facturé lors de l’aperçu public |
---|---|---|
Calcul des instantanés |
Le service de calcul géré par Snowflake génère la création et l’expiration planifiées des instantanés. |
Oui |
Restauration du calcul |
Les entrepôts gérés par Snowflake sont utilisés pour restaurer des objets à partir d’instantanés. |
Oui |
Stockage des instantanés |
Stockage d’objets dans le Cloud géré par Snowflake pour stocker les données des instantanés. |
Facturé pour les octets conservés pour les instantanés, de la même manière que les octets conservés pour les clones. |
Vous pouvez surveiller les coûts de stockage des instantanés dans la vue TABLE_STORAGE_METRICS à l’aide de la colonne RETAINED_FOR_CLONE_BYTES
, ainsi que dans la vue SNAPSHOT_STORAGE_USAGE.