サーバーエンジニアへ進みたいとき、Linuxのコマンドを何個覚えればよいのかと考えがちです。でも仕事では、サービスが動かない理由を調べ、利用者が使える状態へ戻すことが求められます。
この記事では、監視・運用と設計構築の違いを、確認するものと作る資料から説明します。Linuxだけでなく、バックアップ、Windows、仮想化も、応募先の担当に合わせて準備しましょう。
監視・運用・構築・設計の違いを作業で見る
監視では異常を検知し、手順に沿って確認・報告します。運用保守では定期作業、調査、変更、復旧を行い、構築では設計値を環境へ反映して試験します。
設計では、容量、冗長性、権限、監視、復旧の方式や値を決めます。OSを入れた経験と、要件からこの方式を選んだ経験は分けて書きます。
| 担当 | 行うこと | 残すもの |
|---|---|---|
| 監視 | アラートと影響を確認して連絡 | 記録、確認出力、エスカレーション |
| 運用保守 | 調査、パッチ、権限、容量、バックアップ、変更 | 手順、設定差分、復旧結果、改善案 |
| 構築・試験 | 設計値を設定し、サービスと連携を確認 | パラメータ、設定、試験、証跡 |
| 設計 | 要件から構成、容量、権限、監視、復旧を決める | 設計理由、方式比較、移行・運用計画 |
求人では最初に作る資料と作業を聞きます。「構築」の範囲が初期設定なのか、移行や試験まで含むのかを確かめましょう。
Linuxは、コマンドの出力から状態を読む
systemctl status nginxはサービスの状態、journalctl -u nginxは関連ログ、ssは待ち受けや接続、dfはファイルシステムの使用量を調べる例です。対象を決めて使います。
activeと表示されても、利用者の処理まで正常とは限りません。HTTPの応答、アプリのログ、依存するDB、通信経路を合わせて調べます。
説明用：nginxを使うLinuxで確認する例
systemctl status nginx
journalctl -u nginx --since "2026-10-05 09:00:00" --no-pager
ss -lnt
df -h
ip route| 確認する層 | よくある確認 | その結果だけでは分からないこと |
|---|---|---|
| 通信 | 宛先IP、名前解決、経路、TCP接続 | アプリの正常処理や認証 |
| サービス | 起動、待受、プロセス、ログ | 依存DBや外部連携の成功 |
| OS | 権限、容量、リソース、時刻 | 仮想基盤・ストレージの障害 |
| 基盤 | VM状態、割当、ホスト、ストレージ | ゲスト内の設定や業務処理 |
図はsystemdを使うLinuxの例です。サービス名、権限、ログの場所は環境で変わります。エラーの時刻と、直前に変更したことを先にそろえると読む範囲を絞れます。
容量不足も、空き容量だけで決めません。必要に応じてinodeやマウント状態、対象の権限まで確認します。出力を集めるだけでなく、何が分かり何が未確認かを記録しましょう。
バックアップは、戻せることまで確かめる
バックアップジョブが成功していても、必要なデータが復元できるとは限りません。対象、保存先、世代、権限、設定情報を含めて確認します。
復元の試験では、どの時点へ戻し、どの処理が使えたかを記録します。復元にかかった時間も、試験条件と合わせて残します。
| 成果物 | 書くこと |
|---|---|
| 復元手順 | 対象、復元元、復元先、操作、権限、前提 |
| 試験表 | 消失・停止の説明条件、期待結果、実結果 |
| 証跡 | 取得・復元のログ、時刻、復元後の処理 |
| 運用へ渡す内容 | 中止、失敗時の連絡、所要時間、未確認事項 |
スナップショットやレプリケーションも、仕組みと保存範囲を確認します。削除や破損が同期先へ反映されるなら、その同期先だけで以前の正常な状態へ戻せるとは限りません。
復旧手順を他の人が使える形にすることも仕事です。操作順だけでなく、対象を選ぶ方法と、正常へ戻った判定を書きます。
Windows・仮想化・資格は、担当に合わせて選ぶ
Windows ServerやActive Directoryを扱う求人なら、ユーザー、権限、認証、DNSなどが対象になります。仮想化ではVMの状態だけでなく、ホスト、ストレージ、ネットワークも見ます。
Linux系の資格はLPIC-1やLinuCレベル1が候補です。別の認定制度なので、名前が似ていても同じ資格として書かないようにします。
| 現在の経験 | 応募で説明する内容 | 追加で確認すること |
|---|---|---|
| Windows・AD運用 | 対象、権限申請、変更、障害調査の担当 | 新規構築、冗長化、復旧、レビューの範囲 |
| 仮想基盤運用 | VM・リソース・ホストの確認と変更 | ゲストOSと基盤側の役割分担 |
| Linux運用 | ログ・権限・容量・パッチ・サービス | 新規構築、ミドルウェア、試験 |
| クラウド移行 | 既存構成と移行対象、変更、復旧 | サービスの制約、IAM、接続、費用 |
LPIC-1とLinuCレベル1は、それぞれ101・102の両試験を満たす認定です。片方の試験合格と、レベル1の認定取得を区別します。期限などは各制度の公式案内で確認してください。
資格で学んだ操作を小さな環境で試すと、面接でも出力や判断を説明しやすくなります。応募先と関係の薄い資格を増やす前に、担当する環境を見ましょう。
準備では、サービスを作って壊して戻してみる
未経験なら、VMへOSを入れ、小さなサービスを動かします。起動停止、ログ、権限、バックアップ、復元を一つずつ確認し、構成と結果を残します。
運用経験があるなら、許可された範囲で障害調査、変更手順、試験の作成を担当できないか相談します。「実施した」「判断した」「レビューを受けた」を分けると、経験の範囲が伝わります。
- VMなどで、検証用Linuxとサービスを一つ用意する。
- ユーザー、権限、サービス、ログ、容量、通信を確認する。
- 検証用の設定を一条件ずつ変え、失敗と復旧を記録する。
- 小さな構築手順と、正常・異常・復元の試験表を作る。
- 応募先の初回配属、支援体制、次に増える担当を質問する。
| 質問 | 確認したいこと |
|---|---|
| 最初に構築・変更する対象は何ですか | 手順投入、設定決定、試験作成の範囲 |
| 本番のレビューと異常時の判断者は誰ですか | 相談先、承認、停止、復旧の責任 |
| バックアップ復元は誰がどこまで担当しますか | 取得確認だけか、復元試験と業務確認も行うか |
| 夜間・オンコールの直近実績は何ですか | 交代勤務、計画切替、待機、呼出しを区別 |
| 担当が広がる条件と実例は何ですか | 研修、OJT、レビュー、配属変更の具体性 |
求人では、本番変更を誰が承認するか、復旧時に相談できる人がいるか、夜勤や待機がどの程度かも聞きます。給与は基本給と固定残業、賞与、手当へ分けて比べます。
まず一つのサービスを、起動から利用、停止、復旧まで追ってみてください。コマンドの暗記が、状態を調べるための知識へつながります。
確認に使った公式資料
