キュー用のディレクトリに出力されるようになります。ファイルほど出力がされていました。キューの使用が開始されると、ログが使用できるようになるまでかなりのファイルが生成されるようになります。サービスのことになります。格納する処理はこのサービスが実施しています。コアなサービスになるので、依存関係がかなり多いです。データベースになります。いうインスタンスが作成されます。ログが格納されていきます。日付単位で格納されます。キューの動作を確認してみるのは簡単にできます。キューが使用されるようになります。管理コンソールからも停止することができます。なっているものが、ログに使用しているインスタンスになりますので、このサービスを停止します。インスタンスが停止されます。キューに出力されるようになります。確認することができます。キューが使われていると以下の状態になります。キューが使用されています。起動するとキューがデータベースに書き込まれるようになりますので、ログの状態が以下のようになります。書き込みが行われなくなることがあります。コントロールサービスがキューファイルを開いたままになってしまい、処理が継続されない状態になるようです。キューとして残っているファイルの更新日時が一番古いファイルがロックされてしまっているファイルになるはずです。ファイルを使用していることを確認できます。書き込みが再開されます。書き込みが再開されないのですよね...。用に推奨されているスキャンの除外設定をしても現象が発生してしまったのですよね。ファイルを開いているので、内部的に処理が進んでいないように見受けられるのですが。サービスが停止してしまうので、この方法で解消するのは現実問題としては結構難しいですよね。ログ用のインスタンスを停止して、ログキューのディレクトリを変更することで稀にロックが解除されることもあるのですが、確実な方法ではないのですよね。これについてはもう少し情報を集めていきたいと思います。ファイルがロックしていない状態でもキューが蓄積されていることがあるので、単純にスペックが足りていないだけかもしれませんが。実行することで、ファイルをロックすることができます。サービスが起動しないことがありますので少し気を付ける必要があると思います。ロックダウンモードが働いているのかもしれませんが。日本語の情報をあまり見かけないので、情報集めるのも結構大変ですね...。適用したところ、私の環境では解消されました。1この更新プログラムには、以下の修正が含まれていますのでこの対応で現象が解消されているかもしれません。チューニング等をメインにしていますが、本ブログで情報発信している内容に関することでしたら対応できます。お仕事のご相談がありましたらTwitterfacebookやブログのコメントでご連絡いただけると幸いです。ブログにコメント頂いた内容は私が承認しない限り表示されません。受賞させていただきました。本ブログの内容は個人的に検証したものとなり、検証結果を含め記載している内容を保証するものではありません。体験記の連載をさせていただきました。最後まで飲み切れず...。