「REPLICATION」によってトランザクションログを再利用できなくなった(ファイル管理トラブル):SQL Serverトラブルシューティング(29)(2/2 ページ)
本連載は、「Microsoft SQL Server」で発生するトラブルを「どんな方法で」「どのように」解決していくか、正しい対処のためのノウハウを紹介します。今回は「トランザクションレプリケーションに由来したトランザクションログ関連トラブルの対処方法」を解説します。
解決方法
今回のトラブルは、トランザクションログの再利用を阻んでいる要因を取り除くことで解決できます。
トランザクションレプリケーションが構築されている環境ならば、「ログリーダーエージェント」を実行してディストリビューションデータベースに情報を格納するか、「レプリケーションを削除」することでトランザクションログの再利用が可能になります。
トランザクションレプリケーションを構築していない環境ならば、誤って付いてしまったレプリケーション用マークを処理することで解決できます。SQL Server Management Studioなどで「sp_repldone(*2)」を以下のように実行してマークの処理を完了させます。
EXEC sp_repldone @xactid = NULL, @xact_segno = NULL, @numtrans = 0, @time = 0, @reset = 1
肥大化してしまったトランザクションログファイルを縮小する方法は、「トラブル 18:トランザクションログの拡張に失敗してしまう」を参照してください。
「トランザクションレプリケーションによってログが切り捨てられない」の場合の解決手順
- レプリケーションの状況を確認し、ログリーダーエージェントが動作していない場合は復旧させる
- ハードウェア障害などで復旧が間に合わない場合は、いったんトランザクションレプリケーションを削除し、障害対応後に再対処する
- もし、トランザクションログを構築していない環境で発生した場合は、「sp_repldone」を実行する
筆者紹介
内ヶ島 暢之(うちがしま のぶゆき)
ユニアデックス株式会社所属。Microsoft MVP Data Platform(2011〜 )。OracleやSQL Serverなど商用データベースの重大障害や大型案件の設計構築、プリセールス、社内外の教育、新技術評価を行っていた。2016年4月よりIoTビジネス開発の担当となり、新しい仕事に奮闘中。ストレッチをして柔らかい身体を手に入れるのが当面の目標。
椎名 武史(しいな たけし)
ユニアデックス株式会社所属。入社以来 SQL Serverの評価/設計/構築/教育などに携わりながらも、主にサポート業務に従事。SQL Serverのトラブル対応で社長賞の表彰を受けた経験も持つ。休日は学生時代の仲間と市民駅伝に参加し、銭湯で汗を流してから飲み会へと流れる。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
- 「SQL Server 2016」に搭載される新たなセキュリティ対策を追う
パブリックプレビューが公開されているマイクロソフトのRDB次期版「SQL Server 2016」。特徴の1つとするセキュリティ対策機能のポイントと目指すところをキーパーソンに聞いた。 - そもそも、リレーショナルデータベースとは何か?
データベースを基礎から勉強し理解を深めていくことは簡単なことではありません。本連載では、データベースに対するハードルを少しでも低くするために、初心者の方に必要なデータベースの基本から、障害対策やチューニングといった実践に即した内容までを幅広く解説していきます。今回は、データベースの役割と、それを管理するソフトウェアであるDBMSの基本機能について解説します。【更新】 - データの登録を行うINSERT文
- 複数の条件を指定してSELECT文を実行する
前回は、SELECT文の初歩の初歩を解説しました。今回は、複数の条件を指定して、目的のデータを取り出す方法を解説します(編集部) - Oracle運用の基本「ログ」を理解しよう
本連載では、Oracle Database運用の鍵となるトラブル対処法について紹介していきます。第1回、第2回では情報収集の要となるログについて見ていきます。ログの出力情報は10gと11gとでは大きく異なる点がありますので、それぞれについても確認しておきましょう。