Novell ZENworks 6.5 Desktop Management Support Pack 1

2.4.1 Organisationsstruktur der extrahierten Installationsdatei

Die folgende Verzeichnisstruktur wird in dem Netzwerkverzeichnis erstellt, in das die Datei zen65sp1compcd.exe extrahiert wird:

zen65sp1\ 
   |__install\... 
   |__readmes\ 
   |   |__en\ 
   |      |__readme_desktops.html 
   |      |__readme_servers.html     
   |      |__readme_zenworks.html 
   |__zdm\ 
   |   |__agentinstall\... 
   |   |__license_agreements\... 
   |   |__zen preboot services\... 
   |   |__zenworks\... 
   |__zsm\ 
   |   |__sounds\... 
   |   |__zfs\... 
   |__autorun.inf 
   |__winsetup.exe 
   |__winsetup.ini 

HINWEIS:  Um die Installation von SP1 zu starten, führen Sie die Datei winsetup.exe aus.

Die folgende Verzeichnisstruktur wird in dem Netzwerkverzeichnis erstellt, in das die Datei companioncd.exe extrahiert wird:

companioncd\ 
   |__companion1\ 
   |   |__licensing\ 
   |       |__nls32.dll 
   |       |__nlsapi32.dll 
   |__companion2\... 

3.1.1 Im Arbeitsstationspaket konfigurierte Windows-Gruppenrichtlinien, die beim Start ausgeführt werden sollen, werden möglicherweise nicht konsistent verarbeitet

Die Startskripts für im Arbeitsstations-Richtlinienpaket konfigurierte Gruppenrichtlinien für Windows-Arbeitsstationen werden möglicherweise nicht konsistent ausgeführt, wenn sie für den Systemstart in ZENworks 6.5 Desktop Management SP1 terminiert sind. Dies ist auch dann der Fall, wenn das Kontrollkästchen "Arbeitsstationseinstellungen beibehalten" aktiviert ist.

3.1.2 Bei Verwendung zentral gespeicherter Profile werden möglicherweise die Profile .001, .002 und .003 lokal erstellt

Wenn Netzwerkbenutzern mit zentral gespeicherten Profilen mehrere Ordner C:\Dokumente und Einstellungen\Benutzername.Computername.nnn auf einer Windows-Arbeitsstation angezeigt werden, auf der sie sich anmelden, oder wenn das Abmelden von Windows oder von Arbeitsstationen ungewöhnlich lange dauert, kann dies daran liegen, dass Windows-Registrierungsschlüssel nicht geschlossen wurden.

Um dieses Problem zu umgehen, laden Sie das Dienstprogamm Microsoft User Profile Hive Cleanup Service herunter. Dieses Dienstprogramm schließt offene Registrierungsschlüssel in der Benutzerstruktur, ermöglicht das normale Löschen zentral gespeicherter Profile beim Abmelden und sorgt für schnelleres Abmelden und Herunterfahren von Arbeitsstationen.

Wir empfehlen den Einsatz von Novell Application Launcher^TM zur Verteilung dieser MSI-Anwendung auf alle betroffenen Arbeitsstationen.

3.2.1 Application Launcher überschreibt die Eigenschaft REINSTALLMODE von MSI-Anwendungen, die aktualisiert werden

Wenn Sie versuchen, eine kleinere Versionsaktualisierung (zum Beispiel ZENworks 6.5 SP1) auf eine MSI-Anwendung anzuwenden, überschreibt Novell Application Launcher die REINSTALLMODE-Einstellung "vamus" und ersetzt sie durch den Wert "vomus". Der Buchstabe "o" in diesem Wert gibt an, dass nur ältere Dateien ersetzt werden. Das "a" in "vamus" gibt an, dass alle Dateien zu ersetzen sind.

Dies stellt ein Problem dar: Auch dann, wenn eine SP1-Datei ein neueres Datum hat als die Datei, die gerade aktualisiert wird, wird bei der SP1-Aktualisierung die neuere Datei nicht kopiert, es sei denn, die Version der Datei ist neuer (d. h. höher) als die der zurzeit im System abgelegten Datei. Aufgrund des neueren Dateidatums gehen Sie wahrscheinlich davon aus, dass die neue Datei kopiert wird. Die Datei wird jedoch erst dann kopiert, wenn die Version der Datei auf eine höhere Version aktualisiert wurde.

Dieses Aktualisierungsproblem lässt sich mit einer einfachen Anwendung umgehen, mit der msiexec in der Befehlszeile aufgerufen wird. Verwenden Sie die folgende Syntax:

msiexec.exe /i Pfad_der_neuen_Version_von_msiapp(kleine_Aktualisierung) REINSTALL=ALL REINSTALLMODE=vomus /qn

HINWEIS:  Sie müssen diese Anwendung mit der Einstellung "Als Benutzer von nicht sicherem System ausführen" ausführen.

Im folgenden Abschnitt werden die verschiedenen Elemente dieser Befehlszeilensyntax erläutert.

msiexec.exe /i Hiermit wird die Engine von Windows Installer gestartet, um die Installation durchzuführen.

<Pfad . . .> Selbsterklärend.

REINSTALL=ALL Hiermit werden alle Komponenten erneut installiert, die zuvor mit der letzten Version installiert wurden.

REINSTALLMODE=vomus Hiermit werden nur diejenigen Dateien ersetzt, deren Datumsstempel älter als der des neuen Objekts ist.

/qn Hiermit wird eine automatische Installation durchgeführt.

HINWEIS:  Für diesen Parameter können Sie auch den Schalter /qb verwenden. Hierdurch wird eine Statusleiste angezeigt; es werden jedoch nicht alle interaktiven Seiten der Installationsoberfläche angezeigt.

3.2.2 Die Anwendungsverteilung über den Middle Tier-Server ist nicht möglich, wenn keine Verbindung mit Novell Client besteht

Wenn Benutzer für die lokale Anmeldung (d. h. "Nur Arbeitsstation") eine Version von Novell Client^TM verwenden, die älter ist als Version 4.9 Support Pack 2, führt NWGINA keine Beglaubigung bei eDirectory und keine Netzwerkanforderungen durch. Darüber hinaus verfügt Novell Client über eine nicht beglaubigte oder "überwachte" Verbindung zu dem eDirectory^TM-Baum, der als primärer Baum festgelegt ist.

Wenn sich der Benutzer anschließend von Novell Application Launcher aus unter Verwendung der Middle Tier-Anmeldung beglaubigt, wird der NetIdentity-Client bei dem ZENworks Management-Server beglaubigt, für den der Middle Tier Server Dienste zur Verfügung stellt.

Wenn Application Launcher versucht, eine Anwendung über diese Beglaubigung zu verteilen, schlägt dies fehl, da sich die zu verteilenden Dateien auf dem Server befinden, auf dem der Client eine überwachte Verbindung erstellt hat. Über diese Verbindung wird auf dem Client das Volume sys: auf dem Server angezeigt (alle Benutzer besitzen Zugriffsrechte für das Verzeichnis \login auf dem Volume sys: eines NetWare-Servers, da ältere Clients durch Ausführung von login.exe beglaubigt wurden).

Um dieses Problem zu umgehen, muss der Benutzer auf das rote Symbol "N" für Novell Client in der Systemleiste klicken, um sich bei dem Server anzumelden. Benutzer sollten nicht mit der rechten Maustaste auf das Application Launcher-Symbol in der Systemleiste klicken und "ZENworks Middle Tier Server-Anmeldung" auswählen.

3.2.3 Die Verteilung unabhängiger Anwendungen in einer Kette bricht unter Umständen ab, wenn die Verteilung auf Windows 98-Arbeitsstationen erfolgt

Wenn Sie verkettete, abhängige Anwendungen auf eine Windows 98-Arbeitsstation in einer ZENworks-Umgebung verteilen, in der der Middle Tier-Server und der Desktop Management-Server auf ZENworks 6.5 Desktop Management SP1 aktualisiert wurden, jedoch keine Aktualisierung des Desktop Management-Agenten von Version 4.x oder der Lieferversion 6.5 durchgeführt wurde, schlägt die Anwendungsverteilung möglicherweise fehl und es werden verschiedenen Fehlermeldungen ausgegeben.

In dieser Situation werden die ersten Anwendungen möglicherweise normal angezeigt, die Verteilung einer weiteren Anwendung in der Kette scheint die Arbeitsstation jedoch in einen getrennten Status zu versetzen.

Dieses Problem lässt sich auf zwei Arten umgehen:

• Beenden Sie Novell Application Launcher und starten Sie die Anwendung neu, um wieder mit der Verteilung zu beginnen.
• Aktualisieren Sie den Desktop Management-Agenten auf Version 6.5 SP1.

3.2.4 Verwendung der Software-Lizenzzählung und -überwachung

Eine Schlüsselkomponente des Novell Lizenz-Service, nls32.dll, ist nicht im Lieferumfang des aktuellen Novell Client enthalten und fehlt auf der ZENworks 6.5 Companion 1-Original-CD. Daher wird ein Fehler ausgegeben, wenn Sie versuchen, die Software-Lizenzzählung und -überwachung in Desktop Management zu verwenden.

Um dieses Problem zu umgehen, kopieren Sie die Dateien nls32.dll und nlsapi32.dll aus dem Verzeichnis companioncd\companion1\licensing der herunterzuladenden Datei companioncd.exe von Support Pack 1 auf jede Arbeitsstation, auf der Sie die Anwendungslizenzen überprüfen möchten. Kopieren Sie die Dateien auf Windows 2000/XP-Arbeitsstationen in das Verzeichnis c:\winnt\system32. Kopieren Sie die Dateien auf einer Windows 98 SE-Arbeitsstation in das Verzeichnis c:\windows\system.

Weitere Informationen finden Sie unter Ausführen der Lizenzzählung im Novell ZENworks 6.5 Desktop Management-Verwaltungshandbuch.

3.2.5 Kein Symbol für eine Anwendung mit Arbeitsstationsverknüpfung, wenn der Neustart der Arbeitsstation in einer Offline-Situation erfolgt

Das Symbol, mit dem eine Anwendung mit Arbeitsstationsverknüpfung als nicht trennbar gekennzeichnet wird, wird nicht sofort angezeigt, wenn sich der Benutzer lokal ohne Beglaubigung bei eDirectory bei der Arbeitsstation anmeldet.

Aufgrund einer im Code integrierten Verzögerung wird das Symbol wieder auf dem Desktop angezeigt, wenn Sie Novell Application Launcher nach fünf Minuten aktualisieren.

3.3.1 Bildschirmaustastung

• Die Bildschirmaustastung funktioniert möglicherweise nicht ordnungsgemäß mit einigen Grafikkarten, wie zum Beispiel VIA Tech VT8361/VT8601, Hawk Eye Number 9 und ATI Rage P/M Mobility AGP 2x, die in den verwalteten Arbeitsstationen konfiguriert wurden. Es wird empfohlen, die Bildschirmaustastungsfunktion mit einer Ihnen zur Verfügung stehenden Grafikkarte zu testen, bevor Sie den Fernverwaltungsagenten in Ihrem Unternehmen einrichten.
• Wenn Sie die Bildschirmaustastungsoption auf den verwalteten Arbeitsstationen aufrufen und die Farbauflösung auf der Arbeitsstation in 256 Farben ändern, kann dies einen Absturz der Arbeitsstation zur Folge haben. Um dieses Problem zu beheben, starten Sie die verwaltete Arbeitsstation neu.

3.3.2 Unterstützung mehrerer Monitore

Wenn an eine verwaltete Arbeitsstation mehrere Monitore angeschlossen sind, wird über eine Fernsitzung von einer Verwaltungskonsole aus nur der primäre Monitor der verwalteten Arbeitsstation verwaltet.

3.4.1 Problem im Zusammenhang mit dem Datenexport

Wenn Sie das Netzwerk von einer Instanz von Novell ConsoleOne^® aus verwalten, wobei die Inventar-Snapins für ZENworks 6.5 SP1 installiert sind, können Sie das Datenexportprogramm für eine ZENworks 6.5-Inventardatenbank nicht aufrufen, indem Sie auf "Werkzeuge" > "ZENworks-Inventar" > "Datenexport" klicken.

Um dieses Problem zu umgehen, klicken Sie in ConsoleOne mit der rechten Maustaste auf das ZENworks 6.5-Inventardatenbankobjekt und klicken Sie dann auf "Datenexport".

3.5.1 Die benutzerbasierte Deinstallation des Desktop Management-Agenten sollte über die Option "Software" erfolgen

Es wird empfohlen, das MSI-Objekt des Desktop Management-Agenten nicht so zu konfigurieren, dass eine benutzerbasierte Deinstallation zulässig ist, da die Arbeitsstation derzeit keine Aufforderung zum Neustart ausgibt, wenn der Benutzer eine Deinstallation ausführt, indem er mit der rechten Maustaste auf das Symbol des Anwendungsobjekts klickt.

Wenn Sie dem Benutzer Verwalterrechte erteilen, kann der Desktop Management-Agent über die Option "Software" deinstalliert werden. In diesem Fall wird auf der Arbeitsstation eine Aufforderung zum Neustart angezeigt. Sie können das im Ordner sys:public\mgmt\consoleone\1.2\bin des Desktop Management-Servers enthaltene Dienstprogramm agentdistributor.exe verwenden, wenn ZENworks 6.5 SP1 auf diesen Server angewendet wurde. Mit diesem Dienstprogramm können Sie den neuesten Agenten auf Arbeitsstationen ausgehend von ihren IP-Adressen übertragen.

3.5.2 Die Deinstallation des Desktop Management-Agenten auf einer Windows 98-Arbeitsstation ist unter Umständen nicht möglich

Wenn Sie oder ein Benutzer den ZENworks 6.5 Desktop Management-Agenten auf einer Windows 98-Arbeitsstation deinstallieren, schlägt dies möglicherweise fehl und folgende Fehlermeldung wird angezeigt:

Error 1605: This action is only valid for products that are currently installed (Fehler 1605: Diese Aktion ist nur zulässig für Produkte, die derzeit installiert sind)

Ursache für den Fehler ist, dass das Windows 98 MSI-Installationsprogramm die Windows-Registrierung nicht korrekt für die Deinstallation einrichtet.

InstallShield Consumer Central hat eine Knowledgebase-Ressource veröffentlicht, die eine Umgehung des Problems ermöglicht. Hierbei wird empfohlen, dass Sie mit dem CleanUp-Dienstprogramm von Windows Installer die Registrierungseinträge von der Arbeitsstation löschen. Dieses Dienstprogramm kann auf der Microsoft Support-Site heruntergeladen werden.

3.5.3 Die Installation des ZENworks 6.5 Desktop Management-Agenten verhindert die Ausführung von Drittanbieter-Anmeldesoftware

Durch die Installation des ZENworks 6.5 Desktop Management-Agenten auf einer Arbeitsstation werden bestimmte Netzwerk-Anmelde-GINAs von Drittanbietern überschrieben. Der ZENworks 6.5 Desktop Management-Agent unterstützt die folgenden GINAs von Drittanbietern (d. h., sie werden nicht durch Installation des Desktop Management-Agenten überschrieben):

• Cisco Aironet
• Citrix
• PCAnywhere
• Screenpass

Wenn eine andere GINA eines Drittanbieters (d. h. eine nicht in der Liste enthaltene GINA) bereits auf der Benutzerarbeitsstation installiert ist, wird der Desktop Management-Agent nicht installiert. Wenn Sie für die Eigenschaft IGNORE_3RDPARTY_GINA MSI die Einstellung 1 festlegen, können Sie die Installation des Agenten erzwingen und die Drittanbieter-GINA überschreiben.

WICHTIG:  Einige andere Drittanbieter-GINAs funktionieren nicht, wenn sie nicht die primäre (d. h. die erste) Auflistung in einer Microsoft GINA-Kette sind. Dies verursacht ein Problem auf Arbeitsstationen, auf denen der Desktop Management-Agent installiert ist: der Agent erfordert die primäre Auflistung in der Kette und deaktiviert die Drittanbieter-GINA.

3.5.4 Durch die Aktualisierung des Desktop Management-Agenten auf Version 6.5 SP1 werden Arbeitsstationsobjektinformationen aus der Windows-Registrierung entfernt

Falls Sie nur als Mitglied der Gruppe "Benutzer" angemeldet sind, wenn Sie die Aktualisierung des ZENworks Desktop Management-Agenten auf die Version 6.5 SP1 durchführen, gehen die Informationen in dem Registrierungsschlüssel HKLM\Software\Novell\Workstation Manager\Identification verloren. Dies führt dazu, dass die Arbeitsstation nicht mehr registriert ist (d. h., nicht mehr in den eDirectory-Baum importiert ist).

Diese Bedingung tritt ein, da die Registrierungsinformationen vor der Deinstallation weder gelesen noch gespeichert werden. In manchen Umgebungen stellt dies kein Problem dar, da die Arbeitsstation beim nächsten Neustart der Arbeitsstation wieder importiert wird. In Umgebungen, in denen der Import vom Benutzer abhängt (hinsichtlich Name oder Speicherort), muss sich der Benutzer so oft anmelden, wie im Feld "Anzahl der Benutzeranmeldungen" (wird in der Importrichtlinie angegeben) festgelegt ist, bevor die Arbeitsstation erneut importiert wird.

HINWEIS:  Dieses Problem lässt sich vermeiden, indem Sie die Berechtigungen für den Schlüssel HKLM\Software\Novell\Workstation Manager\Identification folgendermaßen ändern, bevor Sie den Agenten aktualisieren: Erteilen Sie der Gruppe "Benutzer" Lesezugriff. Sie können die Registrierungsberechtigungen mithilfe der ZENworks-Gruppenrichtlinien verteilen, indem Sie eine INF-Datei mit den gewünschten Berechtigungen importieren. Weitere Informationen hierzu finden Sie unter Windows-Gruppenrichtlinie (Benutzer- und Arbeitsstationspakete) im Novell ZENworks 6.5 Desktop Management-Verwaltungshandbuch.

Nachdem der ZENworks 6.5 SP1 Desktop Management-Agent installiert wurde, werden die erforderlichen Berechtigungen für den Registrierungsschlüssel für zukünftige Aktualisierungen festgelegt.

3.6.1 Interoperabilität mit NSure SecureLogin

Das Support Pack 1 des ZENworks 6.5 Desktop Management-Agenten funktioniert nicht ordnungsgemäß mit Versionen von NSure^® SecureLogin vor Version 3.51.1.

Wenn Sie den ZENworks 6.5 SP1 Management-Agenten auf einer Arbeitsstation installieren, auf der eine Version von SecureLogin vor Version 3.51.1 installiert ist, schlagen die Anmeldeversuche des Benutzers fehl und die Arbeitsstation wird neu gestartet.

Wenn Ihnen dieses Problem bereits bekannt ist, können Sie die Arbeitsstation mithilfe der Anweisungen in TID 10096513 in der Novell-Knowledgebase wieder in einen funktionierenden Zustand zurückversetzen.