Info2softは、ウェブサイトでより快適で適切な閲覧体験を提供するためにCookieを使用しています。 プライバシーポリシー
Loading...
By:
トランザクションログバックアップとは、SQL Serverデータベースのトランザクションログに存在するすべての処理記録を複製したものです。データベース全体を取得する完全バックアップとは異なり、ログバックアップは前回のログバックアップ以降に発生した変更のみを記録します。
完全バックアップがデータベース全体をコピーするのに対し、トランザクションログバックアップはデータに対する「変更履歴」だけを記録します。そのためファイルサイズが小さく、処理も高速で、数分間隔で実行することが可能です。
SQL Serverなどのデータベースにおいて、トランザクションログをバックアップする主な目的は2つあります。
• 特定時点リカバリ（Point-in-time Recovery）：トランザクションログはデータのINSERT、UPDATE、DELETEなどあらゆる変更を時系列で記録します。ログバックアップが存在しない場合、最新の完全バックアップまたは差分バックアップ時点までしか復旧できず、障害発生時に数時間～数日分のデータが失われる恐れがあります。
ログバックアップを活用すれば、バックアップ同士の間の任意の時点までデータベースを復元可能です。データ障害や人為的ミスが発生した際、障害発生前の状態へ簡単に復旧できます。
• ログ切り詰め（Log Truncation）：完全復旧モデルまたは一括ログ復旧モデルで運用するデータベースは、処理が実行されるたびにトランザクションログファイルが肥大化し続けます。定期的にログバックアップを実施しないとディスク領域を消費し尽くし、データベース停止やパフォーマンス低下を引き起こします。ログバックアップはログファイルのサイズを適切に保つ手段であり、ECサイトや金融システムなど高トランザクション環境で不可欠です。
本ガイドでは、イミュータブルストレージ、ZSTD圧縮、AIによる監視など、トランザクションログバックアップのベストスタンダードを解説し、データの耐性と復旧可能性を確保する手法を紹介します。
2026年に安定したSQL Server環境を維持するには、単純なスケジュール設定だけのバックアップ戦略では不十分です。現代のDBAは自動化、サイバー耐性、パフォーマンス最適化に重点を置く必要があります。
トランザクションログバックアップはSQL Server完全バックアップを前提に実施します。バックアップ間隔は業務のRPO（許容可能なデータ損失量）に基づいて決定します。
例：10分以上のデータ喪失を許容できない場合、バックアップ間隔を10分未満に設定します。
データが急増する現在、従来一般的だった15分間隔のログバックアップでは不十分なケースが増えています。推奨基準は下記の通りです。
Zstandard（ZSTD）はMeta（旧Facebook）が2016年に開発したオープンソースの圧縮アルゴリズムです。リアルタイム圧縮を目的とし、高速な圧縮・伸長速度を保ちながら高い圧縮率を実現します。
過剰なCPU負荷をかけずにファイルサイズを削減できるため、現在データベース、バックアップ、ログ、ビッグデータシステムで幅広く活用されています。本番環境のSQL ServerトランザクションログバックアップにZSTD圧縮の導入を推奨します。
導入メリット：従来のMS_XPRESSアルゴリズムと比較し、圧縮率が30～50%向上するとともにCPU使用量を削減します。
T-SQLスクリプトに WITH COMPRESSION (ALGORITHM = ZSTD) 構文を記述可能です。頻繁に実行するログバックアップには、速度と容量のバランスから LEVEL = LOW の利用が適しています。
ランサムウェアはシステムやファイルを暗号化し、身代金を要求する悪意のあるソフトウェアです。脅威は年々高度化・拡散し、過去5年間で攻撃件数は13%増加、データ侵害事例の44%にランサムウェアが関与しています。
データベースや基幹システムには必ずランサムウェア対策戦略を用意してください。「一度書き込み読み出し専用（WORM）」と呼ばれるイミュータブルバックアップに対応したバックアップ製品を利用します。ログバックアップが保存された後は、ランサムウェアや悪意の操作による削除・暗号化が不可能になります。
ログファイルの頻繁な拡張・縮小は仮想ログファイル（VLF）の断片化を引き起こし、バックアップとリストア両方の処理速度を低下させます。
複数回に分かれた自動拡張に依存せず、メンテナンス時間帯にログファイルを実運用に適した最大サイズまで事前に拡張してください。
パフォーマンス維持のためVLF数を1000件以内に抑えます。DBCC LOGINFOまたは動的管理ビューsys.dm_db_log_infoを使用しVLFの状態を監視します。
SQL Serverでトランザクションログバックアップを実行するMicrosoft公式な方法は複数存在します。
Microsoft SQL Server Management Studio（SSMS）はSQL Serverの管理ツールで、SQL Serverバックアップ機能を標準搭載しています。
手順1. 対象のデータベースを右クリックし、「タスク」→「バックアップ…」を選択。
手順2. バックアップの種類のドロップダウンから「トランザクションログ」を選択。
手順3. 保存先欄の「追加…」をクリックし、ファイルパスとファイル名（例：C:\Backups\MyDatabase_Log.trn）を指定。
手順4. メディアオプションを設定：
手順5. 暗号化・圧縮設定（バックアップオプション）：
手順6. 「OK」をクリックすると即時実行、上部の「スクリプト」を選択すると後で利用可能なT-SQLコマンドを出力できます。
自動化や細かい制御にはT-SQLが適しています。最新の暗号化・圧縮基準を組み込んだサンプルスクリプトは下記です。
BACKUP LOG [対象データベース名]
TO DISK = N’C:\Backups\YourDatabase_Log_Current.trn’
WITH
— 2026年推奨 高性能圧縮
COMPRESSION (ALGORITHM = ZSTD, LEVEL = LOW),
— セキュリティ（事前に証明書作成が必要）
ENCRYPTION (ALGORITHM = AES_256, SERVER CERTIFICATE = LogBackupCert2026),
— 運用ベストプラクティス
STATS = 10, — 10%ごとに進捗表示
CHECKSUM, — ログファイル破損を検知
INIT; — ファイル上書き（追記する場合は削除）
GO
SQL ServerエージェントはSQL向けWindows専用サービスで、手動操作なしで数分間隔のスクリプト実行を実現します。
手順1. SSMS内の「SQL Server エージェント」を展開、「ジョブ」を右クリック＞「新しいジョブ」。
手順2. 「手順」タブで「新規」をクリック。名称を入力し、上記のT-SQLスクリプトをコマンド欄に貼り付け。
手順3. 「スケジュール」タブで「新規」をクリック。実行周期、毎日の実行頻度などを設定。
手順4. 「OK」をクリックし、ログバックアップの自動実行を有効化。
上記のT-SQLやSQL Serverエージェントは基礎的な手段として有効ですが、数十～数百台のインスタンスを手動で管理すると運用負荷や人為的ミスが発生しやすくなります。現在の運用環境では、専門的で自動化されたインテリジェントなデータ保護ツールの導入が適切です。
そこで活用できるのがInformation2のi2Backupです。SQL Serverエージェントは簡易的な自動化に適しているのに対し、i2Backupはより安全で利便性の高いバックアップ機能を提供し、トランザクションログ管理体制を強化します。完全バックアップ、増分バックアップ、トランザクションログバックアップにすべて対応しています。
i2Backupの主な強み
i2Backupを使ったSQL Serverトランザクションログバックアップ手順
手順1. i2Backupソフトウェアをインストール・設定します。詳しい導入手順はInformation2サポートチームへお問い合わせください。
手順2. 「ソース」＞「データベース」へ進み、SQL Serverデータベースを登録。
手順3. 左メニューのバックアップ＆リストアを選択。「アプリ保護」＞「バックアップルール」＞「新規作成」。
手順4. ルール名を入力し、ルール種別で「SQL Server」を選択。画面の案内に沿ってその他情報を登録。
手順5. バックアップスケジュール設定画面で「新規」をクリック。名称を設定し、「ログバックアップ」を選択してトランザクションログ向け設定とする。
手順6. 画面の案内に従い、保存先、実行スケジュールなどを設定し完了。
デモ動画もご参照ください：
Q1：完全バックアップとトランザクションログバックアップの違いは？
A：完全バックアップは特定時点のデータベース全体の「スナップショット」と考えてください。すべてのデータページと、復旧時の整合性を保つためのログ情報を含みます。一方トランザクションログバックアップは「更新履歴」であり、前回ログバックアップ後に発生した変更だけを記録します。
Q2：トランザクションログバックアップはパフォーマンスに影響を与えますか？
i2Backupを使用する環境を含め、大半のシステムで影響は極めて軽微です。
Q3：完全バックアップを実行するとトランザクションログは切り詰められますか？
A：いいえ。これはSQL Server運用で非常に多い誤解の一つです。完全バックアップまたは差分バックアップを実行しても、トランザクションログの切り詰め（ldfファイルの領域解放）は実行されません。完全復旧モデルにおいてログ切り詰めを実行できるのはトランザクションログバックアップのみです。完全バックアップだけを定期実行していると、ログファイルが肥大化し続けディスクを埋め尽くします。
Q4：直近の差分バックアップが存在すればログバックアップを省略してもよい？
A：いいえ。ログバックアップは「ログチェーン」を維持するため必須です。連なるログバックアップの1つでも欠落・消失すると、それ以降のログファイルを利用した復旧が実行できなくなります。差分バックアップは多数のログファイルを適用する手間を省略し復旧速度を高める役割であり、特定時点リカバリに必要な連続したログチェーンの代わりにはなりません。
トランザクションログバックアップはデータベース管理と保護において重要な施策です。本記事が実用的なデータ保護戦略の構築の参考になれば幸いです。運用を簡素化したい場合は、Information2のi2Backupをぜひお試しください。MS SQL Server、Oracle、MongoDBなど多数のデータベースに対応した統合型高性能バックアップソリューションです。
