シナリオ

NASまたはネットワークストレージのバックアップシナリオ

これが通常の場合、うまくいかない瞬間

共有パスワードが変更されたり、ネットワークが移動したり、デバイスがスリープ状態になったり、ディスクプールが劣化したり、スケジュールされたウィンドウ中にMacでパスをマウントできなかったりするまで、NASは恒久的な場所のように見えていました。

ネットワークストレージは共有でき、常に近くにあり、便利です。それらの同じ特性は、外部ディスクとは異なる障害モードを生み出します。

AzivaultがNASにどのように到達するかを決定する

最も簡単な設定は、マウントされたネットワークフォルダーです。NASにMinIOなどのS3対応サービスが実行されている場合、Azivaultもそのオブジェクトストレージエンドポイントを使用できます。

今日、設定が最も速いモデルではなく、2番目のMacで復元しやすいモデルを使用します。

利用可能状況の計画

バックアップスケジュールを実行する際に、ネットワークの保存先が利用可能である必要があります。スリープ設定、Wi-Fiの変更、VPNの要件、変更された共有資格情報など、すべてバックアップスケジュールを中断する可能性があります。

リポジトリをソースから分離してください。

NASは、動作中のファイルサーバーとバックアップ先の両方になることができますが、同じフォルダがソースとリポジトリの両方であるべきではありません。

マウントされた共有フォルダからファイルをバックアップする場合は、別の目的フォルダを選択します。ローカルのMacフォルダをNASにバックアップする場合は、Azivaultリポジトリを専用のフォルダまたはバケットに保持します。

NASの故障だけでなく、Macの故障についても考えてください。

NASは、ディスクの問題、ファイルシステムの問題、誤って削除されたデータ、共有にランサムウェアが到達したこと、悪いスナップショット、または管理者のミスによって失敗する可能性があります。

Azivault暗号化は、バックアップコンテンツとメタデータを保存先の一般的な閲覧から保護しますが、NASを物理的に耐久性のあるものにするわけでも、アカウントのミスに対する免疫を与えるわけでもありません。

サイトの損失を防ぐ

同じ建物内のNASは、単にオフサイトバックアップではありません。Macの紛失やディスクの故障から保護しますが、すべての火災、盗難、洪水、アカウントの問題には対応していません。

重要なファイルについては、NASバックアップを場所以外の2番目の保存先とペアリングします。

復旧経路を記録する

共有アドレスまたはエンドポイント、アクセスするために必要なアカウント、リポジトリのフォルダまたはバケット、およびAzivaultの復旧パスワードの場所を書き留めます。

これは重要です。なぜなら、NASのセットアップはしばしばローカルな知識に依存するためです:どのホスト名が機能するか、どの共有フォルダにバックアップがあるか、どのアカウントがアクセスできるか、そして自宅やオフィスから離れたときにVPNが必要かどうかです。

別のMacから復元をテストする

元のMacが利用できない場合でも、NASリカバリプランは機能します。別のMacがリポジトリに接続できること、そしてKeychainのデータやリカバリパスワードでロックを解除できることを確認してください。

S3対応のオフサイトストレージを追加するタイミング

重要なファイルが復元可能なコピーがNASにのみ含まれている場合、または建物がリスクの一部である場合は、オフサイトのS3対応の保存先を追加します。

2番目の保存先は最初は大きくする必要はありません。手動で再構築が費用がかかるか不可能になるフォルダから始めましょう。

関連ガイド

よくある質問

NASはオフサイトバックアップですか?

Macと同じ場所に置かれている場合は、そうではありません。別のアオフサイトコピーも保管していない限り、これはローカルネットワークのバックアップ先の場所です。

AzivaultはTrueNASを使用できますか?

はい、マウントされたフォルダーの保存先またはNASに設定されたMinIOなどのS3対応サービスを通じてです。

NASにマウントされたフォルダーを使用するか、S3対応サービスを使用すべきですか?

シンプルさが最も重要である場合は、マウントされたフォルダーを使用してください。NAS設定がすでに信頼性の高いオブジェクトストレージエンドポイントを公開しており、クラウドオブジェクトストレージと同様のワークフローを希望する場合は、S3対応ストレージを使用してください。