EndpointManagerを使ったWindows11へのアップグレード

EndpointMangerを使ったWindows11へのアップグレードを動作確認目的の検証。

動作確認メインはエンドポイント分析のWindows 11 へのハードウェアの準備状況(Hardware Readiness)の表示確認だったのですが、

ついでにやってみたEndpointManagerの更新リングで「Windows10デバイスを最新のWindows11リリースにアップグレードする」でちょっとはまりました。

自動でアップグレードするのを放置して待っていたけど、アップグレードされない。
調査してみようとアップグレード対象VMのイベントログでも見てみようかしらと思いながらポチポチしながら
WindowsUpdateをよく見てみると、アップグレードが表示されない。

なるほど。評価版Windows10はアップグレード対象ではないっぽい？
評価版をアップグレードするなら最初から評価版Windows11使えってことかな

ならば製品版で、ということで
製品版のWindows10のＶＭを作って確認。
EndpointManagerに登録し、アップグレード対象グループに入れて放置。
1週間放置していたけどアップグレードされてなかった

正しい動きの成功例を持っていないので更新リングの設定が間違っているのかわからない。
正しい設定と動きがわかれば切り分け簡単なのだが、今は設定もデバイスもなにが正解かわからない。

とりあえず原因は何だろうと調査。

CPUが対応していない。
ネットで調べてHyper-VのVMであれば
仮想TPMつけてセキュアブートでCPUコア数とクロック数、メモリ容量クリアできていればけると思っていたけどそうではなく、結局、元となるハードも要求されるらしい。
ハードが対応していなくてもアップグレードする方法はあるらしいが、今回の目的ではないのでそこはスルー

手元にWindows11対応CPUが載っているパソコンはあるにはあるので、
そこにHyper-VでVM作るか、と思ってたところSurface7+を借りれることになったので
そのまま物理PCをアップグレードすることにした。
今まではVMだったり評価版だったりで、アップグレード対象デバイス自体に問題があるのか、タイミングが悪いだけなのかよくわからない。

切り分けしようにも正解がわからんので、要因となり得そうなものがありすぎてめんどくさい。
でもSurface7+ならばそういう問題ないはず。
できないならEndpointManagerの更新リング設定がおかしいと切り分けして問題ないだろう、と

設定値はこれ