バックアップを実行すると、特定の問題が発生する可能性があります。たとえば、間違ったデータまたはデバイスをバックアップしたか、バックアップが失敗したか破損していることに気付く場合があります。従来の3-2-1バックアップルール バックアップを改善するのに役立ちます。ルールには次のガイドラインが含まれています。
- 3つのバックアップを作成します
- 異なる形式の2つ
- 1つのオフサイト
クラウドの場合、オフサイト 地元のオフィスにテープのコピーを保管することを意味するかもしれませんが、この記事では他のオプションも紹介しています。
3つのバックアップを作成します
バックアップのコピーは常に3つ作成する必要があります。このガイドラインは、JackSchofieldのコンピューティングの3つの法則に基づいています。 。 2番目の法則では、データのコピーが少なくとも2つない限り、データは実際には存在しないとされています。その結果、ベストプラクティスでは、何らかの形で少なくとも2つのバックアップが必要であることが示されています。
バックアップの1つにRackspaceCloudBackupを使用できます。CloudBackupは、選択したスケジュールでファイルごとのバックアップを取ります。
別のバックアップにサーバースナップショットを使用することを検討してください。 Serversnapshotsは、Rackspaceクラウド内の一部のサーバーで機能します。ただし、それらをバックアップソリューションと見なすべきではありません。たとえば、コンピューティングインスタンスを実行している場合、サーバーはCloudBlockStoragevolumeから起動しています。サーバースナップショットは、ホストマシンで実行されるため、CloudBlockStorageボリュームをキャプチャしません。サーバースナップショットが機能するパフォーマンスインスタンスでは、データベーステーブルへの書き込み中にスナップショットを取得すると、破損が発生する可能性があります。
Cloud Backupで簡単にバックアップして別の場所に同期できるように、小さなチャンクでバックアップを作成することをお勧めします。
たとえば、最初にデータベースのバックアップをローカルに保存してから、サイトファイルを.zipファイルまたは.tarファイルに圧縮して、それらをフォルダに保存することもできます。
次に、別の場所に保存するバックアップを作成します。
特定の時間に実行され、それらのファイルを3番目の場所に送信する別のジョブを作成できます。たとえば、4時間ごとに別のサーバーにコピーすることができます。
これらの方法を使用すると、サイトファイル全体をバックアップし、圧縮されたアーカイブ形式でコピーを作成して、2つの異なる形式で他の場所に保存することもできます。
1つのオフサイト
オフサイトのコピーは、オフィスのローカルコピーである必要があります。チームが新しいサーバーを構築するためにアクセスする必要がある場合は、チームが利用できるようにする必要があります。たとえば、内部サーバーを使用してファイルをプルダウンしたり、プライマリソースが配置されている場所とは別のデータセンターに配置されたサーバーを使用してファイルをバックアップしたりできます。
このセクションでは、これらのバックアップ方法に関連する制限について説明します。
サーバーに障害が発生した場合、areplicaサーバーがサイトの稼働を維持するため、レプリケーションは多層クラウドで役立ちます。ただし、破損したファイルをアップロードすると、同期メカニズムによって破損したデータが複製されます。この破損は、サーバーを以前のバージョンに復元する必要がある場合に問題になります。
スケジュールされたタスクまたはcronジョブに基づいてレプリケーションを使用できます。ただし、特定の日数以内にバックアップを調べて、問題が発生した時期を確認したい場合もあります。
Cloud Block Storageスナップショットでは、新しいスナップショットをスケジュールしてから古いスナップショットを削除する方法はありません。スナップショットにも、serversnapshotsと同じ破損の問題があります。
合計3つのバックアップを作成します。2つは異なる形式で、1つはローカルで作成することは、データを安全に保つための実証済みの方法です。バックアップをテストすることを忘れないでください。また、バックアップソリューションは、新しい環境に適応して変更する必要があることにも注意してください。