Auswerten herkömmlicher Bereitstellungsmethoden
Bis Windows 10 war die Methode der Wahl für die Bereitstellung eines Betriebssystems in der Regel das Image des Geräts. Die Imageerstellung ist der Prozess, bei dem ein vorkonfiguriertes Betriebssystem auf eine große Gruppe von Computern angewendet wird. Dies war in der Vergangenheit die bevorzugte Methode für umfangreiche Bereitstellungen, bei denen manuelle Installationsmethoden nicht praktikabel sind. Herkömmliche Methoden wie die Bildgebung werden für Windows 10 oder höher weiterhin unterstützt.
Standard- und benutzerdefinierte Images
Bei der Auswahl eines bereitzustellenden Images müssen Administratoren entscheiden, ob sie das Windows-Standardimage verwenden oder ein benutzerdefiniertes Image erstellen möchten.
Die Windows-Installationsdateien enthalten das Standardbetriebssystemimage install.wim. Dieses Image ist ein grundlegendes Betriebssystemimage, das einen Standardsatz von Treibern enthält. Wenn Sie das Standardbetriebssystemimage verwenden, müssen die Konfiguration des Betriebssystems und die Installation von Anwendungen separat und nach der Bereitstellung des Images erfolgen.
Konfigurationen und Anwendungen können in benutzerdefinierte Images eingeschlossen werden. Tools wie Image Servicing and Management (DISM.exe) für die Bereitstellung können zum Warten und Vorbereiten von Windows-Images verwendet werden. DISM ist ein Befehlszeilentool, das das Image eines Referenzcomputers mit dem gewünschten Betriebssystem, den gewünschten Einstellungen und Anwendungen erfassen kann. DISM kann auch verwendet werden, um das Image einzuhängen und Änderungen vorzunehmen.
Sysprep wird dann verwendet, um das Image vor der Bereitstellung zu generalisieren. Bevor Sie ein Windows-Image auf neuen PCs bereitstellen können, müssen Sie zunächst das Image generalisieren. Bei diesem Vorgang werden computerspezifische Informationen wie installierte Treiber und die Computersicherheits-ID (SID) entfernt. Durch die Generalisierung des Images ist es für die Bereitstellung bereit.
Die Verwendung von Standardbildern und benutzerdefinierten Images hat Vor- und Nachteile, wie im folgenden Diagramm dargestellt.
Standardbild
Benutzerdefiniertes Image
Es ist nicht erforderlich, ein Image zu erstellen
Image muss erstellt und verwaltet werden
Anwendungen und Einstellungen müssen separat angewendet werden
Anwendungen und Einstellungen können in ein benutzerdefiniertes Image eingeschlossen werden
Ein Image pro Architektur (x86/x64) kann für die organization
Die Konfigurations- und Anwendungsanforderungen (und manchmal auch Hardware) jeder Gruppe innerhalb eines organization erfordern in der Regel, dass mehrere Images erstellt und verwaltet werden müssen.
Updates für Anwendungen muss das Image nicht neu erstellt werden.
Updates zu Anwendungen führen dazu, dass Images veraltet sind, sodass Images häufig aktualisiert oder neu erstellt werden müssen.
Die Gesamtbereitstellungszeit ist in der Regel langsamer, da Konfigurationen angewendet und Anwendungen installiert werden müssen, nachdem das Betriebssystemimage bereitgestellt wurde.
Die Gesamtbereitstellungszeit ist in der Regel schneller, da die Konfigurationen und Anwendungen im Image enthalten sind.
Bei einigen Anwendungen kann es schwierig sein, die Installation zu automatisieren.
Wenn Anwendungen auf dem Referenzcomputer installiert sind, sind sie in der Regel einfacher bereitzustellen, wenn sie im Image enthalten sind.
Dünne und dicke Bilder
Bei der Auswahl der Imageerstellung bezieht sich das Konzept von dünnen und dicken Images auf das, was das Image über das Betriebssystem hinaus enthält. Ein Thin Image kann das Standardimage oder ein benutzerdefiniertes Image sein, das nur das Betriebssystem selbst und möglicherweise einige Treiber enthält, die erforderlich sind, um sicherzustellen, dass das Betriebssystem ordnungsgemäß installiert wird. Alternativ kann ein dickes Image das Betriebssystem und mehrere Anwendungen sein, die im gesamten organization weit verbreitet sind.
Zunächst können dicke Bilder wie eine attraktivere Option erscheinen. Allerdings werden dicke Bilder im Laufe der Zeit schwieriger zu verwalten. Schließlich müssen Anwendungen aktualisiert werden. Und Konfigurationsänderungen sind häufig erforderlich. Bei jeder Bereitstellung müssen diese Änderungen und Updates angewendet werden. Da sich die Updates im Laufe der Zeit ansammeln, kann sich die Bereitstellungszeit erheblich erhöhen. Da mehrere Images unterstützt werden müssen, kann die Verwaltung von Versionen von Apps und Konfigurationen ziemlich schwierig werden. Mit der Zeit steigt die Notwendigkeit, das Image neu zu erstellen, soweit dies erforderlich ist. Der Aufwand, Images neu zu erstellen, kann die anfängliche Speicherungszeit mit dicken Bildern negieren.
Aus diesen Gründen wird im Allgemeinen empfohlen, thin images anzuwenden und Anwendungen nach der Bereitstellung zu installieren. Während sie zusätzlichen Aufwand im Voraus benötigen, werden Updates einfacher zu verwalten, und Images werden nicht so schnell "veraltet". Mithilfe von Methoden wie Gruppenrichtlinienobjekten und Geräterichtlinien zum Anwenden von Konfigurationen mithilfe von Lösungen wie Endpoint Manager können Organisationen diese Aufgaben nach der Bereitstellung mit minimaler Wartung für die Images selbst automatisieren.
Starten von VHD
Anstatt das Betriebssystem direkt auf dem physischen Laufwerk zu installieren, unterstützen Geräte von Windows 7 und höher auch den Start von VHD. Mithilfe von Tools wie Hyper-V, PowerShell oder der Datenträgerverwaltungskonsole kann eine VHD- oder VHDX-Datei erstellt werden. Sie können eine Windows-Imagedatei anwenden und von ihr starten, als ob sie nativ auf dem Speichergerät installiert wäre.