サーバー保守とは？ 業務内容・委託の判断基準と会社の選び方を解説

「サーバー保守って、具体的に何をしてもらえるのか」「いまの体制のままで問題ないのか判断できない」と感じている担当者の方は多いはずです。

サーバー保守とは、サーバーが止まらないように状態を見守り、不具合や脆弱性に対応し続ける維持・管理の業務です。障害が起きたときに元へ戻す作業まで含みます。

サーバーは立ち上げたあとも手がかかります。OSやミドルウェアには修正プログラムが出続け、機器そのものにも寿命があるためです。古い状態のまま動かしていると、セキュリティが危険にさらされる場合もあります。

この記事では、サーバー保守の業務内容、私たちが実際に受け持っている保守の中身、自社で担う場合と外部に委託する場合の違い、契約前に確認しておきたい点、任せる会社の選び方まで解説します。

＼ 無料相談・お見積もり受付中！ ／

あわせて読みたい

業務システム開発とは？基幹システムとの違いや代表例をわかりやすく解説 業務システム開発とは、自社の業務を効率化するシステムを作ることです。基幹システムとの違い、販売管理や在庫管理など種類の一覧、開発の進め方、使われる言語、依頼先の選び方までまとめて解説します。

サーバー保守とは？運用との違い

サーバー保守とは、サーバーが安定して動き続けるように、状態の確認・不具合の修復・ソフトウェアの更新を続ける業務です。止まってしまったときに元へ戻す作業も、この中に含まれます。

「運用」と「保守」は、現場ではまとめて呼ばれることが多い言葉です。厳密には受け持つ範囲が分かれており、一般には次のように整理されます。

	サーバー運用	サーバー保守
目的	決められた状態で動かし続ける	動かなくなる原因を取り除き、元へ戻す
主な作業	稼働の監視、起動と停止、アカウントの管理	不具合の修復、脆弱性への対応、ソフトウェアの更新、障害からの復旧
動くきっかけ	日々の決まった手順	異常が出たとき、更新が公開されたとき

とはいえ、実務でこの2つをきれいに切り分ける意味はあまりありません。私たちも、監視から不具合への対応までをまとめて「メンテナンスサービス」として提供しています。委託を検討するときに大事なのは、言葉の区別よりもどこまでの作業が契約に含まれているかのほうです。

サーバー保守の業務内容

実際にどんな作業が発生するのかを、私たちがサーバー保守として受け持っている内容から整理します。平常時に続ける作業と、障害が起きたときの対応が柱になります。

平常時に続けている作業

何も起きていない期間にこそ、手を動かし続ける必要があります。私たちがメンテナンスとして提供しているのは次の内容です。

作業	中身
ログ監視	サーバーやアプリケーションが残す記録を見て、異常の兆しを拾う
脆弱性対応	危険度の高い不具合が公表され次第、即時に更新を当てる
標準ライブラリアップデート	OSやミドルウェアが使う部品を新しい状態に保つ
WEBサーバー管理	apacheやnginxの設定と稼働を管理する
データベース管理	PostgreSQLやMySQLの稼働を確認し、バックアップを取る
メール管理	Postfixやdovecotによるメールの送受信を管理する

弊社のサーバー構築・保守のサービス内容について詳しく知りたい方はこちらのページをご覧ください。
→クラウドサーバー構築・保守業務

監視には zabbix のようなオープンソースの監視ツールを使い、あらかじめ決めた値を超えたら気づける状態をつくります。担当者が画面を見ていないときでも異常を検知できる仕組みがあるかどうかで、気づくまでの時間が変わります。

障害が起きたときの対応

サーバーが止まったときは、緊急時対応として原因の切り分けから復旧までを担当します。

止まる原因は一つではありません。機器の故障、設定の不整合、アクセスの急増、外部からの攻撃など、可能性は複数あります。まずどこで起きているのかを切り分け、そのうえで復旧の手順を選びます。

復旧までの時間を左右するのが、バックアップです。データを戻せる状態が用意されていれば、最悪の場合でも直前の状態から再開できます。私たちはデータベースのバックアップを、メンテナンスの一部として扱っています。

ホームページのサーバー保守で必要になる作業

システムだけでなく、ホームページを動かしているサーバーも、同じく保守の対象になります。

たとえばWordPressで作られたサイトは、PHPというプログラムで動いています。記事や設定はMySQLやMariaDBといったデータベースに保存されています。

つまりサイトが表示されている裏側では、WEBサーバーとデータベースの両方が動いているということです。先ほどの表の「WEBサーバー管理」と「データベース管理」が、ホームページ保守においても必要になります。

実際にサーバー保守している事例

私たちが構築から保守まで担当しているのは、次のようなシステムです。

業種	システム
電気設備・保守・卸業者	営業日報とスケジュールの管理
運送業	見積・受注・売上の管理
訪問理美容サービス	訪問予定・シフト・売上・顧客カルテの管理
施設の殺菌消毒、有害生物駆除	工場施設内のIoT機器による温度管理

このほかにも、もちろん多数のホームページやデータベースのサーバーも保守しています。

ホームページもシステムも「作って終わり」ではなく、長期的に動かし続ける前提です。20年以上にわたってLinuxサーバーでWEBサーバーやデータベースサーバーを構築・運用してきた蓄積が、そのまま保守の土台になっています。

運用してきた構成は、WEBサーバーがapacheとnginx、データベースがPostgreSQLとMySQL、そしてAWSのデータベースサービスであるAmazon Aurora、メールがPostfixとdovecotです。社内で使うgitlabやnextcloudも自分たちで構築して運用しています。

サーバー保守を自社で担うか外部に委託するかの判断

自社で担うか外部に委託するかは、作業の量ではなく対応が必要になったときに動ける人がいるかで考えると整理しやすくなります。

	自社で担う	外部に委託する
対応できる時間	担当者の勤務時間に左右される	契約した時間帯で対応してもらえる
必要な知識	OS・ネットワーク・データベースを社内で持つ	委託先の技術者が持つ
担当者が動けないとき	対応が止まりやすい	連絡先が残る
費用の見え方	人件費に混ざって見えにくい	契約金額として見える

自社で担う場合に必要になること

社内で抱えると決めたなら、次の3つを確保しておく必要があります。

総務や情報システムを兼任している場合、この3つを本業と並行して抱えることになります。3つめは、人数が限られている職場ほど用意しにくくなる傾向があります。担当者が動けないタイミングと障害が重なると、対応はそのぶん後ろへずれます。

外部に委託すると変わること

委託すると、更新を当てる判断とその作業、障害が起きたときの一次対応が委託先に移ります。

私たちの場合は、運用に入ったあともヘルプデスクの提供と支払い代行まで引き受けています。日々の細かい問い合わせと事務手続きを含めて手放せる形です。

ただし、委託すればすべてが自社の手から離れるわけではありません。どのサーバーで何が動いているかの把握と、業務をどう優先するかの判断は自社に残ります。委託先に任せる範囲と、自社で持ち続ける範囲を最初に決めておくと、あとで揉めずに済みます。

＼ 無料相談・お見積もり受付中！ ／

サーバー保守契約を結ぶ前に確認しておきたいこと

「保守」という言葉が指す範囲は、会社によって違います。任せたつもりだった作業が契約に入っていない状態を避けるため、見積書の段階で次の5点を確かめておきましょう。

1つめが効いてくるのは、障害が起きた直後です。平日の日中だけなのか、夜間や休日も連絡がつくのか。連絡手段と、担当者が不在のときの受け先まで決めておけば、止まった直後に連絡先を探す時間がなくなります。

2つめの切り分けの範囲も確かめておきたい点です。「サーバー側は正常です」という報告で止まる契約だと、そこから先の原因追及は自社に戻ってきます。どこまで調べて、どこまで報告してくれるのかを先に決めておきましょう。

分かれやすいのが、3つめの更新作業です。異常を知らせるところまでが契約範囲で、実際に手を入れる作業は別扱いになっていることもあります。「監視まで」なのか「直すところまで」なのかを、言葉ではなく契約書の記載で確認してください。

バックアップも同じです。取得の設定までが範囲で、実際に戻せるかどうかを確かめる作業は含まれていない場合があります。取れているかではなく、戻せるかで見ると抜けに気づきやすくなります。

契約が終わるときの引き継ぎも確かめておきたい点です。サーバーの設定内容や管理アカウントが自社の手元にあるかどうかで、次の会社へ引き継ぐときの手間が変わります。

サーバー保守を任せる会社の選び方

会社の規模で決めるより、次の2点で比べたほうが実務に合う相手を見つけやすくなります。

構築した会社がそのまま見てくれるか

サーバーを構築した会社がそのまま保守まで担当すると、設定の経緯を知っている人が対応にあたります。なぜその構成にしたのかを説明する手間がかからないぶん、判断も早くなります。

あとから別の会社へ引き継ぐ場合は、まず現状を把握する時間が必要です。構築と保守を分けるほど、状況の共有にかかる手間は増えます。

窓口が一つにまとまるか

ホームページ、業務システム、サーバーの担当会社が分かれていると、不具合が起きたときにどこへ連絡すればよいかを切り分ける作業が自社側に残ります。原因がサイト側なのかサーバー側なのか分からない段階で、まず連絡先を選ばなければなりません。

私たちはサーバー構築からWEBデザイン、プログラム開発、運用・保守までを社内の専門チームが担当しています。窓口が一つにまとまるため、どこで起きた不具合でも同じ相手に相談できます。

ただし、1社にまとめるなら、Web・システム・サーバーそれぞれの実績は個別に確かめておきましょう。窓口が一つになるぶん、その会社が弱い領域もまとめて任せることになります。

シーズプランニングのサーバー構築・保守

私たちはAWSを使ったLinuxサーバーの構築を得意としています。ほかのクラウドサービスも使ってきた経験があるため、いまの環境に合わせた提案ができます。社内に置いているサーバーをクラウド化したい、社外からシステムやファイルにアクセスしたい、といった相談にも対応しています。

進め方は次のとおりです。

1. お問い合わせ
2. ヒアリング（訪問またはオンラインミーティング）
3. お見積もり（複数のパターンで提示）
4. 企画・設計
5. 導入（アカウント開設と各種設定）
6. 検証（管理者テストとユーザーテスト）
7. 運用（ヘルプデスクの提供と支払い代行）

この流れは、新しくサーバーを用意する場合のものです。すでに動いているサーバーを引き継ぐご相談も受け付けています。その場合は、ヒアリングでいまの構成を洗い出すところから始めます。

古いシステムの新しい環境への切り替えやリニューアルも手がけてきました。担当していた方がすでに退職している、当時の資料が残っていないという状態でも、現状を確認するところからご一緒します。

ヒアリングからお見積もりまでは無料です。「サーバーは難しくてよく分からない」という状態からのご相談でもかまいません。

参考：クラウドサーバー構築・保守業務／WEBシステム開発・運用・保守