PGECons技術ドキュメントテンプレート Ver.3

Similar documents
別紙 : 検証環境の構築手順 ( 章 ) 1. サーバ設定 1.1 IP アドレス設定 サーバは以下の 6 台を用いる pgpool-ii サーバ 2 台 DB サーバ 3 台 上位サーバ 1 台 OS は全サーバで CentOS 6.4 x86_64 とする pgpool-ii のサー

はじめに PostgreSQL/PowerGres サポート & 保守サービス でサポート対象になっているサードパーティ製のソフトを紹介 pgfouine pgbadger( 今後サポート対象にする予定 ) PgFincore pg_reorg pg_rman pg_bulkload pg_stat

改訂履歴 版改訂日変更内容 /4/25 新規作成 ライセンス 本作品は CC-BY ライセンスによって許諾されています ライセンスの内容を知りたい方は でご確認ください 文書の内容 表記に関

PostgreSQL 9.0 のレプリケーションを使ってみよう SRA OSS, Inc. 日本支社佐藤友章 2010/12/11 Copyright 2010 SRA OSS, Inc. Japan All rights reserved. 1

PostgreSQLによる データベースサーバ構築技法

アプリケーションサーバ JBoss超入門

はじめに 1. 概要本書では SuitePRO V3 にて提供している迷惑メールフィルタのバージョンアップ手順について案内しています なお この手順につきましては 迷惑メールフィルタ機能について オンラインマニュアルの内容通りに設定されていることを前提条件とします

PGECons技術ドキュメントテンプレート Ver.3

HAクラスタで PostgreSQLを高可用化 (後編) ~ レプリケーション編 ~

Microsoft Word - Win-Outlook.docx

PostgreSQL Plus 管理者ガイド

ftServerでのログの取得方法の概要

<506F C392E30838C A B E E2E2E>

CLUSTERPRO for Linux PostgreSQL HowTo

Alibaba Cloud [ ナレッジドキュメント ] AWS EC2 から Alibaba Cloud ECS へのマイグレーション手順 (Linux_PostgreSQL 版 ) AWS EC2 から Alibaba Cloud ECS への マイグレーション手順 (Linux_Postgre

PGECons技術ドキュメントテンプレート Ver.3

Helix Swarm2018.1アップグレード手順

OSSTechドキュメント

Introduction Purpose This training course demonstrates the use of the High-performance Embedded Workshop (HEW), a key tool for developing software for

PostgreSQL

ql tar.gz の展 9 開 # su - $ cd /usr/local/src/ $ tar xvzf ql tar.gz PostgreSQL(9.2.4) のインストール $ ls -l /usr/local/src/ drwxrwxr-x 月

Microsoft Word - VPN...[.U.K.C.hLinux doc

ServerView ESXi CIM Provider VMware vSphere ESXi 6.5 インストールガイド

OSSTechドキュメント

PowerGres on Linuxマニュアル

PowerGres on Linuxマニュアル

目次 1. Serverspec とは 1.1. Serverspecとは 1.2. Serverspecで出来る事 2. セットアップ 2.1. 必要なもの 2.2. インストール 3. デモ 3.1. デモ環境について 3.2. テスト対象サーバーの登録 3.3. サンプルテストの中身 3.4.

Red Hat Enterprise Linux 6 Portable SUSE Linux Enterprise Server 9 Portable SUSE Linux Enterprise Server 10 Portable SUSE Linux Enterprise Server 11 P

改訂履歴 版 改訂日 変更内容 /4/25 新規作成 ライセンス 本作品はCC-BYライセンスによって許諾されています ライセンスの内容を知りたい方は 文書の内容 表記に関する

A : kerl kerl Erlang/OTP Erlang/OTP 2 2 Elixir/Phoenix URL 2 PDF A.2 Bash macos.bash_profile exp

$ cmake --version $ make --version $ gcc --version 環境が無いあるいはバージョンが古い場合は yum などを用いて導入 最新化を行う 4. 圧縮ファイルを解凍する $ tar xzvf gromacs tar.gz 5. cmake を用

OpenAM 9.5 インストールガイド オープンソース ソリューション テクノロジ ( 株 ) 更新日 : 2013 年 7 月 19 日 リビジョン : 1.8

はじめに このドキュメントではftServerに関する障害調査を行う際に 必要となるログ データの取得方法を説明しています ログ データの取得には 初期解析用のデータの取得方法と 詳細な調査を行うときのデータ取得方法があります 特別な理由でOS 側のログが必要となった場合には RHELログの取得につ

改版履歴 本書の改版履歴は以下のとおりです 日付 改版理由 変更箇所 版数 2014/09/04 初版発行 版 2015/03/30 第 1.1 版に改訂 対象 OS 追加 1.1 版 2015/07/10 第 1.2 版に改訂 対象 OS 追加 1.2 版 2015/09/04 第 1

目次 1. 動作環境チェック 動作必要環境 Java のインストール Java のインストール Firebird のインストール Firebird のインストール Adobe Reader のインストール

Linux修正適用手順書

ServerView ESXi CIM Provider VMware vSphere ESXi 6.5 インストールガイド

Access Manager 3.2/4.0 証明書の有効期限の確認と更新手順について

DIRECTIONS

SLAMD導入手順

Anaconda (2019/7/3)

薬剤在庫管理ソフト - インストール・バージョンアップ手順書

HeartCoreインストールマニュアル(PHP版)

Microsoft Word - nvsi_060132jp_datadomain_restoreDRAFT4.doc

HeartCore(PHP 版 ) インストール手順について説明いたします なお 本資料は 例として下記内容を前提として説明しております 環境情報 対象 OS: Linux ( ディストリビューション : Red Hat Enterprise Linux Server) APサーバ : Apache

目次 1. はじめに 本文書の目的 前提条件 略語 事前準備 ホスト名の名前解決 Linux 版パッケージ システム要件 ソフトウェア要件 パッケージ構成

Installation Guide for Linux

HeartCoreインストールマニュアル

PRIMEQUEST におけるServerView ESXi CIM Provider VMware vSphere 5インストールガイド

目次 1 環境 バージョン インストール環境 インストール手順 前提条件 CentOS SSHD の設定 VSFTPD の設定 コンテンツ管理 CGI のイ

目次 PostgreSQL の特徴 インストール インストール方法 環境変数 データベースクラスタ 起動 停止 設定ファイル postgresql.conf ログ出力設定 環境設定 ロール作成 データベース作成 psql バックスラッシュコマンド バックアップ リストア PITR (Point In

Web 認証拡張機能簡易ドキュメント

ServerView ESXi CIM Provider / ServerView RAID Core Provider VMware vSphere ESXi 6.5 / 6.7 インストールガイド

POSTGRESQL 9.2 /POSTGIS (WINDOWS 版 ) 導入 設定手順書 (VER. 1) June 20, 2014

ServerView ESXi CIM Provider VMware vSphere ESXi 6.0 インストールガイド

目次 1. 改版履歴 概要 WEB 版薬剤在庫管理システムのインストール 事前準備 インストール アプリケーションのセットアップ 日レセと連携するための有効化設定 WEB

破損した CIMC ファームウェアの復旧

ServerView ESXi CIM Provider VMware vSphere ESXi 5 インストールガイド

ソフトウェアエンジニアリング - 機能 #54

URoad-TEC101 Syslog Guide

Appendix

ServerView ESXi CIM Provider VMware ESXi 4インストールガイド

ドライバインストールガイド

RADIUS サーバを使用して NT のパスワード期限切れ機能をサポートするための Cisco VPN 3000 シリーズ コンセントレータの設定

ORCA帳票のPCL印刷設定方法

1 1 CentOS Java JDK(JavaSE Development Kit)......

ETERNUS VSSHP サポート情報

ServerView ESXi CIM Provider / ServerView RAID Core Provider VMware vSphere ESXi 6.0 インストールガイド

OpenAM 13 インストールガイド

対応した JDBC ドライバ (postgresql jdbc4.jar) に変更します 1.OpenDolphin-2.3m\client\pom.xml の下線部分を変更 <version> jdbc41</version> <version> jd

目次 第 1 章はじめに... 3 第 2 章ネットワーク設定 DNS の設定 アウトバウンド HTTPS 接続の許可 アウトバウンド SMTP/POP 接続の許可... 4 第 3 章 JDK への追加ライブラリインストール

ServerView with Data ONTAP-v™ PowerChute® Network Shutdown 設定について

AirWave バージョンアップ手順書 Aruba Networks 社 AirWave バージョンアップ手順書 (OS8.2.4 以降向け ) 複製禁止 取扱注意 1

システムパッケージリリース情報-Version5.0.0pre

Transcription:

pg_basebackup 実行手順例 1 WAL のアーカイブを保存するディレクトリを作成する # mkdir /usr/local/pgsql/archive /usr/local/pgsql/archive 3 バックアップ対象サーバの postgresql.conf を設定する 4 バックアップ対象サーバの pg_hba.conf を設定する 5 バックアップ対象サーバの PostgreSQL を再起動する listen_addresses = '*' wal_level = hot_standby archive_mode = on archive_command = 'cp -i %p /usr/local/pgsql/archive' max_wal_senders = 3 # TYPE DATABASE USER ADDRESS METHOD host replication test 10.1.12.12/24 password $ pg_ctl restart 6 pg_basebackup コマンドを介して DB に接続するユーザに replication 権限を付与する postgres=# alter role test with replication ; psql 接続してメタコマンドで確認する postgres=# \du -[ RECORD3 ]------- Role name test Attributes Replication Member of {} 7 バックアップサーバで pg_basebackup を実行し バックアップを取得する $ pg_basebackup -h 10.1.12.11 -p 5432 -U test -D /tmp/backup -x -v 以下のメッセージが出力される pg_basebackup: base backup completed 8 バックアップが取得できているか確認する -D で指定したディレクトリ内にデータベースクラスタ配下のファイルが存在するか確認する $ ls -l /tmp/backup 手順 7 で使用したオプション -h/--host : バックアップ対象サーバのホスト名 -p/--port : バックアップ対象の PostgreSQL が稼働しているポート -U/--username : 接続ユーザ名 -D/--pgdata : データベースクラスタのコピーの保存先 -x/--xlog : WAL ファイルをバックアップに含める -v/--verbose : 詳細を出力する pg_rman 導入手順例 pg_rman は rpm からインストールするものとします 1 rpm パッケージを入手する公開先 :https://github.com/ossc-db/pg_rman 2 rpm パッケージをサーバにインストールする 3 postgres ユーザになり pg_rman のバックアップカタログを初期化する 4 pg_rman.ini にリテンションポリシーを記述する # rpm -ivh pg_rman-1.3.0-1.pg94.rhel6.x86_64.rpm $ pg_rman init -B /usr/local/pgsql/pg_rman -D /usr/local/pgsql/data/ -A /usr/local/pgsql/archive/ ARCLOG_PATH='/usr/local/pgsql/archive/' SRVLOG_PATH='/usr/local/pgsql/data//pg_l 以下のように確認できる # rpm -qa grep pg_rman pg_rman-1.3.0-1.pg94.rhel6.x86_64 -B オプションで指定したディレクトリ内に次のファイルが作成されているか確認する backup pg_rman.ini timeline_history 2016 PostgreSQL Enterprise Consortium

og' BACKUP_MODE = full COMPRESS_DATA = YES KEEP_ARCLOG_FILES = 10 KEEP_ARCLOG_DAYS = 10 KEEP_DATA_GENERATIONS = 3 KEEP_DATA_DAYS = 120 KEEP_SRVLOG_FILES = 10 KEEP_SRVLOG_DAYS = 10 手順 3 で使用したオプション -B/--backup-path : バックアップカタログの保存先 -D/--pgdata : データベースクラスタ -A/--arclog-path : アーカイブ WAL 保存先のディレクトリ pg_rman 実行手順例 1 pg_rman コマンドを実行しバックアップを取得する $ pg_rman backup --backup-mode=full 以下のメッセージが出力される INFO: backup complete 2 バックアップが取得されたか確認する $ pg_rman show 3 バックアップを validate して有効にする $ pg_rman validate 以下のメッセージが出力される INFO: validate: "2016-02-25 11:17:35" backup and archive log files by CRC INFO: backup "2016-02-25 11:17:35" is valid Barman 導入手順例 Barman は rpm からインストールするものとします 1 Barman の rpm パッケージを取得するため サーバに PGDG(PostgreSQL Global Development Group) リポジトリが登録されているか確認する 2 依存関係のある Python のモジュールがインストールされているか確認する # ls /etc/yum.repos.d/ 以下のように確認できる # ls /etc/yum.repos.d/ pgdg-94-centos.repo # rpm -qa grep python 以下のパッケージがインストールされているか確認する python-psycopg2-2.6.1-1.rhel6.x86_64 python-argcomplete-0.3.7-1.rhel6.noarch python-2.6.6-64.el6.x86_64 python-pycurl-7.19.0-8.el6.x86_64 python-iniparse-0.3.1-2.1.el6.noarch python-argparse-1.2.1-2.1.el6.noarch python-dateutil-1.4.1-6.el6.noarch python-argh-0.23.0-1.rhel6.noarch python-libs-2.6.6-64.el6.x86_64 python-urlgrabber-3.9.1-9.el6.noarch rpm-python-4.8.0-47.el6.x86_64 newt-python-0.52.11-3.el6.x86_64 3 Barman をインストールする # yum install barman 4 Barman が正常にインストールされたか確認する # rpm -qa grep barman 以下のように確認できる # rpm -qa grep barman barman-1.5.1-1.rhel6.noarch 5 barman.conf の Barman に関する項目を設定する barman_home = /var/lib/barman barman_lock_directory = /var/run/barman barman_user = barman 2/7 2016 PostgreSQL Enterprise Consortium

6 barman.conf のバックアップ対象サーバに関する項目を設定する (barman.conf 内に DB 接続のパスワードを記述したくない場合パスワードファイルを使用することも可能 ) 7 手順 6 で barman.conf に設定したサーバが Barman のバックアップ対象として正しく認識されているか確認する 8 手順 6 で登録した ssh 接続ユーザを バックアップ対象の PostgreSQL の pg_hba.conf に登録する log_file = /var/log/barman/barman.log compression = gzip reuse_backup = copy configuration_files_directory = /etc/barman.d [postgres01] description = "PostgreSQL01 Database" ssh_command = ssh postgres@10.1.12.11 conninfo = host=10.1.12.11 user=barman password=barman minimum_redundancy = 1 retention_policy = REDUNDANCY 2 retention_policy = RECOVERY WINDOW OF 4 WEEKS $ barman list-server 下記のように対象サーバが出力される $ barman list-server postgres01 - PostgreSQL01 Database postgres02 - PostgreSQL02 Database postgres03 - PostgreSQL03 slave Database # TYPE DATABASE USER ADDRESS METHOD host all barman 10.1.12.20/24 password 9 バックアップ対象 PostgreSQL を再起動する 10 Barman 用のエクステンションツールの pgespresso を取得する 11 バックアップ対象のサーバにインストールする 12 バックアップ対象 PostgreSQL にエクステンションとして取り込む $ pg_ctl restart 公開先 :https://github.com/2ndquadrantit/pgespresso $ unzip pgespresso-master.zip $ make && make install $ psql postgres=# create extension pgespresso; CREATE EXTENSION make make install が正常に終了するか 正常に登録されているかメタコマンドから確認する postgres=# \dx List of installed extensions -[ RECORD1 ]------------ Name pgespresso Version 1.0 Schema public Description pgespresso extension for Barman backups 13 Barman からバックアップを取得できる状態であるか バックアップ対象サーバのステータスを確認する $ barman check postgres01 以下のように全項目 OK ならバックアップが実行できる Server postgres01: PostgreSQL: OK archive_mode: OK wal_level: OK archive_command: OK continuous archiving: OK directories: OK retention policy settings: OK backup maximum age: OK (no last_backup_maximum_age provided) compression settings: OK minimum redundancy requirements: OK (have 2 backups, expected at least 1) ssh: OK (PostgreSQL server) pgespresso extension: OK Barman 実行手順例 3/7 2016 PostgreSQL Enterprise Consortium

1 Barman をインストールしたサーバで barman コマンドを実行しバックアップを取得する 2 バックアップファイルが存在するか確認する $ barman backup postgres01 以下のようにメッセージが出力される Starting backup for server postgres01 in /var/lib/barman/postgres01/base/20160308 T185634 Backup start at xlog location: 0/12000028 (000000010000000000000012, 00000028) Copying files. Copy done. Asking PostgreSQL server to finalize the backup. Backup size: 26.9 MiB Backup end at xlog location: 0/13000000 (000000010000000000000012, 00000000) Backup completed $ ls -l /var/lib/barman/postgres01/base/ 1 のメッセージに出力されたファイルが存在する $ ls /var/lib/barman/postgres01/base/ 20160308T185634 OmniPITR 導入手順例 1 依存関係のある perl のモジュールがインストールされているか確認する # rpm -qa grep perl 以下のパッケージがインストールされているか確認する perl-module-pluggable-3.90-141.el6_7.1.x86_64 perl-libs-5.10.1-141.el6_7.1.x86_64 perl-5.10.1-141.el6_7.1.x86_64 perl-pod-escapes-1.04-141.el6_7.1.x86_64 perl-version-0.77-141.el6_7.1.x86_64 perl-pod-simple-3.13-141.el6_7.1.x86_64 perl-time-hires-1.9721-141.el6_7.1.x86_64 2 OmniPITR を取得する (zip 形式 ) 公開先 :https://github.com/omnitilabs/omnipitr 3 取得した OmniPITR ファイルをサーバ上で解凍する # unzip omnipitr-master.zip 以下のファイルが確認できる META.json README.pod bin doc lib t test 4 解凍したファイルのオーナーを # chown postgres:postgres -R omnipitrmaster 下記コマンドで確認可能 # ls -l 5 OmniPITR のスクリプトが正常に実行できるか sanity-check.sh を実行して確認する $./sanity-check.sh 以下のメッセージが出力されれば正常に実行できる Checking: - /home/postgres/omnipitr-master/bin - /home/postgres/omnipitr-master/lib 9 programs, 31 libraries. Tar version All checked, and looks ok. 4/7 2016 PostgreSQL Enterprise Consortium

OmniPITR 実行手順例全スクリプト共通の事前準備 1 omnipitr-* スクリプト実行ログの格納先ディレクトリを作成する # mkdir /var/log/omnipitr/ /var/log/omnipitr/ omnipitr-archive の実行手順 1 アーカイブ WAL の保存先ディレクトリを作成する # mkdir /usr/local/pgsql/omni-walarchive /usr/local/pgsql/omni-wal-archive 3 postgresql.conf の archive_command にスクリプトを設定する archive_command = '/home/postgres/omnipitrmaster/bin/omnipitr-archive -D /usr/local/pgsql/data -l "/var/log/omnipitr/omnipitr-^y-^m- ^d.log" -dl /usr/local/pgsql/omni-walarchive -db /usr/local/pgsql/omni-dstbackup "%p"' 4 PostgreSQL を再起動する $ pg_ctl restart 5 WA L のアーカイブが正常に行われているか確認する 3 の -dl オプションで指定したディレクトリ内に WAL ファイルが存在するか確認する $ ls -l /usr/local/pgsql/omni-walarchive/ 手順 1 で使用したオプション -D/--data-dir : PostgreSQL のデータディレクトリ -l/--log : omnipitr-archive の実行ログの出力先 -dl/--dst-local : ローカル内での WAL のアーカイブ先 ( リモートを指定する場合は -dr/--dst-remote を使用する ) -db/--dst-backup : バックアップ取得中の WAL の保存先 (omnipitr-master-backup を使用しない場合は不要 ) omnipitr-restore の実行手順 1 バックアップサーバの recovery.conf の restore_command にスクリプトを設定する 2 PostgreSQL を起動する $ pg_ctl start restore_command = '/home/postgres/omnipitrmaster/bin/omnipitr-restore -l "/var/log/omnipitr/restore-^y-^m-^d.log" -s /usr/local/pgsql/omni-wal-archive/ -v %f %p ' 3 WAL が正常にリストアされているか確認する 手順 1 で使用したオプション -l オプションで指定したログの出力内容を確認する 以下のメッセージが出力されていたら正常に WAL がリストアされている LOG : Called with parameters: -l /var/log/omnipitr/restore-^y-^om-^d.log -s /usr/local/pgsql/omni-wal-archive/ -v 00000001000000000000002B pg_xlog/recoveryxlog LOG : Timer [Copying segment 00000001000000000000002B to./pg_xlog/recoveryxlog] took: 0.050s LOG : Segment 00000001000000000000002B restored 5/7 2016 PostgreSQL Enterprise Consortium

-l/--log : omnipitr-restore の実行ログの出力先 -s/--source : WAL セグメントをロードしてくる場所 ( omnipitr-archive の -dr オプションで指した場所と同じ場所 ) -v/--verbose : 詳細を出力する omnipitr-backup-master の実行手順 1 バックアップファイルの保存先ディレクトリを作成する /usr/local/pgsql/omni-backup-master/ 3 omnipitr-master-backup スクリプトを実行しバックアップを取得する # mkdir /usr/local/pgsql/omni-backupmaster/ $/home/postgres/omnipitrmaster/bin/omnipitr-backup-master -D /usr/local/pgsql/data/ -l /var/log/omnipitr/backup.log -dl /usr/local/pgsql/omni-backup-master/ -x /usr/local/pgsql/omni-backupmaster/omni-dst-backup.xlogs -v スクリプトが正常終了すると -l で指定したログに以下のメッセージが出力される LOG : Timer [Compressing xlogs] took: 0.281s LOG : Timer [Making xlog archive] took: 0.499s LOG : Timer [Delivering to all remote destinations] took: 0.000s LOG : Timer [Delivering meta files] took: 0.000s LOG : Timer [Whole backup procedure] took: 109.919s LOG : All done. 4 バックアップが取得できているか確認する -dl で指定したディレクトリ内に tar ファイルが存在するか確認する $ ls -l /usr/local/pgsql/omni-backupmaster/ 以下のファイルが確認できる [ ホスト名 ]-data-2016-02-05.tar [ ホスト名 ]-meta-2016-02-05.tar [ ホスト名 ]-xlog-2016-02-05.tar 手順 3 で使用したオプション -D/--data-dir : PostgreSQL のデータディレクトリ -l/--log : omnipitr-backup-master の実行ログの出力先 -dl/--dst-local : ローカル内でのバックアップの保存先 ( リモートを指定する場合は -dr/--remote を使用する ) -x/--xlogs : バックアップ取得中の WAL の保存先 ( バックアップ取得前に存在していないこと ) -v/--verbose : 詳細を出力する omnipitr-backup-slave の実行手順 1 バックアップファイルの保存先ディレクトリを作成する # mkdir /usr/local/pgsql/omni-backupslave/ /usr/local/pgsql/omni-backup-slave/ 3 omnipitr-slave-backup スクリプトを実行し ストリーミングレプリケーションのスタンバイサーバからバックアップを取得する 4 バックアップが取得できているか確認する $ /home/postgres/omnipitrmaster/bin/omnipitr-backup-slave -D /usr/local/pgsql/data/ -l /var/log/omnipitr/slavebackup.log -dl /usr/local/pgsql/omnipitr-backup-slave/ -s /usr/loca l/pgsql/data/pg_xlog -v -dl で指定したディレクトリ内に tar ファイルが存在するか確認する $ ls -l /usr/local/pgsql/omnipitrbackup-slave/ スクリプトが正常終了すると -l で指定したログに以下のメッセージが出力される LOG : Timer [Compressing xlogs] took: 1.452s LOG : Timer [Making xlog archive] took: 66.569s LOG : Timer [Delivering to all remote destinations] took: 0.000s LOG : Timer [Delivering meta files] took: 0.000s LOG : Timer [Whole backup procedure] took: 68.257s LOG : All done. 以下のファイルが確認できる [ ホスト名 ]-data-2016-02-05.tar [ ホスト名 ]-meta-2016-02-05.tar [ ホスト名 ]-xlog-2016-02-05.tar 6/7 2016 PostgreSQL Enterprise Consortium

手順 3 で使用したオプション -D/--data-dir : PostgreSQL のデータディレクトリ -l/--log : omnipitr-backup-slave の実行ログの出力先 -dl/--dst-local : ローカル内でのバックアップの保存先 ( リモートを指定する場合は -dr/--remote を使用する ) -s/--source : 参照する WAL アーカイブディレクトリ (omnipitr-restore で指定したディレクトリと同じ ) -v/--verbose : 詳細を出力する omnipitr-synch の実行手順 1 omnipitr-synch スクリプトを実行し データベースクラスタのバックアップを取得する $ /home/postgres/omnipitrmaster/bin/omnipitr-synch -o postgres@10.1.12.20:/tmp/backup 以下のようなメッセージが出力される Source directory: /usr/local/pgsql/data Outputs: - directory /tmp/backup on host 10.1.12.20, logged as postgres All data in output directories will be overwritten Are you sure you want to continue? (enter: YES): YES LOG : pg_start_backup('omnipitr') returned 1/B000028. LOG : Started [Sending /usr/local/pgsql/data] with pid: 14209 postgres@10.1.12.20's password: LOG : Job 14209 finished with status 0. LOG : pg_stop_backup() returned 1/B0000B8. LOG : All done. 2 バックアップが取得できているか確認する -o で指定したディレクトリ内にデータベースクラスタ配下のファイルが存在するか確認する $ ls -l /tmp/backup 手順 1 で使用したオプション -o/--output : データベースクラスタのコピーの保存先 7/7 2016 PostgreSQL Enterprise Consortium