いまさら聞けないPostgreSQL運用管理2012年5月24日に開催された「第2回『いまさら聞けない！システム運用・管理のコツ』」のセッション「いまさら聞けないPostgreSQL運用管理」の講演資料です。Read less
二重化の限界を知り障害に備えよ
出典：日経コンピュータ 2012年10月11日号 （記事は執筆時の情報に基づいており、現在では異なる場合があります） サーバーやネットワークの冗長化は情報システムの信頼性を高めるための常套手段である。しかし、冗長構成を組んだからといって安心はできない。障害発生時、本番系から待機系への切り替えがうまくいかないケースが後を絶たないからだ。なぜフェイルオーバーに失敗するのか。有効な自衛手段はあるのか。事例を基にひも解いていく。 2012年、東京証券取引所は取引停止につながる大規模なシステム障害を二度引き起こし、金融庁から業務改善命令を受けた。東証の取引システムのようなミッションクリティカルな情報システムは、サーバーやネットワークなどを冗長化している。二度の障害はいずれもハードウエア故障が発端。本来、何事もなく本番系から待機系に自動的に切り替わり、サービスを継続できるはずだった。ところが、二度とも
性能に関するヒント
目次13.1. EXPLAINの利用13.2. プランナで使用される統計情報13.3. 明示的なJOIN句でプランナを制御する13.4. データベースへのデータ投入13.4.1. 自動コミットをオフにする13.4.2. COPYの使用13.4.3. インデックスを削除する13.4.4. maintenance_work_memを増やす13.4.5. checkpoint_segmentsを増やす13.4.6. 最後にANALYZEを実行 問い合わせの性能は多くの要因に影響されます。 ユーザが制御できるものもありますが、背後にあるシステム設計に起因する根本的な要因もあります。 本章ではPostgreSQLの性能を理解し、チューニングするためのヒントを提供します。 13.1. EXPLAINの利用PostgreSQLは与えられた問い合わせから問い合わせ計画を作り出します。 問い合わせの構造と含
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
