VMware Mirage 5.2 | 9. Dezember 2014

Diese Versionshinweise decken die folgenden Themen ab:

    Info zu VMware Mirage

    VMware Mirage ist eine einzigartige Lösung für die Verwaltung physischer oder virtueller Desktops, Laptops und anderer privater mobiler Endgeräte, die eine zentralisierte Verwaltung für die IT mit Funktionen zur lokalen Ausführung für die Endbenutzer kombiniert. Bei der Installation von Horizon Mirage auf einem Windows-PC wird eine vollständige virtuelle Kopie des Endpunkts im Rechenzentrum zentralisiert und anschließend synchron gehalten. Bei der Synchronisierung werden Änderungen am Windows-PC eines Benutzers in das Rechenzentrum hochgeladen, und von der IT vorgenommene Änderungen werden heruntergeladen und direkt auf den Windows-PC des Benutzers angewendet. Mirage ermöglicht eine zentrale Abbildverwaltung von Desktops, während gleichzeitig eine lokale Ausführung am Benutzerendpunkt möglich bleibt.

    Neuheiten bei Mirage 5.2

    Mirage 5.2 führt Funktionen ein, die die Verwaltung der Mirage-Komponenten verbessern. Zu den neuen Funktionen und Verbesserungen zählen:

    • Mirage kann mit eingeschränkten virtuellen Maschinen verwendet werden und ermöglicht Administratoren die Verwaltung von privaten mobilen Endgeräten mit Horizon FLEX. Die Dokumentation zu Horizon FLEX finden Sie unter https://www.vmware.com/support/pubs/horizon-flex-pubs.html.
    • Mirage unterstützt das Aktualisieren von WEPOS-Geräten auf POSReady 2009.
    • Administratoren können Laufwerke für den Branch Reflector-Cache angeben, einschließlich systemexterne Laufwerke. Ein neuer CVD-Alarm warnt Administratoren, wenn ein Branch Reflector-Cache nicht verfügbar ist.
    • Mirage verwendet VSS mit persistentem Arbeitsspeicher auf Maschinen mit Windows 7, Windows 8 und Windows 8.1, wodurch Uploadvorgänge von Mirage effizienter ausgeführt werden können.
    • Administratoren können einen Zentralisierungsfluss mit Mirage PowerCLI-Cmdlets in Microsoft PowerShell ausführen.
    • Webberichte bieten bessere Funktionalität.
      • Administratoren können Berichte ins XLS-Format exportieren.
      • Administratoren können für den Berichtszeitraum und den Berichtsplan eine bestimmte Zeit auswählen, z. B. 12:30 Uhr.
      • Administratoren können Berichtsvorlagen umbenennen.
      • Wenn Administratoren eine Berichtsvorlage löschen, bleiben die mit dieser Vorlage generierten Berichte erhalten.
      • Im Berichtsvorlagenraster werden das Intervall des Berichtsplans und das Symbol des Berichtstyps angezeigt.
    • Administratoren können die IP-Adresse für den Mirage Gateway-Server in der Mirage Management Console manuell ändern.

    Bekannte Einschränkungen von Mirage 5.2

    Für diese Mirage-Version gelten die folgenden bekannten Einschränkungen.

    • Mirage unterstützt bis zu 1.000.000 Dateien pro CVD auf 32-Bit-Systemen. Es gibt keine Dateibegrenzungen auf 64-Bit-Systemen.
    • Lokale Benutzerprofile auf einer Referenzmaschine werden nur auf Basis-Layern bereitgestellt, wenn sie in einer Windows 7-Migration oder in einer Basis-Layer-Bereitstellung verwendet werden. Bei Abbildzuordnungs- und Layer-Aktualisierungen wird nur das standardmäßige lokale Benutzerprofil bereitgestellt. Anwendungen, die die Erstellung und Verwendung lokaler Benutzerprofile erfordern, sind für die Integration in einen Basis-Layer oder einen App-Layer nicht geeignet.
    • Während einer Streaming-Wiederherstellung können Anwendungen erst wieder auf Offline-Dateien zugreifen, wenn der Mirage-Dienst gestartet wurde. Dies kann sich auf den Betrieb der Anwendungen auswirken. Sie können die minimale Wiederherstellungseinrichtung um die jeweiligen Anwendungen erweitern. Weitere Informationen finden Sie im VMware Mirage-Administratorhandbuch.
    • Alle Änderungen am CVD auf dem Server (Basis-Layer-Zuweisung, Richtlinienänderung) werden erst beim nächsten Synchronisierungsintervall (standardmäßig 1 Stunde, per Richtlinie anpassbar) an den Client übertragen. Verwenden Sie die Aktion „Gerät synchronisieren“ in der Mirage Management Console oder die Aktion „Jetzt synchronisieren“ auf dem Endpunktgerät, um eine Synchronisierung zu erzwingen.
    • Wenn das Kontokennwort für eine Maschine nach einem Wiederherstellungsvorgang abgelaufen ist, können Sie sich möglicherweise nicht mehr mit der Domäne verbinden. Dies ist ein bekanntes Problem bei Active Directory und Sicherungen. Weitere Informationen finden Sie unter http://support.microsoft.com/kb/175468.
    • Mirage erfordert den standardmäßigen Windows-Schattenkopie-Anbieter 1.0. Mit dem Befehl line: vssadmin list providerskönnen Sie die auf dem Computer installierten VSS-Anbieter anzeigen.
    • Mirage bietet keine Unterstützung für die schnelle Benutzerumschaltung von Windows. Sie müssen diese Option auf den Endpunkt- und Referenzmaschinen deaktivieren, bevor Sie einen Basis-Layer erfassen.
    • Mit Mirage wird nur der NTFS-Hauptstream einer Datei hochgeladen und gespeichert. Alle weiteren Streams werden weder auf einen CVD hochgeladen noch von dort wiederhergestellt.
    • Änderungen an einer .pst-Datei werden einmal täglich vom Endpunkt auf den CVD hochgeladen. Wenn Sie vor einer CVD-Wiederherstellung auf einem neuen Hardwaregerät sicherstellen möchten, dass die .pst-Datei erfolgreich auf den CVD hochgeladen wurde, geben Sie in der Registrierung als Wert für LastFullUploadTicks Nullen ein:
      HKEY_LOCAL_MACHINE\SOFTWARE\Wanova\Mirage Desktop Service\LastFullUploadTicks = 00 00 00 00 00 00 00 00.
      Klicken Sie dann auf Jetzt synchronisieren.
    • Die Anwendung eines Basis-Layers auf einen Endpunkt, der die Antiviren-Software Kaspersky entfernt oder installiert, wird von Mirage nicht unterstützt. Weitere Informationen sowie eine Lösung des Problems finden Sie unter http://kb.vmware.com/kb/2048424.
    • Wenn ein CVD, auf dem Sophos SafeGuard Encryption nicht installiert ist, auf einem Rechner wiederhergestellt wird, auf dem SafeGuard installiert ist, schlägt der Wiederherstellungsvorgang möglicherweise fehl. Weitere Informationen sowie eine Lösung des Problems finden Sie unter http://kb.vmware.com/kb/2081607.
    • Wenn Sie mehrere Datenträger verwenden, beachten Sie Folgendes:
      • Inhalte von nicht fest verbauten Laufwerken (Netzwerkzuweisungen, nicht fest installierte Geräte wie z. B. Speichersticks) werden nicht auf den Server hochgeladen.
      • Bei der Zuweisung eines Basis-Layers oder eines App-Layers zu einem Endpunkt müssen die Windows-Laufwerksbuchstaben für fest verbaute Laufwerke auf dem Endpunkt die gleichen sein wie auf der Referenzmaschine, auf der der Basis- oder App-Layer erfasst wurde (Nicht zulässig ist beispielsweise C:für einen CVD und D:für einen Basis-Layer.)
      • Standardmäßig wird nur das Systemvolume auf den CVD hochgeladen. Sie können zusätzliche Laufwerkbuchstaben zur Hochladerichtlinie hinzufügen, um zusätzliche Volumes hochzuladen.
    • Basis-Layer und App-Layer bieten derzeit keine Unterstützung für SQL Express oder SQL Server.
    • Wenn nach einer Betriebssystem-Migration von Windows XP auf Windows 7 das Betriebssystem Windows XP wiederhergestellt wird, werden die 802.1X-Einstellungen möglicherweise nicht beibehalten.
    • Mirage unterstützt die Bereitstellung einer vollständigen Microsoft Office-Suite nur für Endpunkte, auf denen noch keine Microsoft Office-Suite installiert ist.
    • Die Bereitstellung von zwei vollständigen Microsoft Office-Suites auf verschiedenen Layern wird von Mirage nicht unterstützt.
    • Szenarien, in denen ein Endpunkt mehrere Versionen einer vollständigen Microsoft Office-Suite enthält, werden von Mirage nicht unterstützt.
    • Windows-Systemwiederherstellungspunkte sind nicht mit Computern kompatibel, auf denen Mirage installiert ist.
    • In-Place-Betriebssystem-Migrationen werden für Computer, auf denen McAfee Endpoint Encryption aktiviert ist, nicht von Mirage unterstützt.
    • Die Bereitstellung unterschiedlicher Versionen von Microsoft Office-Anwendungen auf verschiedenen Layern als Teil desselben Bereitstellungsvorgangs wird von Mirage nicht unterstützt.

    In dieser Version behobene Probleme

    Die folgenden Probleme wurden seit der letzten Mirage-Version behoben.

    • In seltenen Fällen ist Windows nach Ausführen einer Layer-Aktualisierung nicht in der Lage, Treiber für ein oder mehrere Hardware-Geräte zu installieren.
    • Wenn der Mirage Gateway-Server in einem anderen Subnetz als der Mirage Management-Server bereitgestellt wird und der Mirage Gateway-Server mithilfe von SNAT geschützt wird, können Sie den Mirage Gateway-Server nicht über die Mirage Management Console verwalten.
    • Im Bereitstellungsverfahren für die Mirage Gateway-OVA fehlt der Schritt zum Konfigurieren der Netzwerkeigenschaften.
    • In seltenen Fällen kann die Basis-Layer-Bereitstellung einer Windows 8.1-Maschine mit dem STOP-Fehler 0xc000000ebeendet werden.
    • Wenn Sie mehrere CVDs in einem einzigen Schritt archivieren, kann es zu einem Deadlock der Datenbank kommen.
    • In seltenen Fällen kann eine aus VSS kopierte Systemstruktur beschädigt sein.
    • Wenn nach dem Wiederherstellen eines CVD, der Layer enthält, neue Layer zugewiesen werden, funktioniert der Mirage-Client in seltenen Fällen nicht.
    • Wenn Sie Microsoft Excel öffnen, nachdem Sie eine Basis-Layer-Aktualisierung ausgeführt haben, die eine Microsoft Office 2013-Suite und Anwendungen aus verschiedenen Service Packs enthält, wird möglicherweise die Fehlermeldung Microsoft Office-Dokumentcache muss repariert werdenangezeigt.
    • Wenn einer Zielmaschine ein Basis-Layer zugewiesen ist, werden bei einer CleanState-Deinstallation nicht alle Dateien aus dem WVI entfernt.
    • Beim Konfigurieren von SNAT ist der Status des Mirage Gateway-Servers Offline.
    • Wenn sich das Attribut root domain naming contextvom Attribut default domain contextunterscheidet, schlägt die Authentifizierung für den Mirage Gateway-Server fehl.
    • Nach dem Ausführen einer Hardwaremigration von Maschinen mit SteelHead Mobile können Sie keine IP-Einstellungen anzeigen.
    • Wenn Sie als Zeitraum eines Berichts 1024 Jahre festlegen, kann der Bericht nicht generiert werden.
    • In der Mirage Management Console können Sie CVDs nicht nach IP-Adresse sortieren.

    Bekannte Probleme in Mirage 5.2

    Die folgenden bekannten Probleme wirken sich auf Mirage 5.2 aus.

    • Wenn Sie einen Windows 8.1-Basis-Layer anwenden, dessen Windows-Produkt-ID sich von der Windows-Produkt-ID auf dem CVD unterscheidet, funktionieren vom Benutzer installierte Windows Store-Anwendungen möglicherweise nicht mehr, wenn der CVD einem anderen Hardwaregerät zugewiesen wird. Wenn Sie beim Versuch, die Windows Store-Anwendungen zu starten, auf Reparieren klicken, werden die Anwendungen möglicherweise dennoch nicht repariert.

    • Problemumgehung: Alle vom Benutzer installierten Windows Store-Anwendungen, die nicht funktionieren, müssen neu installiert werden.
    • Bei einer In-Place-Migration von Windows 8 verhindert die Antiviren-Software von McAfee möglicherweise, dass Mirage die richtigen Zugriffsrechte für Verzeichnisse festlegt. Eventuell ist es nicht möglich, Dateien zu erstellen oder zu bearbeiten.
      Problemumgehung: Deaktivieren Sie den Zugriffsschutz von McAfee, bevor Sie die Betriebssystem-Migration starten. Weitere Informationen finden Sie unter http://kb.vmware.com/kb/2052489
    • Beim Aktualisieren eines Basis-Layers oder eines App-Layers werden die Energieeinstellungen möglicherweise neu konfiguriert und entsprechen dann den Energieeinstellungen der Referenzmaschine.
      Problemumgehung: Fügen Sie den Basisabbildregeln einen Ausschluss des Registrierungswertes HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power\User\PowerSchemes\ActivePowerSchemehinzu.
    • Wenn nach einer Betriebssystem-Migration versucht wird, das vorherige Betriebssystemabbild wiederherzustellen, schlägt die Migration möglicherweise fehl, da nicht ausreichend Festplattenspeicher zur Verfügung steht. Mirage belegt keinen lokalen Festplattenspeicher für lokale Dateien, die mit den Dateien im wiederhergestellten CVD-Abbild und im selben Pfad identisch sind.
      Problemumgehung: Stellen Sie sicher, dass der verfügbare Festplattenspeicher größer als die Größe des vorherigen Betriebssystemabbilds ist. Sie können das Dienstprogramm für die Datenträgerbereinigung ausführen und Windows-Installationen löschen, um Speicherplatz freizugeben.
    • Eine Betriebssystem-Migration von Windows 7 mit Sophos SafeGuard 5.6 im Basis-Layer auf Windows 8.1 mit Sophos SafeGuard 6.1 im Basis-Layer schlägt möglicherweise fehl.
      Problemumgehung: Entfernen Sie Sophos SafeGuard 5.6 aus dem Windows 7-Basis-Layer, bevor Sie die Betriebssystem-Migration starten. Installieren Sie Sophos SafeGuard 6.1 nach der Migration auf Windows 8.1 auf der Windows 8.1-Maschine.
    • Mirage erkennt nicht die Kompatibilität eines Prozessors mit dem hybriden Standbymodus von Windows 7 und Windows 8.1. Nach einer Betriebssystem-Migration von Windows 7 auf Windows 8.1 funktioniert der hybride Standbymodus möglicherweise nicht.
      Problemumgehung: Deaktivieren Sie den hybriden Standbymodus auf der Referenzmaschine, bevor Sie Basis-Layer für die Betriebssystem-Migration erfassen.
    • Beim Versuch, ein Betriebssystem über ein Mirage-USB-Startgerät zu installieren, das für Windows 8.1 U1 konfiguriert wurde, schlägt die Installation möglicherweise fehl.
      Problemumgehung: Verwenden Sie bei der Konfiguration des Mirage-USB-Startgeräts für Windows 8.1 nicht Update 1.
    • In seltenen Fällen kann der McAfee-Mechanismus zum Zugriffsschutz Mirage-Vorgänge blockieren, beispielsweise das Herunterladen von Basis-Layern, die Betriebssystem-Migration und die Bereitstellung.
      Problemumgehung: Schließen Sie den Mirage-Dienst aus Sicherheitsprodukten aus.
    • Wenn Sie einen Endpunkt, auf dem Symantec Endpoint Protection (SEP) Version 12.1.671.4971 installiert ist, von Windows XP auf Windows 7 migrieren, schlägt die Migration möglicherweise fehl.
      Problemumgehung: Deinstallieren Sie SEP oder führen Sie ein Upgrade auf eine neuere Version von SEP durch, bevor Sie den Migrationsvorgang starten.
    • Wenn Sie eine Basis- oder App-Layer-Aktualisierung durchführen, bei der eine Webbrowser-Anwendung entfernt wird, die ein Endbenutzer als Standard-Webbrowser festgelegt hat, erhält der Endbenutzer beim Öffnen von Websites oder HTML-Dateien möglicherweise eine Fehlermeldung.
      Problemumgehung: Empfehlen Sie dem Endbenutzer, den Webbrowser neu zu installieren oder einen anderen Standard-Webbrowser auszuwählen.
    • Wenn Sie ein Layer-Verfahren durchführen, das zu mehreren Versionen von Microsoft Visio auf einem einzigen Computer führt, wird beim Öffnen von Microsoft Visio möglicherweise das Microsoft Office-Konfigurationsfenster auf dem Computer des Endbenutzers angezeigt.
      Problemumgehung: Dies ist ein bekanntes Problem bei Microsoft Office. Weitere Informationen finden Sie unter http://support.microsoft.com/kb/298947 und http://support.microsoft.com/kb/314392.
    • Wenn Sie ein Layer-Verfahren durchführen, das Microsoft Office beinhaltet und Sie eine Microsoft Office-Anwendung vor Abschluss der System-Updates öffnen, wird möglicherweise das Microsoft Office-Konfigurationsfenster angezeigt.
      Problemumgehung: Warten Sie, bis alle Layer-Zuweisungen abgeschlossen sind, bevor Sie Microsoft Office-Anwendungen ausführen.
    • Bei der Bereitstellung eines Basis-Layers, der ein Windows Live-Konto beinhaltet, können in seltenen Fällen Sysprep-Vorgänge fehlschlagen.
      Problemumgehung: Erfassen Sie keinen Basis-Layer, der ein Windows Live-Konto beinhaltet. Wenn bei der Bereitstellung eines Basis-Layers, der ein Windows Live-Konto beinhaltet, Probleme auftreten, wiederholen Sie die Erfassung des Basis-Layers ohne Windows Live-Konto.
    • Wenn Sie ein Basis-Layer-Verfahren durchführen, wird die auf dem Endpunkt konfigurierte statische IP-Adresse nicht beibehalten.
      Problemumgehung: Gehen Sie wie folgt vor, damit die auf dem Endpunkt konfigurierte statische IP-Adresse beibehalten wird.
      1. 1. Erstellen Sie ein VSS-Vorabskript, das „netsh“ zum Speichern der Netzwerkeinstellungen in C:\Wanova Volume Information verwendet.
      2. 2. Erstellen Sie ein Skript nach erfolgter Bereitstellung, das „netsh“ zum Importieren der Netzwerkeinstellungen verwendet. Führen Sie die Datei C:\Programme\Wanova\Mirage Service\Wanova.Desktop.Control.exe -unlock aus, bevor Sie auf C:\Wanova Volume Information\ zugreifen, und führen Sie die Datei C:\Programme\Wanova\Mirage Service\Wanova.Desktop.Control.exe -lock aus, nachdem Sie auf C:\Wanova Volume Information\ zugegriffen haben.
    • Wenn auf einer Maschine zwei oder mehr Microsoft Office-Anwendungen installiert sind und mindestens eine davon Teil eines Layers ist, ist die Interoperabilität der übrigen Microsoft Office-Anwendungen möglicherweise beeinträchtigt.
      Problemumgehung: Für dieses Problem gibt es keine Problemumgehung.
    • Wenn Sie einer Maschine, auf der bereits ein Microsoft Office 2013 SP1-Produkt installiert ist, einen Layer zuweisen, der ein Microsoft Office 2013-Produkt enthält, funktioniert Microsoft Office möglicherweise nicht.
      Problemumgehung: Erfassen Sie den Layer mit Microsoft Office 2013 SP1 erneut.
    • Wenn Sie einer Maschine, auf der bereits Microsoft-Produkte installiert sind, einen Layer bereitstellen, der Microsoft Office-Produkte enthält, und wenn die Architekturen nicht identisch sind, können Sie keine Microsoft Office-Produkte manuell auf der Maschine installieren.
      Problemumgehung: Für dieses Problem gibt es keine Problemumgehung.
    • Wenn Sie einen Layer bereitstellen, der ein Microsoft Office-Produkt enthält, und wenn Sie dieses Microsoft Office-Produkt aktualisieren und dann den Layer entfernen, der das Microsoft Office-Produkt enthält, können Sie möglicherweise keine Microsoft Office-Produkte manuell installieren.
      Problemumgehung: Weitere Informationen finden Sie unter http://support.microsoft.com/kb/290301
    • Wenn Sie ein CVD migrieren, auf dem Microsoft Office 2013 installiert ist, wird die Microsoft Office-Lizenzaktivierung nicht migriert und Microsoft Office befindet sich in einem unlizenzierten Zustand.
      Problemumgehung: Aktivieren Sie die Microsoft Office-Lizenz manuell aus einer beliebigen Anwendung heraus.
    • Wenn Sie ein Programm in einem App-Layer bereitstellen, wird automatisch eine Taskleisten- oder Desktop-Verknüpfung erstellt. Wenn Sie das Programm aus dem Layer entfernen, wird die Verknüpfung von Mirage nicht gelöscht.
      Problemumgehung: Für dieses Problem gibt es keine Problemumgehung.