はじめに：展開不要でbz2ファイルを直接サーチするbzfgrep
bzip2形式で圧縮されたファイル（.bz2）から特定のテキストを探す際、いちいち解凍してからgrepを実行するのはディスク容量と処理時間の両面で大きなロスとなります。こうした場面で威力を発揮するのがbzfgrepです。正規表現の解釈を行わない固定文字列（Fixed String）検索に特化しているため、巨大なアーカイブや退避されたサーバーログから目的の行を極めて軽量・安全に抽出できます。本稿では、日常の運用管理ですぐに役立つ実践的な使い方をハンズオン形式で解説します。
環境準備：bzip2の導入状況チェックと検証用アーカイブの作成
まずは利用環境でbzfgrepが利用可能か確かめ、未導入であればbzip2パッケージをインストールして環境を整えます。
続いて、検索テストに用いるサンプルログを作成します。元のテキストファイルを保持したまま圧縮アーカイブを得るため、echoと-kオプション付きのbzip2を実行します。
アーカイブファイルserver.log.bz2が狙いどおり生成されているか、サイズやパーミッションをls -lで確認しておきます。
bzfgrepの基本：解凍処理を省いたダイレクト文字列抽出
作成したserver.log.bz2に対し、展開の手間を挟まずbzfgrepでダイレクトにERROR文字列を走査してみます。
解凍用の一時領域を用意することなく、アーカイブ内部に記録されたネットワークタイムアウトのエラー行が瞬時にコンソールへ表示されます。
スペースを含む検索キーを指定する場合は、対象文字列をダブルクォーテーションで囲みます。ここではUser loginを検索対象に指定します。
正規表現のメタ文字を意識する必要がないため、指定したプレーンテキストそのままの合致行（ユーザーaliceのログイン履歴）が確実にヒットします。
実用オプション詳解：大文字小文字無視(-i)・行番号(-n)・件数集計(-c)
ログ調査では文字列の表記揺れへの対応が欠かせません。-iオプションを付与すれば、英字の大小を区別せずにserver.log.bz2を探索可能です。
小文字のerrorを指定した場合でも、ログ内の大文字[ERROR]を含む行が漏れなく抽出されます。
元ファイルのどこに位置しているかを把握したいときは、行番号を付与する-nオプションが便利です。
ユーザーaliceに関する行が元ログの何行目に記録されていたのかが先頭に明示され、前後のコンテキスト追跡が格段にしやすくなります。
ログ内容そのものではなく発生頻度だけを手早く確認したいシチュエーションでは、合致件数のみをカウントする-cオプションを活用します。server.log.bz2内にINFOレベルの出力が合計2件存在することが即座に数値で判明します。
複数アーカイブの一括検索と対象ファイル名特定(-l, -H)
複数の圧縮ログが並んでいる状況を想定し、別のログファイルauth.log.bz2を追加作成してマルチファイル検索の挙動を検証します。
ワイルドカード（*.log.bz2）で複数の圧縮ファイルをまとめて指定しつつ、どのアーカイブのログかを識別できるように-Hオプションを併用します。auth.log.bz2とserver.log.bz2のそれぞれから検出されたエラー行の先頭に対応ファイル名が印字され、発生箇所の切り分けがスムーズに行えます。
障害調査の初動対応などで「エラーを含んでいるファイルだけをリストアップしたい」ケースには、-lオプションが最適です。
該当する行テキストは出力されず、ERRORが存在するauth.log.bz2とserver.log.bz2のファイル名のみが返されるため、次の解析ステップへ素早く移行できます。
ストレージに蓄積された.bz2アーカイブを展開せずにそのまま走査できるbzfgrepは、ディスク容量が逼迫した本番環境や大容量ログのトラブルシューティングにおいて頼もしいツールとなります。各オプションの特性を活かし、日々のインフラ監視やログ解析業務のスピードアップに役立ててください。