管理者におけるファイルベースのWIMイメージとISOや他のセクターベースのイメージとの違いは何ですか?

管理者におけるファイルベースのWIMイメージとISOや他のセクターベースのイメージとの違いは何ですか?

この質問の答えは、管理者が Microsoft ソリューションと他のサードパーティ ツールのどちらかを選択する際に非常に重要です。

WIMソリューションはファイルベースであり、その他はAcronisや他のバックアップおよびクローンツールのようなセクター単位のイメージです。ノートンゴーストまたはVMware ESXi でのクローン作成や。。など。

企業内で編集または展開する WIM の利点について質問があります。これらの代替決定の中から選択するために管理者の同意を得るためです。

変更管理には主要業績評価指標がありますか?

これらのソリューションの比較に関する統計はありますか?

画像を取得したり、画像を変更したり、画像を元に戻して適用したりするソリューションにはどのくらいの時間がかかりますか?

これらすべてのソリューションで作成されたイメージを、WIM ファイルと同じくらい簡単に変更および修正することは可能ですか?

答え1

ISO 対 WIM

セクター別イメージングは​​、すぐにバックアップする同様のハードウェア) マシン/ディスク (クローン作成の制限は、イメージの単純な更新をサポートしていないことです。更新には新しいクローン イメージが必要です)。
ファイルベースイメージングは柔軟で高速なイメージ展開と簡単な更新混合ハードウェア環境。(あらゆるハードウェアに展開できるため、イメージ ライブラリが小さくなり、より効率的な展開が可能になります)

ISO ファイルには WIM ファイルが含まれています (これにより移植性が向上し、Windows 環境に展開する場合は 1 つのファイルに抽出できます)。例: Windows 10 ISO には WIM ファイルが含まれています (Windows インストール ディスクの BOOT.WIM には、Windows PE の起動可能なバージョンが含まれています)。Windows ブート ローダーは、WIM ファイル内からの Windows の起動をサポートしています。

WIM イメージは Windows システムで最適に動作するように設計されていますが、ISO に変換するとイメージの移植性が向上します。WIM
形式をサポートしていないオペレーティング システムの場合、Windows アセスメント & デプロイメント キット (ADK) を使用して、wim イメージをより一般的に使用される ISO イメージに変換できます。

セクターベースのフォーマット (ISO や VHD など) とは異なり、WIM はファイルベースです。WIM 内の情報の基本単位はファイルです。ファイルベースであることの主な利点は、ハードウェアの独立性と単一インスタンス ストレージ (データの重複を防止) です。ファイルは単一の WIM ファイル内に保存されるため、多数の個別のファイルを開いたり閉じたりするオーバーヘッドが削減されます。また、ディスク キャッシュとシーケンシャル データ アクセスにより、ファイルの読み取りまたは書き込みのコストが削減されます。

WIM ファイルには複数のディスク イメージを含めることができ、それらは数値インデックスまたは一意の名前によって参照されます。

dism /Get-WimInfo /WimFile:"c:\path\install.wim"

画像は 1 つのファイルに抽出できます。

dism /Export-Image /SourceImageFile:"c:\path\install.wim" /SourceIndex:3 /DestinationImageFile: "c:\temp\install_3.wim"

単一インスタンス ストレージの使用により、後続の各ディスク イメージが WIM ファイルに追加された以前のイメージと共通するほど、追加される新しいデータは少なくなります。WIM は複数の部分に分割 (スパン) することもできます。

ファイルベースのクローン作成では、ドライブの断片化も解消されます (本来の利点)。そのため、一度にクローン作成できるボリューム (フォーマットされたファイルシステム) は 1 つだけという欠点があり、特にクローン作成するディスクの容量がほぼいっぱいの場合、ファイル アクセスにはファイルシステム ディレクトリの読み取り、ファイルの場所の処理、ファイルへのアクセス、そしてクローン作成のためにファイルの読み取りが必要となるため、初期クローン作成は遅くなります。

このオーバーヘッドは、ディスク上のバイトを読み取ってコピーするだけのセクターベースのクローン作成には適用されません。そのため、初期クローン作成が高速化されます。この方法のもう 1 つの利点は、ファイルシステムから削除、破損、または失われたファイルもクローン内で回復できることです。

参考文献:
https://en.wikipedia.org/wiki/Windows_Imaging_Format
https://www.smartdeploy.com/blog/the-difference-between-file-based-and-sector-based-imaging/ https://www.cnet.com/news/differences-between-file-level-and-block-level-cloning/

答え2

画像が編集可能であれば、企業の目標に合わせて構成できます。

  1. WIMファイルに新しい更新を適用するイメージ
  2. イメージをシステムにマウントし、必要なときにイメージに適用する変更をコミットします。
  3. 言語パックやドライバーなど、イメージに必要なものを入手します
  4. WIMファイルをVHDに変換する(ウィム2VHD) で SCVMM または Microsoft Virtual PC で仮想マシンを作成し、vmware で VMHD に変換します。
  5. 単一インスタンス: 10台のPCに10枚の画像の代わりに、テンプレートのような単一インスタンスがあります

何千ものクライアントに対して、さまざまなハードウェアに多数の OS を展開するのは簡単ではありません。

ファイルに基づいた画像がある場合、設定可能な

ハードウェアに依存しない画像の柔軟性が高まります。

一度作って、自信のないシステムに使う

関連情報