Definitionen für DASD-Benutzergruppen migrieren

Nach einem Upgrade auf Interim Feature 2 können Sie dynamische DASD-Benutzergruppen definieren. Die dynamischen DASD-Benutzergruppen können Sie in Tivoli Enterprise Portal angeben.

Gruppen, die vor Interim Feature 2 mit dem Konfigurationstool definiert wurden, werden im RKANPARU-Member KDFDUDGI gespeichert. Mithilfe einer Migrationsfunktion in Interim Feature 2 können anhand der Definitionen in KDFDUDGI neue dynamische Benutzergruppen erstellt werden. Nach der Migration von KDFDUDGI können diese Gruppen mit Tivoli Enterprise Portal dynamisch verwaltet werden.

Wählen Sie für den Zugriff auf die Migrationsfunktion in der Navigationsstruktur den Arbeitsbereich Speicherbereich der DASD-Benutzergruppen aus. Dann klicken Sie mit der rechten Maustaste auf eine Zeile in der Tabellensicht und wählen den Menüpunkt Gruppen migrieren aus. Bestätigen Sie die Migration im Dialogfenster 'Migration der DASD-Benutzergruppe bestätigen'.

Der Migrationsprozess führt die folgenden Aktionen aus:

Suchen und Lesen des Members KDFDUDGI im Datensatz RKANPAR der z/OS-basierten Tivoli Enterprise Monitoring Server-Instanz (Überwachungsserver).
Syntaxanalyse für jede einzelne Gruppendefinition im Member KDFDUDGI.
Neuerstellung jeder einzeln gelesenen und analysierten Gruppendefinition als persistent gespeicherte dynamische DASD-Benutzergruppendefinition.

Anmerkung:

Zuvor migrierte oder gleichnamige DASD-Benutzergruppen werden von der Migrationsfunktion nicht aktualisiert und sind auch anderweitig nicht davon betroffen.
Gruppendefinitionen aus KDFDUDGI werden stets mit aktiviertem Persistenzflag erstellt.
KDFDUDGI-Gruppendefinitionen mit ungültiger Syntax werden nicht migriert.
Das Member KDFDUDGI wird durch die Migrationsfunktion in keiner Weise geändert.
Beschreibungen für DASD-Benutzergruppen aus dem Konfigurationstool werden nicht migriert.
Migrationsfehlernachrichten werden im Member RKLVLOG des z/OS-basierten Überwachungsservers protokolliert.