Azure portal を使用して Azure Database for PostgreSQL をバックアップする

2025-05-20

この記事では、Azure portal を使用して Azure Database for PostgreSQL サーバーをバックアップする方法について説明します。 Azure PowerShell、Azure CLI、および PostgreSQL データベース用の REST API を使用してバックアップを構成することもできます。

開始する前に、サポートされている構成、機能に関する考慮事項、既知の制限事項と、よく寄せられる質問を確認してください。

PostgreSQL データベースでバックアップを構成する

複数の Azure Database for PostgreSQL サーバーにまたがる複数の PostgreSQL データベースに対してバックアップを構成できます。 Azure Backup を使用してこの種のバックアップを構成するには、次の手順に従います。

[バックアップコンテナー] に移動し、コンテナーを選択して、[バックアップ] を選択します。

または、バックアップセンターからこのページに移動することもできます。
[基本] タブで、必要な情報を入力します。
[ バックアップポリシー ] タブで、バックアップスケジュールと保持期間を定義するポリシーを選択または作成します。
[データソース] タブで、[ 追加/編集] を選択します。
サブスクリプションがコンテナーと同じリージョンにある場合は、[ バックアップするリソースの選択 ] ウィンドウで、サブスクリプション間で Azure Database for PostgreSQL サーバーのいずれかを選択します。矢印を選択すると、サーバー内のデータベースの一覧が表示されます。

注

データベース azure_maintenance と azure_sys は、バックアップする必要はありません。さらに、バックアップコンテナーに既にバックアップされているデータベースをバックアップすることはできません。

ネットワーク設定で信頼できる Microsoft サービスを許可することで、プライベートエンドポイント対応の Azure Database for PostgreSQL サーバーをバックアップできます。
[ キーコンテナーの割り当て ] を選択して、選択したデータベースに接続するための資格情報を格納するキーコンテナーを選択します。キーコンテナーに既に関連するシークレットを作成してある必要があります。

個々の行レベルでキーコンテナーを割り当てるには、[キーコンテナーとシークレットの選択] をクリックします。複数の行を選択してから、アクションメニューで キーコンテナーを割り当て を選択することによって、キーコンテナーを割り当てることもできます。
シークレット情報を指定するには、次のいずれかのオプションを使用します。
- シークレット URI の入力: シークレット URI が共有されている場合、または既知の場合は、このオプションを使用します。シークレットを選択し、シークレット識別子の値をコピーすることで、キーコンテナーから シークレット URI を取得できます。
  
  ただし、このオプションでは、Azure Backup では、参照したキーコンテナーが表示されません。キーボールトに対するアクセス許可をインラインで付与することはできません。バックアップ操作を成功させるために、バックアップ管理者と PostgreSQL 管理者またはキーコンテナー管理者は、バックアップコンテナーのアクセス権が、構成バックアップフローの外部で手動で付与されるようにする必要があります。
- キーコンテナーから選択する: キーコンテナーとシークレット名がわかっている場合は、このオプションを使用します。次に、[ キーコンテナーとシークレットの選択 ] をクリックし、詳細を入力します。
  
  このオプションを使用すると、(キーコンテナーに対する書き込みアクセス権を持つバックアップ管理者として) キーコンテナーに対するアクセス許可をインラインで付与できます。キーボールトとシークレットは、事前に存在している場合も、必要に応じて作成される場合もあります。
  
  シークレットが Azure Database for PostgreSQL サーバーの接続文字列 ADO.NET 形式であることを確認します。この文字列は、サーバーでバックアップ特権を持つデータベースユーザーの資格情報で更新する必要があります。キーコンテナーでシークレットを作成する方法の詳細について説明します。
キーコンテナーとシークレットの情報の更新が完了すると、検証が開始されます。

Azure Backup サービスは、キーコンテナーからシークレットの詳細を読み取り、データベースに接続するために必要なすべてのアクセス許可があることを検証します。このプロセス中に、[ バックアップの構成 ] ウィンドウで選択したデータソースの状態が [検証中] として表示されます。

1 つ以上のアクセス許可がない場合、サービスには次のいずれかのエラーメッセージが表示されます。
- ユーザーがロールを割り当てることができません:このメッセージは、(バックアップ管理者として) Azure Database for PostgreSQL サーバーまたはキーコンテナーに書き込みアクセス権がない場合に表示され、[ 詳細の表示] の一覧に示されているように、不足しているアクセス許可を割り当てます。
  
  アクションメニューの [ ロールの割り当てテンプレートのダウンロード] ボタンを選択して割り当てテンプレートをダウンロード し、PostgreSQL またはキーコンテナー管理者に実行してもらう。これは、必要なリソースに必要なアクセス許可を割り当てるのに役立つ Azure Resource Manager テンプレートです。
  
  テンプレートが正常に実行されたら、[バックアップの構成] ウィンドウで [再検証] を選択します。
- ロールの割り当てが完了していません:このメッセージは、(バックアップ管理者として) Azure Database for PostgreSQL サーバーまたはキーコンテナーに書き込みアクセス権があり、[ 詳細の表示] の一覧に示されているように、不足しているアクセス許可を割り当てるときに表示されます。アクションメニューの [ 不足しているロールの割り当て ] ボタンを使用して、Azure Database for PostgreSQL サーバーまたはキーコンテナーに対するアクセス許可をインラインで付与します。
アクションメニューで [ 不足しているロールの割り当て ] を選択し、ロールを割り当てます。プロセスが開始されると、キーコンテナーまたは Azure Database for PostgreSQL サーバーに対する不足しているアクセス許可が Backup コンテナーに付与されます。 [スコープ] 領域で、アクセス許可を付与するスコープを定義できます。アクションが完了すると、再有効化が開始されます。

Backup コンテナーは、キーコンテナーからシークレットにアクセスし、データベースへのテスト接続を実行して、資格情報が正しく入力されたことを検証します。データベースユーザーの権限もチェックされ、データベースユーザーがデータベースに対するバックアップ関連のアクセス許可を持っているかどうかも確認されます。

低い特権を持つユーザーがデータベースに対するバックアップ/復元アクセス許可を持っていない場合、検証は失敗します。 PowerShell スクリプトは、レコードまたは選択したデータベースごとに動的に生成されます。 PowerShell スクリプトを実行して、データベースのデータベースユーザーにこれらの特権を付与します。または、pgAdmin または PSQL ツールを使用して、これらの特権を割り当てることができます。
バックアップの準備が[成功] と表示されたら、[確認と構成] タブを選択して、操作を送信する最後の手順に進みます。
[ バックアップの構成] を選択します。次に、[ バックアップインスタンス ] ウィンドウで進行状況を追跡します。

バックアップポリシーを作成する

バックアップを構成するためのフロー中にバックアップポリシーを作成できます。または、 [バックアップセンター]>[バックアップポリシー]>[追加] に移動します。 REST API を使用して PostgreSQL データベースのバックアップポリシーを作成することもできます。

[ バックアップポリシーの作成 ] ウィンドウの [ 基本 ] タブで、新しいポリシーの名前を入力します。
[ スケジュールと保持] タブで、バックアップスケジュールを定義します。

現時点では、週単位のバックアップオプションのみを使用できます。ただし、バックアップを複数の曜日にスケジュールすることができます。
[ 保持ルールの追加] を選択して、保持設定を定義します。

保持規則を 1 つ以上追加できます。各保持ルールでは、特定のバックアップの入力と、それらのバックアップのデータストアとリテンション期間が想定されます。
2 つのデータストア (または層) のいずれかにバックアップを格納するには、 Vault-standard または Vault-archive (プレビュー) を選択します。
バックアップデータストアの有効期限が切れたときにバックアップをアーカイブデータストアに移動するには、[ オン/期限切れ] を選択します。

注

既定の保持ルールは、他の保持ルールがない場合に適用されます。既定値は 3 か月です。

バックアップデータストアでは、リテンション期間は 7 日から 10 年の範囲です。

アーカイブデータストアでは、保持期間は 6 か月から 10 年の範囲です。
[ 追加] を選択し、ポリシーの確認と作成のプロセスを完了します。

保持ルールは、所定の優先順位で評価されます。優先順位は、高い方から順に、年単位の規則、月単位の規則、週単位の規則となります。

既定の保持設定は、他のルールが適用されない場合に適用されます。たとえば、毎週最初に成功したバックアップと、毎月最初に成功したバックアップがそれぞれ別の復旧ポイントになる可能性があります。ただし、月単位の規則の優先順位は週単位の規則の優先順位よりも高いため、最初に成功した月単位のバックアップに対応するデータ保持が適用されます。