Windows ライセンス認証 - 重複するクライアント マシン ID
一般に、Azure ハイブリッド特典が有効になっている場合でも、Azure Key Management Services (KMS) サーバーを使用して Azure Windows 仮想マシン (VM) をアクティブ化することをお勧めします。 ただし、特定のケースでは、ネットワーク制限によって VM が Azure KMS サーバーと通信できなくなる可能性があるため、アクティブ化にはセルフホステッド KMS サーバーを使用できます。 この記事では、Windows ライセンス認証にセルフホステッド KMS サーバーを使用するときに発生する重複するクライアント マシン ID の問題について説明し、ソリューションを提供します。
注:
この記事は、アクティブ化にセルフホステッド KMS サーバーを使用する場合にのみ適用されます。 アクティブ化に Azure KMS を使用する場合は適用されません。
現象
セルフホステッド KMS サーバーを使用してライセンス認証を行い、複数の Windows Server VM をアクティブ化しようとすると、評価期間後にライセンス認証が失敗し、セルフホステッド KMS サーバーから 重複クライアント マシン ID レポートに次のエラーが報告されます。
重複クライアント マシン ID レポートは、デプロイ前に Sysprep ツールを使用して適切に一般化されなかったイメージを実行している環境内のマシンを識別するのに役立ちます。
注意:
- 同じ CMID を持つ複数のボリューム ライセンス認証クライアントは、KMS によって 1 つのクライアントとしてカウントされます。 これにより、KMS クライアント数が最小しきい値を下回ると、お使いの環境で KMS ライセンス認証が失敗します。
原因
クライアント マシン ID (CMID) は、元のソース イメージの Sysprep プロセス中にクリアされます。 ただし、既定値の代わりに パラメーター
SkipRearm
を に1
設定して Sysprep プロセスが0
トリガーされた場合、CMID はクリアされません。 この場合、このイメージから作成されたすべての VM は同じ CMID を持ちます。Azure Marketplaceから VM を作成すると、Windows Server 用のAzure Marketplace イメージが一般化され、 パラメーター
SkipRearm
が に1
設定されています。 そのため、同じ Windows Server イメージから作成された VM の CMID は同じです。
重複する CMID を確認する
VM がソース イメージとバージョンに基づいて同じ CMID を持っているかどうかを確認します。
問題のある VM で次のコマンドを実行します。
cscript C:\Windows\System32\slmgr.vbs /dlv
コマンド出力サンプルを次に示します。
Most recent activation information: Key Management Service client information Client Machine ID (CMID): <client-machine-ID> Registered KMS machine name: <KMS-machine-name>
問題のある VM のコマンド出力を比較し、VM に同じ CMID があるかどうかを確認します。
ソリューション
カスタム イメージから作成された問題のある VM の場合は、CMID がイメージからクリアされるように、パラメーター
SkipRearm
を に0
設定して元の VM を一般化/sysprepします。既にデプロイされている問題のある VM については、次の手順に従います。
管理者特権の
slmgr /rearm
コマンド プロンプトからコマンドを実行します。VM を再起動します。
再起動後に VM がオンラインになったら、次のコマンドを実行して、CMID が変更されたことを確認します。
cscript C:\Windows\System32\slmgr.vbs /dlv
アクティブ化をもう一度トリガーします。
お問い合わせはこちらから
質問がある場合やヘルプが必要な場合は、サポート要求を作成するか、Azure コミュニティ サポートにお問い合わせください。 Azure フィードバック コミュニティに製品フィードバックを送信することもできます。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示