タグ付けされた質問 「transaction-log」

トランザクションログ（*.ldf）をデータベースファイル（*.mdf、*.ndf）とは別の物理ディスクシステムに配置するのが一般的です。 仮想マシンクラウド環境で、トランザクションログを他のデータファイルと同じドライブ文字に配置しても問題ありませんか？これは、今日の一般的なクラウド仮想マシン環境で通常どのように処理されますか。 注：SQL Azureは使用しません。フルアクセスが可能なWindows仮想マシンを使用する。

8 sql-server  transaction-log  cloud  azure-vm 

私はやや偶発的なDBAで、データベース管理についてほとんど知らない人からいくつかのデータベースサーバー（2005年と2008年）を引き継いだ開発者であり、このテーマについてもっと学ぶことにあまり興味がなかったようです。 私は進むにつれて学んでいて、現在トランザクションログファイルを理解しようとしています。 すべてのデータベースは、単純な復旧モデルと自動圧縮で設定されています。自動圧縮を使用することは通常ひどい考えであることを理解しましたが、これはトランザクションログが制御不能に成長するのを防ぐために行われたことを理解しています。（自動圧縮は実際にログファイルまたはDBのみを圧縮しますか？） SQL Server 2012についてこれが見つかり、2005と2008のどちらが正しいのか、そしてそれが何を意味するのかについて疑問に思っていました。 ..]仮想ログが70％になると、データベースエンジンはシンプルリカバリモデルで自動チェックポイントをトリガーします。」仮想ログのサイズはどこに指定されていますか？ すべてのデータベースで自動縮小を無効にしたいのですが、その前に、ログファイルがすぐに制御できなくなることがないことを知っておく必要があります。 どんな助けでも大歓迎です。

8 sql-server  transaction-log 

まず、トランザクションログの概念に苦労していることを認めなければなりません。つまり、データベースで発生するすべてのトランザクションのログであることは理解していますが、タスク内のコンテキストに適切に配置することに関しては、明らかに何かが欠けています。ですから、質問に答える人なら誰でも、トランザクションログの背後にある理論を自由に拡張してください。 主な質問は-SQL Server 2008と2 GBのデータベースがあり、ミラーリングが必要です（12 GBのトランザクションログがあります）。そのデータベースをミラーリングしていない場合は、シンプルモードに切り替えるか、バックアップ後にログを切り捨てることができると思います。しかし、この場合、トランザクションログを管理したい場合はどうすればよいですか？私が理解しているように、データベースを簡単にミラーリングしたい場合は（フルバックアップを実行するだけ）、トランザクションログ全体を保持する必要があります。 これを回避する方法はありますか？理想的には、毎回MDFとLDFの両方を1つのファイルに保存するバックアップが可能であり、バックアップが実行された後、データベースのトランザクションログ（LDF）が0に減少したことを望みます。このシナリオの問題は、増分バックアップです-最初のバックアップの場合切り捨てられたログでは、後でミラーリングを行う場合、2番目のバックアップが最初のバックアップを参照する必要があると思います（つまり、1つではなく多数のファイルを保持することで立ち往生します）。 だから-この問題について誰かが私を啓発できますか？私はここで多くの穴を埋めようとしていることと、提案された「ソリューション」が最良のものではない可能性があることを理解していますが、誰かがトランザクションログの正しい方向に押し出してくれれば、ミラーリングへの影響と最良の結果が得られることを心から感謝しますそれらの2つの実践。

8 sql-server  mirroring  transaction-log