TSM tips o tricks

1. TSM tips o tricks Daniel Larsson Cristie

2. Borttappade band • Ibland kan ett band ha status unavailable, det syns om man gör en q libvol.Att ändra status med upd vol xxx status=readw fungerar men när volymen skall användas så kan tsm inte läsa bandets label och bandet blir satt som unavailabel igen. Det som har hänt är att två badn har bytt plats. Gör en audit om det finns tid, annars så kan man göra en quick fix. • Kontrollera med q libvol vilket elementnummer som din volym har, kontrollera sedan vilket band som sitter i den sloten med robotens programvara. • Gör en checkout till med remove=no av båda volymerna. Flytta banden till I/O porten manuellt och checka sedan in dem igen. Uppdatera volymernas status till readw igen. Ibland kan det vara en hel kedja av volymer som behöver uppdateras.

3. Servergrupper • Define servergroup TSMG. • Define grpmember TSMG server1,server2,server3 • Nu kan du skicka samma kommando till flera servrar tex för att kolla vilka processer som är igång. TSMG:q pr

4. Inclexcl tsm> q incl *** FILE INCLUDE/EXCLUDE *** Mode Function Pattern (match from top down) Source File ---- --------- ------------------------------ ----------------- Excl Directory *\...\.TsmCacheDir TSM Include All c:\* dsm.opt Excl Directory C:\adsm.sys Operating System Exclude All *\Program Files\test\*.tmp Server Exclude All C:\WINDOWS\usrclass.dat.log Operating System Exclude All C:\WINDOWS\usrclass.dat Operating System Exclude All C:\WINDOWS\system32\NtmsData\...\* Operating System No DFS include/exclude statements defined. tsm>

5. Uppgradera TSM clienter via TSM servern . • Om man inte har möjlighet att distribuera en ny tsm klient via SMS eller liknande så kan man Göra så här: • Installera och definiera en ny tsm klient som har samma nivå som er äldsta TSM klient. • Packa upp den nya tsm klienten till C:\Temp\TSM_INST\ • Skapa ett skript som kan upptäcka alla tsm tjänster och starta och stoppa dem. • Kopiera in scriptet is samma katalog som den nya TSM klienten. • Skapa 2 klient schedules med run once . Ett som som gör restore den uppackade clienten från en den virtuella clienten. Ett schema som startar uppgraderings scriptet. • Lista alla servicear.

6. Uppgraderings script • dsmcutil list • dsmcutil install Scheduler /name:"TSM Scheduler 0" /node:daniel-t43 /validate:no /autostart:yes /password:tsm • dsmcutil install Scheduler /name:"TSM Scheduler 1" /node:daniel-t43 /validate:no /autostart:yes /password:tsm • dsmcutil install Scheduler /name:"TSM Scheduler 2" /node:daniel-t43 /validate:no /autostart:yes /password:tsm • cd C:\Temp\TSM_INST • for /f "tokens=1,* skip=13" %i in ('dsmcutil list') do net stop "%j • Setup /s • for /f "tokens=1,* skip=13" %i in ('dsmcutil list') do net start "%j

7. Varför en librarymanager? • Enterprise edition only! • I En backup miljö med mycket aktivietet dygnet runt kan det vara svårt att få nedtid för tex en audit eller en uppdatering av microkod i bandrobot och bandstationer.

8. Varför en librarymanager? • Då kan det hjälpa att ha en dedikerad librarymanager det som påverkas är restore av data som Redan migrerat till band, men backuperna påverkas inte. • En library manager behöver inte vara en separat server det kan var en en av flera tsm instanser per server. • En library managers databas är väldigt liten storleken räknas i megabyte, det är en stor fördel vid load och unload av databasen. Påverkan på backupoperationer är minimal.

9. Vinster med Lanfree backup varför ,varför inte. • Fördelen är att backuper kan gå snabbare. Största nackdelen är att backupe kan bli hängande i väntan på en bandstation, om man inte har samma timeout värden i devconfig så kan server och klient kommar ur sync omch man får se meddelanden som dismount restry failure när backupservern tror att en backup är avslutad, man clienten ännu inte har gjort en scsi release. • Lan free backup rekomnderas för stora filer som kan levereras med hög hastighet. En klient som har stora backup er och ett långsamt filssystem blir inte snabbare för att man gör lanfree backuper. • Bäst lämpar sig Database och MsExchange, Lotus Domino är bra på att levereara data till mång användare, men presterar dåligt om denskall leverera data till tex 2 dedikerade bandstationer, här är det bättre att använda ett backup lan och köra 20-30 sessioner samtidigt.

10. Lanfree, VTL • Transaktions loggar är oftast ”små”, minder än 64G och kan därför bättre skickas över Lanet och kommer inte heller att överallokera bandstationer. • En bra lösning på problemen ovan är att använda en VTL som kan emulera väldigt många bandstationer. En VTL kan oftast prestera bättre än ett rikitg badn bibliotek eftersom en VTL inte har någon lägsta hastighet för att skriva till ”band”. En bandstation behöver ha data i högre hastighet och i jämn takt för att prestera bra.

11. Lanfree, VTL • En VTL kan fungera som en buffert under backupen och har fördelen till skillnad från en vanlig disk stg pool att den kan användas av samtliga TSM servar och storage agenter, istället för att Lägga till disk till enskilda tsm servrar så ökar man storleken på VTLen.

12. Lanfree, VTL • Oracle tex kan leverera data i väldigt hög hastighet och kan därför spara direkt till fysisk tape utan att mellanlanda på disk eller en VTL.