Um einen Client-Knoten (eine Maschine) beim Server zu registrieren, füllen Sie zunächst die folgenden Felder aus und klicken Sie anschließend Fertig stellen an. Sie können auch Abbrechen anklicken, um die Task zu beenden.
Geben Sie einen Knotennamen aus 1-64 Zeichen ein.
Knotennamen:
Beispiel: JSMITH
Geben Sie ein Knotenkennwort aus 1 bis 64 Zeichen ein. Das Kennwort ist erforderlich.
Geben Sie Informationen ein, die den Knoten kennzeichnen (z. B. die Telefonnummer oder die E-Mail-Adresse). Dieser Parameter ist wahlfrei.
Beispiel: "Administrator for M47 - contact Shirley Jones at 9-1111"
Wählen Sie den Namen der Maßnahmendomäne aus, der der Knoten zugeordnet ist. Dieses Feld ist wahlfrei. Wenn Sie keinen Namen für eine Maßnahmendomäne angeben, wird der Knoten der Standardmaßnahmendomäne (STANDARD) zugeordnet.
Wählen Sie aus, ob der Client-Knoten seine Dateien komprimieren soll, bevor er sie zum Sichern und Archivieren an den Server sendet.
Anmerkung: Dieses Feld ist für einen NAS-Knoten nicht gültig.
Yes | Gibt an, daß der Client-Knoten seine Dateien komprimiert, bevor er sie zum Sichern und Archivieren an den Server sendet. |
No | Gibt an, daß der Client-Knoten seine Dateien nicht komprimiert, bevor er sie zum Sichern und Archivieren an den Server sendet. |
Client | Gibt an, daß Daten, die an den Server gesendet werden, komprimiert werden müssen, wenn Komprimierung in der Client-Optionsdatei angegeben ist. Der Standardwert ist Client. |
Wählen Sie aus, ob alle Dateibereiche automatisch umbenannt werden sollen, keine Dateibereiche umbenannt werden sollen oder der Client entscheiden soll, ob Dateibereiche umbenannt werden, wenn für das Clientsystem ein Upgrade auf einen Client erfolgt, der Unicode unterstützt. Das Umbenennen (falls zulässig) findet statt, wenn der Client eine der folgenden Operationen ausführt: Archivieren, selektive Sicherung, vollständige Teilsicherung oder partielle Teilsicherung. Beim Umbenennen werden die Namen von vorhandenen gesicherten Dateibereichen, die nicht in Unicode sind, im Serverspeicher geändert. Anschließend werden die Dateibereiche in Unicode gesichert. Dieser Parameter ist nur für Clientsysteme gültig, die die Betriebssysteme Windows NT, Windows.NET, Windows 2000, Windows 2002, Windows XP, Macintosh OS 9 und Macintosh OS X verwenden.
Yes | Gibt an, dass der Server vorhandene Dateibereiche automatisch umbenennt, wenn für das Clientsystem ein Upgrade auf einen Client erfolgt, der Unicode unterstützt, und der Client eine der folgenden Operationen ausführt: Archivieren, selektive Sicherung, vollständige Teilsicherung oder partielle Teilsicherung. Das Umbenennen findet statt, wenn der Client die grafische Benutzerschnittstelle, die Befehlszeile oder den Clientscheduler verwendet. |
No | Gibt an, dass der Server Dateibereiche nicht automatisch umbenennt, wenn für das Client-System ein Upgrade auf einen Client erfolgt, der Unicode unterstützt, und der Client eine der folgenden Operationen ausführt: Archivieren, selektive Sicherung, vollständige Teilsicherung oder partielle Teilsicherung. Dies ist der Standardwert. |
Client | Gibt an, dass die Option AUTOFSRENAME in der Optionsdatei
des Clients bestimmt, ob Dateibereiche umbenannt werden. Standardmäßig
ist die Clientoption auf PROMPT gesetzt. Wenn für das Clientsystem
ein Upgrade auf einen Client erfolgt, der Unicode unterstützt, und der Client
eine Tivoli Storage Manager-Operation mit der grafischen Benutzerschnittstelle oder der
Befehlszeile ausführt, fordert das Programm den Benutzer nur einmal zur Angabe
auf, ob der Dateibereich in der aktuellen Operation umbenannt werden
soll.
Führt der Clientscheduler eine Operation aus, fordert das Programm nicht zur Angabe einer Auswahl bezüglich des Umbenennens auf, und es werden keine Dateibereiche umbenannt. Sicherungen von vorhandenen Dateibereichen werden wie zuvor gesendet (nicht in Unicode). |
Wählen Sie, ob der Client-Knoten seine eigenen archivierten Dateien vom Server löschen kann.
Yes | Dem Client-Knoten erlauben, Archivierungsdateien zu löschen. Der Standardwert ist Yes. |
No | Dem Client-Knoten nicht erlauben, Archivierungsdateien zu löschen. |
Wählen Sie, ob der Client-Knoten seine eigenen Sicherungsdateien vom Server löschen kann.
Yes | Dem Client-Knoten erlauben, Sicherungsdateien zu löschen. |
No | Dem Client-Knoten nicht erlauben, Sicherungsdateien zu löschen. Der Standardwert ist No. |
Geben Sie den Namen der Optionsgruppe ein, die von dem Client verwendet werden soll. Dieser Parameter ist wahlfrei.
Wählen Sie aus, ob das Kennwort des Clients beim nächsten Anmeldeversuch abläuft. Der Client muß das Kennwort zurücksetzen, um die Anmeldung abschließen zu können.
Yes | Zwingt den Client zur Eingabe eines neuen Kennworts. |
No | Ermöglicht es dem Client, mit dem bestehenden Kennwort fortzufahren. Der Standardwert ist No. |
Wählen Sie aus, ob der Knoten als Client, Server oder NAS registriert werden soll.
Client | Gibt an, daß der Benutzer als Client-Knoten auf dem Server registriert ist. Der Standardwert ist Client. Der Clientknoten kann ein Client für Sichern/Archivieren, ein HSM-Client oder ein Anwendungsclient sein. |
Server | Gibt an, daß der Knoten ein Quellen-Server ist, der auf einem Ziel-Server registriert wird. |
NAS | Gibt an, dass der Knoten ein NAS-Dateiserver (NAS = Network Attached Storage) ist, dessen Daten unter Verwendung von NDMP-Operationen geschützt werden. (Diese Option gilt nicht für OS/400 PASE.) |
Wählen Sie aus, ob der Knoten den Mount-Punkt für die gesamte Sitzung beibehalten soll.
Yes | Gibt an, daß der Knoten den Band-Mount-Punkt während der gesamten Sitzung beibehalten muß. |
No | Gibt an, daß der Knoten den Band-Mount-Punkt freigibt, wenn Daten aufgrund von Maßnahmendefinitionen nach dem Speichern in einem sequentiellen Speicherpool in einem Plattenspeicherpool gespeichert werden. Der Standardwert ist No. |
Geben Sie eine Zahl von 0 bis 999 ein, um die maximale Anzahl der Mountpunkte anzugeben, die dieser Knoten auf dem Server oder Speicheragenten verwenden darf. Dieser Parameter ist optional. Der Standardwert ist 1. Der Wert 0 gibt an, dass der Knoten keinen Mountpunkt für eine Sicherungs- oder Archivierungsoperation anfordern kann. Der Server erlaubt dem Knoten jedoch die Verwendung eines Mountpunkts für eine Zurückschreibungs- oder Abrufoperation.
Der Speicheragent protokolliert unabhängig die Anzahl der verwendeten Punkte während einer Clientensitzung. Aus diesem Grund kann ein Knoten, auf dem ein Speicheragent installiert ist, diesen Grenzwert überschreiten. Dieser Wert kann auch überschritten werden, wenn der Mountpunkt verfügbar ist und der Knoten nicht auf einen Mountpunkt warten muss. Ein Knoten verwendet einen Mountpunkt, wenn er Daten in einem Speicherpool mit sequenziellem Zugriff speichert, beispielsweise auf Band, optischem Datenträger oder in FILE auf Platte. Speichert ein Client seine Daten in einem Speicherpool, für den Kopienspeicherpools für die gleichzeitige Sicherung definiert sind, werden möglicherweise zusätzliche Mountpunkte benötigt.
Speichert ein Knoten Daten in primären Speicherpools, für die eine Liste mit Kopienspeicherpools für die gleichzeitige Sicherung definiert ist, müssen Sie für jeden Speicherpool mit sequenziellem Einheitentyp einen Mountpunkt angeben. Dazu gehört der primäre Speicherpool, wenn er einen sequenziellen Einheitentyp hat.
Weichen die Versionen der beiden Server bei einer Server-zu-Server-Sicherung voneinander ab, setzen Sie die Anzahl der Mount-Punkte auf dem Zielserver auf einen Wert größer als 1. Andernfalls empfangen Sie einen Fehler.
Anmerkung: Der Server kann eine Clientoperation für eine Operation höherer Priorität vorab leeren, und der Client kann dadurch einen Mountpunkt verlieren, wenn keine anderen Mountpunkte verfügbar sind. Das Vorableeren kann durch Angabe von NOPREEMPT in der Optionsdatei des Servers inaktiviert werden. Wenn diese Option angegeben wird, kann nur eine BACKUP DB-Operation andere Operationen vorab leeren.
Geben Sie die URL für diesen Tivoli Storage Manager-Client-Knoten ein, wenn von der Netzsicht aus eine Verbindung zur diesem Knoten hergestellt werden soll. Die URL-Adresse muß für den definierten Client-Knoten eingegeben werden, damit sie in der Netzsicht angezeigt wird und eine Verbindung hergestellt werden kann. Dieser Parameter ist wahlfrei.
Geben Sie eine Verwaltungs-Benutzer-ID mit Client-Eignerberechtigung ein. Wird keine ID eingegeben, wird standardmäßig eine Verwaltungs-Benutzer-ID mit Client-Eignerberechtigung unter Verwendung des Knotennamens des Client-Knotens, der registriert werden soll, erstellt. Geben Sie none ein, wenn nicht automatisch eine Verwaltungs-ID erstellt werden soll. Dieser Parameter ist wahlfrei.
Geben Sie die Anzahl Tage ein, die ein Kennwort gültig bleibt. Wird kein Knoten oder Administrator angegeben, können Sie die Tage auf einen Wert von 1 bis 9999 setzen. Wird ein Knoten oder Administrator angegeben, können Sie die Tage auf einen Wert von 0 bis 9999 setzen. Wenn ein Kennwort abläuft, werden Sie vom Server zur Eingabe eines neuen Kennworts aufgefordert, wenn der Administrator oder Client-Knoten den Server anspricht. Wird dieser Parameter nicht angegeben, verwendet der Server die allgemeine Kennwortablaufdauer, um zu bestimmen, wann ein Kennwort abläuft. Die allgemeine Kennwortablaufdauer wird mit dem Befehl SET PASSEXP definiert. Die standardmäßige allgemeine Ablaufdauer für SET PASSEXP beträgt 90 Tage.
Wählen Sie aus, ob für die Daten des Knotens eine zyklische Blockprüfung (Cyclic Redundancy Checking = CRC) ausgeführt werden soll, um die zwischen dem Client und dem Tivoli Storage Manager-Server gesendeten Daten auszuwerten. Dieser Parameter ist optional. Die Auswahl der Datenprüfung hat Auswirkungen auf die Leistung, da zusätzlicher Systemaufwand erforderlich ist, um die CRC-Werte zu berechnen und zwischen dem Client und dem Server zu vergleichen.
No | Gibt an, dass keine Datenprüfung für Daten ausgeführt werden soll, die zwischen dem Client und dem Server gesendet werden. Der Standardwert ist No. |
Data only | Gibt an, dass die Datenprüfung nur für Dateidaten ausgeführt werden soll, die zwischen dem Client und dem Server gesendet werden. Dazu gehören nicht die Dateimetadaten. |
All | Gibt an, dass die Datenprüfung für alle Clientdateidaten, Clientdateimetadaten und Tivoli Storage Manager-Servermetadaten ausgeführt werden soll, die zwischen dem Client und dem Server gesendet werden. |
Geben Sie die Anzahl der Dateien pro Transaktions-COMMIT an, die zwischen einem Client und einem Server übertragen werden. Die Clientleistung kann verbessert werden, indem ein höherer Wert für diese Option verwendet wird.
Der Standardwert ist 0. Der Wert 0 gibt an, dass der Knoten den Serverwert verwendet, der in der Serveroptionsdatei definiert ist. Soll ein anderer Wert als der Serverwert verwendet werden, geben Sie einen Wert von 4 bis 65.000 für diesen Parameter an. Der Knotenwert hat Vorrang vor dem Serverwert.
Anmerkung: Die Vergrößerung des Werts für "Max. Transaktionsgruppe" führt zu einer erhöhten Wiederherstellungsprotokollauslastung. Eine höhere Protokollauslastung kann das Risiko erhöhen, dass kein Protokollspeicherbereich mehr verfügbar ist. Werten Sie die Leistung jedes Knotens aus, bevor Sie diesen Parameter ändern.
Wählen Sie den Übertragungspfad aus, den der Client verwenden soll, um Daten während der Ausführung von Speicheroperationen, wie beispielsweise Sichern oder Archivieren, an den Server und/oder den Speicheragenten zu senden. Der Parameter ist wahlfrei.
Anmerkung: Ist ein Pfad nicht verfügbar, kann der Knoten keine Daten senden. Wird beispielsweise die LAN-freie Option ausgewählt, aber ist kein LAN-freier Pfad definiert, kann die Operation nicht ausgeführt werden.
ANY | Ein LAN-freier Pfad wird verwendet, wenn ein Pfad verfügbar ist. Ist ein LAN-freier Pfad nicht verfügbar, werden die Daten über das LAN versetzt. Der Standardwert ist ANY. |
SAN | Gibt an, dass die Daten entweder über einen LAN-freien oder einen serverunabhängigen Pfad gesendet werden. |
LAN | Gibt an, dass die Daten über das LAN gesendet werden. |
LANFree | Gibt an, dass die Daten über einen LAN-freien Pfad gesendet werden. |
SERVerfree | Gibt an, dass die Daten über einen serverunabhängigen Pfad gesendet werden. |
Wählen Sie den Übertragungspfad aus, der verwendet werden soll, wenn der Server und/oder der Speicheragent Daten während der Ausführung von Operationen, wie beispielsweise Zurückschreiben oder Abrufen, für einen Client liest. Der Parameter ist wahlfrei.
Anmerkung: Ist ein Pfad nicht verfügbar, können die Daten nicht gelesen werden. Wird beispielsweise die LAN-freie Option ausgewählt, aber ist kein LAN-freier Pfad definiert, kann die Operation nicht ausgeführt werden.
ANY | Ein LAN-freier Pfad wird verwendet, wenn ein Pfad verfügbar ist. Ist ein LAN-freier Pfad nicht verfügbar, werden die Daten über das LAN versetzt. Der Standardwert ist ANY. |
SAN | Gibt an, dass die Daten entweder über einen LAN-freien oder einen serverunabhängigen Pfad gesendet werden. |
LAN | Gibt an, dass die Daten über das LAN gesendet werden. |
LANFree | Gibt an, dass die Daten über einen LAN-freien Pfad gesendet werden. |
SERVerfree | Gibt an, dass die Daten über einen serverunabhängigen Pfad gesendet werden. |
Wählen Sie aus, ob der Client oder der Server Sitzungen einleiten kann.
clientorserver | Gibt an, dass der Client Sitzungen mit dem Server einleitet, indem über den TCP/IP-Anschluss kommuniziert wird, der mit der Serveroption TCPPORT definiert wurde. Die Zeitplanung über Serversystemanfrage kann verwendet werden, um den Client aufzufordern, eine Verbindung zum Server herzustellen. Dies ist der Standardwert. |
serveronly | Gibt an, dass der Server keine Clientanforderungen für Sitzungen
akzeptiert. Alle Sitzungen müssen durch die Zeitplanung über Serversystemanfrage
an dem Anschluss eingeleitet werden, der mit den Tasks REGISTER NODE oder
UPDATE NODE für den Client definiert wurde.
Wird angegeben, dass der Server keine Clientanforderungen für Sitzungen akzeptieren kann, da Clients außerhalb der Firewall keine Sitzungen starten sollen, möchten Sie möglicherweise über eine Prozedur zur Handhabung von Zurückschreibungen verfügen. Sie können Zurückschreibungsoperationen planen, indem Sie normale Zeitpläne oder die Task DEFINE CLIENTACTION verwenden, Sie möchten jedoch möglicherweise in Erwägung ziehen, dass vom Client eingeleitete Sitzungen temporär zugelassen werden. Sie könnten dann ein Loch in der Firewall für einen bestimmten Client öffnen, für den eine GUI-Sitzung (Graphical User Interface - Grafische Benutzerschnittstelle) aktiviert werden soll. Sie können dann später zum normalen Betrieb zurückkehren, indem vom Client eingeleitete Sitzungen abgelehnt werden. |
Dieses Feld ist optional. Geben Sie die IP-Adresse für den Clientknoten ein. Die Adresse kann entweder in Schreibweise mit Trennzeichen oder im Hostnamensformat angegeben werden. Wird die Schreibweise mit Trennzeichen verwendet, wird die Adresse ohne Prüfung durch einen Domänennamensserver gesichert. Ist die angegebene Adresse nicht korrekt, kann dies zu Fehlern führen, wenn der Server versucht, den Client anzusprechen. Wird das Hostadressformat verwendet, wird die Adresse von einem Domänennamensserver geprüft. Geprüfte Namen werden mit Domänennamenservices (Domain Name Services) gesichert und aufgelöst, wenn der Server den Client anspricht. Diese Adresse wird immer verwendet, wenn der Server den Client anspricht.
Dieses Feld ist optional. Geben Sie die Nummer des Anschlusses ein, an dem der Client für Sitzungen von dem Server empfangsbereit ist. Diese Anschlussnummer ist die Adresse der unteren Ebene des Clients. Die Standardanschlussnummer ist 1501. Die Standardanschlussnummer entspricht der Anschlussnummer, die vom Client für Sitzungen über Serversystemanfrage verwendet wird. Diese Adresse wird immer verwendet, wenn der Server den Client anspricht. Der hier angegebene Wert muss mit dem Wert übereinstimmen, der in der Option TCPCLIENTPORT in der Optionsdatei des Clients angegeben wurde.