進行中のサーバー検出、ソフトウェア インベントリ、SQL および Web アプリの検出のトラブルシューティング

この記事は、進行中のサーバー検出、ソフトウェア インベントリ、SQL Server インスタンス、データベースの検出に関する問題のトラブルシューティングを行う際に役立ちます。

検出されたサーバーがポータルに表示されない

このエラーは、ポータルにサーバーが表示されず、検出状態が検出中の場合に発生します。

Remediation

サーバーがポータルに表示されない場合は、数分お待ちください。vCenter Server で実行されているサーバーの検出に約 15 分かかるためです。 また、アプライアンスに追加された各 Hyper-V ホストの場合はホスト上で実行されているサーバーを検出するのに 2 分かかり、物理アプライアンスに追加された各サーバーの検出に 1 分かかります。

それでも状態が変わらない場合は、次のようにします。

• [サーバー] タブで [最新の情報に更新] を選択して、Azure Migrate: Discovery and Assessment と移行およびモダン化で検出されたサーバーの数を確認します。

上記の手順が機能せず、VMware サーバーを検出している場合は、次のようにします。

1. 指定した vCenter アカウントに、少なくとも 1 つのサーバーにアクセスできるアクセス許可が正しく設定されていることを確認してください。
2. vCenter アカウントに vCenter VM フォルダー レベルでアクセス権が付与されているかどうかを VMware で確認します。 Azure Migrate で VMware 上のサーバーを検出することはできません。 検出のスコープ設定についての詳細をご覧ください。

サーバー データがポータルで更新されない

このエラーは、検出されたサーバーがポータルに表示されないか、サーバー データが期限切れになっている場合に発生します。

Remediation

検出されたサーバー構成データの変更がポータルに表示されるのに最大 30 分かかり、ソフトウェア インベントリ データの変更が表示されるのに数時間かかるため、数分お待ちください。 この時間が経過してもデータがない場合は、最新の情報に更新してから、次の手順を行います。

1. Windows、Linux、SQL Server で、Azure Migrate: Discovery and Assessment の [概要] を選択します。
2. [管理] で、[アプライアンス] を選択します。
3. [サービスの更新] を選択します。 更新操作が終了するまで待ちます。 これで、最新の情報が表示されるはずです。

削除されたサーバーがポータルに表示される

このエラーは、削除されたサーバーがポータルに引き続き表示される場合に発生します。

Remediation

データが引き続き表示される場合は、30 分間待ってから、次の手順を行います。

1. Windows、Linux、SQL Server で、Azure Migrate: Discovery and Assessment の [概要] を選択します。
2. [管理] で、[アプライアンス] を選択します。
3. [サービスの更新] を選択します。 更新操作が終了するまで待ちます。 これで、最新の情報が表示されるはずです。

CSV をインポートしたが、"検出は現在進行中です" と表示される

この状態は、検証の失敗が原因で CSV のアップロードに失敗した場合に表示されます。

Remediation

CSV をもう一度インポートします。 前回のアップロードのエラー レポートをダウンロードし、ファイルの修復ガイダンスに従って、エラーを修正します。 エラー レポートは、[Discover servers]\(サーバーの検出\) ページの [インポートの詳細] セクションからダウンロードします。

ゲスト資格情報を更新した後、ソフトウェア インベントリの詳細が表示されない

このエラーは、ゲスト資格情報を更新した後もインベントリの詳細が表示されない場合に発生します。

Remediation

ソフトウェア インベントリ検出は 24 時間ごとに 1 回実行されます。 このプロセスは、検出されるサーバーの数によっては数分かかる場合があります。 詳細をすぐに確認するには、次のように更新します。

1. Windows、Linux、SQL Server で、Azure Migrate: Discovery and Assessment の [概要] を選択します。
2. [管理] で、[アプライアンス] を選択します。
3. [サービスの更新] を選択します。 更新操作が終了するまで待ちます。 これで、最新の情報が表示されるはずです。

ソフトウェア インベントリ データをエクスポートできない

このエラーは、共同作成者権限を持っていない場合に発生します。

Remediation

ポータルからインベントリをダウンロードするユーザーに、サブスクリプションに対する共同作成者権限があることを確認します。

ソフトウェア インベントリ エラーをエクスポートする

[通知のエクスポート] を選ぶと、ポータルからソフトウェア インベントリのすべてのエラーと修復をエクスポートできます。 エクスポートされた CSV ファイルには、エラーが発生したタイムスタンプなどの追加情報も含まれています。

一般的なソフトウェア インベントリ エラー

Azure Migrate では、ソフトウェア インベントリがサポートされており、これには Azure Migrate: Discovery and Assessment が使用されます。 ソフトウェア インベントリの実行方法について、詳しくはこちらをご覧ください。

VMware VM の場合、エージェントレスの依存関係分析は、VMware API を使って vCenter Server 経由でサーバーに接続することにより実行されます。 Hyper-V VM と物理サーバーの場合、エージェントレスの依存関係分析は、ポート 5985 (HTTP) で PowerShell リモート処理を使って Windows サーバーに直接接続し、ポート 22 (TCP) で SSH 接続を使って Linux サーバーに直接接続することにより実行されます。

以下の表は、VMware API を経由でまたはサーバーに直接接続することにより依存関係データを収集する場合に発生するすべてのエラーについての要約です:

エラー 9014: HTTPGetRequestToRetrieveFileFailed

原因

この問題は、アプライアンス内の VMware 検出エージェントが、依存関係データを含む出力ファイルを、サーバー ファイル システムから、サーバーがホストされている ESXi ホストを経由してダウンロードしようとしたときに発生します。

Remediation

• アプライアンス サーバー上で PowerShell を開き、次のコマンドを実行することで、アプライアンスからポート 443 (依存関係データをプルするために ESXi ホストで開く必要があります) 上の ESXi ホスト "(名前はエラー メッセージに示されています)" への TCP 接続をテストできます。

  Test -NetConnection -ComputeName <Ip address of the ESXi host> -Port 443
  

• コマンドから正常な接続が返された場合は、Azure Migrate プロジェクト>Discovery and Assessment>[概要]>[管理]>[アプライアンス] に移動し、アプライアンス名を選択して、[Refresh services]\(サービスの更新\)を選択します。

エラー 9018: PowerShellNotFound

原因

このエラーは通常、Windows Server 2008 以前を実行しているサーバーで表示されます。

Remediation

サーバー上のこの場所に Windows PowerShell 5.1 をインストールします。 「WMF 5.1 のインストールと構成」の手順に従って、Windows Server に PowerShell をインストールします。

必要な PowerShell バージョンをインストールしたら、こちらの手順に従って、エラーが解決したかどうかを検証してください。

エラー 9022: GetWMIObjectAccessDenied

Remediation

アプライアンスに指定されたユーザー アカウントが WMI 名前空間および副名前空間にアクセスできることを確認します。 アクセスを設定するには:

1. このエラーを報告しているサーバーに移動します。
2. スタート メニューで [ファイル名を指定して実行] を検索して選択します。 [ファイル名を指定して実行] ダイアログで、[名前] テキスト ボックスに「wmimgmt.msc」と入力し、Enter を選択します。
3. wmimgmt コンソールが開き、左側のペインに [WMI コントロール (ローカル)] が表示されます。 それを右クリックして、メニューから [プロパティ] を選択します。
4. [WMI コントロール (ローカル) のプロパティ] ダイアログで、[セキュリティ] タブを選択します。
5. [セキュリティ] を選択して [セキュリティ Root] ダイアログを開きます。
6. [詳細設定] を選択して、[Root のセキュリティの詳細設定] ダイアログを開きます。
7. [追加] を選択して、[Root のアクセス許可エントリ] ダイアログを開きます。
8. [プリンシパルの選択] をクリックして、[Select Users, Computers, Service Accounts or Groups]\(ユーザー、コンピューター、サービス アカウントまたはグループの選択\) ダイアログを開きます。
9. WMI へのアクセス権を付与するユーザー名またはグループを選択して、[OK] を選択します。
10. 実行アクセス許可を付与し、[適用先] ドロップダウン リストで [この名前空間と副名前空間] を選択します。
11. [適用] を選択して設定を保存し、すべてのダイアログを閉じます。

必要なアクセス権を取得したら、こちらの Web サイトの手順に従って、エラーが解決したかどうかを検証してください。

エラー 9032: InvalidRequest

原因

この問題には複数の理由が考えられます。 理由の 1 つは、アプライアンス構成マネージャーで指定されたユーザー名 (サーバー資格情報) に無効な XML 文字が含まれている場合です。 無効な文字があると、SOAP 要求の解析中にエラーが発生します。

Remediation

• サーバー資格情報のユーザー名に無効な XML 文字が含まれておらず、username@domain.com 形式であることをご確認ください。 この形式は、一般に UPN 形式と呼ばれています。
• アプライアンス上の資格情報を編集したら、こちらの Web サイトの手順に従って、エラーが解決したかどうかを検証してください。

エラー 10002: ScriptExecutionTimedOutOnVm

原因

• このエラーは、サーバーが遅いか応答がなく、依存関係データをプルするために実行されたスクリプトがタイムアウトし始めると発生します。
• このエラーが検出エージェントによってサーバー上で検出されると、その後は、応答しないサーバーが過負荷にならないように、サーバー上のエージェントレスの依存関係分析はアプライアンスによって試行されません。
• サーバーの問題を確認し、検出サービスを再起動するまで、エラーが表示され続けます。

Remediation

1. このエラーが発生しているサーバーにサインインします。

2. PowerShell で次のコマンドを実行します。

   Get-WMIObject win32_operatingsystem;
   Get-WindowsFeature  | Where-Object {$_.InstallState -eq 'Installed' -or ($_.InstallState -eq $null -and $_.Installed -eq 'True')};
   Get-WmiObject Win32_Process;
   netstat -ano -p tcp | select -Skip 4;
   

3. コマンドの結果が数秒で出力された場合は、Azure Migrate プロジェクト>Discovery and Assessment>[概要]>[管理]>[アプライアンス] に移動し、アプライアンス名を選択し、[Refresh services]\(サービスの更新\) を選択して検出サービスを再開します。

4. コマンドから出力が返されずにタイムアウトする場合は、次のことを行う必要があります。

   • サーバー上の CPU またはメモリを大きく消費しているプロセスがどれかを見つけ出す。
   • さらに多くのコアまたはメモリをそのサーバーに提供して、コマンドを再実行してみる。

エラー 10005: GuestCredentialNotValid

Remediation

• アプライアンス構成マネージャーで [Revalidate credentials]\(資格情報の再検証\) を選択して、資格情報 "(エラーに表示されるフレンドリ名)" が確実に有効であるようにします。
• アプライアンスに指定されたのと同じ資格情報を使用して、影響を受けているサーバーに確実にサインインできるようにします。
• そのサーバーに対して、(サーバーがドメインに参加している場合は同じドメインの) 別のユーザー アカウントを、管理者アカウントの代わりに使用して再試行できます。
• この問題は、グローバル カタログ <-> ドメイン コントローラー間の通信が切断されているときに発生する可能性があります。 この問題を調べるには、ドメイン コントローラーで新しいユーザー アカウントを作成し、同じものをアプライアンスに指定します。 また、ドメイン コントローラーの再起動が必要になる場合もあります。
• 修復手順を行ったら、こちらの Web サイトの手順に従って、エラーが解決したかどうかを検証してください。

エラー 10012: CredentialNotProvided

原因

このエラーは、ドメイン名が正しくないドメイン資格情報をアプライアンス構成マネージャーで指定したときに発生します。 たとえば、ユーザー名が user@abc.com のドメイン資格情報を指定したが、ドメイン名を def.com と指定した場合、サーバーが def.com に接続されていると、これらの資格情報は試行されず、このエラー メッセージが表示されます。

Remediation

• アプライアンス構成マネージャーにアクセスしてサーバー資格情報を追加するか、原因で説明されているように、既存のものを編集します。
• 修復手順を行ったら、こちらの Web サイトの手順に従って、エラーが解決したかどうかを検証してください。

軽減策の検証

上記のエラーの軽減手順を使用したら、アプライアンス サーバーからいくつかの PowerCLI コマンドを実行して、軽減策が機能したかどうかを検証してください。 コマンドが成功した場合は、問題が解決されたことを意味します。 そうでない場合は、もう一度確認して修復手順に従ってください。

VMware VM (VMware パイプを使用) の場合

1. 次のコマンドを実行して、PowerCLI をアプライアンス サーバーで設定します。

   Install-Module -Name VMware.PowerCLI -AllowClobber
   Set-PowerCLIConfiguration -InvalidCertificateAction Ignore
   

2. コマンドに vCenter Server の IP アドレスを、プロンプトに資格情報を入力して、アプライアンスから vCenter Server に接続します。

   Connect-VIServer -Server <IPAddress of vCenter Server>
   

3. サーバー名とサーバー資格情報を (アプライアンス上で指定したように) 指定して、アプライアンスからターゲット サーバーに接続します。

   $vm = get-VM <VMName>
   $credential = Get-Credential
   

4. ソフトウェア インベントリの場合は、次のコマンドを実行して、正常に出力されることを確認します。

   • Windows サーバーの場合:

        Invoke-VMScript -VM $vm -ScriptText "powershell.exe 'Get-WMIObject win32_operatingsystem'" -GuestCredential $credential
     
        Invoke-VMScript -VM $vm -ScriptText "powershell.exe Get-WindowsFeature" -GuestCredential $credential
     

   • Linux サーバーの場合:

     Invoke-VMScript -VM $vm -ScriptText "ls" -GuestCredential $credential
     

Hyper-V VM と物理サーバー (直接接続パイプを使用) の場合

Windows サーバーの場合:

1. 以下のコマンドを実行して Windows サーバーに接続します:

   $Server = New-PSSession –ComputerName <IPAddress of Server> -Credential <user_name>
   

   プロンプトにサーバーの資格情報を入力します。

2. ソフトウェア インベントリの場合は、以下のコマンドを実行して、正常に出力されるかどうかを確認します:

   Invoke-Command -Session $Server -ScriptBlock {Get-WMIObject win32_operatingsystem}
   Invoke-Command -Session $Server -ScriptBlock {Get-WindowsFeature}
   

Linux サーバーの場合:

1. OpenSSH クライアントをインストールする

   Add-WindowsCapability -Online -Name OpenSSH.Client~~~~0.0.1.0
   

2. OpenSSH サーバーをインストールする

   Add-WindowsCapability -Online -Name OpenSSH.Server~~~~0.0.1.0
   

3. OpenSSH サーバーを起動して構成する

   Start-Service sshd
   Set-Service -Name sshd -StartupType 'Automatic'
   

4. OpenSSH サーバーに接続する

   ssh username@servername
   

5. ソフトウェア インベントリの場合は、以下のコマンドを実行して、正常に出力されるかどうかを確認します:

   ls
   

軽減策が効いたことを確認したら、Azure Migrate プロジェクト>Discovery and Assessment>[概要]>[管理]>[アプライアンス] に移動し、アプライアンス名を選択し、[Refresh services]\(サービスの更新\) を選択して検出サイクルを開始します。

検出された SQL Server インスタンスおよびデータベースがポータルに表示されない

アプライアンスで検出を開始した後、インベントリ データがポータルに表示され始めるまで最大 24 時間かかることがあります。

アプライアンス構成マネージャーで Windows 認証または SQL Server 認証の資格情報を指定していない場合は、資格情報を追加して、アプライアンスから、それらを使用してそれぞれの SQL Server インスタンスに接続できるようにします。

接続されると、アプライアンスによって、SQL Server インスタンスおよびデータベースの構成とパフォーマンスのデータが収集されます。 SQL Server 構成データは 24 時間ごとに更新され、パフォーマンス データは 30 秒ごとにキャプチャされます。 データベースの状態や互換性レベルなど、SQL Server インスタンスおよびデータベースのプロパティが変更されると、ポータル上で更新されるまで最大 24 時間かかることがあります。

SQL Server インスタンスが、ポータルに "未接続" 状態と表示される

SQL Server インスタンスおよびデータベースの検出中に発生した問題を表示するには、プロジェクトの [検出済みサーバー] ページの接続状態列で、[未接続] 状態を選択します。

完全に検出されなかった、あるいは未接続の状態にある SQL インスタンスが含まれるサーバーについて評価を作成すると、準備状態に不明マークが付くことがあります。

一般的な SQL Server インスタンスおよびデータベースの検出エラー

Azure Migrate では、オンプレミスのマシンで実行されている SQL Server インスタンスおよびデータベースの検出がサポートされており、これには Azure Migrate: Discovery and Assessment を使用します。 始めるには、検出に関するチュートリアルを参照してください。

一般的な SQL 検出エラーを次の表にまとめました。

Web アプリの検出に関する一般的なエラー

Azure Migrate では、オンプレミスのマシンで実行されている Web アプリの検出がサポートされており、これには Azure Migrate: Discovery and Assessment を使用します。 始めるには、検出に関するチュートリアルを参照してください。

Web アプリの一般的な検出エラーを次の表にまとめました。

次のステップ

VMware、Hyper-V、または物理サーバー用にアプライアンスを設定します。