ストレージのライフサイクルポリシー¶
注釈
ストレージライフサイクルポリシー は現在、政府リージョンではご利用いただけません。
A storage lifecycle policy is a schema-level object that automatically manages the data lifecycle for standard Snowflake tables. Use these policies to archive or expire specific table rows that are based on conditions that you define, such as data age or other criteria. Snowflake automatically executes these policies daily by using shared compute resources.
ストレージライフサイクルポリシーの仕組み¶
To get started with storage lifecycle policies, complete the following steps:
ポリシーを作成する アーカイブまたは期限切れにする行を識別する式を使用します。
After you attach a storage lifecycle policy to a table, Snowflake waits approximately 24 hours before running the policy for the first time. Following this initial delay, Snowflake automatically runs the policy daily by using shared compute resources to identify and process rows that meet your defined conditions.
When the policy runs, it checks each row against your expression, and then either archives the data to COOL or COLD storage or expires the data, which deletes it permanently. You can retrieve archived data by using the CREATE TABLE ... FROM ARCHIVE OF command before expiration occurs. Snowflake waits until the specified archive period elapses before expiring the data from archive storage.
主な機能¶
ストレージのライフサイクルポリシーは、Snowflakeデータを管理するために次の利点を提供します。
- ストレージコストの削減
Storage lifecycle policies help optimize costs by automatically moving older data to more cost-effective archival tiers. For data that must be retained long-term but accessed infrequently, archival storage can significantly reduce storage costs compared to standard storage tiers.
- 規制コンプライアンス
規制基準に従ってデータをアーカイブまたは期限切れにするポリシーを構成することで、コンプライアンス要件を自動的に満たします。有効期限が切れる前の特定の時間のデータをアーカイブすることも、アーカイブせずに直接期限切れにすることもできます。これにより、データ管理は組織のガバナンス基準に従って行われます。
- 簡単なデータ管理
ストレージライフサイクルポリシーは、アーカイブルールと有効期限ルールを自動的に実行することで、手作業によるデータ管理タスクを排除します。詳細については、 Monitor storage lifecycle policies をご参照ください。
- 柔軟なデータ取得
必要な行のみを含む新しいテーブルを作成することで、正確に アーカイブデータを取得する ことが可能です。WHERE 句の簡単なコマンドを使用して、復元するアーカイブデータを正確に指定します。
アーカイブストレージティア¶
Snowflakeは、次のストレージティアでデータのアーカイブをサポートしています。
アーカイブティア |
説明 |
|---|---|
COOL |
高速な取得時間を提供するため、データをすぐに利用できます。最小アーカイブ期間は90日間です。 |
COLD |
Offers greater cost savings than the COOL tier; it is four times less expensive. The minimum archival period is 180 days. Compared to the COOL tier, COLD has a longer data retrieval time, which is up to 48 hours. Data retrieval operations from the COLD storage tier support a maximum of 1 million files per restore operation. |
アーカイブティアの選択¶
When you select an archive tier, consider the following factors:
アーカイブコスト:データをアーカイブするための1回限りのコストは、両ティアで同じです。
ストレージコスト: COLD ティアストレージは COOL ティアストレージより安価です。
取得コスト: COLD ティアデータ取得は COOL ティア取得より低コストです。
取得時間:COOL ストレージティアは即時データ取得を提供しますが、COLD ティアの取得には最大48時間かかる場合があります。
詳細な価格設定情報については、Snowflakeサービス利用表 のテーブル3（e）および4（f）をご参照ください。
For more information about archiving data, see Create a storage lifecycle policy and Archive storage considerations.
考慮事項¶
Consider the following information when you work with storage lifecycle policies.
クラウドプロバイダーのサポート¶
Expiration policies: Supported for accounts hosted on all cloud providers (Amazon Web Services (AWS), Microsoft Azure, and Google Cloud).
アーカイブポリシー:現在、AWS でホストされているアカウントでのみ利用できます。
サポートされているテーブルと機能¶
Supported tables: Storage lifecycle policies are supported for standard Snowflake tables. To evaluate and apply storage lifecycle policy expressions, Snowflake internally and temporarily bypasses any governance policies on a table.
複製:
Snowflakeは、ストレージライフサイクルポリシーとそのテーブルとの関連付けをターゲットアカウントに複製しますが、ポリシーは実行しません。
ターゲットアカウントにフェイルオーバーすると、Snowflakeは元のプライマリアカウントでストレージライフサイクルポリシーの実行を一時停止します。元のプライマリアカウントへのフェールバック後、Snowflakeはポリシーの実行を再開します。
Snowflakeは、フェイルオーバー後でも、セカンダリテーブルに対してセカンダリストレージのライフサイクルポリシーを自動的に実行することはありません。ただし、セカンダリポリシーを 新しい テーブルに添付することで、ターゲットアカウントで使用できます。これらの新しいテーブルに対して、Snowflakeはポリシーを実行します。
クローニング:Snowflakeは、クローンされたテーブルにストレージライフサイクルポリシーを自動的に適用しません。クローングループ内のテーブルにストレージライフサイクルポリシーを適用すると、Snowflakeはその特定のテーブルからのみ行をアーカイブします。ポリシーはクローンに影響を与えません。これにより、標準ストレージティアとアーカイブストレージティアの両方にデータのコピーが作成され、各ティアのストレージ料金が発生します。コスト情報については、ストレージライフサイクルポリシーの請求 をご参照ください。
サポート対象外機能
Storage lifecycle policies aren't supported for the following features:
通常のSnowflakeテーブルと動的テーブル以外のすべてのオブジェクトタイプ。
Write once read many (WORM) snapshots, which are immutable snapshots that can't be modified after creation.
Both provider and consumer tables shared through Snowflake data sharing.
ネイティブアプリ。
外部アクセスおよび外部関数を使用するユーザー定義関数（UDFs）
Python、Java、またはScala UDFs。
ポリシーの動作と実行¶
ストレージのライフサイクルポリシーは、行レベルのアクセスポリシーのガイドライン と類似のパフォーマンスガイドラインを使用し、次の特性で自動的に動作します。
テーブルにストレージライフサイクルポリシーをアタッチすると、Snowflakeは約24時間待ってから初めて実行します。
Snowflakeは、共有コンピューティングリソースを使用して、ストレージライフサイクルポリシーを毎日実行します。ストレージライフサイクルポリシーのコストについては、ストレージライフサイクルポリシーの請求 をご参照ください。
To prevent excessively long archive or expiration runs, Snowflake processes large data operations incrementally in smaller chunks. A large operation might not complete in one daily run and might instead complete across multiple daily runs.
ストレージライフサイクルポリシーがテーブルで実行されている場合、Snowflakeは UPDATE、DELETE および MERGE 操作をロックします。この時間中 INSERT および COPY 操作を引き続き実行できます。詳細については、リソースのロック をご参照ください
アーカイブストレージポリシー¶
Consider the following information when you work with tables that have an archival storage lifecycle policy attached:
アーカイブデータへのアクセス:Snowflakeが行をアーカイブした後は、直接クエリできなくなります。アクセスするには、CREATETABLE... FROMARCHIVEOF コマンドを使用して、アーカイブデータのコピーを使用して新しいテーブルを作成します。詳細については、アーカイブデータの取得 をご参照ください。
セキュリティ:|tri-secret-secure|（TSS）を使用して、定期的なキーローテーションでアーカイブデータを保護します。
Rekeying: Snowflake doesn't rekey archived data. If you suspect a key compromise, perform the following steps:
CREATETABLE... FROMARCHIVEOF コマンドでアーカイブデータを新しいテーブルに取得します。
Archive data in the new table when needed.
Each table has its own encryption key, so the new table effectively uses a new key.
キーが侵害された元のテーブルのアーカイブを削除します。
アーカイブティアの制限:
You can't change the archive tier for a policy from COOL to COLD or from COLD to COOL. Create a new policy instead. For instructions, see ストレージライフサイクルポリシーの再作成.
テーブルは1つのアーカイブティアのみ使用できます。既に COOL アーカイブを使用しているテーブルへ COLD ポリシーを添付することはできません。
ポリシーの削除:テーブルからポリシーを削除しても、アーカイブデータはアーカイブストレージに残り、引き続き取得することができます。
テーブルのドロップまたは切り捨て:
テーブルを切り捨てても、そのテーブルのアーカイブデータには影響しません。テーブルを切り捨てた後も、アーカイブストレージからデータを取得することができます。
適用可能な Time Travelデータ保持期間 に UNDROP TABLE を使用してテーブルを復元する場合、Snowflakeはアーカイブストレージ内のすべてのデータも復元します。
テーブルが Fail-safe 期間内の場合、SnowflakeサポートのFail-safeデータ回復ステップを使用して、アーカイブストレージ内のデータを回復できる可能性があります。
ARCHIVE_FOR_DAYS 期間が経過する前に削除したアーカイブストレージ内のテーブルデータには、ストレージコストがかかります。詳細については、 最小ストレージ期間料金 をご参照ください。