Info2softは、ウェブサイトでより快適で適切な閲覧体験を提供するためにCookieを使用しています。 プライバシーポリシー
Loading...
著者:
適切なバックアップ戦略を選定する上での核心的な判断基準は1つです。バックアップ実行中のシステム停止時間を事業が許容できるかどうか。
コールドバックアップはシステムを停止し、完全に整合性の取れたスナップショットを取得します。ホットバックアップはシステムを稼働させたまま、ユーザーが業務を続けている最中にデータを複製します。本記事では復旧時間、復旧ポイント、コスト、セキュリティの4軸で2種類の手法を比較し、自システムに適した戦略を選ぶための指針を示します。
コールドバックアップとホットバックアップは、「システム可用性」と「運用の簡易性」のトレードオフの両極端に位置します。それぞれシステム稼働状態、ファイルロック、トランザクション整合性の扱い方が異なり、この差が本ガイド全体の比較項目の根源となります。
オフラインバックアップとも呼ばれるコールドバックアップは、データベースまたはアプリケーションを完全に停止した状態で実施します。データベースエンジンが停止しているため、バックアップ中はユーザーやプロセスによるデータの読み書きが一切発生しません。システムは安定した停止時点のデータスナップショットを取得します。
システム管理者がコールドバックアップを実行する一般的な手順は以下の通りです。
この処理では、生データファイル、制御ファイル、トランザクションログ、設定ファイルといった重要なシステムファイルがすべてバックアップツールに取得されます。データベースが完全にオフラインのため、ファイルは安定した状態を保ち、コピー中にデータブロックが変更されることはありません。
この手法でよく利用されるツールはcp、tar、robocopyといった手動ファイル複製ツールで、データディレクトリを複製します。一部管理者はデータベースをロックし外部からの変更を遮断した上で、mysqldumpなどの論理バックアップツールを使用するケースもあります。
本手法は最高水準のデータ整合性を保証しますが、システムを完全に利用不可とする計画的な停止時間枠を確保する必要があります。
オンラインバックアップとも呼ばれるホットバックアップは、データベースを稼働させ、ユーザーが利用可能な状態で実施します。アプリケーションは中断なくデータの読み書きを継続し、ほぼリアルタイムでデータ変更を記録します。
オンラインバックアップ中は常にデータが更新されるため、データ破損を防ぐ仕組みが必要です。この役割を担うのが先行書き込みログ（WAL）またはアーカイブログモードです。データベースは実際のデータファイルに変更を反映する前に、すべての状態変更を専用の逐次ログに記録します。
ホットバックアップツールはデータファイルを複製すると同時に、バックアップ実行中のトランザクションログを継続的に追跡します。
[実行中のデータベーストランザクション] ---> [先行書き込みログ(WAL) / アーカイブログ]
|
[バックアップツールによるデータファイル複製] <----------------+ (ログ適用により整合性を保証)
ユーザーのアクセスをロックせずにこの処理を実行する専用ツールとして、Percona XtraBackup、MySQL Enterprise Backup(mysqlbackup)、Oracle Recovery Manager（RMAN）などが存在します。これらのツールはデータブロックとトランザクションログを並行して読み取ります。
ホットバックアップはエンドユーザーに対しシステム停止時間を発生させませんが、CPUとディスクI/Oリソースを多く消費するほか、ログ設定の厳密な検証が不可欠です。
自社業務に適した手法を判断するため、パフォーマンス、コスト、可用性の特徴を並べて比較します。
| 比較項目 | コールドバックアップ（オフライン） | ホットバックアップ（オンライン） |
|---|---|---|
| システム可用性 | システム停止、ユーザーは完全に利用不可 | システム稼働、ユーザーに中断が発生しない |
| データ整合性 | 保証済み。書き込み未完了の処理が存在しない状態でデータが固定される | ログによる調整が必要。WALまたはアーカイブログを活用し変更履歴を再構築 |
| パフォーマンスへの影響 | 本番環境ハードウェアへの影響なし（システム停止中） | 稼働中のCPU、メモリ、ストレージI/O帯域を消費 |
| 復旧速度 | ベースファイルの復元が高速、ログ再生不要 | 任意時点まで復旧可能、トランザクションログの再生工程を要する |
| インフラコスト | 低コスト。安価なストレージ層と標準搭載・無償ツールを使用 | 高コスト。専用エージェントと高パフォーマンスストレージが必要 |
| セキュリティ面 | 複製中は稼働環境のハッキング・ランサムウェアの影響を受けない | 稼働中のネットワーク脅威や破損ファイルの複製リスクが存在 |
これらの比較項目は災害復旧体制を構築する上で重要な要素となります。以降の章では、本番環境におけるそれぞれのトレードオフを詳しく解説します。
システム可用性とは、バックアップ実行中にデータベースがユーザーからアクセス可能かどうかを指し、コールド・ホットバックアップ比較における最も重要な相違点の1つです。
コールドバックアップには計画停止時間が必須であるのに対し、ホットバックアップはシステムの連続稼働を支援します。
データ整合性とは、バックアップが特定時点の復旧可能な正常なデータベース状態を正しく取得できているかを意味します。
コールドバックアップは途中で失敗した場合、正常な状態から再実行するだけで済みます。一方ホットバックアップはログストリームとの接続が切断されると、データファイルとログレコードに不整合が生じ、復旧時に使用できないバックアップとなる恐れがあります。
パフォーマンス影響とは、バックアップ処理が本番業務負荷とシステムリソースに及ぼす負荷を指します。
復旧速度には2つの側面があります。復元処理自体の速さと、障害発生直前のどの時点までデータを戻せるかです。
コールドバックアップはファイル単位の復元が速い反面、前回のバックアップ以降のすべてのデータが失われます。ホットバックアップはログ再生に時間を要するものの、障害発生直前のほぼ任意時点まで復旧可能です。
コストとインフラの観点では、ストレージ費用と運用の複雑さの両方を考慮します。
コールドバックアップは運用コストが安価な一方、ホットバックアップは停止時間に伴う損失を削減します。
セキュリティ体制とは、バックアップ処理が各種脅威にどれだけ曝されているかを評価する指標です。
どちらの手法も改ざん不可ストレージと組み合わせることで追加の保護層を構築できます。一度書き込まれたバックアップファイルは編集・削除が不可能となるためです。
目標復旧時間（RTO）は障害発生後、システムを復旧させるまでに許容される時間を定義します。目標復旧ポイント（RPO）は事業が許容できる最大のデータ喪失量を指し、バックアップ実行頻度の基準となります。
コールドバックアップは必然的にRTO・RPOの数値が大きくなります。システム停止時のみスナップショットを取得するため、RPOは計画停止の頻度と一致します。例えば週1回コールドバックアップを取得する場合、最大7日分のデータが喪失するリスクが生じます。
ホットバックアップは厳格なRTO・RPOの設定に対応します。稼働中のデータ変更を逐次取得するため、障害発生直前の任意時点まで復旧でき、データ喪失を数分～数秒に抑えられます。
選定を簡素化するため、企業はデータ喪失と停止時間の許容度に応じてアプリケーションを階層分けします。
まとめ：許容可能なデータ・停止損失に合わせてバックアップ手法を選定し、逆の選択をしないことが重要です。停止やデータ喪失を許容できないシステムにはホットバックアップ、それ以外は低コストなコールドバックアップを活用します。
2種類の手法を比較すると、単一のバックアップ方式に依存する必要はないことが分かります。コールドとホットを組み合わせたハイブリッド戦略は、多くのエンタープライズ環境で採用されています。
例えば平日はホットバックアップを実行し業務の連続稼働を支え、通信量の少ないメンテナンス時間枠にコールドバックアップを実施し、整合性の完全な基準バックアップを作成します。この組み合わせにより、低いRPOを維持しつつ、信頼性の高い復旧先を確保できます。
本ハイブリッドモデルは、3-2-1バックアップルールをはじめとする最新のデータ保護ベストプラクティスにも適合します。多重保存、隔離保管、復旧検証を重視し、データ損失やランサムウェアへの耐性を高めます。
本戦略を実装するには階層型バックアップ構成が一般的です。直近のバックアップは高速復旧に対応する高性能ストレージに保管し、古いバックアップは長期保管用の低コストアーカイブストレージへ段階的に移行します。
この階層化戦略により、企業はパフォーマンス、コスト、コンプライアンス要件の均衡を保てます。緊急復旧に必要なデータは即時アクセス可能にし、過去の履歴データは低コストで長期保管します。
平日のホットバックアップ、週末のクリーンなコールドバックアップ、経年データを安価なストレージへ移行するライフサイクルポリシーを紙面上で設計することは簡単です。しかし環境が拡大する中、複数のスケジュールツールや手動のログ管理でこの3つを個別調整すると運用負荷が膨大になるため、多くの現場で統合管理プラットフォームの導入を検討します。
i2Backupは各種バックアップツールを個別に連携させるのではなく、単一コンソールからこのようなハイブリッド戦略を一括管理するために開発された製品です。
数分間のデータ損失も許容できないシステムが環境に存在する場合は、i2CDPが機能を拡張します。バイト単位でリアルタイムにデータ変更をレプリケートし、RPOを数秒またはゼロに低減可能です。数秒単位でフェイルオーバーが必要な第1階層システムの場合、バックアップとは別の役割を担う高可用性レプリケーション製品が対応します。
i2Availabilityは手動操作なしで自動的に本番環境を待機サーバーへ切り替えます。バックアップと高可用性は解決する課題が異なるため、多くの基幹システム環境では両方を並行運用しています。
システムが第1階層、第3階層、または中間層のいずれに属する場合でも、共通の目標は変わりません。許容可能な損失に合わせてバックアップ手法を選定し、スケジュール管理、ログ処理、ストレージ階層化をプラットフォームに自動処理させます。
コールドバックアップとホットバックアップは二者択一の解決策ではなく、それぞれ異なる課題に対応する手法です。事業が許容できる停止時間とデータ喪失量の2軸で選定します。
大半の環境では一方の手法だけに固執する必要はありません。アーカイブ用に週次コールドバックアップ、トランザクションの多いシステムには時次ホットバックアップ、これらを統合する明確な保管ポリシーを定めることで、単一手法より幅広いリスクに対応できます。
まずは上記のRTO・RPO階層に自システムを分類し、基準を明確にした上で、Info2softのi2Backupのようなプラットフォームに2種類のバックアップのスケジュールと階層管理を任せることで、人手による手動実行に依存しない安定したバックアップ戦略を構築できます。
