backup.sgmlのPostgreSQL 17.0対応です。 #3162
Conversation
| スタンバイでは、リプレイは最新の再始動点から開始します。 | ||
| そのため、前回のスタンバイサーバ以降のアクティビティが非常に少ない場合は、新しいリスタートポイントが作成されていない可能性があるため、バックアップのインクリメンタルバックアップが失敗する可能性があります。 | ||
| そのため、前回のバックアップ以降のアクティビティが非常に少ない場合は、新しいリスタートポイントが作成されていない可能性があるため、増分バックアップは失敗するかもしれません。 |
There was a problem hiding this comment.
restartpointの「リスタートポイント」が、その直前で「再始動点」となっています。
replayは他では「再生」としているようです。
There was a problem hiding this comment.
restartpointの「リスタートポイント」が、その直前で「再始動点」となっています。
grepすると、「リスタートポイント」が多数派のようなので、そちらに合わせます。
replayは他では「再生」としているようです。
こちらは「再生」が多数派なので、「再生」とします。
|
修正ありがとうございます。確認しました。 |
| <title>Making an Incremental Backup</title> | ||
| --> | ||
| <title>増分バックアップを作成する</title> |
There was a problem hiding this comment.
「ref/pg_basebackup.sgml」はまだ決まってなくて、config.sgmlとfunc.sgmlで「インクリメンタルバックアップ」にしているようです。どっちにするのがよいでしょうか。
There was a problem hiding this comment.
config.sgmlとfunc.sgmlは「増分バックアップ」と「インクリメンタルバックアップ」が両方出てきてますね。glossary.sgmlは「増分バックアップ」です。どちらが圧倒的に多いということでもなさそうですが、カタカナだらけになってしまう「インクリメンタルバックアップ」よりは「増分バックアップ」が良さそうな気がしますが、いかがでしょう？
There was a problem hiding this comment.
本題とは離れますが、CIのエラーはどうしてなのでしょうか？
There was a problem hiding this comment.
config.sgmlとfunc.sgmlは「増分バックアップ」と「インクリメンタルバックアップ」が両方出てきてますね。glossary.sgmlは「増分バックアップ」です。どちらが圧倒的に多いということでもなさそうですが、カタカナだらけになってしまう「インクリメンタルバックアップ」よりは「増分バックアップ」が良さそうな気がしますが、いかがでしょう？
「増分バックアップ」が外でも結構使われているので良いと思います。
There was a problem hiding this comment.
本題とは離れますが、CIのエラーはどうしてなのでしょうか？
「指摘事項あり」ラベルの削除（と「再レビュー待ち」のラベル追加）に失敗したようなのですが、ifでチェックした後RESTのAPIを使用して削除しているために、その間に消されるとエラーになってしまうのだと思います。このステップのエラーが起こっても継続するようにしたほうが良さそうです。
|
CIのエラーが出ていますが、ラベルの扱いに関するエラーなのでここでマージします。 |
No description provided.