次の方法で共有


Azure Cosmos DB for PostgreSQL でのバックアップと復元

適用対象: Azure Cosmos DB for PostgreSQL (PostgreSQL の Citus データベース拡張機能を利用)

Azure Cosmos DB for PostgreSQL は、クラスター内の各ノードのバックアップを自動的に作成します。 バックアップを使用すると、指定した時点にクラスターを復元できます (ポイントインタイム リストア (PITR))。 不慮の破損または削除からデータを保護するバックアップと復元は、ビジネス継続性戦略の最も重要な部分です。

バックアップ

自動プロセスでは、クラスターがプロビジョニングされた時点からクラスターのライフサイクル全体を通して、各 Azure Cosmos DB for PostgreSQL ノードのバックアップが実行されます。 Azure Cosmos DB for PostgreSQL は、定期的なディスク スナップショットを取得し、Azure BLOB ストレージにストリーミングするノードの WAL ファイル と組み合わせます。

バックアップを使用すると、サーバーを、保持期間内の任意の時点に復元できます (保持期間は現在、すべてのクラスターで 35 日です)。すべてのバックアップが、AES 256 ビット暗号化を使用して暗号化されます。

バックアップ ファイルをエクスポートすることはできません。 Azure Cosmos DB for PostgreSQL での復元操作にのみ使用できます。

バックアップの冗長性

Azure Cosmos DB for PostgreSQL では、次のバックアップ冗長オプションがサポートされています。

  • 同じリージョンのバックアップ

    • ゾーン冗長バックアップ ストレージ: 可用性ゾーンをサポートしているリージョンには、このオプションが自動的に選択されます。 バックアップがゾーン冗長バックアップ ストレージに格納されると、各クラスターのノードがホストされている可用性ゾーン内に格納されるデータの複数のコピーに加えて、他の可用性ゾーンにもデータがレプリケートされます。

    • ローカル冗長バックアップ ストレージ: 可用性ゾーンがサポートされていないリージョンでは、このオプションが自動的に選ばれます。 バックアップがローカル冗長バックアップ ストレージに格納されると、バックアップの複数のコピーが、同じリージョン内に格納されます。

  • リージョン間バックアップ

    • geo 冗長バックアップ ストレージ: このオプションは、クラスターの作成時に選択できます。 バックアップが別のリージョンに格納されると、クラスターがホストされているリージョン内に 3 つのデータのコピーが格納されるのに加えて、別のリージョンにデータがレプリケートされます。

クラスターの geo 冗長バックアップを格納する Azure リージョンは、Azure Cosmos DB for PostgreSQL クラスターが配置されている Azure リージョンによって異なります。

バックアップ ストレージのコスト

現在のバックアップ ストレージの価格については、Azure Cosmos DB for PostgreSQL の価格に関するページをご覧ください。

復元

過去 35 日以内の任意の時点にクラスターを復元することができます。 ポイントインタイム リストアは複数のシナリオで役に立ちます。 たとえば、ユーザーが誤ってデータを削除したとき、重要なテーブルやデータベースを削除したとき、またはアプリケーションで適切なデータが不適切なデータで誤って上書きされた場合などです。

Note

クラスターのバックアップは常に 35 日間保存されますが、最後のフェールオーバー時刻より前の時点にクラスターを復元するには、サポート リクエストを開くことが必要な場合があります。 高可用性 (HA) に加えて、メンテナンスとコンピューティング/ストレージのスケーリング操作では、フェールオーバーを使用して、これらの操作中のダウンタイムを最小限に抑えます。

同じリージョンの復元では、すべてのノードが稼働している場合、データを失うことなくクラスターを復元できます。 ノードで致命的なイベントが発生する (かつ、そのクラスター上で高可用性が有効になっていない) 非常にまれなケースでは、最大で 5 分間のデータが失われる場合があります。

geo バックアップが有効になっているクラスターでは、リモート リージョンまたはクラスターが配置されているのと同じリージョンで、復元を実行できます。

重要

削除されたクラスターは復元できません。 クラスターを削除すると、そのクラスターに属するすべてのノードが削除され、復旧できなくなります。 管理者は、デプロイ後の誤削除や予期せぬ変更からクラスターのリソースを保護するために、管理ロックを利用できます。

復元プロセスでは、元のものと同じ、またはリモートの Azure リージョン、サブスクリプション、リソース グループに、新しいクラスターが作成されます。 クラスターの構成は元のものです。つまり、ノード数、仮想コア数、ストレージ サイズ、ユーザー ロール、PostgreSQL バージョン、Citus 拡張機能のバージョンは同じです。

ネットワーク設定は元のクラスターから保持されず、既定値にリセットされます。 復元後にこれらの設定を手動で調整して、復元されたクラスターへのアクセスを許可する必要があります。 一般的には、推奨される復元後のタスクの一覧を参照してください。

ほとんどの場合、クラスターの復元には最大 1 時間かかります。

次のステップ