View Full Version : AS/400 meets Tivoli Storage Manager
So, ich hab's endlich auch an's Laufen gebracht.
Ich habe auf der AS/400 den TSM-Client installiert.
Dazu in TSM ne passende Domaine angelegt und BRMS entsprechend konfiguriert.
Es funktioniert tatsächlich sehr gut! Werde ich weiter testen.
Insbesonders in Hinsicht auf Versionierung etc.
Hat noch jemand diese Kombination in Benutzung?
Ja, ich habe dies auch auf einer AS400 in Verwendung.
Dazu gibt es auch ein paar nützliche Infos:
BRMS application client to TSM (https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/IBM Backup%2C Recovery and Media Services (BRMS) for i/page/Tivoli Storage Manager (TSM))
TSM Tips and techniques (https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/IBM Backup, Recovery and Media Services (BRMS) for i/page/TSM Tips and techniques)
Funktioniert recht gut.
Man sollte sich halt nur bewußt sein, dass diese Kombination keine vollständige System Recovery zuläßt. Das Betriebssystem muss weiterhin auf externe Medien gesichert werden.
Dafür ist ein Restore von einzelnen Objekten sehr einfach ohne Bandeinlegen machbar. Denn BRMS holt sich die Daten vom TSM Server. Und das Bandeinlegen macht dann der TSM Server.
Hast Du damit auch geschafft Daten aus einem iASP zu sichern? Funktioniert bei mir leider gar nicht.
Außerdem ist das API inzwischen sehr veraltet, welche Version nutzt du?
Ja, bei mir werden auch Daten eines iASP gesichert.
Funktioniert ohne Probleme so weit.
Meine installierte Version:
5733197 *BASE 5050 *CODE QANSAPI V6R1M5
5733197 *BASE 2924 *LNG QSYS2924 V6R1M5
So weit ich weiß ist diese V6R1M5 die letzte verfügbare Version.
Ich habe diese von ftp://ftp.software.ibm.com/storage/tivoli-storage-management/maintenance/client/v6r1/OS400 downgeladen.
Meine Controlgruppe bezüglich iASP sieht so aus:
Display Backup Control Group Entries
Group . . . . . . . . . . : TSMSAVEF1
Default activity . . . . : FFFFFFF
Text . . . . . . . . . . : Backup all Userdata to TSM without *LINK
Weekly Retain Save SWA
Backup List ASP Activity Object While Message Sync
Seq Items Type Device MTWTFSS Detail Active Queue ID
110 *ALLDLO *DFTACT *NO *NO
120 *ALLUSR DATA01 *DFTACT *YES *NO
130 *ALLUSR DATA02 *DFTACT *YES *NO
140 *EXIT *DFTACT
150 *EXIT *DFTACT
Dazu noch eine zweite für die IFS files:
Display Backup Control Group Entries
Group . . . . . . . . . . : TSMSAVEF2
Default activity . . . . : FFFFFFF
Text . . . . . . . . . . : Backup *LINK data to TSM
Weekly Retain Save SWA
Backup List ASP Activity Object While Message Sync
Seq Items Type Device MTWTFSS Detail Active Queue ID
10 *EXIT *DFTACT
20 *EXIT *DFTACT
30 ALL_LNK *LNK *SYSBAS *DFTACT *YES *NO
40 *EXIT *DFTACT
50 *LINK DATA01 *DFTACT *YES *NO
60 *LINK DATA02 *DFTACT *YES *NO
70 *EXIT *DFTACT
Wirf doch bitte mal ein Blick in diesen Thread (http://newsolutions.de/forum-systemi-as400-i5-iseries/threads/19179-iASP-sichern-mit-BRMS) hier, ich habe den Eindruck, daß es mit BRMS auf Tape funktioniert, aber nicht mit TSM. Kann aber auch an meiner alten API liegen, ich werde morgen nochmal updaten und berichten.
Und erstmal Danke!
Also ich habe auch im iASP DATA02 (so habe ich ihn bei mir genannt) virtuelle Tape images.
Bei mir im Verzeichnis /DATA02/tapvrt.
Diese virtuellen tape images haben aber normalerweise das Attribut *ALWSAV auf *NO.
Daher werden sie nicht gesichert.
Für einen Test habe ich dieses Attribut auf *ALWSAV *YES geändert.
CHGATR OBJ('/data02/tapvrt/vbr001') ATR(*ALWSAV) VALUE(*YES)
Danach habe ich eine BRMS Link Liste erstellt.
Display Link List (DSPLNKLBRM)
Type choices, press Enter.
List . . . . . . . . . . . . . . > VRTTAPE Character value
Objects:
Name . . . . . . . . . . . . . > '/data02/tapvrt'
Include or omit . . . . . . . *INCLUDE *INCLUDE, *OMIT
Directory subtree . . . . . . . *ALL *ALL, *DIR, *NONE, *OBJ
Text . . . . . . . . . . . . . . > 'Virtual tape volumes'
Und folgende BRMS Control Group erstellt:
Display Backup Control Group Entries
Group . . . . . . . . . . : TSMVTAPE
Default activity . . . . : FFFFFFF
Text . . . . . . . . . . : Backup *LINK data to TSM
Weekly Retain Save SWA
Backup List ASP Activity Object While Message Sync
Seq Items Type Device MTWTFSS Detail Active Queue ID
10 *EXIT *DFTACT
20 VRTTAPE *LNK *ALLAVL *DFTACT *YES *NO
30 *EXIT *DFTACT
Und danach einfach mal ausprobiert:
STRBKUBRM CTLGRP(TSMVTAPE) SBMJOB(*NO)
Begin processing for control group TSMVTAPE type *BKU.
Interactive users are allowed to stay active.
Starting save of list VRTTAPE to devices TSM2.
7 objects saved.
Save of list VRTTAPE complete.
Control group TSMVTAPE bypassed automatic save of media information.
Control group TSMVTAPE type *BKU processing is complete.
TSM2 ist die BRMS Device Definition meines TSM Servers:
Work with Devices
Position to . . . . . . Starting characters
Type options, press Enter.
1=Add 2=Change 4=Remove 5=Display
8=Work with status
Opt Device Category Type/Model Text
OPTVRT01 *VRTOPT 632B/001 Entry created by BRM configuration
OPT01 *OPT 6337/003 Entry created by BRM configuration
OPT02 *OPT 6330/002 Entry created by BRM configuration
TAPC1 *TAP 3580/003 Entry created by BRM configuration
TAPLIB01 *TAPMLB 3573/020 Entry created by BRM configuration
TAPVRT01 *VRTTAP 63B0/001 Entry created by BRM configuration
TAP01 *TAP 3580/003 Entry created by BRM configuration
TSM *NET *TCPIP TSM Server Device for xxxxxxx
TSM2 *NET *TCPIP TSM Server xxxxxxx
Bottom
F3=Exit F5=Refresh F12=Cancel
Funktioniert alles problemlos.
Wobei in der Control Group der iASP gar nicht vorkommt. Denn das IFS Verzeichnis ist ja direkt verfügbar. Es wird ja automatisch bei einem iASP das iASP IFS UDFS File System als Name des iASP gemounted. Bei mir daher /DATA02.
Wenn der gesamte iASP IFS Bereich gesichert werden soll dann sollte dies in einer eigenen BRMS Control Group gemacht werden und dabei wird dann das iASP UDFS File System unmounted damit es nicht mit den System IFS Files mitgesichert wird.
Dazu habe ich in dem von Dir genannten Thread auch ein paar Info Web Seitenlinks geposted. Darin stehen einige Infos drin warum das iASP UDFS File System von BRMS unmounted wird.
Ich habe jetzt auch V6R1M5 installiert, und vor allen Dingen habe ich das QOPTADSM-File jetzt mal zwangsweise erreichbar gemacht. Scheinbar hat deshalb das API immer rumgezickt. Allerdings frage ich mich, warum das in der QUSRBRM nicht gefunden wurde.
Außerdem verstehe ich ein Phänomen nicht. Die dsm.opt und dsm.sys im API-Verzeichnis sind zwar mit CHGF lesbar, aber über den Netserver sehe ich in Windows nur Hyroglyphen/Sonderzeichen. Hat das mit dem 2924er API auf einem deutschen System zu tun? Englisch als Sekundärsprache fehlt nämlich.
So viel ich weiß nimmt der Client nur die QOPTADSM Datei und ignoriert die dsm.sys bzw. dsm.opt Dateien im IFS. Zumindest gibt es beide dsm.xxx Dateien bei mir gar nicht.
Ich habe nur die QOPTADSM und die QA1AOPT in der QUSRBRM. Er braucht scheinbar beide.
Wegen den Sonderzeichen: überprüfe mal die CCSID der IFS Files. Diese werden vielleicht vom NetServer nicht korrekt übersetzt?