「オンサイトバックアップ」の要点【前編】
バックアップデータの保管場所はやはり「自社」がいい? 利点と欠点を整理
バックアップデータをクラウドサービスではなく、自社インフラに保管する「オンサイトバックアップ」の採用が広がりつつある。そのメリットとデメリットを見てみよう。
クラウドサービスを利用し、データの発生場所から離れた遠隔地にバックアップデータを保管することを「オフサイトバックアップ」と呼ぶ。オフサイトバックアップはクラウドサービスの拡大とともに広がってきた。そうした流れだけではなく、近年は企業が所有するインフラを利用してバックアップデータを「オンサイト」(オンプレミスシステム)に保管する手法も見直されつつある。以下ではオンサイトバックアップのメリットとデメリット、どのような企業に適しているかを解説する。
オンサイトバックアップの利点
オンサイトバックアップは企業に以下のメリットをもたらす。
メリット1.強固なセキュリティ
オンサイトバックアップでは、ユーザー企業がデータ、インフラ、セキュリティ対策を自社で一元的に管理できる。バックアップストレージへのアクセスを厳密に制御すれば、インターネット経由の脅威にさらされる可能性があるクラウドサービスと比べ、バックアップデータの流出リスクを抑えることができる。
メリット2.コンプライアンス(法令順守)の確保
データを「外部に出さない」ことから、オンサイトバックアップは医療機関や金融機関など、セキュリティ要件が厳しい分野の企業に最適だ。
メリット3.迅速なデータ復旧
オンサイトバックアップでは、データをインターネットではなく、社内LANで転送するので、クラウドサービスと比べて復旧速度が速くなる。特に大容量ファイルやシステム全体をバックアップする際、このメリットは大きい。
メリット4.インターネット接続への非依存
オンサイトバックアップは、システムの運用にインターネット接続を必要としない。そのため、インターネット接続が不安定だったり制限されたりする場所でも、データのバックアップや復旧が可能だ。
メリット5.費用削減
クラウドサービス(オフサイトバックアップ)の利点の一つは、ハードウェア購入の費用が発生しないことだ。しかし長期的にみれば、オンサイトバックアップのハードウェアコストはクラウドサービスの利用料より低くなる可能性がある。特に、大量のデータを持つ企業では顕著だ。
メリット6.カスタマイズしやすさ
大半のオンサイトバックアップツールは、企業のニーズに合わせてカスタマイズができる。カスタマイズできるのは、ストレージの種類やバックアップスケジュール、データ保持ポリシー、暗号化方法などだ。
デメリット
一方で、オンサイトバックアップには幾つかの欠点もある。
デメリット1.高額な初期投資
オンサイトバックアップ専用のハードウェアやソフトウェアの購入と設置には費用がかかる。電力や冷却、サーバルームのラックなどの物理的スペースを確保するための費用も生じる。
デメリット2.物理的な脆弱(ぜいじゃく)性
オンサイトバックアップは火災や盗難、洪水、ハードウェア故障のリスクにさらされる。特に、バックアップ用データが元データと同じ建物に保管されている場合、災害時に両方のデータが損失する恐れがある。
デメリット3.拡張性の限界
データの増加に伴ってストレージ容量を増やすことになれば、その分のハードウェアを設置するための物理的なスペースも増やす必要がある。これには時間と費用がかかり、クラウドサービスのように手軽に拡張することは難しい。
デメリット4.担当者による現地での管理
クラウドサービスとは異なり、オンサイトにおけるデータバックアップやインフラの管理には、そのための専門知識を持つIT管理者を現地に配置する必要がある。
どの規模の企業に最適なのか
オンサイトバックアップの導入効果は、企業の規模や業種、担当者のITスキルによって大きく異なる。
地域のパン屋や法律事務所、デザインスタジオといった小規模企業(従業員数1~50人)はオンサイトバックアップの実施に当たり、外付けHDDやネットワーク接続ストレージ(NAS)を使用することが一般的だ。盗難や火災などのリスクはあるが、低い運用費と管理しやすさを中心としたメリットの方が大きい場合がほとんどだ。
教育機関を含む中規模企業(従業員数50~500人)がオンサイトバックアップを実施する場合は、ラックマウント型のバックアップサーバやSAN(ストレージエリアネットワーク)、それらの管理用ソフトウェアを導入する必要がある。サーバルームを用意し、UPS(無停電電源装置)や空調設備も備えなければならない。これらの導入費や運用費とシステム運用の複雑さがデメリットだが、オフサイトバックアップよりも詳細な制御と迅速な復旧が可能になる。
大企業(従業員数500人以上)は、専用のバックアップサーバや複数のSAN、長期保存用のテープライブラリなどに加え、それらのための高度な管理ツールと仕組みが必要になる。当然、運用費が高くなったり、専門知識を持つ担当者が必要になったりするが、厳しいコンプライアンス要件を満たすことができる。
後編は、オフサイドとオンサイドを組み合わせたハイブリッドなバックアップ方法を紹介する。
Copyright © ITmedia, Inc. All Rights Reserved.
本記事は制作段階でChatGPT等の生成系AIサービスを利用していますが、文責は編集部に帰属します。
TechTarget発 グローバルITピックアップ
TechTargetジャパンの記事の一部で生成AIを補助的に活用し、米国Informa TechTargetの記事を翻訳・編集して国内向けにお届けします。編集部による内容の確認を徹底しています。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[LRM株式会社] 「標的型攻撃メール」事例・サンプル集 -
製品資料
[LRM株式会社] セキュリティ教育はなぜ「年間計画」を立てる必要があるのか? -
製品資料
[LRM株式会社] セキュリティの重要性が伝わらない…… 効果がない社員教育から脱却する方法 -
製品資料
[LRM株式会社] 「標的型攻撃メール訓練」導入ガイド 社員の意識を確実に高める仕組みの作り方 -
事例
[株式会社マクニカ] アイカ工業に学ぶ脆弱性対策 情シスが把握できずにいたアセットも正確に把握
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
2
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
3
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
4
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4%
-
5
エンジニアが選考を辞退する本当の理由 7割が隠す“面接の違和感”とは
-
6
ISMSの“コンサル丸投げ”が招く数千万円の無駄 NTTドコモビジネスの脱出劇
-
7
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
8
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
9
Netflixのバックエンドは「ほぼJava」 3000超のアプリを支える開発基盤の裏側
-
10
GitHubが指摘 AIが書いた「おそらく動くコード」が招くシステム崩壊
ホワイトペーパーランキング PR
-
1
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
2
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
-
3
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
5
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
6
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
7
PostgreSQLの「機能」「性能」「運用」「拡張性」に関する悩みの解消法
-
8
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
9
Macの安全神話は崩壊? 最新の脅威動向から見えた攻撃のトレンドと有効な対策
-
10
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー