バックアップに関して留意したい5つのこと その2【Pマーク取得の基礎知識】

会社で保有する個人情報に消失の危機やアクセスできない状態が生じても、バックアップが取られていれば復旧も容易になります。
今回も前回と同様バックアップの留意点をお伝えします。
バックアップの頻度を決める
バックアップは思いついた時にではなく“定期的に”取るというのが鉄則です。
とはいえその頻度はそれぞれの個人情報の必要度に応じて決められます。この個人情報を収めたサーバは毎日、こちらは1週間ごとに、といった感じです。
バックアップの頻度は各プライバシーマーク(Pマーク)取得会社が社内ルールとして決めておくのが適切です。
システムに特別な変更を加えた時もバックアップを取る
バックアップは定期的な頻度で行うべきですが、それ以外でも個人情報を保管するサーバ自体に変更を加えた時などにバックアップを取る必要があります。パッチを適用した場合などがその例です。
バックアップデータは別の場所で保管する
これはあくまで“できれば”の話なのですが、バックアップデータは会社の事務所内ではない別の施設で保管するほうが望ましいと言えます。
たとえば会社のシステムが災害や事故によって壊れ、個人情報にアクセスできない状態が発生したとしましょう。そんなときこそバックアップを復旧させて個人情報を元どおり使える状態にしたいものです。ところがバックアップデータも災害や事故に遭ったのと同じ場所に置いてあったとしたらどうでしょうか。結局バックアップのほうもダメージを受け、役に立たなくなるわけです。
ですからバックアップデータは可能な限り離れた施設で保管するようにしましょう。あるいは社外のバックアップサービスを利用することも検討してください。
ただしこのようにして事業所外でバックアップデータを持つ場合に気をつけなければならないことがあります。バックアップデータが保管される場所においても自社の事業所と同じレベルのセキュリティを確保する必要があるということです。バックアップデータから個人情報が流出したということになると話になりません。
業者にバックアップを委託する場合は、できるだけプライバシーマーク(Pマーク)を持っている業者を選ぶようにしましょう。
暗号化によってバックアップ情報を保護する
これは特に機密の個人情報がある場合に考慮すると良いでしょう。
まとめ
2つの記事でデータのバックアップの際に留意したい5つのことを説明させていただきました。
確かに個人情報が消えたり急に使えなくなったりするという事態は稀にしか生じないかもしれません。しかしながら実際にそのような事態が生じたときの影響は極めて深刻です。
それゆえにも個人情報を取り扱うすべての会社はトラブルが発生する前に情報のバックアップを取るようにしておくべきなのです。
この記事のまとめ
- バックアップは“定期的に”取り、頻度はそれぞれの個人情報の必要度に応じて決める。システムに特別な変更を加えた時にも取る
- バックアップデータは、できれば別の施設で保管する。その場合も、自社の事業所と同じレベルのセキュリティを確保する
- 特に機密の個人情報がある場合は、暗号化によってバックアップ情報を保護する
★こちらの記事もおすすめです!
→【シャレにならない新ルール(EUの個人情報保護)【GDPRでISMS取得も有効な対策】】
株式会社UPFについて(2026年10月1日時点)
株式会社UPFは、プライバシーマーク(Pマーク)・ISMS(ISO/IEC 27001)・AIMS(ISO/IEC 42001)・TISAXなどの認証の取得・運用支援と、セキュリティ監査、AI利用ガイドラインの策定支援を行う情報セキュリティの専門会社です。
- 創業:2005年5月(認証取得支援は2009年から)
- 支援実績:累計5,695社(うちプライバシーマーク4,261社、ISMS 1,199社)
- 継続率:95%(2020〜2026年平均。初めてUPFを利用したお客様が、次回の更新もUPFに依頼した割合)
- 体制:プライバシーマーク審査機関(JIPDEC)の現役審査員が在籍(自らがコンサルティングを担当する企業の審査は行いません)。年間2,000件を超える審査関連の情報が社内に集まります
- 自社でも取得:プライバシーマーク、ISMS(ISO/IEC 27001)、ISO/IEC 27701
- 拠点:東京(本社)・名古屋・福岡。全国の企業に対応
- 数字の定義と根拠:UPFの支援実績・継続率などの数字の定義と根拠
この記事を書いた人
株式会社UPF
同じテーマの記事はこちら
AI利用ガイドラインは自社で作る?テンプレート?専門家に依頼?3つの作り方を費用・期間・注意点で比較【2026年】
「社内でもAIを使い始めたので、利用ルールを決めておきたい」 この1年で、こうしたご相談を本当に多くいただくようになりました。 総務省の「令和8年版 情報通信白書」によると、生成A […]
AI利用ガイドラインとAIMS(ISO/IEC 42001)はまったく別のもの|目的・中身・費用・期間の違いと、自社に必要なのはどちらか
「AIのルールを整えたいのですが、AIMSを取ったほうがいいのでしょうか」 AI利用ガイドラインのご相談のなかで、こうしたご質問をいただくことがあります。 どちらも「AI」と「ルー […]
【2026年10月】名古屋・大阪・福岡でAI社内ガイドライン策定を頼める会社比較|地域別の依頼先と料金・支援内容
「生成AIの社内ルールを整えたいが、名古屋(大阪・福岡)で頼める会社はどこか」 東京以外の企業様からも、こうしたご相談をいただくことが増えてきました。 本記事では、名古屋・大阪・福 […]
「破られる前提」で備える時代へ——PHPの深刻な脆弱性(php2shell)とAI時代のサイバー攻撃について、私が考えたこと
2026年10月、サーバー側の言語が判明しているWebサイトの約7割で使われるPHPに、認証なしで外部からコードを実行され得る深刻な脆弱性(php2shell、CVSS 9.2)が公表され、国内外でサイト停止が相次ぎました。10年以上潜んでいた穴の攻撃経路をAIが突き止めた今回の件から、企業が「破られる前提」で備えたいことを、情報セキュリティの支援会社の代表として考えます。 […]
AI利用ガイドラインには何を書く?入れるべき項目と分量の考え方、作った後の社内展開・見直しまで
「どういう内容で、どれぐらいのボリュームで作るのが正解なのか、まったくイメージが湧かなかった」 AI利用ガイドラインの策定をご依頼いただいた、PR会社の株式会社LITA様の言葉です […]