バックアップと復元！テクノロジー愛好家がこれらの用語を頻繁に口にするのを耳にします。まあ、私たち自身もこの言葉はよく知っています。バックアップは、私たちのほとんどがよく知っているものです。これは、一連のファイルを保存したり、システムの現在の状態を安全な場所に保存したりすることです。復元はその逆です。保存された状態にアクセスしてシステムに実装し、以前と同じように動作させることが重要です。これは、ほとんどのユーザーが最も頻繁に指定するバックアップと復元の定義です。はい、それは技術に詳しくない人にとっては非常に簡単です
しかし、他の技術分野の進歩と同様に、バックアップのプロセスは、バックアップがどのように正確に取得されるかに応じて、多数の種類に分類することもできます。最も効率的なバックアップ ソリューションを実現し、最小限の帯域幅を無駄にするために、さまざまなバックアップ ソフトウェア会社やデータ サイエンティストが実装する多数のバックアップ戦略があります。そこでここでは、バックアップと復元とは何か、また知っておくべきさまざまなバックアップ手法について説明します。ビジネスや個人のニーズに最適なバックアップ ソリューションを見つけるのに役立ちます。
完全バックアップとは何ですか?
完全バックアップは最も単純なバックアップ戦略であり、特定の場所または物理ストレージにあるファイルの完全なセットが、物理的に異なる場所 (通常はクラウド ストレージ) にバックアップされます。バックアップは、お持ちのリソースに応じて、外付けハード ドライブや他の場所、または他の場所に取得することもできます。
新しいシステムに切り替える予定がある場合、またはアクセスできるシステムを完全にリセットしたい場合は、完全バックアップを作成するのが賢明な決定です。たとえば、携帯電話やコンピュータなどです。ただし、完全バックアップの作成には時間がかかるプロセスであり、定期的な完全バックアップは大量のスペースも消費するため、定期的に完全バックアップを作成することは時間とスペースの無駄です。
差分バックアップとは何ですか?
これは、完全バックアップ後にのみ実装できる、別のバックアップ戦略です。差分バックアップでは、完全バックアップ後の変更がバックアップに追加されるため、最終的には消費されるリソースが少なくなり、時間もかかりません。差分バックアップを例に挙げて説明します。
日曜日にシステムの完全なバックアップをとったとします。月曜日には、月曜日に追加されたファイルのバックアップのみを作成する必要があり、火曜日には、月曜日と火曜日に作成されたファイルのバックアップを作成する必要があります。最終的にバックアップからファイルを復元しない限り、この状態は続きます。
したがって、システムの完全バックアップが作成された後に作成されたものだけが差分バックアップでバックアップされます。
増分バックアップとは何ですか?
増分バックアップはバックアップのもう 1 つの戦略であり、差分バックアップとよく似ていますが、完全に同じではありません。これは差分バックアップとよく似ていますが、システムからの通常のバックアップは異なるチャンクに保存されます。例を挙げて説明しましょう。
日曜日にシステムの完全バックアップを作成したとします。月曜日に作成されるバックアップには、月曜日に追加されたもののみが含まれます。火曜日の間は、火曜日に追加されたもののみがバックアップされます。
したがって、増分バックアップでは、その日に作成された追加データのみが含まれるため、定期バックアップのサイズが小さくなります。ただし、増分バックアップの唯一の欠点は、中間の 1 つのチャンクが破損すると、そのチャンク以降のバックアップ要素が役に立たなくなることです。
合成バックアップとは何ですか?
合成バックアップは、完全バックアップと増分バックアップまたは差分バックアップを組み合わせたものです。このプロセスでは、増分バックアップまたは差分バックアップが定期的に完全バックアップに追加されます。
実際、このバックアップの名前は合成です。元のソースからデータをバックアップするのではなく、以前の完全バックアップ アーカイブから完全バックアップを取得し、それを増分バックアップに統合して最新のデータを追加するためです。
通常、管理者に時間が足りない場合や、システム構成により元のソースからバックアップを取得できない場合に使用されます。自然界ではかなり速いです。
たとえば、日曜日に既存のバックアップ アーカイブから完全バックアップが作成されました。その後、月曜日から土曜日などの翌日に増分バックアップまたは差分バックアップが作成されます。最終的に、最終日に、すべてのバックアップ チャンクが完全バックアップに追加されます。これは毎週、毎月、または定期的に継続されます。
逆増分バックアップとは何ですか?
この逆増分バックアップ技術は、完全バックアップに増分バックアップ技術の柔軟性を実装します。ここでは、定期的に変更されるデータが前回の完全バックアップに追加され、このプロセスが定期的に繰り返されます。
たとえば、日曜日にバックアップをとったとします。月曜日に行われた変更は完全バックアップに追加され、火曜日には変更は月曜日にバックアップされたデータがすでに含まれている完全バックアップに追加されます。したがって、復元時には、最後のバックアップ チャンクを復元するだけで済みます。これには、システム上に以前に存在していたすべてのデータが含まれます。
復元する
復元または復元は、バックアップ イメージを取得して古い場所に保存し、バックアップが作成された時点で再び作業を開始するプロセスです。データがバックアップされた場所に応じて、復元プロセスはクラウドの場所から、または外付けハード ドライブや SSD などの物理的な場所から実行できます。
最高のパフォーマンスを実現し、最適なリカバリを実現するには、使用されたバックアップの種類に応じて復元プロセスを実行する必要があります。
シングル サイズの完全バックアップの場合、復元プロセスにはバックアップ コピーが必要です。一方、増分バックアップを作成した場合は、最初に完全バックアップを取得し、その後、復元を完了するために並行して追加のチャンクをそれに追加する必要があります。逆増分バックアップ中、復元プロセスを開始するには、完全バックアップを構成する唯一のチャンクを取得する必要があります。
物事をまとめると
それでは最後にさせていただきます。完全バックアップとは、システムの完全なバックアップを取得することです。複数回服用する必要がある場合には、1 回またはかなり長い間隔を置いて服用する必要があります。定期的に完全バックアップを作成すると、帯域幅が圧迫され、多くのスペースが占有されるため、意味がありません。
差分バックアップは優れていますが、差分バックアップの最終的なサイズは時間の経過とともに増加します。消費する帯域幅は完全バックアップよりも少なくなりますが、増分バックアップよりも多く消費されるため、選択できる場合は増分バックアップに切り替えることをお勧めします。
増分バックアップは、変更のみがバックアップされる優れたバックアップ戦略です。最終的には帯域幅の圧迫が少なくなり、増分バックアップの作成に必要な時間は非常に短くなります。唯一の欠点は、中央の 1 つのチャンクが失われると、バックアップが回復できなくなることです。
増分バックアップの問題を解決するために、逆増分バックアップが実装されています。これは最良のバックアップ戦略ですが、サーバーは通常のバックアップをフルサイズのバックアップに追加する追加の作業を行う必要があります。
合成バックアップは、バックアップの大部分が単一の完全バックアップ チャンクで利用できるため、復元に非常に適しています。サーバーは、バックアップ ファイルに追加のチャンクを追加するために、設定された間隔で追加の作業を行う必要があります。
ただし、定期的にバックアップする必要があるデータの量と、バックアップ プロバイダーが特定のバックアップ戦略を許可しているかどうかに応じて、バックアップ戦略について慎重に決定できる必要もあります。増分バックアップは、大量のデータを定期的にバックアップする場合にも適しています。また、データ変更が少ない場合には、差分バックアップが適しています。
したがって、増分バックアップまたは逆増分バックアップとそれに続く完全バックアップが最良のオプションです。この情報がお役に立てば幸いです。ご質問がありますか?以下にお気軽にコメントしてください。
