自動アップグレードに失敗した MID サーバーを手動で復元またはアップグレードする方法DescriptionMID サーバーの想定した自動アップグレードが失敗した場合の問題、または失敗したインストールや不足しているファイルを修復するするための、MID サーバーの手動アップグレード手順。 この手順は最後の手段であり、通常は原因を特定するために HI でサポートケースをオープンしていただく必要があります。原因となった構成ミスが解消されない場合は、アップグレードのたびにこの手順を続けなければならないかもしれません。CauseMID サーバーのインストールや自動アップグレードが失敗する原因はいくつか考えられます。MID サーバーの agent\logs フォルダーから agent0.log.0 ファイルと wrapper.log ファイルをコピーし、アップグレードサービスが失敗した場合は temp フォルダーから upgrade-wrapper.log ファイルをコピーすることで、通常はエラーとログから関連する PRB を特定できます。これらの PRB に特化した KB 記事では、再発を防ぐために、より非破壊的なワークアラウンドや、MID サーバーの修正方法が見つかる場合があります。 これらの原因のいくつかは、この簡単な方法で解決でき、時間を大幅に節約できます。KB0779816 How to continue a MID Server upgrade after it has crashed in the middle of the ServiceNow Platform Distribution Upgrade service, leaving the MID Server Down and the Service not running (KB0779816 ServiceNow プラットフォームディストリビューションアップグレードサービスの途中でクラッシュし、MID サーバーが停止してサービスが実行されなくなった後に MID サーバーのアップグレードを続行する方法)Resolutionアップグレード前の手順: 失敗したアップグレードのログや他の詳細を保存しておき、後で原因を究明できるようにします。次のような必要な情報と構成設定を収集します。 MID サーバーがログインに使用するインスタンスユーザーのインスタンスユーザー名とパスワード。 プロキシサーバーを使用している場合は、プロキシサーバーの詳細、ユーザー名、パスワードなど、プロキシサーバーの情報。MID サーバーを実行しているホストサーバー、インストールフォルダー、およびそのサービス名。 管理者としてホストサーバーへのリモートデスクトップでアクセスできること。 次のファイルをバックアップします。 agent\config.xmlagent\conf\wrapper-override.confagent\jre\lib\security\cacertsagent\keystore\agent_keystore.jks (Rome での「agent_keystore.jks」ファイルの場所は「...agent\security」フォルダー)。 ServiceNow インスタンスから現在の MID サーバーのフルパッケージをダウンロードする [MID サーバー] > [ダウンロード] に移動します。ダウンロードする MID サーバーホストのプラットフォームのリンクを選択します。 不明な場合は、64 ビットのリンクを使用します。ZIP ファイルを MID サーバーホストにコピーします。ZIP ファイルを一時フォルダーに解凍します。ZIP ファイルの解凍中にエラーがないことを確認します。install.service-now.com からのダウンロードがブロックされている場合は、システムプロパティ mid.download.through.instance=true を有効にします。 アップグレードの手順: 特に本番インスタンスで実行する場合は、作業中に MID サーバーを使用するスケジュール設定済みジョブが発生していないことを確認してください。現在「準備完了」または「処理中」ステータスとなっている MID サーバーの ECC キュー出力レコードがないことも確認してください。MID サーバーサービスを停止します。 既存の MID サーバーインストールフォルダーに移動し、既存の「agent」フォルダーの名前を変更して別の場所に移動します。 将来混乱が生じないように、「agent_old-do_not_run」などの名前を使用してください。ファイルがオペレーティングシステムによってまだ使用されているためにフォルダー名を変更できない場合は、[サービスのスタートアップ] を [手動] に設定し、サーバーを再起動してファイルを解放します。 「agent」フォルダーが元あった場所に、先程解凍した「agent」フォルダーを移動します。バックアップファイルの情報と、以前に収集した認証情報に基づいて、以下のファイルを手動で更新します config.xml url、mid.instance.username、mid.instance.password、namemid_sys_id と keypairs.mid_idその他の考えられるカスタム値: mid.proxy.use_proxy、および mid.proxy.* の各種パラメーター (プロキシが MID サーバーとインスタンスの間で使用されている場合)threads.max、threads.expedited.max、threads.interactive.max (デフォルトと異なる場合) instance.date.format (デフォルトと異なる場合) conf/wrapper-override.conf wrapper.name、wrapper.displayname。 注:これらは、既存の Windows サービス名や表示名と一致する必要があります。不一致が原因でアップグレードが失敗した場合は、ここで Windows サービスと一致するように修正します。 Rome より前のバージョンの場合、「agent」フォルダーの下に「keystore」フォルダーを作成し、そこに「gent_keystore.jks」ファイルをコピーします。Rome の場合は、「.../agent/security」フォルダーから「agent_keystore.jks」ファイルを削除します。 注:このファイルもコピーされた場合、リストア後に「Could not decrypt file discovery inclusion list after sync (同期後にファイルディスカバリー包含リストを復号化できませんでした)」という MID サーバーの問題が表示されることがあります。 そのような場合は、この復元プロセスの完了後、次の手順を実行します。 1) ホストマシン上の MID サーバーサービスを停止し、agent\keystore フォルダーを削除して、MID サーバーサービスを開始します。Rome では、「agent_keystore.jks」ファイルは「...agent\security」フォルダーにあります。2) サービスの開始時にキーストアフォルダーが自動的に作成されます。3) ServiceNow インスタンスにログインし、MID サーバーを検証します。4) 2 〜 5 分待つと「MID サーバーの問題タブ」から「Could not decrypt file discovery inclusion list after sync (同期後にファイルディスカバリー包含リストを復号化できませんでした)」というエラーは消えるはずです。 その場合、このファイルはコピーできません。残りの手動復元プロセスが完了した後に MID を検証する必要があります。 SSL 証明書が追加されたカスタム cacerts ファイルがある場合は、「cacerts」のバックアップファイルを「agent\jre\lib\security」フォルダー内の空のファイルにコピーします既存の MID サーバーサービスを開始します。 ステータスが UP の場合、インスタンスから MID サーバーを確認します。必要に応じて、MID サーバーを検証します。Additional Informationこの手順が失敗した場合は、新たに MID サーバーをインストールし、失敗した MID サーバーと同様の機能/IP 範囲/アプリケーションをセットアップし、失敗した MID サーバーで使用していた機能とジョブ、およびクラスターを再構成して、新しい MID サーバーを使用する必要があるかもしれません。 ドキュメントに記載されている通常の新規インストール手順に従います。MID サーバーのファイルのダウンロードMID サーバーのインストール