10 - ITwelzel.biz

Fault Tolerance
Im Menüpunkt FAULT TOLERANCE
befinden sich unter Fault
Tolerance/Load Balancing
jeweils zwei Eingabefelder, zum einen
die Source List und zum
anderen die Application List.
Die erste entnimmt aus der Liste, die
sich unter COMMON – Sources
befindet, ihre Einträge. Nur wenn hier
schon Pfade definiert sind, kann eine
Übernahme in den Bereich Fault
Tolerance/Load Balancing
durchgeführt werden. Das Feld Use
Application List kann weitere
Applikationsobjekte enthalten, die
identisch zum Originalobjekt sein
sollten, also eine 1:1 Kopie, die halt
nur auf einen anderen Server verweist.
Die Funktionen Fault Tolerance
und Load Balancing entsprechen
exakt den von ZENworks 2.0
bekannten Mechanismen. Der einzige
Unterschied zur Version 3.0 besteht
in der Verfügbarkeit der Source
Lists. Sie unterscheiden sich vom
Applikationsobjekt einzig darin, daß
unter Sources wirklich nur reine
Verzeichnisse hinterlegt werden können,
während ein vollwertiges
Applikationsobjekt natürlich wieder
den gesamten Umfang einer Applikation
mitliefert. Geht es also nur um
eine Redundanz für die Installationsdateien,
sollte die Source List genutzt
werden (vgl. Abb. 14). Wenn allerdings
zusätzliche Bedingungen wie
geänderte Skripts oder ähnliches notwendig
sind, dann müssen
Applikationsobjekte für die Fault
Tolerance oder das Load
Balancing genutzt werden.
Rights
Die Menüs NDS-Rights und
Rights to Files and
Directories sind identisch zu den
aus ZENworks 2.0 bekannten Funktionen.
Einzig unter OTHERS –Edit
befindet sich ein neuer Mechanismus.
Hier können existierende Objektein-
Ausgabe 10/2000
träge eingesehen werden, für die kein
eigenes Menü vorhanden ist. Die angezeigten
Attribute sind die noch verfügbaren
Eigenschaften des
Applikationsobjekts, welche im NDS-
Schema enthalten sind. Um sie zu
setzen, muß die exakte Syntax eingehalten
werden. Eine genauere Angabe
befindet sich für einige Parameter
in den Beschreibungen der NDS-
Version 8, beziehungsweise ist internen
Prozessen vorbehalten oder wird
in zukünftigen Releases verwendet.
NAL-Parameter
Auch an der NAL-Oberfläche hat sich
nicht viel geändert. Einige zusätzliche
Schalter zum Starten der
NALWIN32.EXE sind hinzugekommen.
Die interessantesten sind die
folgenden. Der Doppelpunkt : hinter
der NALWIN32.EXE unterdrückt den
Start-Screen von NAL, so daß direkt
das NAL-Fenster erscheint.
Mit /S verhält sich NAL beim Schließen
so, wie wenn die Windows
SHELL beendet würde, es werden die
drei bekannten Optionen Shutdown
the Computer, Restart the
Computer und Close all
programs and logon as a
different user angezeigt. Allerdings
kann NAL über den Task
Manager weiterhin entfernt werden.
Durch dem Parameter /A=.appl_
objekt_name.context... wird
direkt eine spezielle Applikation gestartet.
Mit /V=.appl_objekt_
27
10
Abb. 14: Beispiel für die Nutzung von Source Lists.
Abb. 15: Properties
name.context... kann eine Applikation
explizit verifiziert werden.
Zu guter Letzt ist es mit Hilfe des
Parameters /N möglich, NAL wieder
in den ursprünglichen Modus
zurück zu setzen.
Fazit
Ich habe Ihnen auf diesem ersten Durchgang durch ZENworks 3.0 die
wesentlichen Neuerungen vorgestellt und alle signifikanten Änderungen
am neuen Applikationsobjekt beschrieben. Alle anderen Menüs und
Unterpunkte entsprechen dem ZENworks 2.0 Applikationsobjekt, das
ich in der Technik News 11/1998 detailliert erläutert habe. Ebenso
ausführlich möchte ich Ihnen für ZENworks 3.0 in den nächsten Ausgaben
der Technik News die Policies, das Workstation Management, die
Inventarisierung und das Imaging erklären. Denn die neue Version hat es
wirklich in sich.