Loading article…
情報技術において、バックアップまたはデータバックアップとは、コンピュータデータのコピーを別の場所に保管しておき、データ損失が発生した後に元のデータを復元するために使用することである。これを行うプロセスを指す動詞形は「back up」であるのに対し、名詞および形容詞形は「backup」である。[1]バックアップは、データの削除または破損による損失後にデータを回復するため、または以前の時点からデータを回復するために使用できる。 [2]バックアップは、 IT 災害復旧の簡単な形式を提供するが、すべてのバックアップシステムがコンピュータシステムまたはコンピュータクラスタ、アクティブディレクトリサーバー、データベースサーバーなどのその他の複雑な構成を再構成できるわけではない。[3]
バックアップ システムには、保存する価値があると判断されたすべてのデータのコピーが少なくとも 1 つ保存されます。データ ストレージの要件は大きくなる可能性があります。情報リポジトリモデルを使用して、このストレージに構造を提供することができます。すでに二次ストレージにあるデータのバックアップをアーカイブ ファイルにコピーするために使用されるデータ ストレージ デバイスには、さまざまな種類があります。[注 1] [4]また、これらのデバイスを配置して、地理的な分散、[5]データ セキュリティ、および移植性を実現するさまざまな方法があります。
データは選択、抽出、操作されて保存されます。このプロセスには、開いているファイルなどのライブデータを処理する方法、圧縮、暗号化、重複排除などが含まれます。追加の技術は、エンタープライズクライアントサーバーバックアップに適用されます。バックアップスキームには、バックアップされるデータの信頼性を検証するドライランが含まれる場合があります。どのバックアップスキームにも制限[6]と人的要因が伴います。
ストレージ
バックアップ戦略には、データ「ソース」のバックアップを集約する「データの二次ストレージスペース」である情報リポジトリ[7]が必要です。リポジトリは、すべてのバックアップメディア（DVDなど）と作成日のリストのような単純なものでも、コンピュータ化されたインデックス、カタログ、またはリレーショナルデータベースを含むものでもかまいません。
バックアップデータは保存する必要があり、バックアップローテーションスキーム[4]が必要です。これは、不要になったバックアップを上書きすることでデータストレージメディアを適切に再利用することにより、別々に保持される異なる日付のバックアップの数を制限する、コンピューターメディアへのデータのバックアップシステムです。このスキームは、各リムーバブルストレージがバックアップ操作に使用される方法とタイミング、およびバックアップデータが保存された後の保持期間を決定します。3-2-1ルールは、バックアッププロセスに役立ちます。このルールでは、少なくとも3つのデータのコピーを2つの異なるタイプのストレージメディアに保存し、1つのコピーをオフサイトのリモートロケーション（クラウドストレージを含む）に保持する必要があると規定されています。同様の理由によるデータ損失を排除するために、2つ以上の異なるメディアを使用する必要があります（たとえば、光ディスクは水中に耐えられる可能性がありますが、LTOテープは耐えられない可能性があり、SSDはハードドライブとは異なり可動部品がないため、ヘッドクラッシュやスピンドルモーターの損傷によって故障することはありません）。オフサイト コピーは、火災、物理メディア (テープやディスクなど) の盗難、洪水や地震などの自然災害からデータを保護します。物理的に保護されたハード ドライブはオフサイト コピーの代替手段ですが、火災に耐えられるのは限られた時間だけであるなどの制限があるため、オフサイト コピーが依然として理想的な選択肢です。
完璧なストレージは存在しないため、多くのバックアップ専門家は、データがオフサイトにバックアップされている場合でも、ローカルの物理デバイスに2番目のコピーを保持することを推奨しています。[8] [9] [10] [11]
バックアップ方法
非構造化
非構造化リポジトリは、単にテープ、DVD-R、または外付け HDD のスタックであり、何がいつバックアップされたかという最小限の情報しか含まれていません。この方法は実装が最も簡単ですが、自動化がないため、高いレベルの回復性を実現することは困難です。
フルのみ/システムイメージング
このバックアップ方法を使用するリポジトリには、1つまたは複数の特定の時点で取得された完全なソースデータのコピーが含まれます。システムイメージをコピーするこの方法は、コンピュータ技術者が既知の良好な構成を記録するために頻繁に使用されます。ただし、イメージング[12]は、さまざまなシステムの継続的なバックアップを作成するツールとしてよりも、多くのシステムに標準構成を展開する方法として一般的に有用です。
増分
増分バックアップは、参照時点から変更されたデータを保存します。変更されていないデータの重複コピーはコピーされません。通常、すべてのファイルの完全バックアップが1回または不定期に作成され、増分リポジトリの参照ポイントとして機能します。その後、一定期間ごとに増分バックアップがいくつか作成されます。復元は最後の完全バックアップから開始され、その後増分が適用されます。[ 13] 一部のバックアップシステム[14]は、一連の増分バックアップから 合成フルバックアップを作成し、頻繁にフルバックアップを実行するのと同等の効果が得られます。単一のアーカイブ ファイルを変更するために実行すると、最新バージョンのファイルの復元が高速化されます。
CDP 付近
継続的データ保護(CDP) とは、データに加えられたすべての変更のコピーを即座に保存するバックアップを指します。これにより、任意の時点のデータを復元することができ、最も包括的で高度なデータ保護です。[15]ニア CDP バックアップ アプリケーション (多くの場合「CDP」として販売されています) は、特定の間隔 (15 分ごと、1 時間ごと、24 時間ごとなど) で自動的に増分バックアップを作成します。したがって、間隔の境界までの復元しか許可されません。[15]ニア CDP バックアップ アプリケーションはジャーナリングを使用し、通常は定期的な「スナップショット」 [16] に基づいています。これは、特定の時点で凍結されたデータの読み取り専用コピーです。
ニア CDP ( Apple Time Machineを除く) [17] は 、ホスト システム上のすべての変更をインテント ログに記録します[18]。多くの場合、ファイル レベルの違いではなく、バイト レベルまたはブロック レベルの相違を保存します。このバックアップ方法は、ログのロールバックが可能で、古いデータ イメージを復元できるという点で、単純なディスク ミラーリングとは異なります。インテント ログにより、ライブ データの一貫性に対する予防策が可能になり、一貫性のあるファイルが保護されますが、アプリケーションは「休止してバックアップの準備を整える」必要があります。
ニアCDPは、仮想マシン[19] [20]または同等の[21]と組み合わせて実行する必要があり、そのため一般的に企業のクライアントサーバーバックアップで使用される真のCDPとは対照的に、通常の個人用バックアップアプリケーションに適しています。
ソフトウェアは、停電、オペレーティング システムのクラッシュ、またはディスク領域の枯渇によって書き込みイベントが失敗してデータが失われるのを防ぐために、文書、マルチメディア プロジェクト、またはユーザー設定などの個々のファイルのコピーを作成することがあります。一般的な実装は、ファイル名に「.bak」拡張子を追加することです。
逆増分
逆増分バックアップ方式では、ソース データの最新のアーカイブ ファイル「ミラー」と、現在の状態の「ミラー」と以前の状態との間の一連の差分を保存します。逆増分バックアップ方式は、非イメージの完全バックアップから開始します。完全バックアップの実行後、システムは定期的に完全バックアップをライブ コピーと同期し、古いバージョンを再構築するために必要なデータを保存します。これは、 Apple Time Machine のようにハード リンクを使用するか、バイナリ差分を使用して実行できます。
差額
差分バックアップでは、最後の完全バックアップ以降に変更されたデータのみが保存されます。つまり、リポジトリからの最大 2 つのバックアップがデータの復元に使用されます。ただし、最後の完全バックアップからの時間が長くなるにつれて (つまり、データの変更が蓄積されるにつれて)、差分バックアップの実行時間も長くなります。システム全体を復元するには、最新の完全バックアップから開始し、最後の差分バックアップのみを適用する必要があります。
差分バックアップは、その後に他の差分バックアップが作成されたかどうかに関係なく、最後の完全バックアップ以降に作成または変更されたファイルをコピーします。一方、増分バックアップは、任意のタイプ (完全または増分) の最新のバックアップ以降に作成または変更されたファイルをコピーします。ファイルの変更は、より新しい最終変更日時のファイル属性、および/またはファイル サイズの変更によって検出できます。増分バックアップのその他のバリエーションには、ファイル全体ではなくファイルの一部を比較するマルチレベル増分とブロックレベル増分があります。
ストレージメディア
使用されるリポジトリ モデルに関係なく、データはアーカイブ ファイル データ ストレージ メディアにコピーする必要があります。使用されるメディアは、バックアップ先の種類とも呼ばれます。
磁気テープ
磁気テープは長い間、大量のデータの保存、バックアップ、アーカイブ、交換に最も一般的に使用されてきた媒体でした。以前はより安価な選択肢でしたが、少量のデータではもはやそうではありません。[22]テープはシーケンシャルアクセス媒体であるため、データの連続的な書き込みや読み取りの速度は非常に速くなります。テープ媒体自体はスペースあたりのコストが低いですが、テープドライブは通常、ハードディスクドライブや光学式ドライブよりも数十倍高価です。
多くのテープフォーマットは、メインフレームや特定のブランドのパソコンなど、特定の市場に特化したものであった。2014年までにLTOが主要なテープ技術となった。[23]他に残っている「スーパー」フォーマットはIBM 3592（TS11xxシリーズとも呼ばれる）である。Oracle StorageTek T10000は2016年に製造中止となった。[24]
ハードディスク
ハードディスクストレージは、次第に安価になるにつれて、その使用が時間とともに増加しています。ハードディスクは通常、使いやすく、広く入手可能で、すばやくアクセスできます。 [23]しかし、ハードディスクバックアップは許容誤差の小さい機械装置であり、特に輸送中にテープよりも損傷を受けやすい場合があります。[25] 2000 年代半ばには、いくつかのドライブメーカーがランプローディングと加速度計技術 (「ショックセンサー」と呼ばれることもあります)を採用したポータブルドライブの製造を開始しました。 [26] [27]そして 2010 年までに、この技術を使用したドライブの落下テストの業界平均では、産業用カーペットの上に 36 インチの高さから落下させても、ドライブは無傷で動作することが示されました。[28]一部のメーカーは、ハードディスクの周りに衝撃吸収ケースを備えた「耐久性の高い」ポータブルハードドライブも提供しており、より高い落下仕様を主張しています。 [28] [29] [30]数年間にわたって、ハードディスクバックアップの安定性はテープバックアップよりも短くなります。[24] [31] [25]
外付けハードディスクは、SCSI、USB、FireWire、eSATAなどのローカルインターフェース、またはイーサネット、iSCSI、ファイバーチャネルなどの長距離技術を介して接続できます。一部のディスクベースのバックアップシステムは、仮想テープライブラリなどを介して、データ重複排除をサポートしており、毎日および毎週のバックアップデータによって消費されるディスクストレージ容量を削減できます。[32] [33] [34]
光学ストレージ
光学式ストレージはレーザーを使用してデータを保存および取得します。記録可能なCD、DVD、およびBlu-rayディスクは、パソコンで一般的に使用されており、一般的に安価です。これらのディスクの容量と速度は、通常、ハードディスクやテープよりも低かったです。光メディアの進歩により、将来その差は縮まる可能性があります。[35] [36]
徐々に劣化するメディアによって将来的に生じる可能性のあるデータ損失は、修正可能な軽微なデータエラーの発生率を測定することで 予測できます。このエラーが連続して多すぎると、修正不可能なセクターが発生するリスクが高まります。エラースキャンのサポートは、光学ドライブベンダーによって異なります。[37]
多くの光ディスク形式はWORMタイプです。このため、ユーザー エラーやランサムウェアなどのマルウェアなどによってもデータが変更されないため、アーカイブ目的に適しています。さらに、光ディスクはヘッド クラッシュ、磁気、差し迫った浸水、電力サージの影響を受けず、ドライブの障害は通常、回転が停止するだけです。
光学メディアはモジュール式です。ストレージコントローラはハードドライブやフラッシュストレージ（→フラッシュメモリコントローラ）のようにメディア自体に結び付けられておらず、取り外して別のドライブからアクセスすることができます。ただし、記録可能なメディアは、長期間光にさらされると劣化が早まる可能性があります。[38]
一部の光ストレージシステムでは、人間がディスクに触れることなくカタログ化されたデータのバックアップが可能で、データの完全性を長く保つことができます。2008年のフランスの調査では、一般的に販売されているCD-Rの寿命は2〜10年であると示されましたが[39]、あるメーカーは後に、金蒸着層を備えたCD-Rの寿命を100年と推定しました[ 40] 。ソニーの独自の 光ディスクアーカイブ[23]は、2016年に250MB/秒の読み取り速度を達成できます。[41]
ソリッドステートドライブ
ソリッドステートドライブ（SSD）は、集積回路アセンブリを使用してデータを保存します。フラッシュメモリ、サムドライブ、USBフラッシュドライブ、コンパクトフラッシュ、スマートメディア、メモリースティック、セキュアデジタルカードデバイスは、容量が少ないため比較的高価ですが、比較的少量のデータをバックアップするのに便利です。ソリッドステートドライブには可動部品がないため、物理的な損傷を受けにくく、約500 Mbit/sから最大6 Gbit/sの非常に大きなスループットを実現できます。市販されているSSDは、容量が大きく、安価になっています。[42] [29]フラッシュメモリバックアップは、ハードディスクバックアップよりも安定した年数が少なくなっています。[24]
リモートバックアップサービス
リモートバックアップサービスまたはクラウドバックアップでは、サービスプロバイダーがデータをオフサイトで保存します。これは、ローカルに保存されたバックアップを破壊する可能性のある火災、洪水、地震などのイベントから保護するために使用されてきました。[43]クラウドベースのバックアップ（ Google DriveやMicrosoft OneDriveのようなサービス経由）は、データ保護レイヤーを提供します。[25]ただし、ユーザーはプロバイダーを信頼して、暗号化の使用によって強化された機密性とともに、データのプライバシーと整合性を維持する必要があります。速度と可用性はユーザーのオンライン接続によって制限されるため、[25]大量のデータを持つユーザーはクラウドシーディングと大規模なリカバリを使用する必要がある場合があります。
管理
バックアップメディアの管理には、アクセス性、セキュリティ、コストのバランスを取りながら、さまざまな方法を使用できます。これらのメディア管理方法は相互に排他的ではなく、ユーザーのニーズに合わせて組み合わせられることがよくあります。ニアラインテープライブラリに送信する前にデータをステージングするためにオンラインディスクを使用するのは一般的な例です。[44] [45]
オンライン
オンラインバックアップ ストレージは、通常、最もアクセスしやすいタイプのデータ ストレージであり、数ミリ秒で復元を開始できます。内蔵ハード ディスクまたはディスク アレイ( SANに接続されている場合もあります) は、オンライン バックアップの例です。このタイプのストレージは便利で高速ですが、事故、悪意のある行為、またはデータを削除するウイルスペイロードによって削除または上書きされる危険性があります。
ニアライン
ニアライン ストレージは、通常、オンライン ストレージよりもアクセスしにくく、安価ですが、バックアップ データ ストレージには便利です。通常、メディア ユニットをストレージからドライブに移動し、データの読み取りや書き込みができるようにします。一般的に、ニアライン ストレージはオンライン ストレージと同様の安全性を備えています。たとえば、復元時間が数秒から数分の テープ ライブラリが挙げられます。
オフライン
オフライン ストレージでは、ストレージ メディアにアクセスするために、テープをテープ ドライブに挿入したり、ケーブルを差し込んだりするなど、直接的な操作が必要です。データは、書き込みまたは読み取りが行われる限られた期間を除いて、どのコンピューターからもアクセスできないため、オンライン バックアップの障害モードの影響をほとんど受けません。アクセス時間は、メディアがオンサイトにあるかオフサイトにあるかによって異なります。
オフサイトデータ保護
バックアップ メディアは、災害やその他のサイト固有の問題から保護するために、オフサイトの保管庫に送られることがあります。保管庫は、システム管理者の自宅オフィスのように単純なものから、バックアップ メディアの保管設備を備えた災害耐性、温度管理、セキュリティの高いバンカーのように高度なものまでさまざまです。データ レプリカはオフサイトだけでなく、オンライン (オフサイトRAIDミラーなど) にすることもできます。
バックアップサイト
バックアップサイトまたは災害復旧センターは、災害発生時にコンピュータ システムとネットワークを復元し、適切に構成できるようにするデータを保存するために使用されます。組織によっては独自のデータ復旧センターを持っているところもあれば、サードパーティに委託しているところもあります。コストが高いため、バックアップは DR サイトにデータを移動するための好ましい方法とはほとんど考えられません。より一般的な方法は、DR データを可能な限り最新の状態に保つ リモートディスク ミラーリングです。
データの選択と抽出
バックアップ操作は、一貫性のあるデータ単位の選択と抽出から始まります。現代のコンピュータシステム上のほとんどのデータは、ファイルと呼ばれる個別の単位で保存されています。これらのファイルはファイルシステムに整理されています。特定の時点で何をバックアップするかを決定するには、トレードオフが伴います。冗長なデータをバックアップしすぎると、情報リポジトリがすぐにいっぱいになります。不十分な量のデータをバックアップすると、最終的に重要な情報が失われる可能性があります。[46]
ファイル
- ファイルのコピー: ファイルのコピーは、バックアップを実行する最も簡単で一般的な方法です。この基本機能を実行する手段は、すべてのバックアップ ソフトウェアとすべてのオペレーティング システムに含まれています。
- 部分的なファイルのコピー: バックアップには、一定期間内に変更されたファイル内のブロックまたはバイトのみが含まれる場合があります。これにより、必要なストレージ スペースを大幅に削減できますが、復元時にファイルを再構築するには高度な処理が必要になります。実装によっては、ソース ファイル システムとの統合が必要です。
- 削除されたファイル: 意図的に削除されたファイルが誤って復元されるのを防ぐために、削除の記録を保持する必要があります。
- ファイルのバージョン管理: 完全バックアップ/システム イメージングのみを行うバックアップ アプリケーションを除くほとんどのバックアップ アプリケーションは、最後のバックアップ以降に変更されたファイルもバックアップします。「こうすることで、特定のファイルのさまざまなバージョンを取得でき、ハード ディスク上でファイルを削除しても、[情報リポジトリ] アーカイブで見つけることができます。」[4]
ファイルシステム
- ファイルシステムダンプ: ブロックレベルでファイルシステム全体のコピーを作成できます。これは「raw パーティションバックアップ」とも呼ばれ、ディスクイメージングに関連しています。このプロセスでは通常、ファイルシステムをアンマウントし、 dd (Unix)などのプログラムを実行します。[47]ディスクは順次読み取られ、大きなバッファが使用されるため、このタイプのバックアップは、特にファイルシステムに多数の小さなファイルが含まれている場合、高度に断片化されている場合、またはほぼいっぱいになっている場合に、すべてのファイルを通常どおり読み取るよりも高速です。ただし、この方法では、有用なデータが含まれていない空きディスクブロックも読み取られるため、特にファイルシステムがほぼ空の場合は、従来の読み取りよりも遅くなることもあります。XFS などの一部のファイルシステムでは、未使用セクションをスキップしながらディスクを順次読み取って高パフォーマンスを実現する「ダンプ」ユーティリティが提供されています。対応する復元ユーティリティは、オペレータの選択に応じて、個々のファイルまたはボリューム全体を選択的に復元できます。[48]
- 変更の識別: 一部のファイルシステムには、最近変更されたことを示すアーカイブ ビットが各ファイルに存在します。一部のバックアップ ソフトウェアは、ファイルの日付を調べ、それを最後のバックアップと比較して、ファイルが変更されたかどうかを判断します。
- バージョン管理ファイルシステム: バージョン管理ファイルシステムはファイルへのすべての変更を追跡します。LinuxのNILFSバージョン管理ファイルシステムがその一例です。[49]
ライブデータ
更新中のファイルはバックアップが難しい。ライブ データをバックアップする方法の 1 つは、一時的に静止させ(すべてのファイルを閉じるなど)、「スナップショット」を取り、ライブ操作を再開することです。この時点で、スナップショットは通常の方法でバックアップできます。[50]スナップショットは、一部のファイル システムの瞬間的な機能で、多くの場合、コピー オン ライトメカニズムによって、特定の時点で凍結されているかのようにファイル システムのコピーを表示します。変更中のファイルをスナップショットすると、使用できない破損したファイルが作成されます。これは、従来のデータベースやMicrosoft Exchange Serverなどのアプリケーションで見られるように、相互に関連するファイル間でも当てはまります。[16]ファジー バックアップという用語は、ライブ データのバックアップが適切に実行されたように見えるが、特定の時点でのデータの状態を表していないことを表すために使用されます。[51]
静止できない、または静止していないデータファイルのバックアップオプションには次のものがあります: [52]
- オープンファイルのバックアップ: 多くのバックアップソフトウェアアプリケーションは、オープンファイルを内部的に一貫した状態でバックアップします。[53]一部のアプリケーションは、オープンファイルが使用中かどうかを確認し、後で再試行するだけです。[50]他のアプリケーションは、非常に頻繁に更新されるオープンファイルを除外します。[54]可用性の低い対話型アプリケーションの中には、自然または誘発された一時停止によってバックアップできるものもあります。
- 相互関連データベース ファイルのバックアップ: 相互関連データベース ファイル システムの中には、データベースがオンラインで使用可能なときに「ホット バックアップ」[55]を生成する手段を提供するものがあります。これには、データ ファイルのスナップショットと、バックアップの実行中に行われた変更のスナップショット ログが含まれます。復元時に、ログ ファイルの変更が適用され、データベースのコピーが最初のバックアップが終了した時点まで復元されます。[56]その他の低可用性の対話型アプリケーションは、調整されたスナップショットを介してバックアップできます。ただし、真に高可用性の対話型アプリケーションは、継続的データ保護を介してのみバックアップできます。
メタデータ
コンピュータに保存されているすべての情報がファイルに保存されているわけではありません。システム全体を最初から正確に復旧するには、ファイル以外のデータも追跡する必要があります。[57]
- システムの説明: 災害後に正確な代替品を調達するには、システム仕様が必要です。
- ブート セクタ: ブート セクタは保存するよりも簡単に再作成できる場合があります。通常、これは通常のファイルではなく、ブート セクタがないとシステムは起動しません。
- パーティションレイアウト: 元のシステムを適切に再作成するには、元のディスクのレイアウト、パーティション テーブル、およびファイル システムの設定が必要です。
- ファイルメタデータ: 復元時に元の環境を適切に再現するには、各ファイルの権限、所有者、グループ、ACL、およびその他のメタデータをバックアップする必要があります。
- システム メタデータ: オペレーティング システムによって、構成情報を保存する方法が異なります。Microsoft Windows は、通常のファイルよりも復元が難しいシステム情報のレジストリを保持します。
データの操作とデータセットの最適化
バックアップ プロセスを最適化するために、バックアップ対象のデータを操作することが有用であったり、必要であったりすることがよくあります。これらの操作により、バックアップ速度、復元速度、データ セキュリティ、メディアの使用率が向上し、帯域幅要件が軽減されます。
自動データグルーミング
古くなったデータは自動的に削除されるが、個人用バックアップアプリケーションでは、自動化されたデータ「グルーミング」をカスタマイズできるエンタープライズクライアントサーバーバックアップアプリケーションとは異なり、削除[注2] [58] [59]はせいぜい[60]グローバルに遅延されるか、無効にされる。[61]
圧縮
保存するソースデータのサイズを縮小して、使用するストレージスペースを減らすために、さまざまな方法を採用することができます。圧縮は、テープドライブハードウェアに組み込まれている機能であることがよくあります。[62]
重複排除
同様の構成のワークステーションをバックアップすることによる冗長性を削減し、コピーを 1 つだけ保存することができます。この手法は、ファイル レベルまたは生のブロック レベルで適用できます。この潜在的に大きな削減[62]は重複排除と呼ばれます。これは、データがバックアップ メディアに移動する前にサーバー上で実行でき、ソース/クライアント側重複排除と呼ばれることもあります。このアプローチでは、バックアップ データをターゲット メディアに送信するために必要な帯域幅も削減されます。このプロセスは、ターゲット ストレージ デバイスでも実行でき、インライン重複排除またはバックエンド重複排除と呼ばれることもあります。
複製
バックアップは、2 つ目のストレージ メディア セットに複製されることがあります。これは、アーカイブ ファイルを再配置して復元速度を最適化するため、または別の場所や別のストレージ メディアに 2 つ目のコピーを保持するため (エンタープライズ クライアント サーバー バックアップのディスクからディスク、テープへの機能など) に実行できます。
暗号化
バックアップテープなどの大容量のリムーバブルストレージメディアは、紛失したり盗難にあったりするとデータセキュリティ上のリスクが生じます。[63]これらのメディア上のデータ を暗号化することでこの問題を軽減できますが、暗号化はCPUを集中的に使用するプロセスであり、バックアップ速度を低下させる可能性があります。また、暗号化されたバックアップのセキュリティは、キー管理ポリシーのセキュリティと同じくらいしか有効ではありません。[62]
多重化
バックアップするコンピュータの数がバックアップ先のストレージデバイスよりも多い場合、1つのストレージデバイスで複数のバックアップを同時に実行できる機能が役立ちます。[64]ただし、「多重バックアップ」を使用してスケジュールされたバックアップウィンドウを詰め込むのは、テープのバックアップ先にのみ使用されます。[64]
リファクタリング
アーカイブ ファイル内のバックアップ セットを再配置するプロセスは、リファクタリングと呼ばれます。たとえば、バックアップ システムが保護されているすべてのコンピューターの増分バックアップを毎日 1 本のテープを使用して保存する場合、コンピューターの 1 台を復元するには多数のテープが必要になることがあります。リファクタリングを使用すると、1 台のコンピューターのすべてのバックアップを 1 本のテープに統合して、「合成フル バックアップ」を作成できます。これは、永久に増分バックアップを行うバックアップ システムに特に便利です。
ステージング
バックアップは、テープにコピーされる前にステージングディスクにコピーされることがあります。 [64]このプロセスは、 Disk-to-disk-to-tapeの頭字語である D2D2T と呼ばれることもあります。これは、ネットワークベースのバックアップシステムで頻繁に発生する、最終的な宛先デバイスとソースデバイスの速度を一致させることができない問題がある場合に役立ちます。また、他のデータ操作技術を適用するための集中的な場所としても機能します。
目的
- リカバリポイント目標(RPO): 再起動されたインフラストラクチャが反映する時点。「重大なインシデントにより IT サービスからデータ (トランザクション) が失われる可能性がある最大目標期間」として表現されます。基本的に、これはリカバリの結果として発生するロールバックです。最も望ましい RPO は、データ損失イベントの直前のポイントです。より最近のリカバリポイントを実現するには、ソースデータとバックアップリポジトリ間の同期の頻度を増やす必要があります。[65]
- 復旧時間目標（RTO）：災害発生から業務機能の復旧までに経過した時間。[66]
- データセキュリティ：データ所有者がデータにアクセスできるようにするだけでなく、不正アクセスも制限する必要があります。バックアップは、元の所有者の事業に支障をきたさない方法で実行する必要があります。これは、データの暗号化と適切なメディア取り扱いポリシーによって実現できます。[67]
- データ保持期間: 規制やポリシーによっては、バックアップを一定期間保持することが求められ、それ以上は保持されないという状況が生じることがあります。この期間を過ぎてバックアップを保持すると、望ましくない責任が生じたり、ストレージメディアが最適に使用されない可能性があります。[67]
- チェックサムまたはハッシュ関数の検証: テープアーカイブファイルにバックアップするアプリケーションでは、データが正確にコピーされたことを確認するためにこのオプションが必要です。[68]
- バックアッププロセスの監視：エンタープライズクライアントサーバーバックアップアプリケーションには、管理者がバックアッププロセスを監視し、組織外の規制機関へのコンプライアンスを証明できるユーザーインターフェイスが必要です。たとえば、米国の保険会社は、HIPAAに基づいて、クライアントデータが記録保持要件を満たしていることを証明することが求められる場合があります。[69]
- ユーザーが開始するバックアップと復元: 1 つ以上のファイルの「正常な」バージョンを誤って削除または上書きするなどの軽微な障害を回避または回復するために、管理者ではなくコンピューター ユーザーがファイルまたはフォルダーのバックアップと復元 (必ずしも最新のバックアップからではない) を開始する場合があります。
参照
バックアップについて
- バックアップソフトウェアとサービス
- バックアップ用語集
- 仮想バックアップアプライアンス
関連トピック
注記
- ^ 「アーカイブ」という用語の日常的な使用とは対照的に、「アーカイブ ファイル」に保存されるデータは必ずしも古いものでも歴史的に興味深いものでもありません。
- ^ 一部のバックアップ アプリケーション (特にrsyncとCrashPlan)では、バックアップ データの削除を「グルーミング」ではなく「プルーニング」と呼んでいます。
参考文献
- ^ 「back•up」。アメリカン・ヘリテージ英語辞典。ホートン・ミフリン・ハーコート。2018年。 2018年5月9日閲覧。
- ^ S. Nelson (2011)。「第 1 章 :バックアップとリカバリの概要」。Pro Data Backup and Recovery。Apress。pp. 1– 16。ISBN 978-1-4302-2663-5. 2018年5月8日閲覧。
- ^ Cougias, DJ; Heiberger, EL; Koop, K. (2003)。「第 1 章: 復旧のない災害とは何なのか?」。バックアップ ブック: デスクトップからデータ センターへの災害復旧。Network Frontiers。pp. 1– 14。ISBN 0-9729039-0-9。
- ^ abc Joe Kissell (2007)。 Take Control of Mac OS X Backups (PDF) (バージョン 2.0 版)。 Ithaca, NY: TidBITS Electronic Publishing。 pp. 18–20 (「アーカイブ」、バージョン管理を含む情報リポジトリの意味)、24 (クライアント サーバー)、82–83 (アーカイブ ファイル)、112–114 (オフサイト ストレージ バックアップ ローテーション スキーム)、126–141 (古い Retrospect 用語と GUI - Windows 版でも引き続き使用)、165 (クライアント サーバー)、128 (サブボリューム - Macintosh 版では後に Favorite Folder に名前が変更されました)。ISBN 978-0-9759503-0-2. 2020年12月1日時点のオリジナル（PDF）よりアーカイブ。2019年5月17日閲覧。
- ^ プライマリ サイトが完全に破壊されることを確実にすることで、リカバリ サイトを物理的に離れた場所に配置することによる、リカバリ サイトの損失は発生しません。「.ORG スポンサーシップ提案 - 技術計画 - 物理的セキュリティ」。ICANN。
- ^ テリー・サリバン (2018 年 1 月 11 日)。「写真のバックアップ初心者ガイド」。ニューヨーク タイムズ。
ハード ドライブ... 老舗企業... 破産宣告... 多くの人が... 持っていた...
- ^ McMahon, Mary (2019 年 4 月 1 日). 「情報リポジトリとは何か?」. wiseGEEK . Conjecture Corporation . 2019 年5 月 8 日閲覧。
データ管理へのアプローチという意味では、情報リポジトリはデータの二次的なストレージ スペースです。
- ^ Jeph Preece. 「オンライン データ バックアップのレビュー: オンライン データ バックアップ サービスを使用する理由」。トップ 10 レビュー。2016 年。
- ^ カイル・チン。「データのバックアップ方法: データ損失を防ぐための 6 つの効果的な戦略」。2024 年。
- ^ 「コンピューターをどのようにバックアップしますか? Windows と Mac のドライブ バックアップ」。2023 年。
- ^ スコット・ギルバートソン。「デジタルライフをバックアップする方法」。2024年。
- ^ 「バックアップ ソリューションについて尋ねる 5 つの重要な質問」。sysgen.ca。2014年 3 月 23 日。あなたの会社では、長時間の「データ アクセス停止」に対する許容度が低く、データが利用できない時間を最小限に抑えたいとお考えですか?。2016 年 3 月 4 日時点のオリジナルからアーカイブ。2015年9 月 23 日閲覧。
- ^ 「増分バックアップ」。Tech-FAQ。Independent Media。2005年6月13日。2016年6月21日時点のオリジナルよりアーカイブ。2006年3月10日閲覧。
- ^ Pond, James (2013年8月31日). 「Time Machineの魔法の仕組み」. Apple OSXとTime Machineのヒント. baligu.com. ファイルシステムイベントストア、ハードリンク。2019年6月21日時点のオリジナルよりアーカイブ。 2019年5月19日閲覧。
- ^ ab Behzad Behtash (2010 年 5 月 6 日)。「なぜ継続的なデータ保護がより実用的になっているのか」。災害復旧/ビジネス継続性。InformationWeek。2011年11 月 12 日閲覧。
真の CDP アプローチでは、すべてのデータ書き込みをキャプチャし、継続的にデータをバックアップしてバックアップ ウィンドウをなくす必要があります。... CDP は、最も包括的で高度なデータ保護のゴールド スタンダードです。しかし、「CDP に近い」テクノロジは、複雑さとコストを抑えながら、多くの企業に十分な保護を提供できます。たとえば、スナップショットは、ファイル共有に対して CDP に近いレベルの保護を合理的に提供し、ユーザーが定期的に (たとえば 30 分ごとまたは 15 分ごと) ファイル共有のデータに直接アクセスできるようにします。これは、テープベースまたはディスクベースの夜間バックアップよりも確実に高いレベルの保護であり、必要なすべてである可能性があります。
- ^ ab 「継続的データ保護 (CDP) の説明: True CDP と near-CDP」。ComputerWeekly.com。TechTarget。2010年7 月。2019年6 月 22 日閲覧。...
ソースからターゲットにデータをコピーします。True CDP は変更が行われるたびにこれを実行しますが、いわゆる near-CDP は事前に設定された時間間隔でこれを実行します。near-CDP は実質的にスナップショットと同じです....True CDP システムはすべての書き込みを記録し、それをターゲットにコピーします。ターゲットではすべての変更がログに保存されます。[新しい段落] 対照的に、near-CDP/スナップショット システムはファイルを直接コピーしますが、アプリケーションのバックアップ モードまたは Microsoft のボリューム シャドウ コピー サービス (VSS) などを使用して、アプリケーションを静止させてバックアップの準備を整える必要があります。
- ^ Pond, James (2013 年 8 月 31 日). 「Time Machine の魔法の仕組み」. Apple OSX と Time Machine のヒント. Baligu.com (2013 年に James Pond が亡くなった後にミラーリングされた) . 2019 年7 月 10 日閲覧。
ファイルシステムイベントストアは、OSX が HFS+ でフォーマットされた各ディスク/パーティションに保存する、データに加えられた変更の隠しログです。変更されたすべてのファイルがリストされるわけではなく、内部で変更があった各ディレクトリ (フォルダー) がリストされます。
- ^ de Guise, P. (2009). エンタープライズシステム のバックアップとリカバリ: 企業向け保険ポリシー。CRC Press。pp. 285– 287。ISBN 978-1-4200-7639-4。
- ^ Wu, Victor (2017 年 3月 4 日)。「EMC RecoverPoint for Virtual Machine の概要」。Victor Virtual。WuChiKin。2019年6 月 22 日閲覧。
スプリッターは、VM の VMDK/RDM への書き込み IO を分割し、そのコピーを本番 VMDK と RecoverPoint for VMs クラスターに送信します。
- ^ 「Zerto と Veeam のどちらが優れているか?」RES-Q Services 2017 年 3 月2019 年7 月 7 日閲覧Zerto は Veeam のようなスナップショット技術を使用しません。
代わりに、Zerto は物理ホストに小さな仮想マシンを展開します。これらの Zerto VM は、ホストに書き込まれるデータをキャプチャし、そのデータのコピーをレプリケーション サイトに送信します.....ただし、Veeam には、長期保存のニーズに合わせてデータをより効率的にキャプチャして保存できるという利点があります。また、価格差も大きく、Veeam は Zerto よりも安価です。
- ^ 「エージェント関連」。CloudEndure.com。2019年。CloudEndureエージェントは何をしますか? 。2019年7月3日取得
。CloudEndureエージェントは、サーバーに接続されたボリュームのコンテンツの初期ブロックレベル読み取りを実行し、それをレプリケーションサーバーに複製します。その後、エージェントはOSレベルの読み取りフィルターとして機能し、書き込みをキャプチャし、ブロックレベルの変更をCloudEndureレプリケーションサーバーに同期して、ほぼゼロのRPOを保証します。
- ^ Gardner, Steve (2004 年 12 月 9 日). 「ディスクツーディスクバックアップ対テープ – 戦争か休戦か?」. Engenio. 平和的共存. 2005 年 2 月 7 日時点のオリジナルよりアーカイブ。2019年5 月 26 日閲覧。
- ^ abc 「デジタルデータストレージ展望 2017」（PDF）。Spectra。Spectra Logic 。2017年。p. 7（ソリッドステート）、10（磁気ディスク）、14（テープ）、17（光） 。 2018年7月11日閲覧。
- ^ abc Tom Coughlin (2014 年 6 月 29 日). 「データを長期間保存する」. Forbes . パラグラフ 磁気テープ(一般的な形式、保存寿命)、パラグラフ ハードディスク ドライブ(アクティブ アーカイブ)、パラグラフ アーカイブではまずフラッシュ メモリを検討してください(... メディアのアーカイブ寿命が長くない可能性があります)。2018年4 月 19 日閲覧。
- ^ abcd Jacobi, John L. (2016 年 2 月 29 日)。「ハードコアなデータ保存: データをアーカイブするための最適なメディアと方法」。PC World。sec。外付けハードドライブ (棚の上、磁気特性、機械的ストレス、衝撃に弱い)、テープ、オンライン ストレージ。2018年4 月 19 日閲覧。
- ^ 「ハードディスクドライブのランプロード/アンロード技術」(PDF) . HGST . Western Digital. 2007 年 11 月. p. 3(強化された衝撃耐性の項) . 2018 年6 月 29 日閲覧。
- ^ 「東芝ポータブルハードドライブ（Canvio® 3.0）」。東芝データダイナミクスシンガポール。東芝データダイナミクスPte Ltd. 2018年。概要（内部ショックセンサーとランプローディングテクノロジー）のセクション。 2018年6月16日閲覧。
- ^ ab 「Iomega Drop Guard™ テクノロジー」（PDF）。ハードドライブストレージソリューション。Iomega Corp. 2010年9月20日。pp. 2（ドロップショックテクノロジーとは？、ドロップガードテクノロジーとは？（...特別な内部クッションを搭載...業界平均より40％上回る））、3（*注）。2018年7月12日閲覧。
- ^ ab John Burek (2018 年 5 月 15 日). 「最も頑丈なハード ドライブと SSD」. PC Magazine . Ziff Davis. ドライブの耐久性を高める要素とは?(ドライブがケースに入っている場合、ドライブの最大定格落下距離はドライブ ベンダーに任せるしかありません) 。2018年8 月 4 日閲覧。
- ^ Justin Krajeski、Kimber Streams (2017年3月20日). 「最高のポータブルハードドライブ」. The New York Times . 2017年3月31日時点のオリジナルよりアーカイブ。2018年8月4日閲覧。
- ^ 「ベスト長期データアーカイブソリューション」。Iron Mountain。Iron Mountain Inc. 2018年。秒。より信頼性が高い(平均故障間隔...率、データ移行のベストプラクティス) 。2018年4月19日閲覧。
- ^ Kissell, Joe (2011). Mac のバックアップをコントロールする。Ithaca NY: TidBITS Publishing Inc. p. 41(重複排除) 。ISBN 978-1-61542-394-1. 2019年9月17日閲覧。
- ^ 「Symantec が Backup Exec に少し重複排除の愛を示し、ソース側重複排除のロードマップを発表 – DCIG」。DCIG。2009年 7 月 7 日。2016 年 3 月 4 日時点のオリジナルよりアーカイブ。2016 年2 月 26 日閲覧。
- ^ 「Veritas NetBackup™ 重複排除ガイド」。Veritas。Veritas Technologies LLC。2016年。 2018年7月26日閲覧。
- ^ S. Wan; Q. Cao; C. Xie (2014). 「光学式ストレージ: 長期デジタル保存における新たな選択肢」. Frontiers of Optoelectronics . 7 (4): 486– 492. doi :10.1007/s12200-014-0442-2. S2CID 60816607.
- ^ Q. Zhang; Z. Xia; Y.-B. Cheng; M. Gu (2018). 「ナノプラズモニックハイブリッドガラス複合材料の強化されたヤング率に基づく大容量光ロングデータメモリ」。Nature Communications。9 ( 1): 1183。Bibcode : 2018NatCo ... 9.1183Z。doi : 10.1038/ s41467-018-03589 - y。PMC 5864957。PMID 29568055。
- ^ Bärwaldt, Erik (2014). 「Full Control » Linux Magazine」. Linux Magazine .
- ^ 「5. CD と DVD に影響を与える条件 • CLIR」。CLIR。
- ^ ジェラール・ポワリエ;フォエド・ベラホウ（2008年3月3日）。 「ジャーナル・ド・20時間」。国立視聴覚研究所。テレビニュース放送の約30分。2008 年3 月 3 日に取得。
- ^ 「Archival Gold CD-R「300 Year Disc」バインダー、10枚のディスク、スクラッチアーマー表面付き」。Delkin Devices。 Delkin Devices Inc. 2013年9月27日時点のオリジナルよりアーカイブ。
- ^ 「Optical Disc Archive Generation 2」（PDF） .光ディスクアーカイブ. ソニー. 2016年4月. p. 12（世界初の8チャンネル光学ドライブユニット） . 2019年8月15日閲覧。
- ^ R. Micheloni; P. Olivo (2017). 「ソリッドステートドライブ (SSD)」。IEEE 論文集。105 ( 9): 1586–88 . doi :10.1109/JPROC.2017.2727228.
- ^ 「リモート バックアップ」。EMC用語集。Dell, Inc. 2018 年5 月 8 日閲覧。
効果的なリモート バックアップには、同じ中断イベントによって両方の場所が影響を受けないように、運用データをプライマリ ロケーションから十分に離れた場所に定期的にバックアップする必要があります。
- ^ Stackpole, B.; Hanrion , P. (2007). ソフトウェアの導入、更新、パッチ適用。CRC Press。pp. 164– 165。ISBN 978-1-4200-1329-0. 2018年5月8日閲覧。
- ^ Gnanasundaram, S.; Shrivastava, A. 編 (2012)。情報の保存と管理: 従来、仮想化、クラウド環境におけるデジタル情報の保存、管理、保護。John Wiley and Sons。p. 255。ISBN 978-1-118-23696-3. 2018年5月8日閲覧。
- ^ Lee (2017 年 1 月 25 日)。「何をバックアップするか - データの重要な見方」。Irontree ブログ。Irontree Internet Services CC。2018年5 月 8 日閲覧。
- ^ Preston, WC (2007). バックアップとリカバリ: オープンシステム向けの安価なバックアップソリューション。O'Reilly Media, Inc. pp. 111– 114. ISBN 978-0-596-55504-7. 2018年5月8日閲覧。
- ^ プレストン、WC (1999)。Unixバックアップとリカバリ。O'Reilly Media, Inc. pp. 73–91。ISBN 978-1-56592-642-4. 2018年5月8日閲覧。
- ^ 「NILFS ホーム」。NILFS連続スナップショット システム。NILFS コミュニティ。2019 年。2019 年8 月 22 日閲覧。
- ^ ab Cougias, DJ; Heiberger, EL; Koop, K. (2003). 「第 11 章: データベースのオープン ファイル バックアップ」。バックアップ ブック: デスクトップからデータ センターへの災害復旧。Network Frontiers。pp. 356– 360。ISBN 0-9729039-0-9。
- ^ Liotine, M. (2003). ミッションクリティカルネットワークプランニング。Artech House。p. 244。ISBN 978-1-58053-559-5. 2018年5月8日閲覧。
- ^ de Guise, P. (2009). エンタープライズシステムのバックアップとリカバリ: 企業 向け保険ポリシー。CRC Press。pp. 50– 54。ISBN 978-1-4200-7639-4。
- ^ 「Windows 用のオープンファイルバックアップソフトウェア」。Handy Backup。Novosoft LLC。2018 年 11 月 8 日。2018年11 月 29 日閲覧。
- ^ Reitshamer, Stefan (2017 年 7 月 5 日)。「Windows で開いているファイルやロックされているファイルをバックアップする際のトラブルシューティング」。Arqブログ。Haystack Software。Stefan Reitshamer は Arq の主任開発者です。2018年11 月 29 日閲覧。
- ^ Boss, Nina (1997 年 12 月 10 日). 「Oracle Tips Session #3: Oracle Backups」. www.wisc.edu . ウィスコンシン大学. 2007 年 3 月 2 日時点のオリジナルよりアーカイブ。2018 年12 月 1 日閲覧。
- ^ 「Oracle の ARCHIVE-LOG モードと NO-ARCHIVE-LOG モードとは何か、またこれらのモードの利点と欠点は何か?」Arcserve Backup . Arcserve. 2018 年 9 月 27 日. 2018 年11 月 29 日に閲覧。
- ^ Grešovnik, Igor (2016年4月). 「起動可能なメディアとイメージの準備」。2016年4月25日時点のオリジナルよりアーカイブ。2016年4月21日閲覧。
- ^ Tridgell, Andrew; Mackerras, Paul; Davison, Wayne. 「rsync(1) - Linux man ページ」. linux.die.net .
- ^ 「アーカイブメンテナンス」。Code42サポート。2023年。
- ^ Pond, James (2012 年 6 月 2 日). 「12. 古いバックアップを削除する必要がありますか? その場合、どのようにすればよいですか?」. Time Machine . baligu.com. 緑のボックス、灰色のボックス。2019年6 月 21 日閲覧。
- ^ Kissell, Joe (2019 年 3 月 12 日)。「最高のオンライン クラウド バックアップ サービス」。wirecutter 。ニューヨーク タイムズ。次に、ファイルの保持があります。2019年6 月 21 日閲覧。
- ^ abc D. Cherry (2015). SQL Server のセキュリティ保護: 攻撃者からデータベースを保護する Syngress. pp. 306– 308. ISBN 978-0-12-801375-5. 2018年5月8日閲覧。
- ^ バックアップテープは個人情報窃盗犯のバックドアとなる 2016年4月5日アーカイブ、Wayback Machine (2004年4月28日)。2007年3月10日閲覧。
- ^ abc Preston, WC (2007). バックアップとリカバリ: オープンシステム向けの安価なバックアップソリューション。O'Reilly Media, Inc. pp. 219– 220. ISBN 978-0-596-55504-7. 2018年5月8日閲覧。
- ^ 「リカバリポイント目標（定義）」。ARL Risky Thinking。Albion Research Ltd. 2007年。 2019年8月4日閲覧。
- ^ 「目標復旧時間（定義）」。ARL Risky Thinking。Albion Research Ltd. 2007年。 2019年8月4日閲覧。
- ^ ab Little, DB (2003)。「第 2 章: バックアップ システムのビジネス要件」。バックアップとリカバリの実装: エンタープライズ向け準備ガイド。John Wiley and Sons。pp. 17– 30。ISBN 978-0-471-48081-5. 2018年5月8日閲覧。
- ^ 「「検証」および「チェックサムをメディアに書き込む」プロセスはどのように機能し、なぜ必要なのでしょうか?」Veritas サポート。Veritas.com。2015 年 10 月 15 日。メディアにチェックサムを書き込む。2019年9 月 16 日に取得。
- ^ HIPAA アドバイザリ 2007 年 4 月 11 日アーカイブ、Wayback Machineより。2007 年 3 月 10 日閲覧
外部リンク
ウィクショナリーのバックアップの辞書定義
ウィキメディア・コモンズのバックアップに関連するメディア