Amazon RDS for PostgreSQL クロスリージョンリードレプリカのためのベストプラクティス | Amazon Web Services
Amazon Web Services ブログ Amazon RDS for PostgreSQL クロスリージョンリードレプリカのためのベストプラクティス Amazon RDS for PostgreSQL のマネージドサービスのひとつにクロスリージョンリードレプリカがあります。クロスリージョンリードレプリカを使用することで、災害対策ソリューションの確保、データベースの読み込みワークロードのスケーリング、およびリージョン間での移行が可能になります。クロスリージョンリードレプリカは、Amazon RDS コンソール、AWS CLI、または create-db-instance-read-replica API を使用して作成できます。クロスリージョンリードレプリカには、追加のデータ転送料金がかかります。 Amazon RDS はクロスリージョンリードレプリカを容易にしますが、最良の経験を実
技術を知る：PostgreSQLのバックアップとリカバリー｜PostgreSQLインサイド
データベースには、お客様の重要なデータが保管されています。そのデータを守るため、データベースの障害に備えてデータベースの内容を定期的にバックアップしておくことが重要です。 ここでは、PostgreSQLデータベースとFujitsu Enterprise Postgres（以降、Enterprise Postgresと略します）のバックアップとリカバリーについて解説します。バックアップの基礎からEnterprise Postgresを使用した場合のメリットまでを説明します。 当社が提供する「セキュリティ」「性能」「信頼性」を強化したデータベース「Enterprise Postgres」の詳細は下記ページをご覧ください。 製品情報はこちら 1. PostgreSQLのバックアップ・リカバリーとは？ まずは、バックアップの基本から説明します。PostgreSQLデータベースのバックアップには、「
技術を知る：PostgreSQLのバックアップとリカバリー ～大量データの高速バックアップ～｜PostgreSQLインサイド
ここでは、PostgreSQLデータベースとFUJITSU Software Enterprise Postgres（以降、Enterprise Postgresと略します）における大量データの高速バックアップについて解説します。 はじめに. 大量データのバックアップにおける課題と解決策 PostgreSQLで大量のデータをバックアップする場合、全データのファイルコピーを行っているため、コピー処理に膨大な時間がかかります。 当社のEnterprise Postgresでは、この課題を解決するためにFUJITSU Storage ETERNUSなどのストレージ製品に搭載された差分コピー機能を活用することで、バックアップの高速化を実現しておりバックアップにかかる時間を短縮できます。 その効果は、例えばデータ量が数テラバイトの大規模データベースにおいてデータ更新量が全体の10%だった場合、更新部
溜まったアーカイブログを削除するタイミング - Qiita
PostgreSQLには、PITRするためにWALファイルをアーカイブする機能があります。 しかし、アーカイブされたWALファイルはユーザが削除しない限り、溜まり続けるため、不要になったアーカイブWALは適宜削除する必要があります。 今回はその削除の判断の仕方と削除手順について書きます。 前提条件 PostgreSQL 9.5.2 CentOS 7.2 削除対象となるアーカイブWALとは アーカイブされたWALファイルは、取得していたベースバックと組み合わせたPITRに使用します。 つまり、最も古いベースバックアップよりも古いアーカイブWALは使うことはないため、それらのファイルが削除対象となります。 削除対象となるアーカイブWALの確認方法 とても簡単です。 ベースバックアップ取得時に作成されるbackup_labelのSTART WAL LOCATIONで確認することができます。 以下
Solving pg_xlog out of disk space problem on Postgres | End Point Dev
Running out of disk space in the pg_xlog directory is a fairly common Postgres problem. This important directory holds the WAL (Write Ahead Log) files. (WAL files contain a record of all changes made to the database—see the link for more details). Because of the near write‑only nature of this directory, it is often put on a separate disk. Fixing the out of space error is fairly easy: I will discu
Redisは本当に必要か？PostgreSQLだけあれば十分
この記事は、著者の許可を得て配信しています。 Do You Really Need Redis? How to Get Away with Just PostgreSQL Webサービスやアプリケーションに対応するために、何度も見てきた試行錯誤のアーキテクチャがあります。 データストレージとしてのPostgreSQL バックグラウンドのジョブキュー（および限定的なアトミック操作）を調整するためのRedis Redisは素晴らしいものですが、このスタックの最も一般的な使用例を実はPostgreSQLだけで実現できると言ったらどうでしょう？ 使用例1：ジョブのキューイング 私が見てきたRedisの最も一般的な使い方は、Webサービスからバックグラウンド・ワーカーのプールへのジョブのディスパッチ調整でしょう。そのコンセプトは、（おそらく入力データを使って）実行されるべきバックグラウンド・ジョブの
PostgreSQLを遅くしている犯人はどこだ？
PostgreSQLを遅くしている犯人はどこだ？：Linuxトラブルシューティング探偵団（3）（1/3 ページ） NTTグループの各社で鳴らした俺たちLinuxトラブルシューティング探偵団は、各社で培ったOSS関連技術を手に、NTT OSSセンタに集められた。普段は基本的にNTTグループのみを相手に活動しているが、それだけで終わる俺たちじゃあない。引き続きOSSに関するトラブルの解決過程を＠ITで連載していくぜ。 ソースコードさえあればどんなトラブルでも解決する命知らず、不可能を可能にし、多くのバグを粉砕する、俺たちLinuxトラブルシューティング探偵団！ 助けを借りたいときは、いつでもいってくれ！ OS：高田哲生 俺はリーダー、高田哲生。Linuxの達人。俺のようにソースコードレベルでOSを理解している人間でなければ、百戦錬磨のLinuxトラブルシューティング探偵団のリーダーは務まらん。
PostgreSQLでの透過的暗号化
NTT OSSセンタの澤田です。NTT OSSセンタでは、PostgreSQLをより便利で強力なデータベースにするために、PostgreSQLコミュニティと連携してさまざまな開発を行っています。 近年PostgreSQLの適用領域が広がってきおり、金融系システムや、個人情報を扱うシステムにも適用したいという要望が高まってきています。NTT OSSセンタでは、PCI-DSS(クレジットカードのセキュリティについて国際規約)等のよりセキュリティ要件の高い環境でもPostgreSQLを利用できるようにするために、セキュリティ機能の強化に取り組んでいます。その中でも、保存データの暗号化を行う「透過的暗号化機能」は最も注力して開発している機能の一つです。 本記事では、開発中の透過的暗号化機能の概要や特徴について解説します。 PostgreSQLの暗号化における課題PostgreSQLはPGP暗号化関
[PostgreSQL] よく使うコマンドまとめ | DevelopersIO
はじめに PostgreSQL始めました。 Mysqlの感覚でPostgreSQLを触るとコマンドが違うことが多いので、その都度Google先生に教えてもらいました。 PostgreSQLのコマンドがまとまっているサイトを見つけられなかったので、自分用にメモしていたものを公開します。 注) 僕がPostgreSQLでよく使うコマンドや何度も調べたコマンドのまとめです。PostgreSQL特有のコマンドのまとめではありません。 ※#から始まるコマンドはpsql内で、$から始まるコマンドはpsql外で実行するコマンドになります。 ※<TABLE_NAME>のように記述している箇所は、任意の名前を記入する箇所です。(<>は不要です) 環境 MacOS 10.10.5 PostgreSQL 9.4.5 よく使うコマンド バージョンを確認する $ psql —version # select ver
![[PostgreSQL] よく使うコマンドまとめ | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/d9d7a9e19a3c5979fc0b83efa7beeec666f705bb/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2015%2F07%2Fsql.png)
Analyzing the Limits of Connection Scalability in Postgres
One common challenge with Postgres for those of you who manage busy Postgres databases, and those of you who foresee being in that situation, is that Postgres does not handle large numbers of connections particularly well. While it is possible to have a few thousand established connections without running into problems, there are some real and hard-to-avoid problems. Since joining Microsoft last y
目的別ガイド：運用管理編 — Let's Postgres
本ページでは、PostgreSQLを運用していく上で必要な事柄を紹介します。「PostgreSQLの運用管理って何をしたら良いのだろう？」とお困りの方は、まず本ページでざっくりと運用の全体のイメージを掴んでみてください。各項目についてもっと掘り下げた情報は、リンク先の記事で紹介しています。 PostgreSQLの運用管理に必要なこと PostgreSQLの運用管理として必要な作業には何があるのでしょうか？運用要件によって必要な作業は変わってきますが、およそ以下の事項が挙げられます。 メンテナンス DBは、日々の運用により内部状態が変化していきます。常に一定のパフォーマンスを発揮するには、良い状態を保つためのメンテナンスが必要です。主に VACUUM や ANALYZE が該当します。 監視 異常を事前に察知する、もしくは発生後に原因を調査するために、DBやOSの状態を監視しておきます。適切
運用管理コマンド全般 - PITR｜Goldの例題解説「運用管理」｜サンプル問題／例題解説｜受験対策｜DBスペシャリストを認定する資格 OSS-DB技術者認定試験
ポイントインタイムリカバリ(PITR)についての説明の中から、適切なものを2つ選びなさい。 A. ベースバックアップは、データベースクラスタ全体のバックアップなので、同じバージョンのPostgreSQLがインストールされている環境にコピーすれば、そのまま使うことができる。 B. ベースバックアップは、システムの運用開始時に1度だけ取得すれば良い。 C. pg_xlog ディレクトリが消失した場合は、リカバリ時に一部の更新情報が失われ、最新の状態にまで復旧できない場合がある。 D. ベースバックアップを再取得すれば、それ以前の古いアーカイブログは消しても良い。 E. より安全な運用のためには archive_timeout パラメータの設定を、パフォーマンスに支障が出ない範囲で大きくすることが望ましい。 ※この例題は実際のOSS-DB技術者認定試験とは異なります。 解答と解説 まずPITRの
バックアップことはじめ JPUG第29回しくみ＋アプリケーション分科会(2014-05-31)
2014-05-31 JPUG第29回 しくみ＋アプリケーション分科会で使用したスライドです。 Read less
PostgreSQL 9.3でPITR(Point In Time Recovery)を実行するためのWAL設定 | setup | OSS Fan
概要 PostgreSQL 9.3でPITR(Point In Time Recovery)を実行するために必要な設定を行います。 以下の手順は「PostgreSQL 9.3のCentOS 6.5へのインストールと初期設定」に沿って PostgreSQL 9.3がインストールされた環境であることを前提としています。 PITRの特徴はデータベースのバックアップを取得した時点ではなく、データベースに障害が発生する直前の 状態まで復旧できるという点です。 PITRを実現するためには、データベースのバックアップが必要であることは当然ですが、 それに加えてバックアップ後にデータベースがどのように更新されたのかという履歴情報が必要となります。 PostgreSQLはデータベースの障害発生後、PITR実行時に、データベースのバックアップ（ベースバックアップ）に対して、 更新の履歴情報を参照しながらデータ
開催日：２０１２年１２月２２日 主催：データベース友の会 第３回 PostgreSQL勉強会 2012/12/221 データベース友の会 本日の勉強会の流れ １．データベース友の会の紹介 ２．自己紹介タイム ��
開催日：２０１２年１２月２２日 主催：データベース友の会 第３回 PostgreSQL勉強会 2012/12/221 データベース友の会 本日の勉強会の流れ １．データベース友の会の紹介 ２．自己紹介タイム ３．本日の勉強会に関しての説明 ４．PostgreSQLの基礎&直近の新機能 2012/12/222 データベース友の会 データベース友の会の紹介 2009年8月16日に設立 「データベース」をキーワードに、技術者が集い、 相互に学びながら技術力を高めていく会 勉強会のテーマは技術・資格・ビジネスなど 勉強会以外にも、技術者同士の交流の場を企画 最新情報は ⇒ http://dbtk.main.jp メンバー参加の申し込みをお待ちしております 現在のメンバー数は230名です(12/21現在) メルマガも発行しています 運営メンバーも募集しています
PostgreSQL安定運用のための障害予防と検知 - OSC2014
© Copyright 2014 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice. PostgreSQL安定運用のための 障害予防と検知 篠田典良 / 日本ヒューレット・パッカード株式会社 / 2014年12月12日 Open Source Conference 2014 .Enterprise / Room 5B © Copyright 2014 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice. 2 篠田典良（しのだのりよし） 自己紹介 • 所属
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
404 Not Found
postgres/contrib/start-scripts/linux at master · postgres/postgres
» PostgreSQL に関する技術情報 | 技術情報 - SRA OSS
docker-postgresql/Dockerfile at master · cthulhuology/docker-postgresql