Microsoft は、ユーザーがシステムのアクティブ化に slmgr.vbs を使用しないようにし、最新の PowerShell に切り替えることを推奨しています。

要約:

Microsoft は最近、企業の IT 管理者に対し、slmgr.vbs に基づいたアクティベーションの自動化プロセスを再評価するよう注意を喚起しました。 Microsoft の提案は、企業は PowerShell などの最新の管理方法を使用する必要があるということです。 VBScript は現在段階的に廃止されているため、依存関係 slmgr.vbs に基づくアクティベーション スクリプトは、将来のシステムのアクティベーション、承認クエリ、およびバッチ展開プロセスに影響を与える可能性があります。

多くのユーザーは slmgr.vbs の使用方法を知っているかもしれません。

システムを頻繁にアクティブ化するユーザーは、インターネット上にさまざまなマジック K (残りのアクティブ化回数が多数含まれる MAK KEY バッチ認証キー) が存在することを知っています。このようなキーの使用方法は非常に簡単です。他のツールをダウンロードしたり、システム設定を変更したり、通常のネットワーク接続を維持したり、slmgr /ipk XXXX を使用してキーをインストールしたり、slmgr /ato を使用してシステムをアクティブ化したりする必要はありません。操作が完了したら、slmgr /dlv を使用して現在の認証ステータスを確認します。

ここで使用されるアクティベーション コマンドの最下層は slmgr.vbs スクリプトです。これは、Microsoft によってシステムに組み込まれているライセンス管理スクリプトです。これは、アクティベーション ステータスの表示、プロダクト キーのインストール、KMS サーバーの構成、およびオンライン アクティベーションの実行に長い間使用されてきました。

slmgr.vbs は動作しますが、徐々に非推奨になる予定です。

slmgr.vbs の最下層は VBScript スクリプト エンジンに依存しています。このエンジンは古すぎてセキュリティ上の問題があるため、Microsoft はこれをオプション機能にダウングレードし、デフォルトではインストールしなくなりました。 Microsoft は、将来のある時点でこのファイルをシステムから完全に削除する予定です。

この段階でも、IT 管理者は slmgr.vbs を使用してシステムのライセンス認証と管理を行うことができますが、新しいバージョンの Windows 11 では、VBS スクリプト エンジンがデフォルトでインストールされていない可能性があるため、ライセンス認証の前にオプション機能を有効にする必要があります。将来的にエンジンが削除されると、既存の自動化されたワークフローはまったく効果がなくなります。

Microsoft は、IT 管理者が WMI、CIM、およびソフトウェア ライセンス関連のインターフェイスで PowerShell を使用して、アクティベーション ステータスのクエリと自動管理を完了することを推奨しています。このようなツールは、その後の監査を容易にするために詳細なログも記録します。