|
FileBlogが、使用するフォルダを再配置できます。
再配置の目的
|
たとえば、「C：」ドライブの残り容量がわずかである場合：
FileBlog が作業ファイルやログファイルをC：ドライブに書き出すと、ディスク容量不足により最悪の場合システムダウンが発生する恐れがあります。
このような時に、作業ファイルの書き出し場所を、別ドライブに移動する必要があります
|
|
単一のハードディスクドライブ上で、複数のフォルダ・ファイルへのアクセスが同時に発生することは、アクセス性能を悪化させる原因になります。
サーバマシンに複数のハードディスクドライブが接続されている場合、たとえば、プレビューファイルの保存場所（TPIフォルダ）と、全文検索インデックスの保存場所と、作業フォルダとを、それぞれ別々の物理ディスク上に配置することで、ディスクアクセスの競合を回避できると期待できます。
|
|
検索インデックスのバックアップは、検索インデックス自身とは別のハードディスクドライブ上に書き込むべきです。
|
再配置の方法
環境設定を編集して、下記の各フォルダを再配置することを推奨します
エントリ名
|
説明
|
tpi_root
|
ファイルから抽出されたテキストやサムネイル画像などを保存するフォルダです。
| • | プレビュー画像は、大容量になる場合がありますので、なるべく独立のドライブに配置してください |
| • | ドキュメントルートが複数ある場合、tpi_root2, tpi_root3 ... と、複数指定が必要です |
|
accesslog_dir
|
WEBブラウザから行われたFileBlogへの各操作ログの保存先です。
| • | 出力する場合、かなりの容量になる可能性があります |
| • | 指定なし（空白）にしておくと、ログが出力されません |
|
batch_log_dir
|
Fb3Indexerのバッチ処理のログファイルの保存フォルダです。
| • | インデックス再構築・プレビュー再構築などのイベントを記録します |
| • | 時間がかかるバッチジョブ（インデックス構築など）の途中経過が出力されます |
| • | 指定なし（空白）にしておくと、APPDATA(※1) + "batch_log"が設定されます |
| • | 時間の経過とともに、ログが蓄積していきますので、定期的に掃除が必要です |
|
batch_work_dir
|
Fb3Indexerのバッチ処理の作業ファイルの保存フォルダです。
| • | 一時的に、ドキュメントルート以下の全ファイルのファイル名リストを書き出すなどに使われます。文書数が非常に多い場合には、数百MB以上の容量を必要とします |
| • | 指定なし（空白）にしておくと、APPDATA(※1) + "batch_work"が設定されます |
|
webtempdir
|
一括ファイルダウンロードを行った際に一時的に作成されるzipファイルの保存フォルダです。
| • | 24時間経過した一時ファイルは自動的に削除されますが、1日分の容量が必要です |
| • | 指定なし（空白）にしておくと、APPDATA(※1) + "temp"が設定されます |
|
actionqueue_savepath
|
Fb3Indexerのアクションキューを保存するフォルダです。
| • | 検知されたファイルの変更を、一時的に記憶するために利用される領域です |
| • | 指定なし（空白）にしておくと、APPDATA(※1) + "action"が設定されます |
|
idxserverlog_savepath
|
Fb3Indexerの全体の実行ログを保存するフォルダです。
| • | 1日に1ファイルずつ作成され、起動・終了・バックアップ・ローテーション実行などのイベントを記録します |
| • | 指定なし（空白）にしておくと、APPDATA(※1) + "log"が設定されます |
|
※1 APPDATA はWindowsのアプリケーションデータフォルダで、通常、Windows Vista および Windows Server 2008 では
C:\ProgramData\fileblog3.0、 Windows 2003 Server, Windows XP および Windows 2000 では
C:\Documents and Settings\All Users\Application Data\fileblog3.0 となります。
|