外付けドライブを一貫して接続できなくなった、複数のディスクにコピーが分散している、またはどのバックアップが最新なのか分からない場合は、バックアップサーバーを検討する価値があります。1台の外付けドライブが自動化・検証され、独立したオフサイトコピーと組み合わせられているなら、まだサーバーは必要ないかもしれません。中央スケジューリングと複数デバイスの復旧のしやすさによって、同じバックアップリスクをネットワークボックスに移すだけでなく、繰り返し発生する手作業を減らせる場合に、判断は変わります。
置き換える前に、外付けドライブ運用の問題点を特定する
外付けドライブは、必ずしも悪いバックアップ方法ではありません。高速で持ち運びやすく、再利用にかかる費用も低く、オフラインで保管しやすいという利点があります。問題は通常、運用面にあります。バックアップを実行すべきときにドライブが取り外されている、複数の人がどのディスクがどのコンピューター用なのか把握していない、または信頼できる保持ルールがないまま古いコピーが蓄積している、といった状況です。
ZimaSpaceの長時間のコピー中に外付けドライブが切断される問題に関する記事では、ハードウェア上の限界についても説明しています。USBバックアップ経路では、ドライブ、エンクロージャーのブリッジ、ケーブル、ポート、電源が、長時間の転送中も安定している必要があります。短時間のテストに合格しても、後の長時間バックアップで失敗することがあります。
現在の方法をやめる理由を書き出しましょう。「ドライブを接続するのを忘れる」なら、自動化が最優先の要件です。「複数のコンピューターやスマートフォンがある」なら、デバイスを一元的にカバーできることが重要です。「復元方法が分かりにくい」なら、単純な容量よりも、バージョン履歴と復旧ツールの方が重要になります。
USBケーブルを見ずに済むという理由だけでサーバーを購入してはいけません。現在の手順が信頼でき、実行の合間にバックアップを意図的にオフラインで保管しているなら、その分離には価値があります。常時利用できるバックアップによって、完了率と可視性が大きく向上する場合に、ネットワーク接続されたサーバーを導入する意味が生まれます。
バックアップサーバーは全体ではなく、1つのコピーとして使う
中央サーバーは、すべてのノートパソコン、デスクトップ、スマートフォンからバックアップを送る最も簡単な場所になります。しかし、その利便性ゆえに、サーバーを唯一の保護コピーとして扱うのは危険です。火災、盗難、ランサムウェア、管理者の操作ミス、ストレージの破損によって、サーバーとそこに保存されたすべてのバックアップが影響を受ける可能性があります。
3-2-1バックアップ戦略は、役立つ最低基準を示しています。元データに加えて、別々のデバイスまたはメディアに追加のコピーを保管し、そのうち1つをオフサイトに置くという考え方です。したがって、外付けドライブからサーバーへ移行する際は、コピーを再構成するのであって、コピー間の独立性をなくしてはいけません。
移行後も、古い外付けドライブは役立ちます。1台をオフラインでローテーションするバックアップにしたり、定期的なローカルエクスポートに使ったり、サーバーとは物理的に別の場所に保管するコピーにしたりできます。初日にすべてのドライブを廃棄して、後からすべてのコピーが同じ電源、ネットワーク、管理者アカウントを共有していることに気付くよりも、この方法の方が優れています。
ZimaSpaceの家庭用NAS向け3-2-1ガイドは、所有者が確認すべきポイントを示しています。RAIDの可用性、スナップショット、バックアップコピーは、それぞれ異なる障害要因に対処します。各レイヤーの役割が明確になっているほど、サーバーを購入する意味は大きくなります。
保護対象のデバイス数、変更量、保持期間からサーバーを選ぶ
外付けドライブに印字された容量を合計して、必要なサーバー容量と考えてはいけません。まず各デバイス上で実際に保護するデータ量を測定し、共有フォルダーと、保持したい過去バージョンの量を加えます。多くの履歴を保存するバックアップサーバーは、ユーザーがローカルファイルを削除しても、ライブデータ全体より速く増大することがあります。
BackblazeのNAS購入ガイドでは、現在の使用量だけでなく、将来の増加を見込んで計画することを推奨しています。家庭用バックアップサーバーでは、自分の環境における年間データ増加量を基準にするのが適切です。写真、ゲームの録画、プロジェクトファイル、仮想マシン、スマートフォンのライブラリは、それぞれ異なる速度で増加します。
デバイス数が増えると、総容量がそれほど大きくなくてもスケジューリングに影響します。夜間にバックアップするノートパソコンが2台だけなら順番に処理しやすい一方、複数のPC、スマートフォン、共有メディアマシンがあると、書き込み、保持期間の整理、検証、復元処理が重なります。その段階では、ドライブ容量だけでなく、メモリ、ストレージ構成、ネットワークスループットも重要になります。
使用可能容量の目標、冗長化計画、または拡張期間が必要とする場合に限り、ドライブベイを3つ以上搭載したモデルを選びましょう。管理対象を絞った家庭では、2ドライブのサーバーが最初のバックアップ先として非常に優れています。一方、複数の大容量デバイス、長期のバージョン履歴、数年分の増加によって早期のドライブ交換が必要になる場合は、マルチベイシステムの方が選びやすくなります。
バックアップ完了ではなく、復元への信頼で購入を判断する
緑色の「バックアップ完了」メッセージは、使える状態で復旧できることと同じではありません。サーバーでは、正しいコンピューター、日付、バージョンを簡単に見つけ、どの外付けディスクにどのコピーが保存されていたかを手作業で再確認せずに、必要なデータを復元できることが重要です。
ZimaSpaceの複数のPC向けバックアップNASガイドは、比較の基準として役立ちます。複数デバイスのバックアップでは、判断の対象が単一ドライブから、共有容量、保持期間、復旧へと移るためです。サーバーに依存するデバイスが増えるほど、次のハードウェア障害が発生する前に復元テストを行うことが重要になります。
移行完了と判断する前に、3種類の復元テストを実施しましょう。最近変更したファイル、ソースデバイスにはもう存在しない古いバージョンのファイル、そして現実的な障害を想定した大きめのフォルダーを1つずつ復元します。それぞれにかかる時間と、権限、メタデータ、アプリケーション固有のファイルが期待どおり戻るかを記録してください。
復元速度は、見落としがちな容量上限にもなります。低速な経路からしかアクセスできない巨大なアーカイブは、データを技術的に保持できても、故障したワークステーションを数日間使えない状態にする可能性があります。復旧時間が重要なら、夜間のバックアップ速度だけを最適化するのではなく、復元処理を基準にローカルネットワークとストレージ構成を計画しましょう。
規模に合わせてZimaのバックアップサーバーを選び、独立したコピーを維持する
中央バックアップによって運用が改善するかまだ分からない場合は、古いPCを安価な検証環境として使うのがよいでしょう。手元にあるストレージと組み合わせて再利用し、いくつかのデバイスを自動化して、スケジューリングと復元が本当に改善するか確認します。その実験によって手作業の負担が減ることを確認できれば、専用の低消費電力サーバーを導入する理由が明確になります。
管理対象が数台で、2ドライブの容量構成を目標とする最初の専用バックアップサーバーには、ZimaBoard 2 832が自然な基準モデルです。デュアルSATAポートにより、2台のドライブを直接接続する構成に対応します。また、家庭用バックアップ先に付随することの多いバックアップ、ファイル共有、軽量なコンテナサービスを実行できる性能を備えています。
同じ筐体でさらに多くのアプリケーション、インデックス作成、メディア処理、仮想マシンも実行する必要がある場合は、ZimaBoard 2 1664に移行しましょう。ただし、バックアップ処理だけで上位モデルが必要になるわけではありません。2台を超えるドライブベイ、はるかに大きな保持データセット、または複数デバイスの長期的な増加が実際の制約になる場合は、ZimaCube 2 Standardに進むとよいでしょう。
どのサーバーを選ぶ場合でも、その筐体の外部に復旧用コピーを1つ保管してください。外付けドライブからのアップグレードによって、バックアップ漏れが減り、復元が簡単になるべきです。複数の独立したディスクを、常時オンラインの単一障害ドメインに変えてはいけません。
移行前の最終確認
購入前に、保護対象のデバイス、ライブデータ、年間増加量、バージョン保持の目標、復元時間の期待値、そしてサーバーを失っても残る独立したコピーを確認しましょう。ZimaSpaceの保持期間を含む家庭用NAS容量の選び方に関するガイドは、その一覧を必要なドライブ容量に変換する前の確認に役立ちます。最後の項目を答えられないなら、設計はまだ不完全です。
移行中は、サーバーが複数回のスケジュール実行を完了し、復元テストに合格するまで、古い外付けバックアップを保持してください。新しいバックアップ先は、以前のコピーを消去または再利用する前に、信頼できることを確認する必要があります。
多くの家庭では、コンパクトな2ドライブサーバーで十分です。保持容量やデバイス数によって、実際の拡張問題が生じる場合は、マルチベイNASの導入価値が高まります。バックアップボックスが大規模なアプリケーション処理も担わない限り、追加のコンピューティング性能は二次的な要素です。
バックアップがより少ない手作業で実行され、復元への信頼が高まり、コピーが意図的に分離されるなら、その購入は成功です。この3つの成果が変わらないのであれば、外付けドライブをサーバーに置き換えることは、より良いバックアップシステムではなく、単なるハードウェア交換にすぎません。
購入ガイド
もっと読む

ホームアプリプールにはどれくらいのNVMe容量が必要?
512GBのNVMeプールは、多くのホームアプリスタックにとって便利な基準となりますが、データベース、サムネイル、ログ、VM、データの入れ替わりを考慮すると、1TB以上が適している場合があります。

ホームラボサーバーに64GBのRAMは過剰ですか?
64GBは軽量なラボには過剰ですが、複数のVMやメモリ消費の大きいサービスをスワップなしで同時に稼働させ続ける必要がある場合は、十分に合理的です。

基本的なファイルサーバーやバックアップサーバーに8GBのRAMで十分ですか?
8GBあれば、VM、負荷の高いアプリ、重複排除、大規模な同時実行ワークロードを避ける場合、ストレージを優先したファイル・バックアップサーバーには十分です。

