並列マイグレーション

変更されたコンピューター ID またはデータベース・タイプのマイグレーション・プラン – 詳細

このシナリオでは、既存のインストール環境を履歴レポート用に維持し、新しい BigFix Inventory Server をセットアップして、古いシステムから新しいシステムにデータを移行することをお勧めします。

実行する追加アクション:

1. BigFix Client 側の既存のコンピューター ID を、コンピューターのプロパティーとして、または BigFix Agent の再インストールや新しいコンピューター ID の割り当てによる影響を受けないファイルに保存します。
2. 従来の BigFix Inventory インスタンスを読み取り専用モードに切り替えます。
   1. 最終的に正常にインポートされたことを確認した後、BigFix Inventory のインポートを無効にします。
   2. エンド・ユーザーが、アクティブな使用状況から履歴レポート使用状況への機能の変更を理解していることを確認します。BigFix Inventory は読み取り専用で使用することを告知します。
3. 最後のサードパーティ同期を実行し、レガシー・インスタンスのジョブを無効にします。
4. 履歴レポートの BigFix Inventory インスタンスのセキュリティーを確保し、マイグレーションのためにデータをエクスポートします。
5. 履歴と移行された BigFix Inventory の完全性を評価できるマイグレーション調整プロセスを作成します。
6. 新しい BigFix Platform 環境を構築し、新しい BigFix Inventory インスタンスをセットアップします。
   1. BigFix Inventory 設定とカスタム・ルールを移行します。
   2. 最初の BigFix Inventory インポートを実行します (エンドポイント・カタログの生成に必要)。
   3. BigFix Inventory カスタム・カタログを移行します。
   4. 両方の Inventory データベース (レガシー・データベースと新しいデータベース) で次の SQL クエリーを実行して、カタログ・カスタム・コンテンツのバージョンを表示および比較します。

      select value from dbo.system_globals where name='catalog_custom_content_version'

   5. 新しい Inventory データベースのバージョンが古いバージョン以前の場合は、新しいデータベースのバージョンを古いバージョン +1 に更新します。

      例:

      • 古い値: 「--- 12」
      • 新しい値: 「--- 13」

         update dbo.system_globals set value='--- 13' where name='catalog_custom_content_version'

   6. 2 回目の BigFix Inventory インポートを実行します。
   7. BigFix Inventory スキャンをセットアップします (1 週間以上のスキャン分割を使用)。
   8. カスタム分析をセットアップします。
7. コンピューターおよびデバイスを新しい BigFix Platform に移行します。
   1. BigFix Inventory Scanner がない場合は、それを適用します。
   2. エンドポイントの調整 (除外など) を適用します。
   3. 最初のスキャンが実行され適用されたら、コンピューターおよびデバイス固有の情報を新しい BigFix Inventory インスタンスに移行します。
8. BigFix Inventory VM Manager インスタンスを適用または確認します。
9. 文書化されたマイグレーション調整プロセスに従って、マイグレーションの完全性を確認します。
10. BigFix Inventory でコンピューターが報告するデータの大部分を確認します。
11. サードパーティ統合を再アクティブ化します。

変更されていないコンピューター ID およびデータベース・タイプのマイグレーション・プラン – 詳細

このシナリオでは、Platform と Inventory の両方が同期しており、BigFix Inventory だけが新しいホスト (サーバー、データベース、またはその両方) に移動すると想定しています。

新しい BigFix Inventory Server のセットアップおよび切り替えが完了するまで、既存のインストール環境を履歴レポート用に維持することをお勧めします。

実行する追加アクション:

1. 従来の BigFix Inventory インスタンスを読み取り専用モードに切り替えます。
   1. 最終的にインポートが正常に完了したら、BigFix Inventory インポートを無効にします。
   2. エンド・ユーザーが、アクティブな使用状況から履歴レポート使用状況への機能の変更を理解していることを確認します。BigFix Inventory は読み取り専用で使用することを告知します。
2. 最後のサードパーティ同期を実行し、レガシー・インスタンスのジョブを無効にします。
3. 履歴レポートの BigFix Inventory インスタンスのセキュリティーを確保します。
4. BigFix Inventory データベースのバックアップを実行します。
5. 新しい BigFix Inventory 環境を構築し、新しい BigFix Inventory インスタンスをセットアップします。
   1. バックアップから BigFix Inventory データベースを復元します。
   2. BigFix Inventory の初期設定時に、復元されたデータベースへの接続の詳細を入力します。
   3. ファイル・システムに保存されている BigFix Inventory 設定、サーバー証明書、SSO 設定、jvm.options または server.xml カスタマイズを移行します。
   4. 最初の BigFix Inventory インポートを実行します (エンドポイント・カタログの生成および新しいサーバーからエンドポイントへのプッシュに必要)。
6. 新規インスタンスを確認します。
7. 新しい BigFix Inventory インスタンスに対してサードパーティ統合を再アクティブ化します。
8. 古い BigFix Inventory インスタンスを削除します。