次の方法で共有


Azure Stack Hub の問題のトラブルシューティングを行う

このドキュメントでは、Azure Stack Hub 統合環境のトラブルシューティング情報を提供します。 Azure Stack Development Kit のヘルプについては、ASDK のトラブルシューティングに関するページを参照するか、Azure Stack Hub MSDN フォーラムで専門家にお問い合わせください。

よく寄せられる質問

以下のセクションには、Microsoft サポートに送られてくる一般的な質問を取り上げたドキュメントのリンクが含まれています。

購入に関する考慮事項

更新と診断

ゲスト VM でサポートされているオペレーティング システムとサイズ

Azure Marketplace

キャパシティの管理

メモリ

Azure Stack Hub で使用可能な総メモリ容量を増やすために、メモリをさらに追加することができます。 Azure Stack Hub では、物理サーバーはスケール ユニット ノードと呼ばれることもあります。 単一のスケール ユニットに属しているすべてのスケール ユニット ノードには、同量のメモリが確保されている必要があります。

保持期間

保有期間の設定では、クラウド オペレーターは削除されたアカウントを回復できる可能性がある期間を日数 (0 から 9999 日の間) で指定できます。 既定の保有期間は 0 日に設定されています。 値を 0 に設定すると、削除されたすべてのアカウントがすぐに保有期間外になり、定期的なガベージ コレクションの対象としてマークされます。

セキュリティ、コンプライアンス、ID

RBAC の管理

Azure Stack Hub のユーザーは、サブスクリプション、リソース グループ、またはサービスの各インスタンスの閲覧者、所有者、または共同作成者になることができます。

Azure リソースの組み込みロールが組織の特定のニーズを満たさない場合は、独自のカスタム ロールを作成することができます。 このチュートリアルでは、Azure PowerShell を使用して、Reader Support Tickets というカスタム ロールを作成します。

使用量と課金を CSP として管理する

Azure Stack Hub で使用する共有サービス アカウントの種類を選択します。 マルチテナント Azure Stack Hub の登録に使用できるサブスクリプションの種類は、次のとおりです。

  • クラウド ソリューション プロバイダー
  • Partner Shared Services サブスクリプション

スケール ユニットのメトリックを取得する

PowerShell を使用して、Microsoft サポートを利用せずに、スタンプ使用状況の情報を取得できます。 スタンプの使用状況を取得するには:

  1. PEP セッションを作成します。

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

    Test-AzureStack
    
  3. PEP セッションを終了します。

  4. Invoke-Command の呼び出しを使って、以下を実行します。

    Get-AzureStackLog -FilterByRole SeedRing
    
  5. seedring .zip を抽出します。 Test-AzureStack を実行した ERCS フォルダーから、検証レポートを取得することができます。

詳細については、Azure Stack Hub の診断に関する記述を参照してください。

仮想マシン (VM) のトラブルシューティングを行う

Linux VM のパスワードをリセットする

Linux VM のパスワードを忘れて、VMAccess 拡張機能の問題が原因で [パスワードのリセット] オプションが機能しない場合は、次の手順に従ってリセットを実行できます。

  1. 復旧 VM として使用する Linux VM を選択します。

  2. ユーザー ポータルにサインインします。

    1. VM サイズ、NIC、パブリック IP、NSG、データ ディスクをメモしておきます。
    2. 影響を受けた VM を停止します。
    3. 影響を受けた VM を削除します。
    4. 影響を受けた VM のディスクを、復旧 VM のデータ ディスクとしてアタッチします (ディスクが使用可能になるまでに数分かかる場合があります)。
  3. 復旧 VM にサインインし、次のコマンドを実行します。

    sudo su -
    mkdir /tempmount
    fdisk -l
    mount /dev/sdc2 /tempmount /*adjust /dev/sdc2 as necessary*/
    chroot /tempmount/
    passwd root /*substitute root with the user whose password you want to reset*/
    rm -f /.autorelabel /*Remove the .autorelabel file to prevent a time consuming SELinux relabel of the disk*/
    exit /*to exit the chroot environment*/
    umount /tempmount
    
  4. ユーザー ポータルにサインインします。

    1. 復旧 VM からディスクを切断します。
    2. ディスクから VM を再作成します。
    3. 必ず前の VM からパブリック IP を移行し、データ ディスクをアタッチするなどの操作を行ってください。

元のディスクで直接変更を行うのではなく、元のディスクのスナップショットを作成し、そこから新しいディスクを作成することもできます。 詳細については、以下のトピックを参照してください。

プロビジョニング中に Windows Server 2012 R2 のライセンス認証が失敗する

この場合、Windows で認証に失敗し、画面の右下隅に透かしが表示されます。 次のイベントが、C:\Windows\Panther の下にある WaSetup.xml ログに含まれます。

<Event time="2019-05-16T21:32:58.660Z" category="ERROR" source="Unattend">
    <UnhandledError>
        <Message>InstrumentProcedure: Failed to execute 'Call ConfigureLicensing()'. Will raise error to caller</Message>
        <Number>-2147221500</Number>
        <Description>Could not find the VOLUME_KMSCLIENT product</Description>
        <Source>Licensing.wsf</Source>
    </UnhandledError>
</Event>

ライセンス認証を行うには、認証する SKU に対する仮想マシンの自動ライセンス認証 (AVMA) キーをコピーします。

Edition AVMA キー
データセンター Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW
Standard DBGBW-NPF86-BJVTX-K3WKJ-MTB6V
要点 K2XGM-NMBT3-2R6Q8-WF2FK-P36R2

VM で、次のコマンドを実行します。

slmgr /ipk <AVMA_key>

詳細については、仮想マシンの自動ライセンス認証に関する記事をご覧ください。

Azure Stack Hub に VM をデプロイする前に、Windows Server イメージとギャラリー アイテムを追加する必要があります。

一部の VM の削除後に、まだディスクに VHD ファイルが表示される

この動作は仕様によるものです。

  • VM を削除しても VHD は削除されません。 ディスクはリソース グループ内の個別のリソースです。
  • ストレージ アカウントが削除されると、削除は Azure Resource Manager にすぐに表示されます。 しかし、含まれる可能性のあるディスクは、ガベージ コレクションが実行されるまで引き続きストレージに保持されます。

"孤立" VHD が表示された場合、それが削除されたストレージ アカウントのフォルダーの一部であるかどうかを知ることが重要です。 ストレージ アカウントが削除されていない場合は、まだそこにあっても正常です。

リテンション期間しきい値と、オンデマンドの再利用の設定について詳しくは、ストレージ アカウントの管理に関するページを参照してください。

ストレージのトラブルシューティング

記憶域の再利用

ポータルに再利用された容量が表示されるまで、最大で 14 時間かかる場合があります。 領域の再利用は、ブロック BLOB ストア内の内部コンテナー ファイルの使用率など、さまざまな要因に依存します。 そのため、削除されるデータの量によって、ガベージ コレクターの実行時に再利用可能になる領域の量に対する保証はありません。

Azure Stack Hub で Azure Storage Explorer が動作しない

切断されたシナリオで統合システムを使用する場合は、エンタープライズ証明機関 (CA) を利用することをお勧めします。 ルート証明書を Base-64 形式でエクスポートしてから、Azure Storage Explorer にインポートします。 必ず、Resource Manager エンドポイントから末尾のスラッシュ (/) を削除してください。 詳細については、「Azure Stack Hub への接続を準備する」を参照してください。

App Service のトラブルシューティング

Create-AADIdentityApp.ps1 スクリプトが失敗する

App Service に必要な Create-AADIdentityApp.ps1 スクリプトが失敗する場合は、スクリプトの実行時に必須の -AzureStackAdminCredential パラメーターを必ず含めるようにしてください。 詳細については、「App Service on Azure Stack Hub のデプロイの前提条件」を参照してください。

Azure Stack Hub の更新プログラムのトラブルシューティング

Azure Stack Hub の修正プログラムと更新プログラムのプロセスは、オペレーターが更新プログラム パッケージを一貫した合理的な方法で適用できるように設計されています。 まれに、修正プログラムや更新プログラムのプロセス中に問題が発生することがあります。 修正プログラムや更新プログラムのプロセス中に問題が発生した場合は、以下の手順を実行することをお勧めします。

  1. 前提条件:更新プログラムのアクティビティのチェックリストに従っていること、および事前ログ収集を有効にしていることを確認してください。

  2. 更新が失敗したときに作成されたエラー アラートの修復手順に従います。

  3. 問題を解決できない場合は、Azure Stack Hub のサポート チケットを作成します。 問題が発生した期間に収集されたログがあることを確認してください。 重大なアラートまたは警告が発生して更新が失敗した場合は、アラートの指示に従いエラーを調べて Microsoft カスタマー サポート サービスに連絡し、スケール ユニットが長時間エラー状態のままにならないようにすることが重要です。 スケール ユニットを長時間にわたって更新失敗状態のままにすると、解決するのがいっそう困難な別の問題が後で発生する可能性があります。

Azure Stack Hub の修正プログラムと更新プログラムに関する一般的な問題

適用対象:Azure Stack Hub 統合システム

PreparationFailed

適用先: この問題は、サポートされているすべてのリリースに適用されます。

原因:Azure Stack Hub の更新プログラムをインストールしようとしたときに、更新が失敗して、状態が PreparationFailed に変更される場合があります。 インターネットに接続されたシステムの場合、これは通常、インターネット接続が脆弱であるために、更新プログラム パッケージが適切にダウンロードされないことを示します。

対応策: [今すぐインストール] をもう一度クリックすることで、この問題を回避できます。 問題が解決しない場合は、更新プログラムのインストールに関するセクションに従って、更新プログラム パッケージを手動でアップロードすることをお勧めします。

発生頻度: 共通

更新に失敗しました: CSV で外部キー プロテクターを確認して適用する

適用先: この問題は、サポートされているすべてのリリースに適用されます。

原因: ベースボード管理コントローラー (BMC) のパスワードが正しく設定されていません。

修復: BMC 資格情報を更新し、更新を再開します。

更新の進行中に報告される警告とエラー

適用先: この問題は、サポートされているすべてのリリースに適用されます。

原因:Azure Stack Hub の更新の状態が進行中の場合、ポータルで警告とエラーが報告されることがあります。 コンポーネントは、アップグレード中に他のコンポーネントを待機しているためにタイムアウトし、エラーが発生する場合があります。 Azure Stack Hub には、断続的なエラーが原因による一部のタスクを再試行または修復するメカニズムがあります。

対応策: Azure Stack Hub の更新の状態が進行中の場合、ポータルで報告された警告とエラーは無視できます。

発生頻度: 共通

2002 更新プログラムが失敗

適用先: この問題は 2002 リリースにのみ適用されます。

原因:2002 更新プログラムを実行しようとすると、更新プログラムが失敗し、The private network parameter is missing from cloud parameters. Please use set-azsprivatenetwork cmdlet to set private networkTrace というメッセージが表示されることがあります。

対応策: プライベート内部ネットワークを設定します