製造業のクラウドバックアップは、受発注や生産管理のデータだけでなく、システムの設定、設備との接続、復旧を判断する担当者まで含めて設計することが大切です。データが戻っても、必要な設備や取引先との接続が使えなければ、生産を再開できないことがあります。
この記事では、中小製造業の担当者に向けて、保護するデータの整理、バックアップの分離、復旧目標の決め方、工場の稼働に配慮した復旧確認の進め方を説明します。以下の点検表や記入例は、当社が提案する運用例です。各社の設備・契約・安全基準に合わせて調整してください。
- 生産再開に必要なデータ・設定・機器を一緒に洗い出す。
- 保管場所と管理権限を分け、バックアップの削除・改ざんに備える。
- 復元した後に、業務と設備が安全に動くところまで確認する。
生産再開から逆算して保護対象を決める
最初に「どの業務を、どの状態まで戻せれば生産を再開できるか」を、生産・情報システム・設備保守の担当者で確認します。経済産業省は、中小規模の製造事業者向けに、工場セキュリティの具体的な手順と事例を説明した工場セキュリティの重要性と始め方を公開しています。工場ごとの構成と影響を整理する際の参考になります。
次の表は洗い出しの例です。すべてを同じ方法で保存できるとは限りません。設備固有の設定や制御プログラムについては、設備メーカーが指定する保存・復元方法を確認してください。
イメージバックアップは、対応する環境でOSやアプリ、設定を含む復元に利用できます。ただし、サーバーの復元だけで設備との通信やアプリの利用権まで復旧するとは限りません。対象OS、データベースの整合性、外部機器、ライセンスの再認証も確認項目に含めます。
クラウド保管とバックアップの分離を区別する
クラウドに保管すると、工場と異なる場所にコピーを置けます。ただし、遠隔地への保管だけで、ランサムウェアによる削除や改ざんを防げるとは限りません。管理用の認証情報が盗まれたり、削除権限が悪用されたりする場合も想定して設計します。
米国FBIは、オフライン・変更不可のバックアップと復元確認に加え、強固な認証、独立した管理アカウント、安全な端末からの管理を推奨しています。クラウドを使う場合も、保存先と管理の仕組みを併せて確認することが必要です。
保存先と管理権限を一緒に点検する
- 業務用アカウントからバックアップを簡単に削除できないか。
- 管理アカウントを分け、多要素認証を使えるか。
- 変更不可の保存を使う場合、保持期間と削除できる権限はどう設定されるか。
- 保存容量の不足や取得失敗を、担当者と代行者が確認できるか。
- 暗号鍵や復旧用情報を、障害時にも安全に利用できるか。
イミュータブルとは、保存したデータを一定の条件・期間の下で変更・削除できないようにする仕組みです。有効にする設定、保持期間、管理者が解除できる範囲はサービスごとに確認します。保管済みのデータを守る機能があっても、取得前のデータが正常だったことや、設備まで含めた復旧を保証するものではありません。
コピー数と保管先の整理にはバックアップの3-2-1ルールも参考になります。クラウドと社内のコピーを併用する場合も、それぞれが同じ権限で削除されないか確認しましょう。
復旧目標と取得間隔を決める
RPO(目標復旧時点)は、どの時点までのデータを戻すかという目標です。RTO(目標復旧時間)は、停止から復旧までの時間の目標です。どちらも製品の性能だけで決めず、生産や出荷への影響から決めます。
例えば「受注データの損失は直近1時間分まで、受注業務は4時間以内に再開したい」という条件なら、RPOは1時間、RTOは4時間が目標になります。これは説明用の例であり、製造業に共通する推奨値ではありません。
1時間ごとの取得設定だけでは、RPOを満たせるとは限りません。取得処理の所要時間、転送の遅延、失敗後の再実行まで確認します。RTOも、ファイルのダウンロード時間だけではなく、被害の調査、復元先の準備、復元処理、業務確認を含めて測ります。
現場で最近の受注や実績を再入力する必要がある場合は、その記録をどこから取り戻すかも決めておきます。直近のデータが失われた状態でも、何を確認して製造や出荷を進めるかを、業務側と合意することが大切です。
工場の稼働に配慮して復旧を確認する
IPAの中小企業のためのセキュリティインシデント対応の手引きでは、バックアップの取得と併せて、定期的に復元できるかを確認することが示されています。工場では、本番の設備に影響しない範囲と方法を、設備保守担当者やメーカーと先に決めましょう。
確認する順番の例
- 対象と合格条件を決める。対象業務、戻す時点、許容時間、確認担当者を記録します。
- 復元先を準備する。本番から分離した環境など、稼働中のシステムを上書きしない方法を決めます。
- データとシステムを復元する。処理時間、失敗した操作、必要になった認証や設定を記録します。
- 業務として確認する。受注の参照、帳票、必要な連携など、現場で使う操作を確認します。
- 生産再開の判断を確認する。設備の安全確認と再接続の承認者、再開可能な範囲を明確にします。
実施頻度は、業務の重要度や変更の多さに合わせて決めます。一律に半年や四半期で十分とは言えません。初回導入時に加え、設備や業務システムの大きな変更後にも手順を確かめる運用を提案します。毎回すべてを戻すことが難しい場合は、対象を分けて順に確認し、未確認の範囲を記録します。
感染が疑われる場面では、単にバックアップを戻して再接続するのではなく、影響範囲や侵入経路の調査、復元先の安全確認が必要になります。工場設備の切断や停止は人身・設備の安全にも関わるため、事前の対応手順に従い、設備管理者や専門家と判断してください。
JNSAの工場セキュリティハンドブック・サイバー対応IT-BCP編は、工場での攻撃検知から復旧までの計画を検討する参考になります。復元操作そのものの一般的な確認は、バックアップテストの解説も併せてご覧ください。
サービス選定と相談時に確認すること
相談時には、保存容量だけでなく、保護対象の一覧、OSやアプリの種類、復旧目標、回線の条件、設備メーカーの復元条件を用意すると、必要な構成を検討しやすくなります。
クラウド上でサーバーを起動する災害復旧(DR)を検討する場合は、工場からの接続、設備との通信、アプリの利用条件、切り戻し手順、待機時と稼働時の費用も確認しましょう。仮想サーバーが起動した時点と、生産を再開できる時点を分けて評価することが重要です。
使えるねっとの使えるデータプロテクトは、バックアップとセキュリティ、端末管理を組み合わせて検討できるサービスです。利用する機能や保護対象によって構成が異なるため、自社の対象環境に対応するかを確認してください。早期のシステム再開を検討する場合は、ディザスタリカバリも相談できます。工場の機器や制御システムまで一律に保護・復旧できるという意味ではありません。
サービス全般の選び方や比較は、既存のクラウドバックアップ比較記事で説明しています。まずは工場の重要業務を一つ選び、対象データ、目標時間、復旧担当者、確認結果を一枚にまとめるところから始めましょう。
よくある質問
クラウドにバックアップすれば、ランサムウェアから守れますか?
遠隔地への保管は、工場と同時にデータを失うリスクへの備えになります。ただし、管理権限や認証情報の悪用による削除・改ざんは別に対策が必要です。権限の分離、強固な認証、変更不可の保存条件、復元確認を組み合わせて設計します。
サーバーを復元すれば、すぐに生産を再開できますか?
サーバーの復元に加え、認証、設備との接続、制御プログラムや設定、業務データの整合性、安全の確認が必要になる場合があります。設備メーカーや現場担当者も含めて、再開の条件と承認者を決めておきましょう。
専任の情報システム担当者がいない場合、何から始めればよいですか?
止まると困る業務を一つ選び、その業務に必要なデータと機器、保守会社の連絡先を整理します。その上で、現在のバックアップから何を戻せるかを保守会社やサービス提供会社と確認し、担当者が不在の場合の代行者も決めます。
工場の保護対象と復旧目標に合う構成をご相談ください
使えるデータプロテクトを見る















