問題タブ [log-shipping]

保証されたログ配信を保証するために、各 Logstash シッパー ノードに Redis を配置することについて、皆さんはどう思いますか?

本社からDRサーバーに出荷されるSQLサーバーログを実装しました

セカンダリ データベースはスタンバイ モードです。

問題は、それを構成した後、私のdrサーバーが非常に急速にスペースを使い果たしていることです

trnファイルが存在するログ配布フォルダーを確認しましたが、それらは非常に適切なサイズであり、保持は24時間に構成されています

セカンダリ データベースを確認しましたが、そのサイズは対応するプライマリ データベースのサイズとまったく同じです

この奇妙なスペースの増加の背後にある理由を特定するのを手伝ってくれませんか

この問題を詳しく説明しているオンライン リソースをいくつか教えていただければ幸いです。

私のシナリオは、2 つの SQL サーバー間でログ配布を構成していて、問題のために復元が数日前に停止したというものです。

保持期間がすでに過ぎており、パージ ジョブによってプライマリ サーバーからログが削除されているため、ログを dr にパッチしてプライマリ サーバーと同期することはできません。

私の質問は、特定の期間、プライマリ SQL サーバーから tlog をバックアップする方法です。たとえば、障害発生時 (10 月 15 日) から現在の時刻 (10 月 17 日午後 10 時) まで手動で呼び出すことができます。

ログ配布構成を削除してやり直す必要があるため、差分バックアップまたは完全バックアップを取得してセカンダリ サーバーに復元したくありません。

ubuntuにpostgresqlバージョン9.3をインストールしました。ポートが異なる 1 台のマシンでログ配布レプリケーションを行うことは可能ですか? また、そのプロセスを 1 台のマシンで試しましたが、スレーブで次のようなエラーが発生します。

警告 : データベースへの接続に失敗しました。起動チェックを無効にしています : psql: FATAL : データベース システムが起動しています

http://www.themagicnumber.es/replication-in-postgresql-i?lang=enに基づいて、ログ配布レプリケーション プロセスを実行します。

この問題を解決するために、皆様のご協力をお願いいたします。ありがとうございました。

私はpostgresqlが初めてです。ログ配布のレプリケーション プロセスについてお聞きしたいです。ログ配布プロセスでは、タイムアウト パラメータがオプションであることを知っています。これは、デフォルトで送信される 16 MB の WAL ファイルが含まれるまで postgreSQL を待機させたくないことを指定します。私の質問は、タイムアウト パラメータ (例: archive_timeout = 60) がある方がよいかどうかです。タイムアウト パラメータを実行すると、ログ配布での WAL ファイルのプロセスがデフォルトよりも速くなります (デフォルト値 0 は、WAL がいっぱいになるまで続くことを示します)。なぜ？

申し訳ありませんが、私はまだこの状況で混乱しています。

シンプル リカバリ モードの SQL Server データベースが多数あります。これらのデータベースを別のデータセンターに移動する必要があります。これらのデータベースは閉じることができません (24 時間 365 日体制のミッション クリティカルなサービスを提供しています)。ログ配布を使用してリモート スタンバイ データベースを作成し、リモート コピーをプライマリに切り替えることを考えています。

これらの各データベースによって毎日書き込まれるトランザクション ログの量をどのように見積もることができますか? ネットワーク帯域幅とトランザクション ログ バックアップのサイズを見積もるには、この量を知る必要があります。

よろしくジョバンニ