tablelog extension を使ってDB移行に必要なテーブルの更新差分のログを取得する

先日開催されたPostgreSQLアンカンファレンスで tablelog という extension の話をしたのですが、本エントリでは改めてその紹介をさせていただこうと思います。

• 第10回PostgreSQLアンカンファレンス - Togetter
  https://togetter.com/li/1315752

■DB移行やメジャーバージョンアップの時、、、

皆さんは、

• システム更改によるDB移行
• PostgreSQLのバージョンアップ
• 特定のテーブルだけ別インスタンスにコピーしたい

といったことをしたい場合に、どのように対処しているでしょうか？

• その方式は？
• ツールは何を使う？
• ダウンタイムは？
• DBaaSの場合はどうする？

場合によって変わってくるかと思いますが、皆さんはどのように対処しているでしょうか？

もっともシンプルな方法は Dump & Restore だと思いますが、データベースの規模が大きくなってきた状態だと非常に時間がかかる場合があり、単純な Dump & Restore だと数日間データベースを停止しなければならない、といった見積もりになることもあります。

■更新差分だけを取得・適用して追い付きたい

そういう状況で次に考えるのは、「データベースを一旦コピーしておいて、後から更新差分だけ適用して追い付きたい」という方式です。

pg_receivexlogでリアルタイムバックアップを取得する

PostgreSQL Advent Calendar 2012（全部俺）のDay 14です。

ご存じのように、PostgreSQLは9.0から標準でレプリケーションが実装されました。それに加えて9.2では、pg_receivexlogというコマンドが追加されました。

pg_receivexlog
http://www.postgresql.jp/document/9.2/html/app-pgreceivexlog.html

pg_receivexlogは、ネットワーク経由でトランザクションログを受信、ログのアーカイブを作成・蓄積していくことを可能にするコマンドです。このコマンドを使うことによってスタンバイサーバを稼働していなくても、レプリケーションの機能を使ってリアルタイムバックアップを取得することができるようになります。

pg_receivexlogの基本的な仕組みについては、ストリーミングレプリケーションの開発者のFujii氏の以下のスライドを参照してください。

PostgreSQLレプリケーション徹底紹介 from Masao Fujii

今回は、このpg_receivexlogコマンドを使ってアーカイブログを別サーバに蓄積し、それを使ってリカバリができるのか、というところを検証してみようと思います。

なお、Fujii氏のエントリと盛大に被ってしまったのですが、ここでは気にしないことにします。氏のエントリも併せて読むと二倍楽しめるかもしれません。