Configuration Manager Technical Preview バージョン 2002 の機能

適用対象: Configuration Manager (テクニカル プレビュー ブランチ)

この記事では、Configuration Manager バージョン 2002 のテクニカル プレビューで使用できる機能について説明します。 このバージョンをインストールして、テクニカル プレビュー サイトを更新して新機能を追加します。

この更新プログラムをインストールする前に、 テクニカル プレビュー の記事を確認してください。 この記事では、テクニカル プレビューの使用に関する一般的な要件と制限、バージョン間の更新方法、フィードバックの送信方法について説明しています。

次のセクションでは、このバージョンで試せる新機能について説明します。

サービス スタック更新後のソフトウェア更新プログラムの評価

Configuration Manager は、サービス スタック更新プログラム (SSU) が複数の更新プログラムのインストールの一部であるかどうかを検出するようになりました。 SSU が検出されると、まずインストールされます。 SSU をインストールした後、残りの更新プログラムをインストールするためにソフトウェア更新プログラムの評価サイクルが実行されます。 この変更により、サービス スタック更新プログラムの後に依存する累積的な更新プログラムをインストールできます。 インストールの間にデバイスを再起動する必要はなく、追加のメンテナンス期間を作成する必要もありません。 SSU は、ユーザー以外が開始したインストールに対してのみ最初にインストールされます。 たとえば、ユーザーがソフトウェア センターから複数の更新プログラムのインストールを開始した場合、SSU が最初にインストールされない可能性があります。

切断されたソフトウェアの更新ポイントの Microsoft 365 更新プログラム

新しいツールを使用して、インターネットに接続された WSUS サーバーから切断された Configuration Manager 環境に Microsoft 365 更新プログラムをインポートできます。 以前は、切断された環境で更新されたソフトウェアのメタデータをエクスポートおよびインポートしても、Microsoft 365 更新プログラムを展開できませんでした。 Microsoft 365 の更新プログラムには、Office API と Office CDN からダウンロードされる追加のメタデータが必要です。これは、切断された環境では不可能です。

前提条件

  • インターネットに接続されている、Windows Server 2012 以降を実行している WSUS サーバー。
  • WSUS サーバーは、次の 2 つのインターネット エンドポイントに接続する必要があります。
    • officecdn.microsoft.com
    • config.office.com
  • OfflineUpdateExporter ツールとその依存関係をインターネットに接続された WSUS サーバーにコピーします。
    • ツールとその依存関係は、 <ConfigMgrInstallDir>/tools/OfflineUpdateExporter ディレクトリにあります。
  • ツールを実行しているユーザーは、 WSUS 管理者 グループの一員である必要があります。
  • Office 更新プログラムのメタデータとコンテンツを格納するために作成されたディレクトリには、ファイルをセキュリティで保護するための適切なアクセス制御リスト (ACL) が必要です。
    • このディレクトリも空にする必要があります。
  • オンラインの WSUS サーバーから切断された環境に移動するデータは、安全に移動する必要があります。
  • 既知の問題を確認します。

不要な Microsoft 365 更新プログラムを同期して拒否する

  1. インターネットに接続されている WSUS で、WSUS コンソールを開きます。
  2. [ オプション] 、[ 製品と分類] の順に選択します。
  3. [製品] タブで、[Office 365 クライアント] を選択し、[分類] タブの [Updates] を選択します。 WSUS での Office 365 更新プログラムの製品と分類
  4. [ 同期] に移動し、[ 今すぐ同期 ] を選択して、Microsoft 365 更新プログラムを WSUS に取得します。
  5. 同期が完了したら、Configuration Manager を使用して展開しない Microsoft 365 更新プログラムを拒否します。 ダウンロードするために Microsoft 365 の更新プログラムを承認する必要はありません。
    • WSUS で不要な Microsoft 365 更新プログラムを拒否しても、WsusUtil.exe エクスポート中にエクスポートされなくなりますが、OfflineUpdateExporter ツールによるコンテンツのダウンロードは停止されます。
    • OfflineUpdateExporter ツールは、Microsoft 365 更新プログラムのダウンロードを行います。 他の製品の更新プログラムをエクスポートする場合は、ダウンロードの承認が必要です。
    • WSUS で新しい更新ビューを作成して、WSUS で不要な Microsoft 365 更新プログラムを簡単に確認して拒否します。
  6. ダウンロードとエクスポートのために他の製品の更新プログラムを承認している場合は、コンテンツのダウンロードが完了するのを待ってから、WsusUtil.exe エクスポートを実行して WSUSContent フォルダーの内容をコピーします。 詳細については、「切断されたソフトウェアの更新ポイントからのソフトウェア更新プログラムの同期」を参照してください

Microsoft 365 更新プログラムのエクスポート

  1. OfflineUpdateExporter フォルダーを Configuration Manager からインターネットに接続された WSUS サーバーにコピーします。

    • ツールとその依存関係は、 <ConfigMgrInstallDir>/tools/OfflineUpdateExporter ディレクトリにあります。

  2. インターネットに接続されている WSUS サーバーのコマンド プロンプトで、次の方法でツールを実行します。 OfflineUpdateExporter.exe -O -D <宛先パス>

    OfflineUpdateExporter パラメーター 説明
    -O -Office. 更新プログラムのエクスポート対象製品が Microsoft 365 であることを指定します
    -D -Destination. Destination は必須パラメーターであり、コピー先フォルダーへのパス全体が必要です。
    • OfflineUpdateExporter ツールでは、次の処理が行われます。
      • WSUS に接続する
      • WSUS で Microsoft 365 更新プログラムのメタデータを読み取ります
      • Microsoft 365 の更新プログラムに必要なコンテンツと追加のメタデータを同期先フォルダーにダウンロードします。

  3. インターネットに接続されている WSUS サーバーのコマンド プロンプトで、WsusUtil.exe が含まれているフォルダーに移動します。 既定では、このツールは %ProgramFiles%\Update Services\Tools にあります。 たとえば、ツールが既定の場所にある場合は、「 cd %ProgramFiles%\Update Services\Tools」と入力します。

    • Windows Server 2012 を使用している場合は、KB2819484 が WSUS サーバーにインストールされていることを確認してください。
    • WsusUtil ツールを実行するユーザーは、サーバー上のローカル Administrators グループのメンバである必要があります。

  4. ソフトウェア更新プログラムのメタデータを GZIP ファイルにエクスポートするには、次のように入力します。

    WsusUtil.exeパッケージ名ログファイルのエクスポート

    例:

    WsusUtil.exe エクスポート export.xml.gz export.log

  5. 切断されているネットワーク上の最上位の WSUS サーバーに export.xml.gz ファイルをコピーします。

  6. 他の製品の更新プログラムを承認した場合は、WSUSContent フォルダーの内容を切断された最上位の WSUS サーバーの WSUSContent フォルダーにコピーします。

  7. OfflineUpdateExporter に使用されるコピー先フォルダーを、切断されたネットワーク上の最上位の Configuration Manager サイト サーバーにコピーします。

Microsoft 365 更新プログラムをインポートする

  1. 切断された最上位の WSUS サーバーで、インターネットに接続された WSUS サーバーで生成した export.xml.gz から更新プログラムのメタデータをインポートします。

    例:

    WsusUtil.exe インポート export.xml.gz import.log

    既定では、WsusUtil.exe ツールは %ProgramFiles%\Update Services\Tools にあります。

  2. インポートが完了したら、切断された最上位の Configuration Manager サイト サーバー上でサイト コントロール プロパティを構成する必要があります。 この構成変更により、Configuration Manager は Microsoft 365 のコンテンツを参照します。 プロパティの構成を変更するには:

    1. O365OflBaseUrlConfigured PowerShell スクリプトを切断された最上位レベルの Configuration Manager サイト サーバーにコピーします。
    2. "D:\Office365updates\content"、OfflineUpdateExporter によって生成された Office コンテンツとメタデータを含むコピー済みディレクトリのフル パスに変更します。
    3. スクリプトをファイル名で保存 O365OflBaseUrlConfigured.ps1
    4. 切断された最上位の Configuration Manager サイト サーバー上の管理者特権の PowerShell ウィンドウから、.\O365OflBaseUrlConfigured.ps1 を実行します。
    5. サイト サーバーで SMS_Executive サービスを再起動します。

  3. Configuration Manager コンソールで、[管理]>[サイトの構成]>[サイト] に移動します。

  4. 最上位サイトを右クリックし、[サイト コンポーネントの構成]> [ソフトウェアの更新ポイント] を選択します。

  5. [分類] タブで、[Updates] を選択します。 [製品] タブで、[Office 365 クライアント] を選択します。

  6. Configuration Manager のソフトウェア更新プログラムを同期する

  7. 同期が完了したら、通常のプロセスを使用して Microsoft 365 更新プログラムを展開します。

既知の問題

  • プロキシ構成はツールにネイティブに組み込まれていません。 ツールが実行されているサーバーのインターネット オプションでプロキシが設定されている場合、理論的にはプロキシが使用され、適切に機能するはずです。
    • コマンド プロンプトから netsh winhttp show proxy を実行して、構成済みプロキシを確認します。
  • O365OflBaseUrlConfigured プロパティではローカル パスのみが機能します。
  • 現在、コンテンツはすべての Microsoft 365 言語でダウンロードされます。 各アップデートには約 10 GB のコンテンツを含めることができます。

O365OflBaseUrlConfigured プロパティを変更する

# Name: O365OflBaseUrlConfigured.ps1
#
# Description: This sample sets the O365OflBaseUrlConfigured property for the SMS_WSUS_CONFIGURATION_MANAGER component on the top-level site.
# This script must be run on the disconnected top-level Configuration Manager site server
#
# Replace "D:\Office365updates\content" with the full path to the copied directory containing all the Office metadata and content generated by the OfflineUpdateExporter tool.

$PropertyValue = "D:\Office365updates\content"

# Don't change any of the lines below
$PropertyName = "O365OflBaseUrlConfigured"

# Get provider instance
$providerMachine = Get-WmiObject -namespace "root\sms" -class "SMS_ProviderLocation"

if($providerMachine -is [system.array])
{
    $providerMachine=$providerMachine[0]
}

$SiteCode = $providerMachine.SiteCode

$component = gwmi -ComputerName $providerMachine.Machine -namespace root\sms\site_$SiteCode -query 'select comp.* from sms_sci_component comp join SMS_SCI_SiteDefinition sdef on sdef.SiteCode=comp.SiteCode where sdef.ParentSiteCode="" and comp.componentname="SMS_WSUS_CONFIGURATION_MANAGER"'
$properties = $component.props

Write-host "Updating $PropertyName property for site " $SiteCode

foreach ($property in $properties)
{
  if ($property.propertyname -eq $PropertyName) 
  {
    Write-host "Current value for $PropertyName is $($property.value2)"
    $property.value2 = $PropertyValue
    Write-host "Updating value for $PropertyName to $($property.value2)"
    break
  }
}

$component.props = $properties
$component.put()

オーケストレーション グループの改善

オーケストレーション グループを作成して、デバイスへのソフトウェア更新プログラムの展開をより適切に制御します。 オーケストレーション グループを使用すると、パーセンテージ、特定の数、または明示的な順序に基づいてデバイスを柔軟に更新できます。 デバイスで更新プログラムの展開を実行する前後に PowerShell スクリプトを実行することもできます。

オーケストレーション グループは、"サーバー グループ" 機能が進化したものです。 これらは、Configuration Manager バージョン 1909 のテクニカル プレビューで最初に導入されました。 テクニカル プレビュー 2001 およびテクニカル プレビュー 2001.2 のオーケストレーション グループを改善しました。 このテクニカル プレビューでは、オーケストレーション グループに次の改善を追加しました。

  • オーケストレーションを再実行できるように、オーケストレーション グループ メンバーの状態 (*完了 、 失敗など) をクリアします。
    • オーケストレーション グループ メンバーを右クリックし、[ オーケストレーション グループ メンバーのリセット] を選択します。
  • リソース エクスプローラーや選択したメンバーの詳細ログを有効にするなどの基本的な操作を開始します。
  • 再起動が必要な Updates がオーケストレーションで動作するようになりました。

オーケストレーション グループ メンバーのリセット

ぜひ、お試しください。

タスクを完了してみてください。 次に、機能に関する考えを添えた フィードバック を送信します。

前提条件

  • すべてのオーケストレーション グループとそれらのグループの更新を表示するには、アカウントが 完全な管理者である必要があります。

  • オーケストレーション グループ機能を有効にします。 詳細については、「 オプション機能を有効にする」を参照してください。

    注:

    オーケストレーション グループを有効にすると、サイトはサーバー グループ機能を無効にします。 この動作により、2 つの機能間の競合が回避されます。

オーケストレーション グループの作成

  1. Configuration Manager コンソールで、[資産とコンプライアンス] ワークスペースに移動し、[オーケストレーション グループ] ノードを選択します。

  2. リボンで、[ オーケストレーション グループの作成] を選択して、 オーケストレーション グループの作成ウィザードを開きます。

  3. [ 全般 ] ページで、オーケストレーション グループに [名前 ] を付け、必要に応じて [説明] を付けます。 次の項目の値を指定します。

    • オーケストレーション グループのタイムアウト (分単位): すべてのグループ メンバーが更新プログラムのインストールを完了するための時間制限。
    • オーケストレーション グループ メンバーのタイムアウト (分単位): グループ内の単一デバイスで更新プログラムのインストールを完了できる時間制限。

  4. [ メンバーの選択 ] ページで、最初に サイト コードを指定します。 次に 、[追加] を選択し、このオーケストレーション グループのメンバーとしてデバイス リソースを追加します。 デバイスを名前で検索し、[追加] を選択します。 [ コレクションで検索] を使用して、検索を 1 つのコレクションにフィルター処理することもできます。 選択したリソースの一覧へのデバイスの追加が完了したら、[ OK ] を選択します。

    • グループのリソースを選択すると、有効なクライアントのみが表示されます。 サイト コード、クライアントがインストールされていること、およびリソースが重複していないことを確認するためにチェックが行われます。

  5. [ ルールの選択 ] ページで、次のいずれかのオプションを選択します。

    • 一定の割合のマシンを同時に更新できるようにしてから、この割合の数値を選択または入力します。 オーケストレーション グループのサイズを将来的に柔軟に調整できるようにするには、この設定を使用します。 たとえば、オーケストレーション グループに 50 個のデバイスが含まれていて、この値を 10 に設定します。 ソフトウェア更新プログラムの展開中、Configuration Manager により 5 台のデバイスで同時に展開を実行できます。 後でオーケストレーション グループのサイズを 100 台のデバイスに増やした場合は、一度に 10 台のデバイスが更新されます。

    • 多数のマシンを同時に更新できるようにしてから、この特定の数の数値を選択または入力します。 この設定を使用すると、オーケストレーション グループの全体的なサイズに関係なく、常に特定の数のデバイスに制限されます。

    • メンテナンス順序を指定し、選択したリソースを適切な順序で並べ替えます。 この設定を使用して、デバイスでソフトウェア更新プログラムの展開を実行する順序を明示的に定義します。

  6. [ PreScript ] ページで、デプロイが実行 される前に 各デバイスで実行する PowerShell スクリプトを入力します。 スクリプトは、成功した場合は 0 を返し、再起動すると成功した場合は 3010 を返す必要があります。 スクリプトのタイムアウト (秒単位) の値を指定します。指定した時間内にスクリプトが完了しない場合、スクリプトは失敗します。

  7. [PostScript] ページで、デプロイの実行後に各デバイスで実行する PowerShell スクリプトと、[スクリプト タイムアウト (秒)] の値を入力します。 それ以外の動作は PreScript と同じです。

  8. ウィザードを終了します。

  9. グループの [プロパティ] を使用して、既存のオーケストレーション グループの設定を変更できます。

  10. オーケストレーション グループを削除するには、そのグループを選択し、リボンの [削除 ] を選択します。

オーケストレーション グループとメンバーの表示

[ 資産とコンプライアンス ] ワークスペースで、[ オーケストレーション グループ ] ノードを選択します。 メンバーを表示するには、オーケストレーション グループを選択し、リボンの [メンバーの表示] を選択します。 ノードで使用可能な列の詳細については、「 オーケストレーション グループとメンバーの監視」を参照してください。

オーケストレーションを開始する

  • オーケストレーション グループのメンバーを含むコレクションにソフトウェア更新プログラムを展開します。
    • オーケストレーションは、グループ内のクライアントが期限またはメンテナンス期間中にソフトウェア更新プログラムをインストールしようとしたときに開始されます。 これはグループ全体に対して開始され、オーケストレーション グループの規則に従ってデバイスが確実に更新されます。
  • オーケストレーションを手動で開始するには、[ オーケストレーション グループ ] ノードから選択し、リボンまたは右クリック メニューから [ オーケストレーションの開始 ] を選択します。

ヒント

  • オーケストレーション グループは、ソフトウェア更新プログラムの展開にのみ適用されます。 他のデプロイには適用されません。
  • オーケストレーション グループ メンバーを右クリックし、[ オーケストレーション グループ メンバーのリセット] を選択できます。 これにより、オーケストレーションを再実行できます。

監視

Configuration Manager コンソールとログ ファイルを使用して、オーケストレーション グループとメンバーを監視します。

オーケストレーション グループの監視

[ 資産とコンプライアンス ] ワークスペースで、[ オーケストレーション グループ ] ノードを選択します。 次のいずれかの列を追加して、グループに関する情報を取得します。

  • オーケストレーション名: オーケストレーション グループの名前。

  • [サイト コード]: グループのサイト コード。

  • オーケストレーションの種類: は、次のいずれかの種類です。

    • 数字
    • パーセンテージ
    • Sequence

  • オーケストレーションの値: 同時にロックを取得できるメンバーの数またはメンバーの割合。 オーケストレーション値は 、[ オーケストレーションの種類] が[数値 ] または [パーセンテージ] の場合にのみ入力されます。

  • オーケストレーションの状態: オーケストレーション中は進行中です。 進行中でないときはアイドル。

  • オーケストレーション開始時刻: オーケストレーションが開始された日時。

  • 現在のシーケンス番号: グループ オーケストレーションのどのメンバーがアクティブであるかを示します。 この番号は、メンバーの シーケンス番号 に対応します。

  • オーケストレーション タイムアウト (分単位):グループの作成時に [全般] ページで設定される、またはグループの編集時に [全般] タブで設定されるオーケストレーション グループのタイムアウト (分単位) の値。

  • オーケストレーション グループ メンバーのタイムアウト (分単位):グループの作成時に [全般] ページに設定されるオーケストレーション グループ メンバーのタイムアウトの値 (分単位)、またはグループの編集時に [全般] タブに設定されます。

  • オーケストレーション グループ ID: グループの ID。ID はログとデータベースで使用されます。

  • オーケストレーション グループの一意の ID: グループの一意の ID。一意の ID は、ログとデータベースで使用されます。

オーケストレーション グループ メンバーの監視

[ オーケストレーション グループ] ノードで、オーケストレーション グループを選択します。 リボンで、[ メンバーの表示] を選択します。 グループのメンバとそのオーケストレーションの状態を確認できます。 次のいずれかの列を追加して、メンバーに関する情報を取得します。

  • 名前: デバイス オーケストレーション グループ メンバーの名前
  • 現在の状態: メンバー デバイスの状態を取得します。
    • オーケストレーション中の処理中です。
    • Waiting: クライアントが更新プログラムをインストールするターンをロックで待機していることを示します。
    • オーケストレーションが完了しているか実行されていない場合はアイドル状態。
  • State Code: オーケストレーション グループ メンバーを右クリックし、[ オーケストレーション グループ メンバーのリセット] を選択できます。 このリセットにより、オーケストレーションを再実行できます。 状態は次のとおりです。
    • アイドル
    • 待機中、デバイスはその順番を待っています
    • 進行中です。
    • 失敗
    • 再起動の保留中
  • ロックの取得時刻: ロックは、そのポリシーに基づいてクライアントによって要求されます。 クライアントがロックを取得すると、そのクライアントに対してオーケストレーションがトリガーされます。
    - 前回の状態報告時刻: メンバーが最後に状態を報告した時刻。
  • シーケンス番号: 更新プログラムをインストールするためのキュー内のクライアントの場所。
  • サイト コード: メンバーのサイト コード。
  • クライアント アクティビティ: クライアントがアクティブか非アクティブかを示します。
  • プライマリ ユーザー: デバイスのプライマリ ユーザー。
  • クライアントの種類: クライアントのデバイスの種類。
  • 現在ログオンしているユーザー: デバイスに現在ログオンしているユーザー。
  • OG ID: メンバーが属するオーケストレーション グループの ID。
  • OG 一意の ID: メンバーが属するオーケストレーション グループの一意の ID。
  • リソース ID: デバイスのリソース ID。

ログ ファイル

サイト サーバー上の次のログ ファイルを使用して、監視とトラブルシューティングに役立てます。

サイト サーバー
  • Policypv.log: サイトがオーケストレーション グループの対象をクライアントにしていることを示します。
  • SMS_OrchestrationGroup.log: オーケストレーション グループの動作を示します。
クライアント
  • MaintenanceCoordinator.log: ロックの取得、更新プログラムのインストール、事前および事後スクリプト、ロック解除プロセスを示します。
  • UpdateDeployment.log: 更新プログラムのインストール プロセスを表示します。
  • PolicyAgent.log: クライアントがオーケストレーション グループ内にあるかどうかを確認します。

オーケストレーション グループの既知の問題

  • 複数のオーケストレーション グループにコンピューターを追加しないでください。

Microsoft Edge 管理の改善

自動更新を無効にするのではなく、自動更新を受け取るように設定された Microsoft Edge アプリケーションを作成できるようになりました。 この変更により、Configuration Manager を使用して Microsoft Edge の更新を管理するか、Microsoft Edge の自動更新を許可するかを選択できます。 アプリケーションを作成するときに、[Microsoft Edge 設定] ページで、[Microsoft Edge がエンド ユーザーのデバイスのクライアントのバージョンを自動的に更新することを許可する] を選択します。

Microsoft Edge 管理ダッシュボード

Microsoft Entra 検出とグループ同期のプロキシ サポート

認証を含む サイト システムのプロキシ設定は、現在、次のユーザーによって使用されます。

ログ ファイル

  • SMS_AZUREAD_DISCOVERY_AGENT.log

BitLocker 管理の改善

BitLocker 管理ポリシーに、固定ドライブとリムーバブル ドライブのポリシーなどの追加の設定が含まれるようになりました。

  • [ セットアップ] ページのグローバル ポリシー設定:

    • 再起動時のメモリの上書きを防ぐ
    • スマート カード証明書の使用ルールに準拠していることを検証する
    • 組織の一意の識別子

  • OS ドライブ の設定:

    • 起動時に拡張 PIN を許可する
    • オペレーティング システム ドライブ パスワード ポリシー
    • BitLocker 回復後にプラットフォーム検証データをリセットする
    • プリブート リカバリ メッセージと URL
    • 暗号化ポリシーの適用設定

  • ドライブ設定を修正:

    • データ ドライブの暗号化が修正されました
    • BitLocker で保護されていない固定ドライブへの書き込みアクセスを拒否する
    • 以前のバージョンの Windows から BitLocker 固定データ ドライブへのアクセスを許可する
    • 固定データ ドライブ パスワード ポリシー
    • 暗号化ポリシーの適用設定

  • リムーバブル ドライブ の設定:

    • リムーバブル ドライブのデータ暗号化
    • BitLocker で保護されていないリムーバブル ドライブへの書き込みアクセスを拒否する
    • BitLocker によって保護されていない BitLocker で保護されたリムーバブル ドライブへのアクセスを許可する
    • リムーバブル ドライブ パスワード ポリシー

  • クライアント管理 の設定:

    • ユーザー除外ポリシー
    • カスタマー エクスペリエンス向上プログラム

これらの設定の詳細については、 MBAM のドキュメントを参照してください。

BitLocker 管理の既知の問題

  • 次の新しい設定は、このテクニカル プレビュー バージョンでは機能しません。

    • ドライブ設定を修正: BitLocker で保護されていない固定ドライブへの書き込みアクセスを拒否する
    • リムーバブル ドライブの設定: BitLocker で保護されていないリムーバブル ドライブへの書き込みアクセスを拒否する
    • クライアント管理ポリシー: カスタマー エクスペリエンス向上プログラム

  • BitLocker レポートはこのリリースでは機能しません

タスク シーケンスの進行状況に対する追加の改善

コミュニティからの継続的なフィードバックに基づいて、このリリースにはタスク シーケンスの進行状況のさらなる改善が含まれています。 これで、合計ステップの数に、タスク シーケンスの次の項目が含まれなくなります。

  • グループ この項目は、ステップそのものではなく、他のステップのコンテナーです。

  • [ タスク シーケンスの実行 ] ステップのインスタンス。 このステップは他のステップのコンテナーであるため、カウントされなくなります。

  • 明示的に無効にする手順。 無効な手順はタスク シーケンス中に実行されないため、カウントされなくなります。

    注:

    無効なグループで有効なステップは、引き続き合計数に含まれます。

詳細については、次の記事を参照してください。

ConfigMgr PXE レスポンダーの機能強化

ConfigMgr PXE レスポンダーは、ステータス メッセージをサイト サーバーに送信するようになりました。 この変更により、オペレーティング システム展開のトラブルシューティングが容易になります。

クラウド管理ゲートウェイのトークンベースの認証

この機能は、テクニカル プレビュー ブランチ バージョン 2002 の Configuration Manager コンソールの [新機能] ワークスペースに表示されますが、バージョン 2001.2 でリリースされました。 詳細については、 2001.2 の機能を参照してください。

一般的な既知の問題

コレクションを削除できない

このバージョンの Technical Preview ブランチでは、コレクションを削除できません。

この問題を回避するには、次の Configuration Manager PowerShell コマンドレットを使用してコレクションを削除します。

次の手順

テクニカル プレビュー ブランチのインストールまたは更新の詳細については、「 テクニカル プレビュー」を参照してください。

Configuration Manager のさまざまなブランチの詳細については、「Configuration Manager のどのブランチを使用する必要がありますか?」を参照してください。

  • Last updated on