ワークスペースの複製¶
重要
ユーザーが所有するワークスペースでは、複製をサポートするためにBusiness Critical(BC)以上が必要です。
フェイルオーバーとフェイルバックには、Business Critical Edition以上が必要です。アップグレードについては、 Snowflakeサポート にお問い合わせください。
複製は、災害、停止、または利用不可の期間であっても、アカウント全体でワークスペースやその他の重要なオブジェクトを利用できるようにすることで、ビジネスの継続性を確保するのに役立ちます。管理者によって構成される複製グループは、定義されたスケジュールで、プライマリアカウントから1つ以上のセカンダリアカウントにアカウントオブジェクトとデータベースを複製します。
ワークスペース複製の仕組み¶
共有ワークスペースは、複製グループまたはフェールオーバーグループの一部であるデータベースに含まれている場合に複製されます。プライベートワークスペースは、その所有するユーザーが複製されるときに複製されます。セカンダリ(ターゲット)アカウントでは、複製されたコンテンツは読み取り専用です。ワークスペースファイルは実行可能ですが、編集できません。新しいクエリを作成して実行するには、セカンダリアカウントで元のワークシートインターフェイスを使用します。
データベースの複製は、高可用性をサポートするフェールオーバーグループとして構成できます。セカンダリフェールオーバーグループがプライマリに昇格すると、ワークスペースを含むすべてのオブジェクトが新しいプライマリアカウントで書き込み可能になります。
詳細については、 複数のアカウント間にわたる複製とフェールオーバーの概要 をご参照ください。
LOCAL ワークスペース¶
LOCALワークスペースはワークスペース複製を使用しません。ワークスペースファイルは現在のデプロイメント内に残り、他のデプロイメントにコピーされたり、同期されたりすることはありません。LOCALワークスペースは``LOCAL``というスキーマに格納され、アカウントがプライマリかセカンダリかに関係なく、常に読み取り/書き込み可能です。
ワークスペース複製が最初に有効になると、セカンダリデプロイメントにある既存のワークスペースはすべて、最初の更新時に``PUBLIC``スキーマから``LOCAL``スキーマへ自動的に移行されます。この1回限りの移行により、複製が有効になってもユーザーが既存のワークスペースデータにアクセスできなくなることなく、セカンダリデプロイメント内の既存のワークスペースデータへのアクセスを維持できるようになります。
1回限りの移行後、標準のSnowflake複製動作が適用されます。
ワークスペース複製を設定する¶
ワークスペースを複製するには、次の設定タスクを順番に完了する必要があります。
ステップ1:アカウントの複製を有効にする¶
ORGADMIN ロールを持つユーザーは、組織内のソースとターゲットの各アカウントで複製を有効にする必要があります。
詳しくは、 組織内のアカウントで複製を有効にする を参照してください。
ステップ2:複製グループを作成する¶
複製グループは、オプションで定義されたスケジュールで、プライマリアカウントからセカンダリアカウントにオブジェクトをコピーします。
複製グループを作成するには、複製グループにワークスペースを含むアカウントを指定します。
プライマリアカウント¶
この例では:
ALLOWED_ACCOUNTS: 複製先のセカンダリアカウント。REPLICATION_SCHEDULE: 複製の発生頻度(たとえば、「10 MINUTE」や「1 HOUR」など)
セカンダリアカウント¶
高可用性のためのフェイルオーバーの設定¶
停止中に :ref:`フェールオーバー <label-replication_and_failover_groups>`(セカンダリアカウントのプライマリへの昇格)を有効にするには、複製グループの代わりにフェールオーバーグループを使用する必要があります。
プライマリアカウント¶
セカンダリアカウント¶
プライマリが失敗すると、セカンダリが引き継ぐ¶
フェールオーバーグループをプライマリに昇格 させると、ワークスペースは読み書き可能になります。
セカンダリアカウントの動作¶
利用可能な読み取り/書き込みワークスペースがない場合は、読み取り/書き込みをサポートする Snowsight のワークシートの使用に戻すこともできます。
考慮事項¶
クエリ結果は複製されません。クエリ結果は、クエリが最初に実行されたアカウントにのみ保存されます。
ファイルに対して選択されたロール、ウェアハウス、データベース、スキーマコンテキストは複製されません。これらのアカウントレベルのオブジェクトを別々に複製することはできますが、それらのコンテキストはターゲットアカウントのファイル上で選択されたままにはなりません。
制限事項¶
Git統合は、フェイルオーバー後に現在サポートされていません。ワークスペースのあるセカンダリアカウントがプライマリに昇格された場合は、Git統合を手動で再構成する必要があります。
セカンダリアカウントのワークスペースは読み取り専用です。
複製動作の詳細については、 複製に関する考慮事項 をご参照ください。