特にTwitterはデータベースへの書き込み負荷が非常に多いと考えられるので、データ追加のスケーラビリティは大きなポイントのはずです。
more...http://www.sraoss.jp/pipermail/pgpool-general-jp/2008-December/000517.html
>> オンラインリカバリをpgpoolAdmin経由で使用しようとしていますが、エラー終了して >> しまいます。 >> > アプリケーションで接続プーリングを行なっていると，pgpoolから見ていつま > でたっても接続が終了しないので，オンラインリカバリは失敗します．
> > 接続を終了していないクライアントのアイドル時間によるタイムアウトを設定
> > したい場合は，client_idle_limitを使用してください．その際は，
> > client_idle_limit < recovery_timeouthttp://www.sraoss.jp/pipermail/pgpool-general-jp/2008-November.txtBackendErrorは「何かエラーが発生したよ」というメッセージなので、一体何が 起こっているのかまでは解りません。 1stステージ用のスクリプトなどに、リダイレクト文を挿入してどの時点までスクリプトが 実行されているかチェックするというのも一つの手だと思います。 2点確認なのですが、以下はどうなっているでしょうか？ １．backend_data_directoryX」は各DBノード毎に問題なく設定されているか。 ２．各DBノード間で、パスフレーズ無しでSSH接続できるように設定されているか。 上記の2点が問題無く、最初に実行されるべき1stスクリプトが実行されないとなると、 下記を疑うべきかもしれません。 １．各DBノードの$PGDATA内にリカバリスクリプトが全て揃っているのか。 ２．各リカバリスクリプトのオーナーとグループ、及びパーミッションは pgpool.confに指定されているrecovery_userが実行できる権限になっているか
「MIRACLE StandbyDB X」の提供対象は、LinuxでOracle 8i以上を利用するユーザー。価格は、基本ライセンスが60万円、構築費用が85万円、年間サポートが15万円（RACオプションなどは別費用）。
■Oracleに設定している現在の最大同時接続数は下記のSQLで取得できます。
SELECT name, value FROM v$parameter WHERE name = 'processes'
http://a-programmer.blog.so-net.ne.jp/2006-12-01-7
■最大同時接続数は、V$LICENSE ビュー の SESSIONS_HIGHWATER 列 にて
確認することができます。
この列にて確認できるのは、インスタンス起動時から現時点までの
期間における最大同時接続数です。
前回起動時以前のデータについても確認する場合は、データベース
shutdown時にalertログに記録されている"License high water mark"
の値がその起動～停止の期間に発生した最大同時接続数となります。
SELECT sessions_highwater FROM v$license;
http://www.venus.dti.ne.jp/~yoshi-o/RDB/Oracle-Beans_dictionary.html#最大同時接続数
↑このサイト、なかなか便利かも
