PostgreSQL 9.0 was released in August 2010 with several new features including improved performance, replication capabilities, and data types. Version 9.0 focuses on areas like replication, vacuuming, and indexing. It features increased replication support through streaming replication and improved standby servers. The new version also enhances vacuuming performance and introduces exclusion constr
インストールした OpenSSH サーバーを起動して動作の確認を行います。 また OpenSSH の自動起動スクリプトを作成し、OS 起動時に自動的に OpenSSH を起動するように設定します。 OpenSSH の起動と終了 OpenSSH は以下のように起動します。
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
16.4. カーネルリソースの管理大規模なPostgreSQLインストレーションでは、すぐに各種オペレーティングシステムのリソース制限を超えてしまうことがあります （システムによっては、実際に"大規模"なインストレーションでなくても、出荷時のデフォルトでは低過ぎるものもあります）。 この種の問題が発生したら、これらを読んでください。 16.4.1. 共有メモリとセマフォ共有メモリとセマフォはひとまとめに"System V IPC"と呼ばれます。 （メッセージキューも一緒ですが、これはPostgreSQLとは関係ありません）。 ほとんど全ての最近のオペレーティングシステムはこれらの機能を提供していますが、これらの全て、特にBSD由来で有効にされているとは限りませんし、デフォルトで十分なサイズがあるとも限りません （Windows、QNXおよびBeOS版では、PostgreSQLは独自の代替的
DB PostgreSQL[1] Network CARP[2] Camera[1] DHCP[1] HTTP SMB[1] SMTP[1] VPN[2] WWW[1] proxy[1] OS CentOS[3] FreeBSD[8] Windows[1] PostgreSQLのmax_connectionsをいくつまで増やすことができるのか？やってみた。 PostgreSQL 8.2.14 1.max_connections =1640 --- 768までnoswarp確認 サーバ:HP ProLiant 380 G5 OS: RHEL 4.8 2.6.9-89.0.9.ELsmp メモリー:4GB /proc/sys/kernel/shmmax=536870912 /proc/sys/kernel/shmall=134217728 /proc/sys/kernel/shmmni=409
このサイトは、もともと作者の自分用メモとして書き始めたものです。書いてあることが全て正しいとは限りません。他の文献、オフィシャルなサイトも確認して、自己責任にて利用してください。 数十万レコードのデータを持つ大規模なテーブルを扱うようになると、クエリによっては回答が得られるまでに数秒かかるケースも出てくる。これは、より多くのメモリやディスクの使用を PostgreSQL に許すことで改善される可能性が高い。ただし、扱っているデータベースが小さい時には大した効果は望めない。また、そもそもの実装メモリが 256M とか 128M という貧弱な状態では、調整の余地さえなく、単なる悪あがきだ。以下は搭載メモリ 1 ギガを目安に書いている。更に、テーブルの素性とクエリパターンによっては、テーブル自体のクラスタ化が加速を上乗せしてくれるかもしれない -- クラスタリングや適切なインデックスの作成は、メ
たとえばDebian packageをそのままもってくるとi486用のコードで 実行されることになる。自分の使っているマシン上でコンパイルすると CPU別に最適化してくれるので、数％から１０数％程度の高速化が期待 できる。 IDEのハードディスクを接続していてDMAが使えない状態だと極端に遅くなるの は当然である。が、しかし、たまに「LinuxのHDDアクセスは遅い」と騒いでい るのを見かけるので、一応、書いておく。 $ sudo hdparm -mcd /dev/hda /dev/hda: multcount = 16 (on) I/O support = 1 (32-bit) using_dma = 1 (on) using_dmaがonになっていれば良い。なっていなければ $ sudo hdparm -d 1 -c 1 -m 16 /dev/hda /dev/hda: settin
継続的なアーカイブ処理を使用して、プライマリサーバが失敗した場合に操作を引き継ぐ準備がなされた、1つ以上のスタンバイサーバを持つ高可用性(HA)クラスタ構成を作成することができます。 この機能はウォームスタンバイまたはログシッピングとして広く知られています。 プライマリサーバとスタンバイサーバは、この機能を提供するために共同して稼働しますが、サーバとサーバはゆるく結合しています。 プライマリサーバは継続的アーカイブモードで動作し、各スタンバイサーバはプライマリからWALファイルを読み取る、継続的リカバリモードで動作します。 この機能を可能にするために、データベースのテーブル変更は不要です。 したがって、他のレプリケーションの解法に比べて、管理にかかるオーバーヘッドが減少します。 この構成はプライマリサーバの性能への影響も相対的に減少させます。 あるデータベースサーバから他へ直接WALレコー
pg_standbyでのウォームスタンバイの設定に非常に手こずったのでいろいろ書いとく 実施環境 CentOS 5.5 PostgreSQL 8.3.11 ソースからインストールしたもの pg_standbyのインストール PostgreSQL8.3からは(ソースに)付属している /usr/local/src/postgresql-8.3.11/contrib/pg_standby make make install バックアップDBの準備 メインDB側のdataディレクトリをコピーしてバックアップ側のdataディレクトリを作る その際、pg_xlogを中身は消去しておく メインDB側の設定 postgresql.conf # scpする場合は事前に公開鍵認証できるように設定しておくこと(各サーバのpostgresユーザー) archive_mode = on archive_comman
PostgresForestは，複数台のPostgreSQLサーバーを仮想的に1つに統合し，並列分散動作させるソフトウエアである。同ソフトを導入することで，PostgreSQLで構築したデータベース・サーバーの可用性や拡張性を向上できる。 この数年間でLinuxを中心としたオープンソース・ソフトウエア（OSS）は，目覚しい発展を遂げている。特に，Webサーバーに「Apache HTTP Server」，アプリケーション・サーバーに「Tomcat」，データベース・サーバーに「PostgreSQL」を用いた3層システムは，Webシステムの定番と呼べる存在になった。 ただし，Webシステムの可用性や拡張性を考慮した場合には，これらのソフトウエアだけでは不十分だ。Webサーバーとアプリケーション・サーバーはともに，複数台を並列に動作させれば可用性や拡張性を確保できる。しかし，データベース・サーバー
It’s dangerous to go alone, take this! –The Legend of Zelda Welcome to Pro Gaming Foundry, your source for information on all things gaming. We cover everything to do with maximizing your performance online, from chairs and VR rigs, all the way through monitors and gaming laptops. Whether you need to customize your seating, improve your monitors, get a faster desktop, or stream your latest adventu
先日書いた「MySQL のボトルネックを統計的に監視・解析する方法」について、PostgreSQL でも pg_stat_activity テーブルを使って実行中のクエリ一覧を取得できると higepon さんに教えてもらったので、やってみました。 % ppdump > ppdump.txt のようにクエリをサンプリング (デフォルトで100秒間程度) して、 % ppfilter < ppdump.txt | ppreport のようにすると、平均負荷の高いクエリから順にソートされて表示されます。詳しい使い方や考え方については、mprofile のエントリをご参照ください。 pprofile のソースコードは、/platform/postgresql/pprofile – CodeRepos::Share – Tracに置いてあります。負荷が高い PostgreSQL 環境が手元にないの
ここのところ、javaccとawsに魅了されている米林です。 よく使うDB(Oracle/MySQL/PostgreSQL/SQLServer)における設計時のサイズ見積もりで使うサイトの備忘録。 あとは、OracleからのPython情報。 Oracle Oracle 物理設計 http://www.oracle.com/technology/global/jp/columns/skillup/oracle9i/index.html 領域サイズ見積もり http://otn.oracle.co.jp/document/estimate/index.html OTNにログインする必要ありますがオンラインで見積もりが出来ます。 アカウント持っていない人は、この見積もりツールを使う目的でアカウントを作ってみてはいかがでしょうか。 OLTP系とDWH系においてブロックサイズを考慮し、DWH系はブ
＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
