PostgreSQL 9.0.0文書
前のページ | 巻戻し |  | 早送り | 次のページ

# pg_resetxlog

## 名前

pg_resetxlog -- PostgreSQLデータベースクラスタの先行書き込みログやその他の制御情報を初期化する

## 概要

`pg_resetxlog` [-f] [-n] [-o`oid` ] [-x `xid` ] [-e `xid_epoch` ] [-m `mxid` ] [-O `mxoff` ] [-l `timelineid`,`fileid`,`seg` ] `datadir`

## 説明

`pg_resetxlog`は、先行書き込みログ（WAL）を消去し、さらにオプションで`pg_control`ファイル内に保存された制御情報の一部を初期化します。 この機能は、これらのファイルが破損した場合に必要になることがあります。 このような破損などが原因でサーバを起動できない場合の最後の手段としてのみ、この機能を使用してください。

このコマンドを実行すると、サーバが開始できるようになるはずです。 ただし、不完全にコミットされたトランザクションが原因でデータベースのデータに矛盾が起こる可能性があることに注意してください。 コマンドの実行後は、データをただちにダンプし、`initdb`を実行し、リロードすべきです。 リロード後、矛盾がないか検査し、必要に応じて修復を行ってください。

このユーティリティの実行にはデータディレクトリへの読み込み/書き込みアクセス権限が必要となるため、サーバをインストールしたユーザのみが実行できます。 安全のため、データディレクトリをコマンドラインで指定する必要があります。 `pg_resetxlog`は、`PGDATA`環境変数を使用しません。

`pg_resetxlog`が`pg_control`に対する有効なデータを判別できない場合、`-f`（強制）スイッチを指定すれば強制的に処理を進めることができます。 その場合、欠落したデータは無難な値で代用されます。 ほとんどフィールドでは適切な値が使用されますが、次のOID、次のトランザクションIDとエポック時間、マルチトランザクションIDとそのオフセット、WAL開始アドレスの値については、手動の操作が必要な場合があります。 これらの値は下記で説明するスイッチを使用して設定することができます。 すべてに対して正しい値を決定できない場合にも`-f`を使用することができますが、この場合は回復したデータベースを通常よりさらに注意深く検査する必要があります。 必ず、ただちにダンプおよびリロードを行ってください。 決して、ダンプを行う前にデータ変更などの操作を行ってはなりません。 これを行うと、破損状態がさらに悪化します。

`-o`、`-x`、`-e`、`-m`、`-O`、`-l`の各スイッチを使用すると、次のOID、次のトランザクションID、次のトランザクションIDのエポック時間、次のマルチトランザクションID、次のマルチトランザクションのオフセット、WAL開始アドレスの値を手動で設定することができます。 この操作は、`pg_resetxlog`が`pg_control`の読み込みによって適切な値を判別できない場合にのみ必要です。 安全な値を得るには、以下のようにします。

- 次のトランザクションID（`-x`）用の安全な値は、データディレクトリ以下の`pg_clog`ディレクトリ内で最も大きな数字を持つファイル名を探すことで決定することができます。 その値に1を加え、1048576で乗算します。 ファイル名は16進数ですので、通常、スイッチの値も16進数で指定した方が簡単です。 例えば、`0011`が`pg_clog`で最も大きなエントリであれば、`-x 0x1200000`となります（後ろにゼロを5つ付けると、1048576で乗算したことになります）。

- 次のマルチトランザクションID（`-m`）用の安全な値は、データディレクトリ以下の`pg_multixact/offsets`ディレクトリ内で最も大きな数字を持つファイル名を探すことで決定することができます。 その値に1を加え、65536で乗算します。 上と同様、ファイル名は16進数ですので、通常、スイッチの値も16進数で指定した方が簡単です。 ここでは、4個のゼロを付けてください。

- 次のマルチトランザクションオフセット（`-O`）用の安全な値は、データディレクトリ以下の`pg_multixact/members`ディレクトリ内で最も大きな数字を持つファイル名を探すことで決定することができます。 その値に1を加え、65536で乗算します。 上と同様、ファイル名は16進数ですので、通常、スイッチの値も16進数で指定した方が簡単です。 ここでは、4個のゼロを付けてください。

- WAL開始アドレス（`-l`）は、データディレクトリ以下の`pg_xlog`に現在存在するWALセグメントファイル名のどの番号よりも大きくならなければなりません。 この名前も16進数で、3つの部分に分かれています。 最初の部分は"時系列ID"で、通常、この値は変更すべきではありません。 3番目の部分には255（`0xFF`）より大きい値を付けてはなりません。 255を超える時は、2番目の部分に1を加え、3番目の部分を0に戻してください。 例えば、`pg_xlog`内で最大のエントリが`00000001000000320000004A`である場合は、`-l 0x1,0x32,0x4B`と指定すれば問題なく動作します。 しかし、最大のエントリが`000000010000003A000000FF`の場合は、`-l 0x1,0x3B,0x0`、または、これ以上の値を指定してください。

  > 注意: `pg_resetxlog`自体は`pg_xlog`内のファイルを参照し、既存のファイル名の最後を超えた値をデフォルトの`-l`設定として選択します。 したがって、手作業による`-l`の調整は、オフラインアーカイブ内の項目など`pg_xlog`に現存しないWALセグメントファイルに注意する場合、または、`pg_xlog`の内容が完全に失われている場合にのみ必要とされます。

- データベース内のOIDの最大値よりも大きな次のOIDを決定するには、上記のような簡単な方法はありません。 しかし、幸いにも、次のOIDが正しく設定されているかどうかは、それほど重要ではありません。

- `pg_resetxlog`で設定されるフィールドを除き、トランザクションIDのエポック時間は実際にはデータベース内に格納されません。 そのため、データベース自身が問題としない限り、任意の値で動作するでしょう。 Slony-Iなどのリプリケーションシステムが確実に正しく動作するように、この値を調整しなければならない可能性があります。 その場合、適切な値はリプリケーションシステムの下流で複製されたデータベースの状態から得られるはずです。

`-n`（操作なし）スイッチを指定すると、`pg_resetxlog`は`pg_control`から再構築した値を出力して、何も変更せずに終了します。 これは主にデバッグと目的としたツールですが、`pg_resetxlog`を実際に進める前の検査としても有用な場合があります。

`-V`および`--version`オプションはpg_resetxlogのバージョンを表示し、終了します。 `-?`および`--help`オプションはサポートする引数を表示し、終了します。

## 注釈

このコマンドは、サーバの稼動中に使用してはいけません。 `pg_resetxlog`は、データディレクトリにサーバのロックファイルがあると、実行されません。 サーバがクラッシュした場合、ロックファイルがそのまま残される場合があります。 その場合は、ロックファイルを削除すれば`pg_resetxlog`を実行することができます。 ただし、このコマンドを実行する時は、起動中のサーバプロセスが一切ないことを慎重に確認してください。

前のページ | ホーム | 次のページ
pg_ctl | 上に戻る | postgres