1 はじめにEDB バックアップ そして 回復 ツール （ BART ）は、複数のローカルまたはリモートEDB Postgres™Advanced ServerおよびPostgreSQL®データベースサーバーのバックアップおよびリカバリ管理を簡素化する管理ユーティリティです。
1.1 新機能
以下の説明では、 用語は、言語キーワード、ユーザー指定の値、リテラルなどである任意の単語または単語のグループを指します。用語の正確な意味は、それが使用される文脈によって異なります。
1.4 前提条件1.4.1 サポートされているプラットフォーム
1.4.3 ソフトウェア要件1.4.3.1 BARTホストコンポーネント
1.4.4 pg_basebackupの制限
2 概要
2.1 ブロックレベルの増分バックアップ
2.1.1 増分バックアップの制限事項と要件
2.1.2 概念の概要
2.1.3 WALスキャン - 増分バックアップの準備親バックアップの時点から増分バックアップの開始時点までに作成されたWALファイルは、WALスキャナープログラム bart-scanner によってスキャンされ、どのブロックが親バックアップ以降に変更されたかが判別されます。backup_path は、BART構成ファイルのグローバルセクションで指定されたBARTバックアップカタログの親ディレクトリです。server_name は、BART構成ファイルのserverセクションでこのデータベースサーバーに指定されているデータベースサーバー名を小文字に変換したものです。MBMファイルの拡張子は .mbmです。注： rsyncユーティリティを使用してWARTファイルをBARTバックアップカタログにコピーする場合など、特定の状況下では、WALファイルはスキャンおよびMBMファイルの作成のためにWALスキャナプログラムによって見逃される可能性があります。 BART設定ファイルのscan_intervalパラメータを使用して、BARTバックアップカタログのアーカイブディレクトリにあるWALファイルを強制的にスキャンし、MBMファイルが確実に生成されるようにします。セクションを参照してください4.1 、 4.2.5 、および5.5の情報のために。WALスキャナの使用方法については、 5.5 項を参照してください 。
2.1.4 増分バックアップの実行ＭＢＭファイルからの情報は、 統合ブロックマップ （ＣＢＭ）ファイルと呼ばれる１つのファイルに統合される 。増分バックアップの復元操作中に、CBMファイルを使用して、そのバックアップ用に復元される変更済みブロックを識別します。
2.1.5 増分バックアップの復元
2.1.6 バックアップチェーンの作成バックアップチェーンは、フルバックアップとその連続増分バックアップの全てからなるバックアップのセットです。チェーン内のすべての増分バックアップの親バックアップを遡ってトレースすると、最終的にその単一のフルバックアップに戻ります。「 マルチフォーク 」バックアップチェーンを作成することもできます。これは、連続する2行以上の増分バックアップで、すべて同じフルバックアップで始まります。したがって、チェーン内には、複数の増分バックアップの親として機能するバックアップがあります。増分バックアップの復元は、最初に完全バックアップ、次に RESTOREサブコマンドで指定された増分バックアップまでのすべての連続増分バックアップを復元することに依存しているため、以下の点に注意することが重要です。保持ポリシー管理のアクションは、フルバックアップと、チェーン内の連続するすべての増分バックアップに、それらが1つのバックアップである場合と同じ方法で適用されます。したがって、保存方針管理を使用しても、バックアップチェーンが分割されることはありません。増分バックアップの保存方針管理については、 5.2.5 項を参照してください。allow_incremental_backupsパラメータがに設定されてenabled記載されているデータベース・サーバ上の増分バックアップを可能にするために、BARTの設定ファイルに：まず、 フルバックアップを取ります。一連の増分バックアップが行われます。最初の増分バックアップは、フルバックアップを親として指定します。その後の各増分バックアップは、その前の増分バックアップをその親として使用します。 BACKUPサブコマンドについては、 5.4.3 項を参照してください 。次の SHOW-BACKUPSサブコマンドの出力は、バックアップチェーンを一覧表示します。バックアップチェーンは、 full_1 、 incr_1-a 、 incr_1-b 、およびincr_1-cです。フルバックアップ full_1では、 BACKUP PARENTフィールドにはnone含まれてnone 。増分バックアップごとに、 BACKUP PARENTフィールドにバックアップIDまたはその親バックアップの名前が入ります。2番目のバックアップチェーンは BACKUPサブコマンドと同じ方法で作成されます。以下は、フルバックアップfull_2と増分バックアップincr_2-aおよびincr_2-bからなる、結果として得られる2番目のバックアップチェーンの追加を示しています。incr_1-bを親として指定する incr_1-b-1で始まる次の追加の増分バックアップでは、そのバックアップからfull_1 、 incr_1-a 、 incr_1-bで構成されるチェーンの2行目のバックアップに分岐します。次のリストに示すように、 incr_1-b-1 、 incr_1-b-2 、およびincr_1-b-3
3.1 BART 2.3のインストールBARTは libpqライブラリとBoostライブラリを含むいくつかの依存関係を必要とします。これらの依存関係はEDB RPMインストーラーによって満たされます。以下のステップを実行して、これらの依存関係とBART製品をインストールしてください。ステップ1： EPELパッケージ（ Enterprise Linux用の追加パッケージ）をインストールします。これには、ご使用のLinuxオペレーティングシステムに応じてインストールが必要な場合がある特定のライブラリが含まれています。If you receive this error, you can download the EPEL rpm package, and install it manually. To manually install If you receive this error, you can download the rpm package, and install it manually. To manually install EPEL, rpm package, and install it manually. To manually install download the rpm package, assume superuser privileges, navigate into the directory that contains the package, and install with the command: EPEL with the command: download the rpm package, assume superuser privileges, navigate into the directory that contains the package, and install with the command:手順2： スーパーユーザー特権を想定し、rpmまたはyumを使用してリポジトリ設定ファイルを作成します。ステップ3 ： 選択したエディタを使用してリポジトリ設定ファイルを変更し、パッケージをインストールする各リポジトリを有効にして、資格情報を入力します。リポジトリ設定ファイルの名前はedb.repoです。 /etc/yum.repos.dにあります。EDB Yum Repositoryの使用に関する詳細は、以下のEnterpriseDB Webサイトから入手可能なLinux用EDB Postgres Advanced Serverインストールガイドの セクション3を参照してください 。
手順1： BARTをインストールする前に、以下のコマンドを使用してEnterpriseDBリポジトリ設定ファイルをSLESホストに追加します。
ステップ1： BART 2.1 / 2.2設定ファイルのコピーをバックアップとして保存します。デフォルトの場所とファイル名は/usr/edb/bart/etc/bart.cfgディレクトリです。ステップ2： BART 2.3にアップグレードする前に、BARTユーザアカウントのIDを仮定し、次のコマンドを実行してBART 2.1 / 2.2 WALスキャナプログラムbart-scannerを停止します。
ステップ2： BART 2.0設定ファイルのコピーを保存してください。デフォルトの場所とファイル名は/usr/edb/bart2.0/etc/bart.cfgです。ステップ3： 次のコマンドを使用してBART 2.0を削除します。手順4：新しく作成した/usr/edb/bart/etcディレクトリに、手順1でBART 2.0から保存した構成ファイルbart.cfgをbart.cfgます。 （これが設定ファイルのデフォルトの場所であることに注意してください。 -cオプションをBARTサブコマンドとともに使用して、別の設定ファイルの名前または場所を指定できます。詳細については、 5.3項を参照してください。）BART 2.3設定ファイルの backup_pathパラメータが、既存のBART 2.0バックアップカタログではなく、新しいディレクトリに設定されていることを確認してください 。つまり、BART 2.3を使用して作成された新しいフルバックアップと増分バックアップは、新しいBARTバックアップカタログに保存する必要があります。
4 設定
4.1 BARTホストの設定このセクションでは、BARTホストでの基本的な設定手順について説明します。これらの手順を実行すると、これらの設定に対応するパラメータがBART構成ファイル（ BART_HOME /etc/bart.cfg ）にあります。手順を進めながら、BART設定ファイルでこれらのパラメータを設定します。
4.2.2 レプリケーションデータベースユーザの設定
4.2.3 WALアーカイブを有効にする4.2.3.1 WALアーカイブ設定
4.2.4 表領域の使用
4.2.5 BART設定ファイルへのデータベースサーバの追加
5 操作
5.1 BART管理の概要
5.2.1 概要
5.2.2 バックアップステータスのマーク付けBACKUPサブコマンドを使用して最初にバックアップを作成したときは、常に活動状況で記録されます。特定の時点でMANAGEサブコマンドを使用することによってのみ 、アクティブ・バックアップが評価され、保存方針に従ってそれらの状況を廃止に変更する必要があるかどうかが判断されます。また、それはときにのみです MANAGEサブコマンドはオプションなしでのみのいずれかで呼び出される-sとして（つまり、内部BARTによって記録されている）アクティブなバックアップが評価され、また、 マークされていること（データベースサーバを特定するために）オプション時代遅れ。 MANAGEサブコマンドとそのオプションの使用方法については、 5.4.7項を参照してください。
5.2.3アイテム保持ポリシーの設定保存方針は 、BART設定ファイルのretention_policyパラメータによって決まります。すべてのサーバーに対してグローバルに設定するには、セクション4.1を参照してください。データベースサーバで設定する場合は、 4.2.5項を参照してください。5.2.3.1 冗長保持ポリシー冗長性保持ポリシーを使用するには、 retention_policy = max_number BACKUPS 設定し retention_policy =ここで、 max_numberは最新のバックアップの最大数を示す正の整数です。
5.2.4 バックアップの管理MANAGEサブコマンドは、BARTのコンフィギュレーションファイルに設定さリテンションポリシーに従ってバックアップを評価し、分類するために使用されます。バックアップがBACKUPサブコマンドで最初に作成されたときは、常にアクティブとしてマークされています。 MANAGEサブコマンドを使用すると、アクティブなバックアップは不要とマークされることがあります。古くなったバックアップは削除できます。
5.2.5 増分バックアップの管理
BARTは 、 BART_HOME /binディレクトリにあるbartプログラムを、希望のサブコマンドと適切なサブコマンドオプションを指定して呼び出すことによって使用されます。 BARTで利用可能なサブコマンドは次のとおりです。
5.4 BARTサブコマンドすべてのサブコマンドはヘルプオプション（ -h 、 - --help ）をサポートします 。 helpオプションが指定されていると、その特定のサブコマンドに関する情報が表示されます。サブコマンド自体は実行されません。注：以下のセクションでは、サブコマンド・オプションを分かりやすくするために、構文図からhelpオプションを省略しています。わかりやすくするために、構文図ではオプションの単一文字形式のみも示しています。 オプションのサブセクションでは、オプションの単一文字と複数文字の両方の形式をリストアップ。
5.4.1 チェック設定CHECK-CONFIGサブコマンドは、BARTのコンフィギュレーション・ファイルのパラメータ設定だけでなく、そのため、データベース・サーバーの設定をチェック-sオプションが指定されています。-sオプションが指定されると、指定されたサーバーセクションのパラメーターがチェックされます。さらに 、データベースサーバーの特定の postgresql.confパラメータを正しく設定し、データベースサーバーを特定のプロセスに対してアクティブにする必要があります。これらの要件には以下が含まれます。
5.4.2 INITINITサブコマンドは、BARTバックアップカタログのディレクトリを作成します。 INITは、BART構成ファイルのサーバーセクションにあるBART archive_commandパラメータの設定に基づいてPostgresのarchive_command構成パラメータを設定します。 INITサブコマンドはBART backupinfoファイルも再作成します。注： BART BACKUPサブコマンドの進行中は、 INITサブコマンドを呼び出さないでください。バックアップ処理によって影響を受けるバックアップはスキップされ、 INITサブコマンドによって無視されます。とき INITサブコマンドが呼び出され、いくつかの異なるアクションを同時に実行することができます。以下に、特定の条件およびオプションのもとで実行されるアクションを要約します。とき INITサブコマンドが呼び出され、次のアクションが常に実行されています。
5.4.3 バックアップBACKUPサブコマンドは、フルバックアップまたは増分バックアップを作成するために使用されます。バックアップは backup_path / server_name / backup_id によって形成されたディレクトリに保存され backup_pathここで、 backup_pathはBART構成ファイルのbackup_pathパラメーターに割り当てられた値、 server_nameは構成ファイルにリストされているデータベースサーバーの小文字の名前backup_id 。 BARTによって特定のバックアップに割り当てられた整数のバックアップID。一方で BACKUPサブコマンドが進行中で、他のプロセスがアクセスしたり、影響を受けたバックアップを妨害する許可されません。したがって、バックアップの進行中に発行された次のサブコマンド（ INIT 、 SHOW-BACKUPS 、 VERIFY-CHKSUM 、 MANAGE 、およびDELETEはスキップされ、無視されます。注：バックアップ・ファイルをコピーする前に使用可能な十分なディスク・スペースがないかどうかを確認して警告するこの機能はBACKUPサブコマンドで提供されていますが、 RESTOREサブコマンドにはこれと同じ機能はありません。したがって、使用可能なディスクスペースが十分にないと、ファイルのコピー中にRESTOREサブコマンドがエラーを引き起こす可能性があります。postgresql.confファイル、必ずwal_keep_segmentsそうでなければ、の使用中に次のエラーが発生する可能性があり、構成パラメータが十分大きな値に設定されているBACKUPサブコマンド：wal_keep_segments構成パラメーターを低く設定すると、BART BACKUPサブコマンドがそれらをBARTバックアップカタログに保存する機会を得る前に、いくつかのWALファイルが削除される可能性があります。BART構成ファイルで、パラメータ設定 xlog_method=streamが特定のデータベースサーバーに適用される場合、そのデータベースサーバーに対してバックアップの作成と並行してトランザクションログのストリーミングが実行されます。それ以外の場合、トランザクションログファイルはバックアップの完了時に収集されます。 。 xlog_methodグローバル設定についてはセクション4.1を参照してください。データベースサーバによるxlog_method設定については、 4.2.5項を参照してください。server_nameは、BART構成ファイルで指定されているとおりにバックアップするデータベースサーバーの名前です。 allを指定した場合、すべてのサーバーがバックアップされます。 注： allが指定されていて、BART構成ファイルにリストされているデータベースサーバーへの接続を開くことができない場合、そのデータベースサーバーのバックアップはスキップされますが、バックアップ操作は他のデータベースサーバーに対して続行されます。データベースサーバ接続が失敗すると、次のエラーメッセージが表示されます。-F 、 - --format { p | t }バックアップファイルの形式を指定します。プレーンテキストの場合はp 、tarの場合はtを使用してください 。このオプションを省略した場合、デフォルトはtar形式です。 注：増分バックアップをとる場合は、 -F pオプションを指定する必要があります。-z 、 - --gziptarファイル出力のgzip圧縮レベルを指定します。 compression_levelは1から9までの数字で、9が最高の圧縮率です。このオプションはtarフォーマットにのみ適用可能です。backup_idは、親バックアップのバックアップIDです。 backup_nameは、親バックアップのユーザー定義の英数字名です。増分バックアップをとる場合は、このオプションを指定してください。親は、現在呼び出されている増分バックアップの前に作成されたバックアップです。親バックアップは、フルバックアップまたは増分バックアップのいずれかです。増分バックアップはプレーンテキスト形式でのみ取ることができるため、 –F pオプションも指定する必要があります。 注意：増分バックアップはスタンバイデータベースサーバーでは実行できません。増分バックアップの詳細については、 2.1項を参照してください。--backup-name backup_nameバックアップに割り当てられるユーザー定義のわかりやすい名前。これは英数字の文字列で、バックアップの実行時にタイムスタンプ値に置き換えられる次の変数が含まれます。1） %year - 4桁の年、2） %month - 2桁のmonth、3） %day - 2 - 桁の日、4） %hour - 2桁の時、5） %minute - 2桁の分、および6） %second - 2桁の秒。バックアップ名にパーセント記号（ % ）を文字として含めるには、英数字ストリングに%%を指定します。スペース文字を含む場合は、ストリングを一重引用符（ ' ）または二重引用符（ " ）で囲みます。ただし、他のサブコマンドで-iオプションを使用して参照する場合は、バックアップ名を引用符で囲む必要があります。バックアップ名の長さは49文字です。このオプションは、BART設定ファイルのserverセクションにある backup_nameパラメータを上書きします。 --backup-nameオプションが指定されておらず、BART構成ファイルでこのデータベースサーバーに対してbackup_nameパラメーターが設定されていない場合、バックアップは、BART割り当ての整数バックアップIDによってのみ他のBARTサブコマンドで参照できます。--thread-count number_of_threads注： 並列バックアップがN個のワーカースレッドで実行されている場合、サーバーとのN + 1個の同時接続が開始されます。場合 --thread-countオプションが省略され、その後、 thread_countこのデータベース・サーバーに適用BARTの設定ファイル内のパラメータが使用されています。このデータベースサーバーに対してthread_countが有効になっていない場合は、BART構成ファイルのグローバルセクションにあるthread_count設定が使用されます。これも設定されていない場合、デフォルトのスレッド数は1です。 thread_countパラメータについては、セクション4.1および4.2.5を参照してください。フルバックアップを取るためにpg_basebackupを使用することを指定します。有効なスレッドカウントの数は、BART設定ファイルのthread_countパラメータで指定されているように無視されます（セクション4.1および4.2.5を参照）。 注：フルバックアップを取る際に、有効なスレッド数が1より大きい場合、-- --with-pg_basebackupオプションが指定されていない限り、 pg_basebackupユーティリティはフルバックアップを取るために使用されません（パラレルワーカースレッドが使用されます）。 BACKUPサブコマンド。フルバックアップを取るためにpg_basebackup使用しないことを指定します。 注：フルバックアップを取る場合、有効なスレッド数が1しかない場合は、 --no-pg_basebackupオプションがBACKUPサブコマンドで指定されていない限り、 pg_basebackupユーティリティを使用してフルバックアップを取ります。増分バックアップを実行する前に、必要なMBMファイルがBARTバックアップカタログに存在することを確認してください。増分バックアップを正常に実行できること、または失敗することを知らせるメッセージが表示されます。 --parent時にオプションを指定する必要があります--checkオプションが使用されています。 --checkオプションが指定されている場合、実際の増分バックアップは行われません。
5.4.4 ショーサーバSHOW-SERVERSサブコマンドは、BARTの設定ファイルにリストされた管理データベースサーバの情報を表示します。server_nameは、BART構成情報を表示するデータベースサーバの名前です。 allを指定した場合、またはオプションを省略した場合は、すべてのデータベースサーバの情報が表示されます。
5.4.5 ショーバックSHOW-BACKUPSディスプレイに管理するデータベースサーバーのバックアップ情報をサブコマンド。server_nameは、バックアップ情報を表示するデータベースサーバの名前です。 allを指定した場合、またはオプションを省略した場合は、すべてのデータベースサーバのバックアップ情報が表示されます。backup_idは整数のバックアップIDです。 backup_nameは、バックアップ用のユーザー定義の英数字名です。 allを指定した場合、またはオプションを省略した場合は、該当するデータベースサーバのすべてのバックアップ情報が表示されます。-t 、 - --toggle
5.4.6 ベリファイチェックサムVERIFY-CHKSUMサブコマンドは、指定されたデータベース・サーバーまたはすべてのデータベース・サーバのフルバックアップと任意のユーザー定義の表領域のMD5チェックサムを検証します。チェックサムは、バックアップの現在のチェックサムとバックアップが取られたときのチェックサムを比較することによって検証されます。 VERIFY-CHKSUMサブコマンドは、プレーンな形式のバックアップには適用されません。 tar形式のバックアップにのみ使用されます。注： BART BACKUPサブコマンドの進行中にVERIFY-CHKSUMが呼び出されると、バックアップ処理の影響を受けるバックアップはスキップされ、 VERIFY-CHKSUMサブコマンドによって無視されます。server_nameは、tarバックアップチェックサムを検証するデータベースサーバの名前です。 allを指定した場合、または-sオプションを省略した場合、チェックサムはすべてのデータベースサーバに対して検証されます。backup_idは、チェックサムをユーザー定義の表領域と一緒に検証する、tar形式のフルバックアップの整数のバックアップ識別子です。 backup_nameは、フルバックアップのユーザー定義の英数字名です。 allを指定した場合、または-iオプションを省略した場合は、関連するデータベースサーバーのすべてのtarバックアップのチェックサムが検証されます。
5.4.7 MANAGEMANAGEサブコマンド評価し、マークを、および保存ポリシーに基づいたバックアップを削除します。 MANAGEサブコマンドは、 wal_compressionパラメーターに基づいてアーカイブWALファイルの圧縮も呼び出します。注： BART BACKUPサブコマンドの進行中にMANAGEサブコマンドを呼び出さないでください。バックアップ処理によって影響を受けるバックアップはスキップされ、 MANAGEサブコマンドによって無視されます。保存方針の適用は 、BART設定ファイルのretention_policyパラメータに依存します。保存ポリシーに従ってバックアップを評価し、そのステータスをマークし、不要なバックアップを削除するなど、バックアップの管理はMANAGEサブコマンドで実行されます。保存方針管理については、 5.2項を参照してください。とき MANAGEサブコマンドが呼び出され、いくつかの異なるアクションを同時に実行することができます。以下に、特定の条件およびオプションのもとで実行されるアクションを要約します。
5.4.8 復元RESTOREサブコマンドは、指定されたディレクトリの場所に指定されたデータベース・サーバーのバックアップとそのアーカイブWALファイルを復元します。適切な場合RESTOREオプションが指定されている、 recovery.confファイルは回復の設定パラメータで生成されます。この参考資料は、基礎となるポイントインタイムリカバリプロセス、および BARTによって recovery.conf ファイルに 生成されるリストアオプションの意味と使用法についての詳細な情報を提供し ます。注：バックアップの復元先となるホストに、バックアップとそのアーカイブWALファイルに十分なディスクスペースがあることを確認してください。 RESTOREサブコマンドには、バックアップファイルを復元する前に十分なディスクスペースがあるかどうかを検出する機能はありません。したがって、使用可能なディスクスペースが十分にないと、ファイルのコピー中にRESTOREサブコマンドがエラーを引き起こす可能性があります。手順1：復元操作を実行するPostgresデータベースサーバーを停止します。ステップ2：データディレクトリのpg_xlogサブディレクトリをpg_xlogて、BARTバックアップカタログ（ backup_path / server_name /archived_wals ）にまだアーカイブされていないWALファイルを必ず保存してください。アーカイブされていないファイルがいくつかある場合は、それらを一時的な場所に保存します。 RESTOREサブコマンドを完了した後、データベースサーバを再起動する前に、 pg_xlog これらのファイルを復元した pg_xlogサブディレクトリにコピーする必要があります。ステップ3：現在のデータディレクトリと新しいディレクトリのどちらに復元するかを決めます。現在のデータディレクトリに復元している場合は、データディレクトリの下のすべてのファイルとサブディレクトリを削除します。たとえば、Postgresデータベースサーバーの初期インストールの場合、このディレクトリは POSTGRES_INSTALL_HOME /dataです。新しいディレクトリに復元する場合は、バックアップしたデータベースクラスタを復元するディレクトリを作成します。 BARTユーザーアカウント、 remote_host設定パラメータで指定されたユーザーアカウント 、または使用する場合はRESTOREサブコマンドの--remote-hostオプションでデータディレクトリに書き込みできることを確認してください 。ステップ4：ステップ3で説明したのと同じプロセスを表スペースに対して実行します。BART構成ファイルのtablespace_pathパラメーターには、表スペース・データ・ファイルの復元先の表スペース・ディレクトリー・パスを含める必要があります。詳細は項4.2.4を参照してください。手順5：復元操作を実行するために使用するタイムラインIDを特定します。手順6：復元操作に使用するバックアップを特定し、バックアップIDまたはバックアップ名を取得します。最新の（つまり最新の）バックアップを使用したい場合は、 -iオプションを省略することができ、 RESTOREサブコマンドはデフォルトでそのバックアップを使用します。SERVER NAME BACKUP ID BACKUP NAME BACKUP PARENT BACKUP TIME BACKUP SIZE WAL(s) SIZE WAL FILES STATUSステップ7： BART RESTOREサブコマンドを実行してください。任意の場合 -t timeline_id 、 -x target_xid 、または-g target_timestampオプションが与えられ、その後、 recovery.confファイルが指定したオプションに対応するリカバリ設定パラメータを用いて生成されます。つまり、データベースサーバーの再起動時にポイントインタイムリカバリが実行されます。-t timeline_id 、 -x target_xid 、および-g target_timestampオプションを指定しないと、最小限のrecovery.confファイルが生成されます。アーカイブからのファイルの復元は行われず、アーカイブの回復は整合性がとれるまで行われます。注：無効な値がオプションに指定された場合、無効なオプションの組み合わせが指定されている場合（両方の場合など、又は-x target_xidと-g target_timestampオプションが与えられている）、エラーメッセージがBARTによって生成されません。無効なオプションは受け入れられ、 recovery.confファイルに渡されます。このファイルは、再起動時にデータベースサーバによって処理されます。DEBUG: restore command: cat /opt/backup/acctg/1490809695281/base.tar.gz | tar -C /opt/restore -xzf -注意： -cオプションが指定されている場合、またはcopy_wals_during_restore BART構成パラメータのenabled設定がこのデータベースサーバに対して有効である場合は、次の処理が行われます。
5.4.9 削除DELETEサブコマンドは、そのアーカイブWALファイルと一緒に指定したバックアップのBARTのバックアップカタログからサブディレクトリとデータファイルを削除します。bart DELETE –s server_name注： BART BACKUPサブコマンドの進行中はDELETEサブコマンドを呼び出さないでください。バックアップ処理によって影響を受けるバックアップはスキップされ、 DELETEサブコマンドによって無視されます。server_nameは、バックアップを削除するデータベースサーバの名前です。backup_idは、削除するバックアップの整数のバックアップIDです。 backup_nameは、バックアップ用のユーザー定義の英数字名です。複数のバックアップ識別子とバックアップ名をカンマ区切りリストで指定できます。各コンマの前後に空白がある場合は、リストを一重引用符で囲む必要があります。 allを指定した場合は、指定したデータベースサーバーのすべてのバックアップとそれらのアーカイブWALファイルが削除されます。-n 、 - --dry-run削除後、データベースサーバのBARTバックアップカタログには、削除されたバックアップIDに対応するディレクトリが含まれなくなりました。 archived_walsサブディレクトリには、もはやバックアップのWALファイルが含まれていません。
わかりやすくするために、多文字形式もサポートされている場合、構文図には1文字形式のオプションのみが示されています。 オプションのサブセクションのリストの両方のオプションの単一文字と複数文字の形。デフォルトの方法では、新しいWALファイルが BARTバックアップカタログのarchived_walsディレクトリに到着するたびにWALスキャナに通知されます 。その後、WALファイルをスキャンしてMBMファイルを作成します。このアプローチは、WALファイルがrsyncユーティリティを使用してBARTバックアップカタログに出荷されている場合や、特定のプラットフォームの場合など、場合によっては機能しません。その結果、WALファイルは archived_walsディレクトリにコピーされますが、WALスキャナはそれを認識していないため、それらをスキャンしてMBMファイルを生成することはありません。これにより、増分バックアップが失敗します。これは 、BART設定ファイルのscan_intervalパラメータを使用して行われるタイマーベースのWALスキャン方法を使用することで回避できます（セクション4.1および4.2.5を参照）。 scan_intervalの値は、WALスキャナが新しいWALファイルを検索してスキャンするまでの秒数です。場合 bart-scannerプログラムが起動され、それが有効で各データベース・サーバ用に別のプロセスをフォークallow_incremental_backupsパラメーター。 allow_incremental_backupsパラメータについては、セクション4.2.5を参照してください。
6.1 BART設定ファイル
6.2.1 BARTユーザアカウント用の公開鍵ファイルの生成.sshディレクトリにアクセスできるグループまたは他のユーザーがいないことを確認してください 。
Advanced ServerデータベースがBARTユーザーアカウントと同じホストにあり、Advanced Serverデータベースクラスタの所有者もBARTユーザーアカウントである場合（この場合はenterprisedb ）、パスワードなしのSSH / SCP接続を確立する必要があります。自分自身と同じユーザーアカウント。6.2.1に示すように公開鍵ファイルが生成されたばかりのBARTホストで、既存の任意の認証済み鍵ファイルに公開鍵ファイルを追加して、認証済み鍵ファイルを作成します。authorized_keysファイルには、以下で設定されたファイルのパーミッション600を持っている必要がありchmod 600コマンド、そうでない場合は、パスワードレス接続は失敗します。パスワードなしの接続をテストします。 sshコマンドを使用して 、パスワードの入力を求められることなく、現在ログインしているのと同じユーザーアカウント（ enterprisedb ）にアクセスできることを確認します。リモートホスト192.168.2.24で 、BARTホスト192.168.2.22上のBARTユーザーアカウントenterprisedbにアクセスするためのリモートデータベースサーバーユーザーアカウント enterprisedb の公開鍵ファイルを作成します 。authorized_keysファイルには、以下で設定されたファイルのパーミッション600を持っている必要がありchmod 600コマンド、そうでない場合は、パスワードレス接続は失敗します。
BARTホスト192.168.2.22で 、リモートホスト192.168.2.24上のリモートデータベースサーバユーザアカウントenterprisedbにアクセスするためのBARTユーザアカウント enterprisedb の公開鍵ファイルをコピーします 。BARTホスト上のBARTユーザアカウントenterprisedb の公開鍵ファイル id_rsa.pub 、 6.2.1項で生成され、192.168.2.24のリモートAdvanced Serverホストにコピーされます。リモートホストの enterprisedbユーザーアカウントにログインし、公開鍵ファイルをその.sshディレクトリの下にあるリモートenterprisedbユーザーアカウントのauthorized_keysファイルにコピーし.ssh 。authorized_keys のファイル許可を調整してください 。
リモートホスト192.168.2.24で 、BARTホスト192.168.2.22上のBARTユーザーアカウントenterprisedbにアクセスするためのリモートデータベースサーバーユーザーアカウント postgres の公開鍵ファイルを作成します 。authorized_keysファイルが示されているようにファイル許可600を持っていることを確認してください 、そうでなければパスワードなしの接続は失敗します。パスワードなしの接続をテストします。ユーザアカウント postgres としてログインしている間にリモートホストから、パスワードの入力を求められることなくBARTユーザアカウントでBARTホストにログインできることを確認します。
BARTホスト192.168.2.22で 、リモートホスト192.168.2.24上のリモートデータベースサーバのユーザアカウントpostgresにアクセスするためのBARTユーザアカウント enterprisedb の公開鍵ファイルをコピーします 。BARTホスト上のBARTユーザアカウントenterprisedb の公開鍵ファイル id_rsa.pub 、 6.2.1項で生成され、192.168.2.24のリモートPostgreSQLホストにコピーされます。authorized_keys のファイル許可を調整してください 。
BARTユーザーアカウントがバックアップを開始したときに各データベースサーバーへのパスワードアクセスを要求されないようにするために、 .pgpassファイルには次のエントリが含まれています。このファイルは、ホームディレクトリ/opt/PostgresPlus/9.5AS/.pgpassあるBARTユーザーアカウントenterprisedb用/opt/PostgresPlus/9.5AS/.pgpass 。
6.4 WALアーカイブ設定パラメータとき INITサブコマンドが呼び出され、Postgresのarchive_commandで構成パラメータpostgresql.auto.confファイルはBARTに基づいて設定されるarchive_command BART構成ファイル内にパラメータ：postgresql.auto.conf後にファイルには、次が含まれているINITサブコマンドが呼び出されます。archive_command使用しcp代わりにコマンドscp BARTのバックアップカタログがこのデータベースクラスタおよびバックアップカタログを所有しているBARTユーザーアカウント、ローカルにあるので、 enterprisedb 、Advanced Serverを実行している同じユーザーアカウントです。その結果、アーカイブ操作中にディレクトリのアクセス権が競合することはありません。とき INITサブコマンドが呼び出され、Postgresのarchive_commandで構成パラメータpostgresql.auto.confファイルがデフォルトで設定され、BARTのBARTフォーマットはarchive_commandそれが明示的にBARTの設定ファイルでこのデータベース・サーバー用に設定されていないので、パラメータを：デフォルトのBART archive_commandフォーマットは次のとおりです。archive_command使用scp BARTのバックアップカタログがこのデータベースクラスタに対してリモートであるため、コマンドを。 BARTユーザーアカウントenterprisedbはscpコマンドで指定されます。これは、アーカイブされたWALファイルがコピーされるBARTバックアップカタログを所有するユーザーアカウントだからです。その結果、アーカイブ操作中にディレクトリのアクセス権が競合することはありません。とき INITサブコマンドが呼び出され、Postgresのarchive_commandで構成パラメータpostgresql.auto.confファイルがデフォルトで設定され、BARTのBARTフォーマットはarchive_commandそれが明示的にBARTの設定ファイルでこのデータベース・サーバー用に設定されていないので、パラメータを：デフォルトのBART archive_commandフォーマットは次のとおりです。archive_command使用scp BARTのバックアップカタログがこのデータベースクラスタに対してリモートであるため、コマンドを。 BARTユーザーアカウントenterprisedbはscpコマンドで指定されます。これは、アーカイブされたWALファイルがコピーされるBARTバックアップカタログを所有するユーザーアカウントだからです。その結果、アーカイブ操作中にディレクトリのアクセス権が競合することはありません。
backup_path構成パラメーターで指定されたディレクトリーを作成してください。注： BARTサブコマンドを呼び出す前に、BARTユーザアカウントのホームディレクトリの下にプロファイルを設定して、 LD_LIBRARY_PATHおよびPATH環境変数を設定してください。詳しくはセクション4.1のステップ3をご覧ください。注： archive_modeがoff場合、またはPostgresのarchive_commandパラメーターがすでに設定されていてオーバーライドする必要がある場合は、 -oオプションをINITサブコマンドと一緒に指定して、Postgresのarchive_command構成パラメーターを強制的に設定します。BART SHOW-SERVERSサブコマンドは次のように表示します。注： [ ARCHIVE PATHフィールドには、WALファイルがコピーされる場所へのフルディレクトリパスが表示されます。このディレクトリパスは、 postgresql.confファイルのPostgres archive_commandパラメータまたは各データベースサーバのpostgresql.auto.confファイルに指定されているディレクトリパスと一致する必要があります。
データベースサーバーの構成設定でarchive_timeoutパラメータを使用して新しいセグメントファイルに切り替えるようにWALアーカイブを設定する頻度によっては、アーカイブされたWALファイルが頻繁に表示されないことがあります。
6.7 フルバックアップをとる
6.8 ポイントインタイムリカバリテーブル名 hr_rmt_t n _ hhmiでは、 nはアクティブなタイムラインを表します。 hhmiは、テーブルが作成されたおおよその時間です。たとえば、 hr_rmt_t1_1356は、タイムライン＃1がアクティブな間、午後1時56分に作成されました。-rw------- 1 postgres postgres 16777216 Mar 29 14:07 000000010000000000000004-rw------- 1 postgres postgres 16777216 Mar 29 13:50 000000010000000000000005リモートホスト上に、PostgreSQLデータベースクラスタの復元先となるディレクトリが作成されます。この復元パスは 、ユーザーアカウントpostgresが所有する/opt/restore_pg95です。BART設定ファイルでは、リモートユーザとリモートホストのIPアドレス postgres@192.168.2.24がremote_hostパラメータで設定されていることにremote_hostください。 BART構成ファイルに指定されていない場合は、 RESTOREサブコマンドを指定するときにこの情報を--remote-hostオプションで指定する必要があります（例えば、 bart RESTORE --remote-host postgres@192.168.2.24 ）。SERVER NAME BACKUP ID BACKUP NAME BACKUP PARENT BACKUP TIME BACKUP SIZE WAL(s) SIZE WAL FILES STATUS点検 /opt/restore_pg95/recovery.confそれが正しい回復設定が含まれていることを確認するために、ファイルを：BART構成ファイルのcopy_wals_during_restoreパラメータがデータベースサーバーhrに対してenabledに設定されているため、 /opt/restore_pg95 の archived_walsサブディレクトリから復元します。注： BART RESTORE操作はpostgresql.confファイルの最後にarchive_mode = offパラメータを追加することによってWALアーカイブを停止します。ファイル内のこの最後のパラメータは、ファイル内の同じパラメータの他の以前の設定をオーバーライドします。最後の設定を削除し、データベースサーバーを再起動してWALアーカイブを開始します。
BARTバックアップカタログ内のバックアップファイルとアーカイブされたWALファイルを永久に保存するか、単に削除するかを決定します。 BARTをアンインストールしてもこれらのファイルには影響しません。たとえば、BART DELETEサブコマンド（ 5.4.9項を参照）を使用してすべてのファイルを削除したり、Linuxコマンドrm –rf /opt/backupを使用してBARTバックアップカタログ/opt/backupを削除したり/opt/backup 。
8. 最近の是正