はてなブックマーク

この記事はPostgreSQLアドベントカレンダーの21日目の記事です。 昨日は @kasa_zip さんの PostgreSQLのバックトレースレポート機能 というPostgreSQLの新機能についての記事でした。 サーバログにバックトレースを残せる機能がPG13で追加されるかもということです。たしかにレアケースを踏んでSEGVになったときは再現が難しいのでこういう機能があると良さそうですね。（まだ、試作段階で用途は少なそうということらしいですが。） はじめに 突然ですが、autovacuumってちゃんとチューニングしていますか？ 正直自分はあまり意識したことがなかったですが、最近、お仕事の中で設定値について考える機会が多かったので、せっかくなので整理してみようと思い、アドベントカレンダーのテーマとして選びました。 裏付けのための検証をもとに まとめ を最後に書いていますので、お忙しいか

はじめに この記事は2ndQuandrant社の記事 Basics of Tuning Checkpoints を翻訳した内容です。 記事の内容を確認するため、翻訳しながら読んでました。 気になるのは、後半のcheckpoint_completion_targetのチューニングの話で、次のタイムアウトでの発火までの時間で、OSにはフラッシュの時間を2分残すというところ。 2分はOS側でダーティをフラッシュしてもらうことで、チェックポイントはそんなにいい効果があるのか。。。実機で確認したほうが早いかな。 チェックポイントのチューニングの基礎 大量の書き込みが行われるシステムのパフォーマンスでは、チェックポイントのチューニングが重要になってくる。ただ、その設定は難しくてユーザからは度々問い合わせが来ている。 チェックポイントとは そもそもPostgreSQLは全ての更新ログをWALというデータ

はじめに PostgreSQLにはコア機能として提供されているバックアップの機能がいくつか存在します。 今回はそれらの機能から、PostgreSQLが稼働した（サービスを継続した）状態で取得できる「論理バックアップ」、「オンラインバックアップ」についてまとめてみました。 1. PostgreSQLで実施可能なバックアップ手法の一覧 追加モジュール等を利用せず、PostgreSQLが提供する機能で実施可能なバックアップの取得方法を以下にまとめます。 論理バックアップ データベースの内容をSQLで保存することを論理バックアップと呼びます。 項番 バックアップの格納先 バックアップの対象 コマンド コマンド実行例(*1) リカバリに必要なWALのバックアップ(*2)

目的 HAについての勉強として、PG-REXをVM環境に構築する 手順書はコミュニティから公開されているので、それを試してみる PG-REXとは PostgreSQLの同期レプリケーションとPacemakerを組み合わせたHAクラスタの名称 PG-REXは製品名ではない。 PacemakerがPostgreSQLを管理しており、以下のようなことができる 障害検知時の自動フェイルオーバ スイッチオーバ VIPの管理（PGのマスタ、スレーブを監視して自動で設定してくれる） 設定が大変ということで有名？ 山場はPacemakerの設定 資材の取得先 PG-REX9.6 構築手順書等 https://ja.osdn.net/projects/pg-rex/releases/68042 PostgreSQL 9.6 https://yum.postgresql.org/9.6/redhat/rhel

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

PostgreSQL10のbeta1がリリースされましたね。 タイミングとしては、かなり今更ですが、PG96で実装されたpg_start_backupのnon-exclusiveモードを少し試していたので、備忘録として残します。 non-exclusive mode（非排他モード）とは ざっくり言うと、これまでのexclusive modeとは以下の点で違いがあります。 複数のバックアップを同時に取得できるようになった。 pg_start_backup中に別の人がpg_start_backupを実行できる。 Slaveに対してpg_start_backupが実行できるようになった。 これまではMasterにしか実行することができなかった。 （Masterからのバックアップ取得は以前からpg_basebackupコマンドでもできていたので、pg_start_backupに限った話という意味。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

どんなのか使ってみたかったけど、紹介している人があまりいなかったので、自分で動かしてみました。 repmgr概要 repmgrはコマンドラインツールで以下の管理タスクを実行し、PostgreSQLをHAクラスタとするためのツールです。 スタンバイサーバの設定 スタンバイサーバの昇格 スイッチオーバ クラスタのサーバステータス repmgrは2ndQuadrant社が作成し、GitHubで公開しています。 repmgrでのPostgreSQLクラスタ化までの構築手順 1. 前提条件、及び環境構築 今回はVirtualBoxでのCentOS7、PostgreSQL 9.5.2の環境でやります。 まずは、PostgreSQL(ソースビルド版)がインストールされた2台のVMを準備しておいてください。 ※本書では、PostgreSQLのインストール方法やSSHの設定等の説明を省きます。 後半でもPo

PostgreSQLには、PITRするためにWALファイルをアーカイブする機能があります。 しかし、アーカイブされたWALファイルはユーザが削除しない限り、溜まり続けるため、不要になったアーカイブWALは適宜削除する必要があります。 今回はその削除の判断の仕方と削除手順について書きます。 前提条件 PostgreSQL 9.5.2 CentOS 7.2 削除対象となるアーカイブWALとは アーカイブされたWALファイルは、取得していたベースバックと組み合わせたPITRに使用します。 つまり、最も古いベースバックアップよりも古いアーカイブWALは使うことはないため、それらのファイルが削除対象となります。 削除対象となるアーカイブWALの確認方法 とても簡単です。 ベースバックアップ取得時に作成されるbackup_labelのSTART WAL LOCATIONで確認することができます。 以下

唐突ですが、全く触ったことがなかったので、railsってどんな感じか触ってみようと思いました。 友人とWeb系の勉強会に申し込んだら、うっかり自分だけ当選して焦っているとかでは断じてない おググりしたところ、小学生でもわかるhogehogeというタイトルを見つけたので、早速頭からやっていこうと思ったのですが。。。 $ gem install rails ERROR: Error installing rails: activesupport requires Ruby version >= 2.2.2.

今回はVM2台を使用したPostgreSQLのレプリケーション環境の構築手順について説明します。 前提 VirtualBoxでVMを2台使用します。 2台のVMでは、CentOS 7でPostgreSQLのインストール手順の「3-1. ~/.bash_profileを編集」まで実施します マスタとして構築するVMでは「3-2. DBクラスタ作成」まで実施します。 以降の作業は全てpostgresユーザを使用します。 1. PostgreSQLの設定ファイルを修正する（マスタのみで実施） 1-1. postgresql.conf レプリケーション用に設定ファイルを修正します。 レプリケーションを行う上で必須なのは　wal_level, max_wal_sender　の設定です。 # Add settings for extensions here listen_addresses = '*'