問題タブ [transaction-log]

ALWAYS ON の一部である DB があります。その DB のトランザクション ログをクリアしたいのは、それが他の運用サーバーの 1 つから 1 日 4 回データをレプリケートする単なる運用サーバーであるためです。

毎回 4 GB のデータのスナップショット レプリケーションを行っているため、トランザクション ログは日々増加しています。

スペースが限られているため、スペースの問題にぶつからないように、毎日ログをクリアすることを考えました。

ALWAYS ON の一部ではない DB で正常に動作するコードを試しました。

しかし、実際のDBでコードを試してみると、まったく機能せず、ログが残っていました。

上記のコードでは、バックアップ デバイスを作成してから、DB をバックアップし、ログ ファイルを圧縮しようとしました。しかし、常時オンの DB 部分では役に立ちませんでした。

「コンピュータ システム設計の原則」 のセクション 9.3.2 ではLOG、ログをアトミックに (オール オア ナッシング セマンティックを使用して) ディスクに書き込み、先行ログ プロトコルを実装する手順を説明しています。しかし、この本では の実装に関する詳細は説明されていませんLOG。LOGMysql、Oracleなど、手順がどのように実装されているかを実際に知りたい.

2 つの SQL Server があります。これらのサーバーの 1 つ (サーバー A) は、データベースのトランザクション ログをバックアップし、もう 1 つのサーバー (サーバー B) にアップロードしています。残念ながら、サーバー A にアクセスすることはできません。トランザクション ログをサーバー B に定期的にアップロードするという仕事をしていることを信頼する必要があります。

ここで、何らかの理由でサーバー B がデータベースを回復する必要があるとします。これを行うと、それ以降のトランザクション ログ バックアップを受信する機能が失われます。

復元中のデータベースをコピー/分岐/バックアップする方法はありますか? そのため、トランザクション ログを引き続き適用する 1 つのバージョンと、読み取り/書き込み用に復元される 1 つのバージョンを使用できますか?

トランザクション ログを時々バックアップする SQL Server 2008 R2 データベースがあります。今日、午前 12 時頃にデータベースで大きなエラーが発生しました...午前 8 時までのトランザクション ログと、午前 12 時から午後 16 時までのトランザクション ログがあります。

私の質問は、午前 8 時にデータベースの状態に戻るように、これらのトランザクション ログをデータベースにリバース マージすることはできますか?

または、古い完全バックアップを復元し、午前 8 時までのすべてのトランザクション ログを復元できる可能性はありますか?

少し前に完全バックアップが実行されており、そこから復元してtrnログを適用することを恐れているため、最初のオプションが望ましいです。私はそれについて誤って警戒していますか？そのシナリオ (完全なバックアップを復元し、trn ログを適用する) を行った場合、実際に悪いことが起こる可能性はありますか?

単純に見えるクエリに問題がありますが、開発環境では多くの問題を引き起こしています。

私がやろうとしているのは、新しいテーブルにある新しい記事 ID で articleID を変更することです。

そして、テーブルの「コメント」が次のように終わることを望みます:

だから私はこのクエリを実行します：

問題は、ここではディスクに 20GB の空き容量があることです。このクエリを実行すると、トランザクション ログが大きくなり始め、クエリが終了する前に利用可能なすべての空き容量を使用してしまいます。6 分で、ディスクの 20GB の空き容量がなくなります。

リカバリモードをシンプルに変更しました。ただし、問題は解決せず、トランザクション ログは増え続けます。

ここでスタックオーバーフローで見た次のクエリを使用して、データベースのトランザクション ログが大きくなっているのを確認できます。

クエリがそのような量の情報をトランザクションログに書き込むのを防ぐために、どのようなオプションがあるか、または何ができるかを知っている人はいますか?