Macrium サイトマネージャーの導入

まず 3 つの部分を理解してください

変動する部分が 3 つあり、それらを混同すると展開上の混乱が発生します。

サーバー (コンソール) — 常時稼働している 1 台の Windows PC またはサーバーにインストールされます。ブラウザで開く Web コンソールを実行し、バックアップ定義、スケジュール、コンピュータのリストを保持します。

エージェント — 保護するすべての PC およびサーバーにインストールされる小規模なサービス。エージェントは、自身のマシン上で実際のイメージング作業を実行し、コンソールに報告を返します。

リポジトリ — すべてのバックアップ イメージが書き込まれるストレージの場所: NAS、専用のバックアップ サーバー共有、または Site Manager サーバーに接続されているディスク。

サーバー自体はファイルをコピーするのではなく、コマンドを実行し、スケジュールを設定し、監視します。このため、サーバーは控えめなマシンでも構いませんが、リポジトリ ストレージのサイズを真剣に考慮する必要があります。

サーバーをインストールし、初回実行ウィザードを終了します

Site Manager サーバー ソフトウェアは、稼働しているマシンにインストールします。実際のサーバーが最適であり、小規模なフリートの場合は専用のオフィス PC を使用することもできます。インストーラーを実行し、初回実行ウィザードを完了します。バックアップ製品を選択し、試用版を開始するか、ライセンス キーを追加します。

トライアルでは、少数のワークステーションとサーバー用のトライアル シートが作成されます。有効期限は 30 日間です。これは、支払い前にシステム全体を証明するのに十分です。実際のオフィスの場合は、安全なセットアップ オプションが提供されたら選択します。シンプルなセットアップは使い捨てのテストラボ向けです。

Windows ドメインまたはローカル管理者アカウントでログインし、ブラウザでコンソールが開くことを確認します。ウィザードをスキップして、最初にコンピュータの追加を開始しないでください。ここで決定したライセンスとセットアップ モードは、後のすべてに静かに影響します。

コンピュータを追加してエージェントをプッシュする

コンソールの準備ができたら、[コンピュータ] ページから保護するマシンを追加します。 追加 をクリックし、名前で、またはネットワークを参照して、Active Directory からコンピュータを選択します。

新しいコンピュータは [切断済み] として表示されます。これは、エージェントがまだインストールされていないことを意味します。それらを選択し、[エージェントのインストール] を選択します。コンソールは Windows ファイルとプリンターの共有を使用してインストーラーをプッシュするため、ターゲット PC でインストーラーにアクセスできる必要があります。

ロックダウンされた PC でプッシュが失敗した場合は、[その他のアクション] メニューから手動エージェント インストール を使用します。エージェント インストーラー (.msi) をダウンロードし、その PC 上で実行し、要求されたらサイト マネージャー サーバーのアドレスを入力します。次に進む前に、各コンピュータが接続済みになっていることを確認してください。

1 台のパイロット PC から始める

まず 1 台のパイロット PC にエージェントを展開し、オフィス全体にプッシュする前に数日間監視します。単一のマシンで、エージェントの接続、リポジトリの書き込み、スケジュール、アラートなどのチェーン全体が証明されますが、間違いはまだ小さく、簡単に修正できます。

リポジトリを作成する

次に、イメージが存在する場所をシステムに伝えます。バックアップ ストレージ (NAS またはバックアップ サーバー上のネットワーク共有、または Site Manager サーバー自体のローカル ディスク) を指すリポジトリ を作成します。

ディスクがいっぱいになった後ではなく、最初のバックアップの前にスペースを計画します。すべての PC の完全なイメージに、次の手順で設定する増分と保存期間を加えて、リポジトリのサイズを決定します。保護しているのと同じディスクからリポジトリを遠ざけてください。バックアップした PC とともにリポジトリが停止すると、何も保護されません。

バックアップ定義、保持期間、スケジュールを作成する

システム ドライブの完全なイメージであるバックアップ定義を作成し、パターンを選択します。ほとんどのオフィスでは、毎週の完全バックアップと毎日の増分バックアップが主力です。

同じ定義で保持を設定します。古いバックアップが自動的に削除されるまでに完全バックアップを何回保持し、増分バックアップを何日間保持するかです。ここでディスクの計算を行ってください。10 個しか保持できないリポジトリに 30 日分の古いバックアップを保存すると、バックアップ ディスクが静かにいっぱいになり、ジョブが失敗し始めます。

スケジュールを添付し、その定義をコンピュータまたはグループに割り当てます。タグまたはグループ (アカウント、デザイン、サーバー) を使用して、異なるマシンが異なる計画に従うことができるようにします。 開始時間をずらすことで、オフィス全体が同じ時間にイメージングを行ってネットワークが混乱しないようにします。

手動で 1 つのバックアップを実行し、アラートを監視する

スケジュールを信頼する前に、コンソールからバックアップを 1 つ手動で実行して、チェーンがエンドツーエンドで機能することを確認します。次に、コンソールのステータス リストを開きます。すべてのコンピュータ、1 台のリスト、緑または赤です。障害はクラッシュ後ではなく、同じ朝に目立ちます。

バックアップ アラートを設定し、実際にそれを読み取ります。失敗したバックアップが誰にも見られないということは、バックアップがまったくないのと同じです。ダッシュボードは誰かが見なければ役に立ちません。そのため、ダッシュボードのチェックを朝の日課の一部にしましょう。

信頼する前に 1 台の PC を復元テストしてください

どのツールを選択しても、バックアップは一度復元した後でのみ本物になります。コンソールから、イメージから 1 台の完全な PC を復元し、起動し、データが実際に存在することを確認します。これは、実際の緊急時に初めて実行するのではなく、展開時に 1 回実行してください。

正直なフォーク: マシンが多く、管理者が 1 人で、時間がない場合には、Site Manager がその役割を果たします。およそ 5 台の PC より下では、各マシンにインストールされたスタンドアロンの Macrium Reflect がよりシンプルで低コストで実行できます。単一のダッシュボードと集中スケジュールは失われますが、管理するものはほとんどありません。この数を超えると、計算が逆転します。忘れられた 1 台の PC で 1 回バックアップを逃した場合、中央システムのコストよりもコストが高くなります。