Release-Informationen

5.26 Integration von Tivoli Space Manager in Data Links

DB2 Data Links Manager kann jetzt die Vorteile der Funktionalität von Tivoli Space Manager nutzen. Das Client-Programm Hierarchical Storage Manager (HSM) von Tivoli Space Manager migriert automatisch auswählbare Dateien in den Speicher, um bestimmte Stufen von freiem Speicher in den lokalen Dateisystemen zu verwalten. Es ruft migrierte Dateien automatisch wieder ab, wenn sie benötigt werden und ermöglicht dem Benutzer das Migrieren und erneute Abrufen bestimmter Dateien.

Die Vorbedingung für diese Funktionalität ist Tivoli Space Manager Version 4.2.

Diese neue Funktion bietet Vorteile für Kunden, die Dateisysteme mit großen Dateien haben, die in regelmäßigen Abständen in tertiären Speicher versetzt werden müssen, in dem der Speicherbereich des Dateisystems in regelmäßigen Abschnitten verwaltet werden muss. Für viele Kunden bietet Tivoli Space Manager zurzeit die Möglichkeit, ihren tertiären Speicher zu verwalten. Die neue Unterstützung von DB2 Data Links Manager in Tivoli Space Manager bietet größere Flexibilität beim Verwalten des Speicherbereichs für DATALINK-Dateien. Mit Tivoli Space Manager muss der Speicher für alle Dateien, die möglicherweise im DB2 Data Links Manager-Dateisystem gespeichert werden, nicht mehr im Voraus zugeordnet werden. Statt dessen kann der zugeordnete Speicherbereich für das Dateisystem über einen Zeitraum hinweg angepasst werden, ohne dass die Gefahr besteht, dass das Dateisystem während normaler Belegung unbeabsichtigt gefüllt wird.

Hinzufügen der Unterstützung von Data Links und HSM zu einem Dateisystem

Wenn Sie ein Dateisystem mit Hierarchical Storage Management (HSM) registrieren, registrieren Sie es zuerst mit HSM und danach mit DataLinks File Manager.

1. Registrieren Sie das Dateisystem mit HSM mit dem Befehl "dsmmigfs add /fs".
2. Registrieren Sie das Dateisystem mit DLM mit dem Befehl "dlfmfsmd /fs".

Die Unterstützung von Data Links für ein Dateisystem spiegelt sich für ein HSM-Dateisysem in den folgenden Einträgen der Zeilengruppe in /etc/filesystems wieder:

   vfs = dlfs
   mount = false
   options = rw,Basefs=fsm
   nodename = -

Hinzufügen der Unterstützung von Data Links zu einem vorhandenen HSM-Dateisystem

Registrieren Sie das Dateisystem mit DLM mit dem Befehl "dlfmfsmd /fs".

Hinzufügen der Unterstützung von HSM zu einem vorhandenen Data Links-Dateisystem

1. Registrieren Sie das Dateisystem mit HSM mit dem Befehl "dsmmigfs add /fs".
2. Registrieren Sie das Dateisystem mit DLM mit dem Befehl "dlfmfsmd /fs".

Entfernen der Unterstützung von Data Links aus einem Data Links-HSM-Dateisystem

Entfernen Sie die Unterstützung von Data Links mit dem Befehl "dlfmfsmd -j /fs".

Entfernen der Unterstützung von HSM aus einem Data Links-HSM-Dateisystem

1. Entfernen Sie die Unterstützung von HSM mit dem Befehl "dsmmigfs remove /fs".
2. Entfernen Sie die Unterstützung von Data Links mit dem Befehl "dlfmfsmd -j /fs".
3. Registrieren Sie das Dateisystem mit DLM mit dem Befehl "dlfmfsmd /fs".

Entfernen der Unterstützung von Data Links und HSM aus einem Data Links-HSM-Dateisystem

1. Entfernen Sie die Unterstützung von HSM mit dem Befehl "dsmmigfs remove /fs".
2. Entfernen Sie die Unterstützung von Data Links mit dem Befehl "dlfmfsmd -j /fs".

5.26.1 Einschränkungen und Begrenzungen

Diese Funktion wird zurzeit nur unter AIX unterstützt.

Die selektive Migration (dsmmigrate) und das Abrufen einer verbundenen FC-Datei (READ PERMISSION DB) sollte nur von einem Root-Benutzer ausgeführt werden.

Die selektive Migration kann nur durch den Dateieigner ausgeführt werden. Im Fall von READ PERMISSION DB-Dateien ist dies der der DataLink Manager Administrator (dlfm). Ein Token von der Hostdatenbankseite ist erforderlich, um auf eine solche Datei zugreifen zu können. Der einzige Benutzer, der kein Token benötigt, ist der Benutzer "Root". Für den Root ist es einfacher, die selektive Migration und das Abrufen von Datenbankdateien mit Lesezugriff auszuführen. Der Benutzer "dlfm" kann nur beim ersten Mal eine FC-Datei migrieren, indem er ein gültiges Token verwendet. Beim zweiten Versuch (nach einem erneuten Aufruf) schlägt die Migration fehl, und die Nachricht ANS1028S wird ausgegeben, mit dem Hinweis auf einen internen Programmfehler und der Aufforderung, sich an den IBM Ansprechpartner zu wenden. Die Ausführung des Befehls dsmmigrate für eine FC-Datei durch einen Benutzer, der keine Root-Berechtigungen hat, schlägt fehl. Diese Einschränkung ist geringfügig, weil es normalerweise Administratoren sind, die auf die Dateien auf dem Dateiserver zugreifen.

Die Systemaufrufe stat und statfs zeigen den vfs-Typ mit fsm anstelle von dlfs an, obwohl dlfs über fsm angehängt ist.

Das oben aufgeführte Verhalten ist die normale Funktionalität der dsmrecalld-Dämonen, die den Befehl "statfs" für das Dateisystem ausführen, um zu überprüfen, ob sein vfs-Typ "fsm" ist oder nicht.

Der Befehl "dsmls" zeigt keine Ausgabe an, wenn eine Datei mit der minimalen I-Node-Nummer FC-verbunden ist (READ PERMISSION DB)

Der Befehl dsmls funktioniert ähnlich wie der Befehl ls und listet die Dateien auf, die von TSM verwaltet werden. Es ist keine Benutzeraktion erforderlich.