ビジネス継続性と災害復旧の概要¶
Business Critical（またはそれ以上）が必要です。アップグレードについては、 Snowflakeサポート にお問い合わせください。
Snowflakeは、ビジネス継続性と災害復旧のために、異なる 地域 の複数のアカウントにデータベースをフェールオーバーできるようにします。異なるクラウドプラットフォームでホストされているアカウント間でのフェールオーバーがサポートされています。
このトピックの内容：
データベースのフェールオーバー/フェールバックの仕組み¶
特定の地域のクラウドサービスを中断する大規模な停止（ネットワークの問題、ソフトウェアのバグなど）が発生した場合、停止の原因が解決され、サービスが復元されるまでSnowflakeへのアクセスは利用できません。
このようなシナリオで継続的な可用性とデータの耐久性を確保するために、特定の地域のデータベースを別の地域の別のSnowflakeアカウント（組織が所有）に複製できます。このオプションを使用すると、他の地域の複数のデータベースを回復し、最初の地域で障害が発生してSnowflakeの可用性が完全または部分的に失われた後もデータの処理を続行できます。
フェールオーバーの開始には、プライマリデータベースとして機能するために、使用可能な領域でセカンダリ（つまり、レプリカ）データベースを昇格させることが含まれます。昇格されると、プライマリデータベースが書き込み可能になります。同時に、前のプライマリデータベースはセカンダリの読み取り専用データベースになります。
ビジネス継続性と災害復旧の流れ¶
次の図は、同じ組織内の異なる地域（
Region AとRegion B）の2つのアカウントを示しています。1つのアカウントで、ローカルデータベースがプライマリデータベースとして機能するように昇格されました。プライマリデータベース（つまり、セカンダリデータベース）のレプリカを保存できるように、他のアカウントの複製が有効になっています。
次の図は、
Region Bのアカウントで作成されたセカンダリデータベースを示しています。緑色の矢印は、プライマリデータベースからセカンダリデータベースに進行中のデータ更新操作を示しています。
次の図は、フェールオーバーシナリオを示しています。プライマリデータベースを含むアカウントが存在する
Region Aでサービスが停止しました。セカンダリデータベース（Region B内）がプライマリデータベースとして機能するように昇格されました。同時に、以前のプライマリデータベースは、セカンダリの読み取り専用データベースになりました。
データベースをフェールオーバーする手順については、 複数のアカウントにまたがるデータベースのフェールオーバー をご参照ください。
次の図は、
Region Aのサービス停止が解決されたことを示しています。プライマリデータベース（Region B内）からセカンダリデータベース（Region A内）へのデータベース更新操作が進行中です。
最後の図は、初期構成に戻された操作（フェールバック）を示しています。セカンダリデータベース（
Region A内）は、通常のビジネスオペレーションのプライマリデータベースとして再び機能するように昇格されました。同時に、以前のプライマリデータベース（Region B内）は、セカンダリの読み取り専用データベースになりました。