マイグレーションに関する考慮事項

このセクションでは、BigFix ルートまたはアプリケーション・サーバーのマイグレーションに関するいくつかの注意事項とガイドラインを提供します。

一般的な注意事項とガイドライン

  • 可能であれば、最初にマイグレーションを隔離されたテストや開発環境で実行し、テストを行う必要があります。
  • BigFix 災害対策サーバー・アーキテクチャー (DSA - 災害対策サーバー・アーキテクチャー) を利用する場合は、プライマリー BigFix サーバーの前に、レプリカ・サーバーやセカンダリー・サーバーをマイグレーションする必要があります。
  • BigFix サーバーに適用されたカスタム設定は、マイグレーション後に再度実装する必要があります。典型的な例には、Web レポート HTTPS 構成、ダウンロード収集キャッシュ・サイズなどがあります。
  • ダウンロード・プラグインとその他の拡張機能やアプリケーションも、新しいインストール場所に再インストールする必要があります。
  • 典型的な例には、Unmanaged Asset Importer、Wake on LAN Medic、アップロード・サービス、自動化プラン・エンジンなどがあります。

事前マイグレーション・チェックリスト

  • マストヘッドで指定された GatherURL に従って、クライアントを新しい BigFix サーバーに引き続き接続できるようにする戦略が決定されていることを確認します (上記の前提 #1 に対応)。
  • BFEnterprise データベースと BESReporting SQL データベースをバックアップします。
  • license.crt、license.pvk、マストヘッドなどのサイト・レベルの資格情報をバックアップします。8.1 より前のバージョンを使用している場合は、publisher.pvk や publisher.crt などのユーザーやオペレーターの資格情報もバックアップする必要があります。
  • MSSQL データベースへの認証方法を文書化します (SQL と NT)。
  • NT 認証を使用する場合は、BigFix サーバー・サービスに使用される NT ドメインやサービスのアカウントを文書化します。
  • SQL 認証を使用する場合は、SQL 認証レジストリー値に使用する SQL アカウントを文書化します。
  • 次の ODBC 接続を文書化します (スクリーンショットを撮ることを検討します)。bes_BFEnterprise、bes_EnterpriseServer、enterprise_setup、LocalBESReportingServer。64 ビット Windows システムの場合、32 ビット・バージョンの ODBC ツール (C:\Windows\SysWOW64\odbcad32.exe) を使用して、システム DSN を構成します。
  • プライマリー BigFix サーバーをマイグレーションする場合、ダウンタイムを削減するために、マイグレーションの前に以下を適用することを検討してください。
    • すべてのクライアントで次の BigFix クライアント設定を変更します。
      • _BESClient_Report_MinimumInterval = 3600

        この設定により、エンドポイントから受信するデータ量が減少するため、システムをすばやく復旧し、潜在的なダウンタイムを削減できます。

      • _BESClient_RelaySelect_ResistFailureIntervalSeconds = 21600

        この値は、BES リレーがダウンしてから BES リレー選択を実行するまでの BES クライアントの待機時間を表します。これにより、マイグレーション中の不要な自動リレー選択を防ぐことができます。

    • BigFix コンソールのハートビートを 6 時間に変更します。コンソール・プリファレンス
      注: これは、エンドポイントから受信するデータ量を削減するもう 1 つの方法です。
  • マイグレーション手順をよく確認してください。