次の方法で共有


Configuration Managerを使用して OS 展開用のサイト システムの役割を準備する

Configuration Manager (現在のブランチ) に適用

オペレーティング システムをConfiguration Managerに展開するには、まず、特定の構成と考慮事項を必要とする次のサイト システムの役割を準備します。

配布ポイント

配布ポイント サイト システムの役割は、クライアントがダウンロードするソース ファイルをホストします。 このコンテンツは、アプリケーション、ソフトウェア更新プログラム、OS イメージ、ブート イメージ、ドライバー パッケージを対象とします。 帯域幅、調整、スケジュール オプションを使用してコンテンツの配布を制御します。

コンピューターへのオペレーティング システムの展開をサポートするのに十分な配布ポイントが必要です。 また、階層内でのこれらの配布ポイントの配置を計画することも重要です。 詳細については、「 コンテンツとコンテンツ インフラストラクチャの管理」を参照してください。 この記事では、OS の展開に固有の配布ポイントの計画に関する考慮事項について説明します。

配布ポイントの追加計画に関する考慮事項

不要な OS の展開を防ぐにはどうすればよいですか?

Configuration Managerは、サイト サーバーをコレクション内の他のターゲット コンピューターと区別しません。 サイト サーバーを含むコレクションに必要なタスク シーケンスを展開する場合、そのタスク シーケンスは、コレクション内の他のコンピューターと同じ方法で実行されます。 OS の展開で、目的のクライアントを含むコレクションが使用されていることを確認します。

リスクの高いタスク シーケンスデプロイの動作を管理します。 リスクの高いデプロイは、クライアントに自動的にインストールされ、望ましくない結果を引き起こす可能性があります。 たとえば、OS を展開する必須の目的を持つタスク シーケンスです。 望ましくないリスクの高い展開のリスクを軽減するには、展開の検証設定を構成します。 詳細については、「 リスクの高いデプロイを管理するための設定」を参照してください。

1 つの配布ポイントから一度に OS イメージを受信できるコンピューターの数はいくつですか?

必要な配布ポイントの数を見積もるには、次の変数を検討してください。

  • 配布ポイントの処理速度
  • 配布ポイントのディスク速度
  • ネットワーク上で使用可能な帯域幅
  • イメージ パッケージのサイズ

たとえば、他のサーバー リソース要因を考慮しない場合、100 メガビット/秒のイーサネット ネットワークで 4 GB のイメージ パッケージを 1 時間で処理できるコンピューターの最大数は 11 台です。

100 megabits/sec = 12.5 megabytes/sec = 750 megabytes/min = 45 gigabytes/hour = 11 images @ 4 GB per image

特定の期間内に特定の数のコンピューターに OS を展開する必要がある場合は、イメージを適切な数の配布ポイントに配布します。

OS を配布ポイントにデプロイできますか?

OS は配布ポイントに展開できますが、OS イメージは別の配布ポイントから受信する必要があります。

PXE 要求を受け入れるための配布ポイントの構成

PXE ブート要求を行うConfiguration Manager クライアントにオペレーティング システムを展開するには、PXE 要求を受け入れるように 1 つ以上の配布ポイントを構成します。 配布ポイントを構成すると、PXE ブート要求に応答し、実行する適切な展開アクションが決定されます。 詳細については、「 配布ポイントのインストールまたは変更」を参照してください。

PXE 対応配布ポイントで RamDisk TFTP ブロックとウィンドウ サイズをカスタマイズする

PXE 対応配布ポイントの RamDisk TFTP ブロックとウィンドウ サイズをカスタマイズできます。 ネットワークをカスタマイズした場合、大きなブロックまたはウィンドウ サイズにより、ブート イメージのダウンロードがタイムアウト エラーで失敗する可能性があります。 RamDisk TFTP ブロックとウィンドウ サイズのカスタマイズにより、PXE を使用して特定のネットワーク要件を満たす場合に TFTP トラフィックを最適化できます。 最も効率的な構成を判断するには、環境内のカスタマイズされた設定をテストします。

  • TFTP ブロック サイズ: ブロック サイズは、ファイルをダウンロードしているクライアントにサーバーが送信するデータ パケットのサイズです。 ブロック サイズを大きくすると、サーバーが送信するパケット数が少なくなり、サーバーとクライアントの間のラウンド トリップ遅延が少なくなります。 ただし、ブロック サイズが大きいとパケットが断片化され、ほとんどの PXE クライアント実装ではサポートされません。

  • TFTP ウィンドウ サイズ: TFTP には、送信されるデータ ブロックごとに受信確認 (ACK) パケットが必要です。 サーバーは、前のブロックの ACK パケットを受信するまで、シーケンス内の次のブロックを送信しません。 TFTP ウィンドウを使用すると、ウィンドウを埋めるのに必要なデータ ブロックの数を定義できます。 サーバーは、ウィンドウがいっぱいになるまでデータ ブロックをバックツーバックで送信し、クライアントは ACK パケットを送信します。 このウィンドウ サイズを大きくすると、クライアントとサーバー間のラウンド トリップ遅延の数が減り、ブート イメージをダウンロードするために必要な全体的な時間が短縮されます。

RamDisk TFTP ウィンドウ サイズを変更する

RamDisk TFTP ウィンドウ サイズをカスタマイズするには、PXE 対応配布ポイントに次のレジストリ キーを追加します。

  • 場所: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SMS\DP
  • 名前: RamDiskTFTPWindowSize
  • 種類: REG_DWORD
  • : (カスタマイズされたウィンドウ サイズ) 既定値は 1 (1 つのデータ ブロックがウィンドウを埋める) です。

RamDisk TFTP ブロック サイズを変更する

RamDisk TFTP ウィンドウ サイズをカスタマイズするには、PXE 対応配布ポイントに次のレジストリ キーを追加します。

  • 場所: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SMS\DP
  • 名前: RamDiskTFTPBlockSize
  • 種類: REG_DWORD
  • : (カスタマイズされたブロック サイズ) 既定値は です 4096

注:

Windows 展開サービスとConfiguration Manager PXE レスポンダー サービスの両方で、これらの TFTP 構成がサポートされています。

マルチキャストをサポートするように配布ポイントを構成する

マルチキャストは、ネットワーク最適化方法です。 複数のクライアントが同じ OS イメージを同時にダウンロードする可能性がある場合は、配布ポイントで使用します。 マルチキャストを使用すると、複数のコンピューターが配布ポイントによってマルチキャストされるため、OS イメージを同時にダウンロードできます。 マルチキャストを使用しない場合、配布ポイントは個別の接続を介して各クライアントにデータのコピーを送信します。 詳細については、「 マルチキャストを使用してネットワーク経由で Windows を展開する」を参照してください。

OS を展開する前に、マルチキャストをサポートするように配布ポイントを構成します。 詳細については、「 配布ポイントのインストールと構成」を参照してください。

状態移行ポイント

状態移行ポイントは、USMT が 1 台のコンピューターにキャプチャしたユーザー状態データを格納し、別のコンピューターに復元します。 ただし、展開先のコンピューターで Windows を更新する展開など、同じコンピューター上の OS 展開のユーザー設定をキャプチャする場合は、ハード リンクを使用して同じコンピューターにデータを格納するか、状態移行ポイントを使用するかを選択できます。 一部のコンピューター展開では、状態ストアを作成するときに、状態ストアと移行先コンピューターの間に関連付けが自動的に作成Configuration Manager。 状態移行ポイントを計画するときは、次の要因を考慮してください。

ユーザー状態のサイズ

ユーザー状態のサイズは、状態移行ポイントのディスク ストレージと移行中のネットワーク パフォーマンスに直接影響します。 ユーザーの状態のサイズと移行するコンピューターの数を検討してください。 また、コンピューターから移行する設定も検討してください。 たとえば、[ マイ ドキュメント] フォルダーが既にサーバーにバックアップされている場合は、イメージの展開の一部として移行する必要がない可能性があります。 不要な移行を回避すると、ユーザー状態の全体的なサイズが小さくなり、それ以外の場合は状態移行ポイントのネットワーク パフォーマンスとディスク ストレージに与える影響が減少します。

ユーザー状態移行ツール

オペレーティング システムの展開中にユーザー状態をキャプチャして復元するには、USMT ソース ファイルを指すユーザー状態移行ツール (USMT) パッケージを使用します。 Configuration Managerは、ソフトウェア ライブラリ>アプリケーション管理>パッケージのConfiguration Manager コンソールにこのパッケージを自動的に作成します。 Configuration Managerは、USMT を使用して、ある OS からユーザーの状態をキャプチャし、別の OS に復元します。 Windows の Windows 評価および展開キット (ADK) には、USMT が含まれています。

USMT のさまざまな移行シナリオの説明については、Windows ドキュメントの 「一般的な移行シナリオ 」を参照してください。

アイテム保持ポリシー

状態移行ポイントを構成する場合は、保存するユーザー状態データを保持する時間の長さを指定します。 状態移行ポイントにデータを保持する時間の長さは、次の 2 つの考慮事項によって異なります。

  • 格納されたデータがディスク ストレージに与える影響。

  • データを再度移行する必要がある場合に備えて、データを一定期間保持する潜在的な要件。

状態の移行は、データのキャプチャとデータの復元という 2 つのフェーズで行われます。 データをキャプチャすると、ユーザー状態データが収集され、状態移行ポイントに保存されます。 データを復元すると、状態移行ポイントからユーザー状態データが取得され、移行先のコンピューターに書き込まれ、次に[ 状態ストアの解放 ] タスク シーケンス ステップによって保存されたデータが解放されます。 データが解放されると、保持タイマーが開始されます。 移行されたデータをすぐに削除するオプションを選択した場合、ユーザー状態データは解放されるとすぐに削除されます。 一定期間データを保持するオプションを選択した場合、その期間が経過すると、状態データが解放されるとデータが削除されます。 保有期間を長く設定すればするほど、必要なディスク領域が増える可能性があります。

ドライブを選択してユーザー状態の移行データを格納する

状態移行ポイントを構成する場合は、ユーザー状態移行データを格納するサーバー上のドライブを指定します。 ドライブの固定リストからドライブを選択します。 ただし、これらのドライブの一部は、CD ドライブやネットワーク以外の共有ドライブなど、書き込み不可のドライブを表している場合があります。 一部のドライブ文字は、コンピューター上のどのドライブにもマップされない場合があります。 状態移行ポイントを構成するときに、書き込み可能な共有ドライブを指定します。

状態移行ポイントを構成する

ユーザー状態データを格納するように状態移行ポイントを構成するには、次の方法を使用します。

  • サイト システム サーバーの作成ウィザードを使用して、状態移行ポイント用の新しいサイト システム サーバーを作成します。

  • 既存のサーバーに状態移行ポイントを追加するには、 サイト システムの役割 の追加ウィザードを使用します。

これらのウィザードを使用すると、状態移行ポイントに関する次の情報を入力するように求められます。

  • ユーザー状態データを格納するフォルダー。

  • 状態移行ポイントにデータを格納できるクライアントの最大数。

  • ユーザー状態データを格納するための状態移行ポイントの最小空き領域。

  • ロールの削除ポリシー。 ユーザー状態データがコンピューターに復元された直後、またはユーザー データがコンピューターに復元されてから特定の日数が経過した直後に削除することを指定します。

  • 状態移行ポイントが、ユーザー状態データの復元要求にのみ応答するかどうか。 このオプションを有効にすると、状態移行ポイントを使用してユーザー状態データを格納することはできません。

サイト システムの役割をインストールする手順については、「サイト システムの 役割を追加する」を参照してください。

次の手順

OS 展開の準備