製品選定前に読んでおきたい基礎技術 バックアップ編【第2回】
基礎から分かる、企業システムに求められるバックアップ5カ条(1/2 ページ)
企業システムで求められるバックアップ要件を基に、バックアップの種類や手法、格納先、そして仮想環境のバックアップ方法について解説する。
連載第1回「いまさら聞けない、バックアップ技術の学習で欠かせない3つの基礎」では、バックアップ/リストアの必要性およびRTO(目標復旧時間)/RPO(目標復旧時点)について解説した。第2回はバックアップ手法や必要な媒体、ツールをテーマにする。まずは企業システムに求められるバックアップ要件の例を挙げる。
企業システムに求められるバックアップ
- できるだけ最新のデータを、短時間でバックアップすること
- 障害時に必要とされるデータを、短時間で復旧すること
- 顧客情報や帳票、メールなどデータを長期間保管し続けること
- 万一の障害や災害に備えて、データを遠隔地保管する
- 導入コストや管理・電力コストなど、コストを考慮すること
上記はシステムのサービスレベルを維持するために、バックアップに求められる要件の代表例である。これらを実現するための基礎知識をお伝えする。
1.システムバックアップかデータバックアップか
はじめに、バックアップは大きく2つの種類に分類できる。
- システムバックアップ
- データバックアップ
1つ目のシステムバックアップとは、OSを中心に一定の容量で変更点の少ない領域を対象としたバックアップを指す(図1)。サーバ環境ごとバックアップする場合がほとんどだ(クライアントPCを対象にした場合はイメージバックアップと称することもある)
頻繁に取得するものではないが、何らかの理由でサーバが壊れ復旧が困難と判断した場合、システムバックアップで取得したバックアップをリストアすることで、バックアップを取得した時点のサーバ状態へ戻すことができる。
主にシステムの新規構築時や機能改修などのパッチ適用時、新たなアプリケーションを導入したときなど、対象システムの構成に変更が生じた際に取得する。
2つ目のデータバックアップは、変更頻度の高いデータのみをバックアップすることを指す(図2)。主にデータベースに保存されたデータや共有フォルダに保存されたファイル、アプリケーションデータをバックアップする。システムバックアップと同様に、バックアップ対象のデータに限り、バックアップ取得時までの状態に戻すことを想定している。バックアップ対象のデータは、頻繁に更新される変化の大きいデータに限定し、比較的高い頻度でバックアップを取得する。
システムバックアップはシステム全体をバックアップするので、時間や保管容量といったリソースを多く消費する。従って毎時や毎日という短い間隔でのバックアップ取得には向いていない。一方データバックアップは更新頻度の高いデータに限定してバックアップを取得するため、システムバックアップと比べてバックアップのデータ容量や取得時間を抑えることができるのが一般的だ。この2つのバックアップを適切に組み合わせて使い分けることで、高いRTO/RPOを実現していくことが基本となる。
2.OSコマンドかバックアップツールか
次にバックアップ手段に関してお伝えする。一番シンプルな手段は、OSに付属するコマンドやツールを使うことだ。具体的には以下のようなコマンドを使う。
- UNIX: tar、cpio、dumpなど
- Windows: NTBackup/Windows Server Backup
OSのコマンドやツールはOSで実行するため、バックアップを取得したいサーバへログインして取得する必要がある。運用性は高くないが、定期的にバックアップをしない環境や、管理者の目が行き届く小規模環境ではこの方法で十分だろう。
もう1つはバックアップツールの活用だ。現在ほとんどの企業において何らかのバックアップツールを使っているだろう。バックアップツールはさまざまなベンダーが提供しており、製品ラインアップは非常に豊富だ。ほとんどのバックアップツールが専用のGUI(グラフィカルユーザーインタフェース)を用意し、バックアップポリシーを一元的に管理できるようにしている。複数のバックアップポリシーを使い分ける場合は、バックアップツールを使った方が運用管理面で効果が高い。
バックアップツールはバックアップ/リストアが容易になるというメリットだけでなく、数多くの便利な機能を提供する。重複排除(次回紹介予定)機能が実装されたバックアップソフトを利用すれば、ストレージ領域を大幅に削減することも可能だ。ある程度のバックアップ規模を維持管理するのであれば、バックアップツールを利用した方がコスト面においてもメリットを享受できるだろう。
3.フル、差分、増分バックアップの違い
次に代表的なバックアップの手法を紹介する。以下のような手法が代表的だ。
- フルバックアップ
- 差分バックアップ
- 増分バックアップ
フルバックアップは、名前の通りバックアップ対象のデータ全てをバックアップすることを指す。基本的なバックアップであり、他のバックアップのベースにもなる。
差分バックアップは、名前の通りある時点からの差分だけをバックアップする手法だ(図3)。どこかの時点でフルバックアップを取っていることが前提になる。
増分バックアップは、前回取得したバックアップから変化のあった部分だけを取得するバックアップである(図4)。差分バックアップと似ているが、差分バックアップはある時点からの差分であるのに対し、増分バックアップは前回からの差分となる。
フルバックアップはコマンドでも実行可能だが、差分や増分バックアップは現実的にはバックアップツールを使うことになる。多くの企業システムでバックアップツールを活用し、状況に応じて必要な種別・手法を選んでバックアップを設計している。第1回で述べた通り、バックアップには非常に多くの格納領域が必要となる。適切なバックアップ種別・手法を用いることで、バックアップデータの格納領域を大幅に削減することが可能となり、結果としてコスト面や運用面でのメリットが享受できる。
Copyright © ITmedia, Inc. All Rights Reserved.
製品選定前に読んでおきたい基礎技術
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー