トップ > 助け合いフォーラム > OSS-DB関連 > 最強WEB問題集OSS-DB Silver (前の質問|次の質問)

問題ID： 34473

フォーラムは新サイトへ移行しました。
このフォーラムではゲスト投稿が禁止されています

ツリー構造順で表示投稿の新しいものから

問題ID： 34473

msg# 1

前の投稿 - 次の投稿 | 親投稿 - 子投稿.1 | 投稿日時 2020-5-6 13:10

fujii0401

投稿数: 23

こちらの解説のベースバックアップの手順として

「SELECT文でpg_start_backup()関数を呼び出す」
「データベースクラスタ全体の物理バックアップを取得する」
「SELECT文でpg_stop_backup()関数を呼び出す」

という3つの工程が記載されていますが
あくまでこれはベースバックアップのあいだにdbの変更が生じる可能性があるので
その変更に関してもwalファイルを取得する必要があり
そのために行う操作が「pg_start_backup()関数」と「pg_stop_backup()関数」という認識でよろしいでしょうか？

尚、物理バックアップとしてディレクトリの物理バックアップを取得していますがその間psqlサーバーを止める必要もないということもなくディレクトリのバックアップはオフラインの物理バックアップと方法は変わらないという認識でよろしいでしょうか？

Re: 問題ID： 34473

msg# 1.1

前の投稿 - 次の投稿 | 親投稿 - 子投稿なし | 投稿日時 2020-5-6 20:35

arashi1977

居住地: 広島投稿数: 1715

あんまりDBの運用は詳しくないので試しにググってみたところ、サラッとそれらしいのが見つかりました。
https://www.postgresql.jp/document/12/html/continuous-archiving.html#BACKUP-LOWLEVEL-BASE-BACKUP
引用：

あくまでこれはベースバックアップのあいだにdbの変更が生じる可能性があるので
その変更に関してもwalファイルを取得する必要があり
そのために行う操作が「pg_start_backup()関数」と「pg_stop_backup()関数」という認識でよろしいでしょうか？

その認識で良さそうです。

引用：

尚、物理バックアップとしてディレクトリの物理バックアップを取得していますがその間psqlサーバーを止める必要もないということもなくディレクトリのバックアップはオフラインの物理バックアップと方法は変わらないという認識でよろしいでしょうか？

pg_wal配下に書き出されるファイルをバックアップすることになるみたいなので、止めなくても良さそうですね。

ツリー構造順で表示投稿の新しいものから

>フォーラム検索へ