次の方法で共有

Azure Monitor SCOM マネージド インスタンスの問題を解決する

  • [アーティクル]

この記事では、Azure Monitor SCOM マネージド インスタンスをデプロイまたは使用するときに発生する可能性があるエラーとその解決方法について説明します。

シナリオ: SCOM マネージド インスタンスの作成/デプロイ

一般的なトラブルシューティング

  1. すべての前提条件が満たされていることを確認します。 作成の問題は、前提条件が不適切または不完全であるために発生する場合があります。
  2. エラー メッセージを注意深く読み、確認してください。 エラー メッセージは、作成時の問題/エラーをキャプチャします。
  3. エラー メッセージに記載されている SCOM セットアップ ログのリンクを確認します。 リンクを選択して、System Center Operations Manager セットアップ ログをダウンロードします。 ログを分析して、エラー/失敗を特定し、解決します。
  4. 上記の手順で問題を特定できない場合は、Virtual Machine Scale Sets インスタンスにサインインし、C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.SCOMMIServer.ScomServerForWindows<version> にあるログを確認します。これは問題の特定に役立ちます。
  5. 問題が解決しない場合は、関連するすべての詳細 [correlation-id、subscription-id など] を含めてサポート チケットを作成します

問題: リソース グループ %ResourceGroupName% が他の Azure リソースによって管理されている

原因: リソース グループに対して ManagedBy プロパティが設定されている場合に発生します。

解決策: ManagedBy プロパティを空にした別のリソース グループを指定します。

問題: 選択したサブネット %SubnetName% が別のサービス専用である

原因: サブネットに委任があるときに発生します。

解決策: 他のサービスに委任されていないサブネットを指定します。

問題: SCOM マネージド インスタンスが SQL Managed Instance %instance% に到達できないときのエラー

原因: このエラーは、次のいずれかの理由で発生する可能性があります。

  • SCOM マネージド インスタンスの VNet から SQL Managed Instance エンドポイントへの通信経路が表示可能ではありません。
  • SQL Managed Instance パブリック エンドポイント経由のトラフィックを許可する適切なレベルの NSG ルールがありません。
  • MSI が Active Directory 管理者として追加されていません。
  • SCOM マネージド インスタンスに、SQL Managed Instance に対する読み取りアクセス許可がない可能性があります。
  • VNet/リージョンに問題がある可能性があります。

解決策:

  • SQL Managed Instance に読み取りアクセス許可を付与します。
  • SQL Managed Instance に Active Directory 管理者として MSI を追加する必要があります。
  • SCOM マネージド インスタンスと SQL Managed Instance ネットワーク間の接続を確認します。 詳細については、SQL マネージド インスタンスの作成と構成に関する記事を参照してください。

問題: 特定のリージョンに %instance% を作成するのに十分なコアがない

原因: 特定のリージョンにインスタンスを作成するのに十分なコアがないときに発生します。

解決策: Azure portal のクォータ セクションを確認し、必要に応じて Standard Ds3v2 型のコアをリージョンにさらに割り当てます。

問題: 同じ名前のシークレット キーがキー コンテナーに既に存在する

原因: 同じ名前の別のシークレット キーがキー コンテナーに既に存在するときに発生します。

解決策: インスタンスの名前を変更します。

問題: ドメイン %DomainName% に参加させるための拡張機能 joindomain の処理時に VM が失敗を報告しました

原因: 次の理由で発生します。

  1. SCOM マネージド インスタンス サーバーからドメイン コントローラーへの通信経路の可視性。
  2. ドメイン ユーザーの資格情報が指定されていないか、正しくありません。
  3. AD ドメインの OU パスが指定されていません。

解決策: 原因を確認し、それに応じて問題の解決を試みます。

問題: 静的 IP が既に使用されている

原因: 静的 IP が別のインスタンスによって使用されている場合に発生します。

解決策: 別の静的 IP を使用します。

問題': ID の種類 %identityType% が無効です

原因: マネージド ID が正しくないために発生します。

解決策: 使用可能な ID の種類 ((None)、(SystemAssigned,UserAssigned)) のいずれかを指定して、再試行します。

問題: プライベート静的 IP アドレス %LbIpAddr% が、サブネット %subnet% の範囲に属していない

原因: IP アドレスがサブネット範囲に含まれていない場合に発生します。

解決策: サブネット範囲から使用可能な IP を指定し、操作を再試行します。

問題: ID が SQL Managed Instance のシステム管理者ではありません: '%instance'。

原因: 次の理由で発生します。

  1. ユーザー マネージド ID が SQL MI の SQL 管理者ではありません。
  2. ユーザー マネージド ID は SQL MI の SQL 管理者として確認されます。これは ARM、BICEP、Terraform、またはその他のデプロイ ソリューションを使用してデプロイされます。

解決: ObjectId ではなく、AppId を使用してユーザー マネージド ID がデプロイされるようにします。 これが該当するかどうかを確認するには、SQL MI の Microsoft Entra ID 管理ウィンドウに移動します。 ユーザー マネージド ID と共に一覧表示されている GUID が、サービス プリンシパルの ObjectId または AppId であるかどうかを確認します。 これが ObjectID の場合:

  • ポータルを使用して設定します
  • AppId を使用して、任意のソリューションで再デプロイします。

シナリオ: Power BI にレポートを展開する

問題: SQL Managed Instance に到達できない

原因: パブリック エンドポイントが有効になっていない場合に発生します。 Power BI が SQL Managed Instance に到達できません。

解決策: SQL Managed Instance に対するユーザーのアクセス許可を確認し、必要なアクセス許可を指定します。

問題: データセットの資格情報を更新できない

原因: ユーザーが SQL Managed Instance に対する適切なアクセス許可を持っていない場合に発生します。

解決策: SQL Managed Instance に対するユーザーのアクセス許可を確認し、必要なアクセス許可を指定します。

問題: レポートを更新できない

原因: データ サイズが大きいために発生します。 レポートが更新されない場合があります。

解決策: Power BI ワークスペースが Pro レベルの場合は、Premium レベルに変更するか、ワークスペースの容量を変更します。

シナリオ: 手動スケールアップ/スケールダウン

問題: インターネット接続テストに失敗した。 VNet から必要なエンドポイントに到達できない

原因: ネットワークの問題。

解決策: SCOM マネージド インスタンスに送信インターネット アクセス権があり、ファイアウォールの要件で説明どおりに、NSG/ファイアウォールが必要なエンドポイントへのアクセスを許可するように適切に構成されていることを確認します。

問題: ディスク クォータを超えた

原因: スケーリングに使用できるコアがない場合に発生します。

解決策: サブスクリプション内のコア数を増やします。

Azure portal のクォータ セクションを確認し、必要に応じて Standard Ds3v2 型のコアをリージョンにさらに割り当てます。

問題: 拡張機能のプロビジョニング エラー

原因: このエラーは、System Center Operations Manager 拡張機能または System Center Operations Manager インストールのプロビジョニング中に発生する可能性があります。

解決策: 一般的なトラブルシューティングを確認し、問題を特定して、それに応じて解決してみてください。

問題: 競合

原因: 修正プログラムの適用またはスケーリングが進行中の場合に発生します。 新しい操作をトリガーすることはできません。

解決策: 進行中のプロセスが完了するまで待ってから、再試行します。

シナリオ: 修正プログラムの適用

問題: インターネット接続テストに失敗した。 VNet から必要なエンドポイントに到達できない

原因: ネットワークの問題。

解決策: SCOM マネージド インスタンスに送信インターネット アクセス権があり、ファイアウォールの要件で説明どおりに、NSG/ファイアウォールが必要なエンドポイントへのアクセスを許可するように適切に構成されていることを確認します。

問題: 更新操作が完了しても、通知が [更新をフェッチ中] のまま変わらない

原因: ネットワークの問題/開発の問題。

解決策: 更新を最新の情報に更新してみてください。 解決しない場合は、Microsoft サポートにお問い合わせください。

問題: 更新状態がカードに正しく反映されない

原因: ネットワークの問題/開発の問題。

解決策: 更新を最新の情報に更新してみてください。 解決しない場合は、Microsoft サポートにお問い合わせください。

問題: カード内のコントロールの不整合

原因: 整合性の問題。 たとえば、カードのタイトルが [SCOM is up to date] (SCOM は最新です) であっても、更新ボタンが有効になっています。

解決策: 最新の情報に更新してみてください。 解決しない場合は、Microsoft サポートにお問い合わせください。

問題: 更新についての警告メッセージがポップアップ表示される

原因: 次のいずれかの理由で発生します。

  1. 新しい更新を使用でき、ユーザーがインスタンスの更新をトリガーしていないとき。または
  2. 最後の更新が失敗し、ユーザーが別のインスタンスの更新をトリガーしていないとき。

解決策: [インスタンスの更新] をトリガーします。

問題: 複数回再試行した後に更新が失敗する

解決策: 解決するには、Microsoft サポートにお問い合わせください。

問題: 更新が失敗し、かつロールバックが失敗して、Virtual Machine Scale Sets インスタンス上の VM の数が変更された整合性のない状態のままになる

解決策: System Center Operations Manager コンソールに移動し、不整合なノードを削除します。

問題: 更新が失敗するが、データベースの更新は成功する

原因: データベースの更新が成功した後に更新が失敗したために発生します。

解決策: しばらくしてから、再試行します。

問題: 更新が成功した後、インスタンスで System Center Operations Manager コンソールが正しく機能しない

原因: System Center Operations Manager が正しくインストールされていないか、何らかのプロセスが停止している可能性がある場合に発生します。

解決策: インスタンスを再起動してみてください。 引き続き問題が発生する場合は、Microsoft サポートにお問い合わせください。

問題: 更新にかかる時間が 3 時間を超えていて、最終的に失敗する

原因: 更新にかかる時間が 3 時間を超えるときに発生します。

解決策: Microsoft サポートにお問い合わせください。

問題: 更新中に何らかの断続的な問題が発生する

原因: Service Fabric または RP がクラッシュまたは再起動した場合に発生します。

解決策: 更新を再起動します。

問題: スケーリングと修正プログラムの適用が同時にトリガーされ、失敗する

原因: スケーリングと修正プログラムの適用の要求の送信と受け付けが同時に行われた場合に発生します。

解決策: スケーリング操作をトリガーした場合は、操作の完了を待ってから更新操作を試行してください。

問題: 拡張機能の更新に時間がかかり、失敗する

原因: SQL Managed Instance と SCOM マネージド インスタンスが異なるリージョンにある場合に発生します。これにより、拡張機能の更新に時間がかかり、最終的に失敗します。

解決策: SQL Managed Instance と SCOM マネージド インスタンスを同じリージョンに配置します。

問題: 修正プログラムの適用後、データベース内のユーザー データが変更されるか、正しく保持されない

原因: 更新が正しく行われなかった場合に発生します。

解決策: 更新を再起動します。

問題: ファイルの部分置換要求が失敗する

原因: ポータルまたは ARM の問題が原因で発生します。

解決策: しばらく待って、再試行します。 ポータル/ARM の問題を修正した後でも問題が発生する場合は、Microsoft サポートにお問い合わせください。

問題: Patching or scaling operation is already in progress, try again after some time. (修正プログラムの適用またはスケーリング操作は既に進行中です。しばらくしてからやり直してください。)

原因: 修正プログラムの適用またはスケーリング操作が既に進行中の場合に発生します。

解決策: 既存の操作が完了するまで待ち、しばらくしてから試してください。

問題: コンソールに古い管理サーバーが表示される

原因: 修正プログラムの適用またはスケーリング操作の完了後に整合性のない状態が残った場合に発生します。

解決策: SCOM マネージド インスタンス用の管理サーバーのプロビジョニングには、Microsoft Azure Virtual Machine Scale Sets が使われます。 システムから古い管理サーバーを削除するには、次の手順に従います。

  1. Azure Virtual Machine Scale Sets にアクセスし、SCOM マネージド インスタンス用管理サーバーのいずれかにログインします。

  2. 管理モードで PowerShell を起動し、次のディレクトリに移動します。

    C:\Packages\Plugins\Microsoft.Azure.SCOMMIServer.ScomServerForWindows\<version>\bin\troubleshooter

    Note

    バージョンを調べるには、C:\Packages\Plugins\Microsoft.Azure.SCOMMIServer.ScomServerForWindows にアクセスし、使用できるすべてのバージョンを確認してから、最新のものを選びます。

  3. 次のスクリプトを実行します。

    .\RemoveStaleManagementServers.ps1

    このスクリプトは対話型であり、古いサーバーの FQDN の入力を求められます。

  4. 削除する古い管理サーバーの正確な FQDN を指定します。

    たとえば、FQDN: SCOMMI2000001.contoso.com などです。