PostgreSQL の PITR（ポイントインタイムリカバリ） を試してみる - higepon blog
PostgreSQL の PITR（ポイントインタイムリカバリ） を試してみる。 大まかな流れ 事前設定 WAL archive 設定 ベースバックアップの作成 事件発生！ リカバリ WAL archive の設定 通常の WAL は不要になったら（commit/abort 時に）消えてしまうのだが、PITR のために archive directory にためるような設定にする。 通常は耐障害性を考えて、archive ディレクトリは data ディレクトリと別のディスクにすべき。 ディレクトリを作り % mkdir archive dbdata/postgresql.conf に archive directory 指定。 ファイルが決して上書きされないように test でチェックしてから archive するように書く。（マニュアル通り） archive_mode = on arch
【ハウツー】PostgreSQLの高速化と高信頼化を実現する「pgpool-II」を使ってみる (1) pgpool-IIの概要 | エンタープライズ | マイコミジャーナル
pgpool-IIの概要 「pgpool-II」とは、PostgreSQLの高速化と高信頼化を目的としたミドルウェアである。pgpool-IIは、下図のようにクライアントとPostgreSQLの間に入る形(プロキシ形式)で動作する。なお、データベースクライアントはPostgreSQLサーバへ接続するのではなく、pgpool-IIへ接続することになる。 pgpool-IIは現在、pgpool Development Groupにより開発が継続されている。ライセンスには修正BSDライセンスを採用しており、ソースコードが公開されているので自由に利用することができる。ソースコードはhttp://pgfoundry.org/projects/pgpoolからダウンロードすることができる。なお、2007年10月1日現在のpgpool-IIの最新バージョンは1.2.1である。 pgpool-IIはさまざ
PostgreSQL パフォーマンスチューニングまとめ - 徒然なるままにBlog
PostgreSQLをチューニングする機会があったので その時に調べたチューニング項目を備忘録として残しておきます。 バージョンの違いやサーバの規模などによっても 効果は変わってくると思うのであくまで参考程度のものですが。 ・shared_buffers 7系では8000〜10000程度まで引き上げる 8系では150000程度まで引き上げることが可能、100000程度が性能のピーク これに多く割り当てるよりOSのバッファ領域として使う方が性能が向上する テーブルサイズを割り出して設定するのがベスト 簡単に設定するなら搭載メモリ量の1/4、搭載メモリが多ければ1/2ぐらいでも可 ・max_connections 7系では256程度、8系では1000程度が性能のピーク ・work_mem(sort_mem) 適切なサイズに調整する、2048〜4096程度 プロセス毎
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://neta.ywcafe.net/000960.html
