| PostgreSQL 8.0.0 中文文件（轉譯自 PostgreSQL 中國 製作的簡體中文版本） | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Fast Forward | Next | |
pg_resetxlog 清理預寫日誌（WAL）並且可以選擇地重置其它一些控制訊息（儲存在 pg_control 文件中）。 有時候，如果這些文件崩潰了，我們需要這個功能。 我們一定只把它用作最後的方法，就是說只有因為這樣的崩潰導致伺服器無法啟動的時候才使用。
在執行這個命令之後，我們可能可以啟動伺服器了，但是，一定要記住資料庫可能因為部分提交的交易而含有不完整的資料。 您應該馬上轉儲您的資料，執行 initdb，然後重新裝載。 在重新裝載之後，檢查不完整的部分然後根據需要進行修復。
這個命令只能由安裝伺服器的用戶執行，因為它需要對資料目錄的讀寫權限。 出於安全考慮，您必須在命令行上聲明資料目錄。 pg_resetxlog 不使用環境變量 PGDATA。
如果 pg_resetxlog 抱怨說它無法判斷用於 pg_control 的有效資料，那麼您可以強制它繼續處理， 方法是聲明 -f （強制）開關。在這種情況下，那些丟失了的資料的值將用模糊的近似數值代替。 大多數字串都可以匹配上，但是下一個 OID，下一個交易 ID，WAL 開始地址以及資料庫區域字串可能需要手工幫助， 前面三個可以用下面討論的開關設置。pg_resetxlog 自己的環境是猜測區域字串的來源；看看 LANG 等等東西，它們應該和 initdb 執行的環境相匹配。 如果您不能判斷所有這些字串的正確數值，那麼還是可以使用 -f， 但是這樣恢復過來的資料庫更要懷疑有問題：立即轉儲和重置是必須的。 在轉儲之前不要執行任何修改資料的操作，因為任何這樣的動作都可能把事情搞得更糟糕。
-o，-x，和 -l 開關允許我們手工設置下一個 OID，下一個交易 ID，以及 WAL 起始位置得數值。 只有在 pg_resetxlog 無法透過讀取 pg_control 判斷合適的數值的時候才需要它。對於下一個交易 ID 而言，一個安全的數值是看看資料目錄裡的 /pg_clog 裡數值最大的文件名， 然後加一，然後再乘上 1048576。請注意那些文件名是十六進制的。通常我們也以十六進制的形式聲明開關值是最簡單得。 比如，如果 0011 是 pg_clog 裡 最大的記錄，-x 0x1200000 就可以了（後面的五個零提供了合適的乘積）。 WAL 的起始位置應該比目前存在於資料目錄裡得 /pg_xlog 裡面的任何文件號都大。它的文件名也是十六進制的，並且有三部分。 第一部分是"時間線 ID"，通常應該保持相同。 第三部分不要選擇大於 255（0xFF）；應該是在達到 255 的時候給第二部分增一然後重置第三部分為 0。 比如，如果 00000001000000320000004A 是 pg_xlog 裡最大的條目， 那麼-l 0x1,0x32,0x4B 就可以了； 但如果最大的條目是 000000010000003A000000FF， 選擇 -l 0x1,0x3B,0x0 或更多。 我們沒有很容易的辦法來判斷比資料庫中最大的 OID 大一號的下一個 OID， 不過很走運的是獲取正確的下一個 OID 並非非常關鍵。
開關 -n （無操作）指示 pg_resetxlog 打印從 pg_control 重新構造的數值然後不修改任何值就退出。 這主要是一個調試工具，但是在 pg_resetxlog 真正處理前進行的整潔性檢查的時候可能會有用。