とそれを関連付けできる。複数のコンピュータと共有できる。これはクローニングの操作の一種となるように見えるが、標準のクローニングの準備が期待したように動作しない。クライアントは、このような展開を実施するためにどのように準備することができるか。次のような状況になる可能性があります。作成しそれを変更する際に、プライベートイメージモードに設定します。クライアントはこのモードでは、再起動時に変更が保存されるため、期待した通りに動作します。標準イメージモードに設定して使用します。利用できますが、変更が保存されません。使用したマシンの再起動時に失われます。ディスクに行われた変更がすべて失われます。クライアントが複製されて表示される原因となります。登録が再起動ごとに失われるだけでなく、定義やポリシーの更新も失われます。再起動ごとに大きいファイルのダウンロードが大量に発生する可能性があります。社はベースイメージの定期的な更新によりサポートできます。クライアントの定義のダウンロードのサイズを最小にできるかもしれません。同時ダウンロードによるネットワーク負荷は、定義更新のスケジュールのランダム化によりの処理できます。部門をインポートすることで回避できるかもしれません。変更に関わらず、一台だけ表れます。モード、差分ディスクイメージをプロビジョニングされたクライアント上で利用します。登録、定義の更新のような変更が再起動の間に保存されます。はまだ変更されません。マシンによって実施された変更は、リンクされたキャッシュに保存されます。次回の更新時に不要な変更が削除されます。クライアントを利用します。定期的な更新により、新しい定義ファイルを提供します。部門を利用することでプロビジョニングされたクライアントを管理する特別な複雑さを加えたくない場合があります。設定するスクリプトを利用することができます。サービスが起動する前の起動プロセス中に実施する必要があります。利用されてしまいます。ランダム化または複製が原因の問題のための対処となりますので、ウイルス定義更新の対処は別に実施する必要があります。設定のための起動スクリプトを使用する例となります。クライアントの改変対策機能を無効にする。サービスを手動となるように設定する。