ボリュームレベルのバックアップ イメージから PostgreSQL データベースをソースに復元する
この手順では、ソース データ領域の物理リカバリを使用します。ソースに復元する手順は次のとおりです。
- [App Manager Applications] リストで、保護されたデータベースを右クリックして [Access] を選択します。[Managed Backup Plan] ステータス フィルタを使用して、保護されているデータベースのみを表示します。
- スナップショット画像を選択し、[復元] をクリックします。
- [復元] ページで、[ソースに復元] を選択します。
- Target。ソースに復元する場合はアクセスできません。
- (省略可)このジョブに使用するわかりやすいラベルを入力します。
- アプリケーション オプション
- ソース アプリケーションが、データベース ログのバックアップが有効になっているスナップショット ポリシーで保護されており、イメージでログが利用可能な場合は、[Roll Forward Time] セクションで次のオプションを変更して、それらのログを使用して特定の時点にロール フォワードできます。
- 日付フィールドには、データベース トランザクション ログの適用によってデータベースをロール フォワードできるすべての日付が含まれます。データベースをロールフォワードする日付を選択します。
- 時間フィールドには、選択した日付でデータベースをロールフォワードできるすべての時間を示すスライダーが表示されます。可能な限り最新の日付を選択し、スライダーを右端に移動すると、復元ジョブは使用可能なすべてのログに適用されます。可能な限り早い日付を選択し、スライダーを左端に移動すると、復元ジョブはログを適用しません。
- User Time(ユーザー時間)または Host Time(ホスト時間)を使用して、ロール フォワードを指定できます。ユーザー時間は、現在のユーザーの現地時間を基準にします。ホスト時間は、復元されるデータをホストするシステムが基準になります。
- PostgreSQL Target Server Port。復元先の PostgreSQL インスタンスのポート番号を入力します。
- PostgreSQL Target OS User Name。PostgreSQL インスタンスを復元するターゲット サーバーのオペレーティング システム ユーザーの名前を入力します。
- PostgreSQL ターゲット サーバーのホーム ディレクトリ。ターゲット サーバーにインストールされた PostgreSQL バイナリのホーム ディレクトリのパスを入力します。
- PostgreSQL ターゲット サーバーのデータ ディレクトリ。ターゲット サーバー上の PostgreSQL データベースのデータファイルが保存されているデータ ディレクトリのパス(例:
/pgdata_lvm/pgdata)を入力します。
- ソース アプリケーションが、データベース ログのバックアップが有効になっているスナップショット ポリシーで保護されており、イメージでログが利用可能な場合は、[Roll Forward Time] セクションで次のオプションを変更して、それらのログを使用して特定の時点にロール フォワードできます。
- 詳細オプション
- POSTGRESQL TARGET DB USER NAME と POSTGRESQL TARGET DB PASSWORD。(省略可)作成されるターゲット PostgreSQL インスタンスの新しい認証情報を入力します。何も指定しない場合は、デフォルトのデータベース ユーザー名(postgres)がパスワードなしで使用されます。デフォルトでは、ローカル システムからログインする際にパスワードは必要ありません。
- [プリフライト チェック] をクリックします。
- プリフライト チェックが失敗した場合は、問題を修正してプリフライト チェックを再送信します。
- プリフライト チェックが成功したら、[送信] をクリックして復元ジョブを送信します。
ボリュームレベルのバックアップ イメージから新しいターゲットに PostgreSQL データベースを復元する
- [App Manager Applications] リストで、保護されたデータベースを右クリックして [Access] を選択します。[Managed Backup Plan] ステータス フィルタを使用して、保護されているデータベースのみを表示します。
- スナップショット画像を選択し、[復元] をクリックします。
- [復元] ページで、[新しいターゲットに復元] を選択します。
- すべての構成で、対象となる PostgreSQL ノードが [ターゲット] プルダウン リストから選択できるようになります。新しいターゲットのノードを選択します。
- (省略可)このジョブに使用するわかりやすいラベルを入力します。
- [Replace Original Application Identity](元のアプリケーション ID を置き換える)。このオプションは、復元先が、バックアップが元々生成された同じバックアップ/リカバリ アプライアンス上の新しいホストである場合にのみ使用できます。
- ○ これにより、元のアプリケーションが置き換えられ、元のアプリケーションと同じアプリケーション ID、ジョブ履歴、バックアップ イメージ、バックアップ プランが使用されます。
- いいえ。元のアプリケーションは置き換えられません。検出されたがまだ保護されていない新しいアプリケーションが作成されます。
- ログが使用可能な場合は、[ロールフォワード時間] が使用可能になります。復元されたデータベースに適用する最新のログの日時を選択します。
- [含まれるデータベース]: PostgreSQL インスタンスの復元で復元される PostgreSQL ユーザー データベースのリストが事前に入力されています。変更不可です。
- アプリケーション オプション
- PostgreSQL Target Server Port。復元先の PostgreSQL インスタンスのポート番号を入力します。
- PostgreSQL Target OS User Name。PostgreSQL インスタンスを復元するターゲット サーバーのオペレーティング システム ユーザーの名前を入力します。
- PostgreSQL ターゲット サーバーのホーム ディレクトリ。ターゲット サーバーにインストールされている PostgreSQL バイナリのホーム ディレクトリのパスを入力します。
- PostgreSQL ターゲット サーバーのデータ ディレクトリ。ターゲット サーバー上の PostgreSQL データベースのデータファイルが保存されているデータ ディレクトリのパス(例:
/pgdata_lvm/pgdata)を入力します。
- 詳細オプション
- POSTGRESQL TARGET DB USER NAME と POSTGRESQL TARGET DB PASSWORD。(省略可)作成されるターゲット PostgreSQL インスタンスの新しい認証情報を入力します。何も指定しない場合は、デフォルトのデータベース ユーザー名(postgres)がパスワードなしで使用されます。デフォルトでは、ローカル システムからログインする際にパスワードは必要ありません。
- [Pre-Flight Check] をクリックします。
- プリフライト チェックが失敗した場合は、問題を修正してプリフライト チェックを再送信します。
- プリフライト チェックが成功したら、[送信] をクリックして復元ジョブを送信します。
完全バックアップおよび増分バックアップのイメージから PostgreSQL データベースをソースに復元する
- [App Manager Applications] リストで、保護されたデータベースを右クリックして [Access] を選択します。[Managed Backup Plan] ステータス フィルタを使用して、保護されているデータベースのみを表示します。
- スナップショット画像を選択し、[復元] をクリックします。
- [復元] ページで、[ソースに復元] を選択します。
- Target。ソースに復元する場合はアクセスできません。
- (省略可)このジョブに使用するわかりやすいラベルを入力します。
- 含まれるデータベース。これは、PostgreSQL インスタンスの復元で復元される PostgreSQL データベースのリストです。リストから復元するデータベースを 1 つ以上選択します。デフォルトでは、すべてのデータベースが復元対象として選択されています。
- アプリケーション オプション
- PostgreSQL Target OS User Name。新しい PostgreSQL インスタンスを作成するターゲット サーバーのオペレーティング システム ユーザーの名前を入力します。
- PostgreSQL ターゲット サーバーのホーム ディレクトリ。ターゲット サーバー上の PostgreSQL のインストール済みバイナリ ホーム ディレクトリのパスを入力します。
- PostgreSQL ターゲット構成ファイルのパス。ターゲット サーバー上の PostgreSQL インスタンスの構成パスを入力します。
- 詳細オプション
- POSTGRESQL TARGET DB USER NAME と POSTGRESQL TARGET DB PASSWORD。(省略可)作成されるターゲット PostgreSQL インスタンスの新しい認証情報を入力します。何も指定しない場合は、デフォルトのデータベース ユーザー名(postgres)がパスワードなしで使用されます。デフォルトでは、ローカル システムからログインする際にパスワードは必要ありません。
- [Pre-Flight Check] をクリックします。
- プリフライト チェックが失敗した場合は、問題を修正してプリフライト チェックを再送信します。
- プリフライト チェックが成功したら、[送信] をクリックして復元ジョブを送信します。
完全バックアップと増分バックアップのイメージから新しいターゲットに PostgreSQL データベースを復元する
- [App Manager Applications] リストで、保護されたデータベースを右クリックして [Access] を選択します。[Managed Backup Plan] ステータス フィルタを使用して、保護されているデータベースのみを表示します。
- スナップショット画像を選択し、[復元] をクリックします。
- [復元] ページで、[新しいターゲットに復元] を選択します。
- すべての構成で、[ターゲット] プルダウン リストから選択できる PostgreSQL ノードが対象となります。新しいターゲットのノードを選択します。
- (省略可)このジョブに使用するわかりやすいラベルを入力します。
- [Replace Original Application Identity](元のアプリケーション ID を置き換える)。このオプションは、復元先が、バックアップが元々生成された同じバックアップ/リカバリ アプライアンス上の新しいホストである場合にのみ使用できます。
- ○ これにより、元のアプリケーションが置き換えられ、元のアプリケーションと同じアプリケーション ID、jobhistory、バックアップ イメージ、バックアップ プランが使用されます。
- いいえ。元のアプリケーションは置き換えられません。検出されたがまだ保護されていない新しいアプリケーションが作成されます。
- 含まれるデータベース: PostgreSQL インスタンスの復元で復元される PostgreSQL データベースのリストが事前に入力されています。変更不可です。
- アプリケーション オプション
- PostgreSQL Target OS User Name。新しい PostgreSQL インスタンスを作成するターゲット サーバーのオペレーティング システム ユーザーの名前を入力します。
- PostgreSQL ターゲット サーバーのホーム ディレクトリ。ターゲット サーバー上の PostgreSQL のインストール済みバイナリ ホーム ディレクトリのパスを入力します
- PostgreSQL ターゲット構成ファイルのパス。ターゲット サーバー上の PostgreSQL インスタンスの構成パスを入力します。
- 詳細オプション
- POSTGRESQL TARGET DB USER NAME と POSTGRESQL TARGET DB PASSWORD。(省略可)作成されるターゲット PostgreSQL インスタンスの新しい認証情報を入力します。何も指定しない場合は、デフォルトのデータベース ユーザー名(postgres)がパスワードなしで使用されます。デフォルトでは、ローカル システムからログインする際にパスワードは必要ありません。
- [Pre-Flight Check] をクリックします。
- プリフライト チェックが失敗した場合は、問題を修正してプリフライト チェックを再送信します。
- プリフライト チェックが成功したら、[送信] をクリックして復元ジョブを送信します。