BRMS nätverk, vad är det bra för? BRMS i nätverk Egentligen rent krasst enbart när man har många system som delar bandrobot. En av hörnpelarna i OS/400 är att varje objekt måste ha en ägare. Likaså här. Varje band måste ägas av något system. Alla system ingående i ett BRMS nätverk utväxlar information om banden. Blir man kort om band letar man rätt på en lämplig kandidat och frågar ägande system om det är OK att ta över det? Blir svaret ja skickas den informationen till alla övriga system i nätverket så de kan plocka bort det bandet från önskelistan ifall någon av dem också skulle behöva band. Får man inget svar, tar man nästa band i listan och frågar det systemet osv. tills man får tag på ett band. På det här viset ser BRMS till att inget system skriver över någon annans information.
Det finns två typer av BRMS nätverk Det ursprungliga som bygger på att alla är makar och alla transaktioner är lika värda förutsatt att man inte pillat med systemdatumet och haft BRMS nätverk aktivt, för då kan en transaktion med nyare datum vikta tyngre. Vidare är alla system ingående i nätverket lika värda (PEER) vilket gör att alla skickar sina uppdateringar till alla. Normalt sänder man enbart information om banden, eftersom det är det enda som de andra systemen i nätverket behöver känna till. Inte vad som finns på dem. Vill man veta det går transaktionen över till ägande system och man får tillbaks det man efterfrågat on-line eller i form av en lista. Det förutsätter förstås att det andra systemet är åtkomligt. Information om samtliga band BRMS känner till har alla ingående system lokalt. BRMS Networking är licensierad och krävs av samtliga system som vill vara med.
BRMS Enterprise I och med release 7 finns också BRMS Enterprise vilket består av en hub och ett antal noder och det räcker med att hub'en ligger på release 7 med samtliga BRMS-features installerade (*BASE, *NETWORK och *ADVANCED). Övriga system klarar sig med *BASE och inget krav på release 7. Väljer man att gå Enterprise-vägen kan man glömma bort 5250 (grön/svart) Det är enbart möjligt att sätta upp via GUI (grafiskt gränssnitt). Tanka hem REDP-4926-00 från http://www.redbooks.ibm.com/redpapers/pdfs/redp4926.pdf Enterprise är fortfarande under utveckling och vill man veta mer går man till https://www.ibm.com/developerworks/community/wikis/home? lang=en#!/wiki/ibm%20backup,%20recovery%20and%20media%20services %20%28BRMS%29%20for%20i/page/BRMS%20Enterprise
BRMS Enterprise forts. BRMS Enterprise allows administrators to monitor backup operations for their BRMS systems from a central site called an Enterprise Hub. The systems being monitored by the Hub are called Enterprise Nodes. The Enterprise Network is comprised of Nodes that can be stand-alone BRMS systems, part of a BRMS Network or any combination of stand-alone and BRMS Networked systems. Configuration and management of the Nodes are handled through the Hub and does not impact the existing operations of traditional BRMS Networks. The Hub can monitor Node backup activity in several ways: STRRCYBRM, STRMNTBRM and DSPLOGBRM reports manually run or scheduled stored on the Hub optionally stored on the Node email notifications for report errors email reports Status for backup control group runs Display and filter the BRMS log Connectivity status
Alias För att systemen i BRMS ska kunna prata med varandra krävs access till respektive systems databas vilken oftast har samma namn som systemet, men inte alltid. Här ett exempel från mina testsystem Där ser man i kommentarsfälten att hälften av dem har Alias-namn.
PUH1 Om man tar den översta och gör DSPNETA i det systemet ser man att det heter PUH1.
Databasen i PUH1 har inte samma namn som systemnamnet När man tar STRSQL i PUH1 kommer ett annat namn fram. Vilket gör att BRMS kan inte komma åt den databasen om man inte förutom att sätta upp en DDM-länk också är tvungen att ange ett alias eftersom BRMS använder det som står i DSPNETA som systemnamn. För BRMS heter den noden PUH1 och inte nånting annat eftersom det står så i dess nätverksattribut (Local control point name). Men nu pratar vi databas vilket inte är samma sak. Komplicerat? Ja, kanske till en början.
DDM setup för att komma åt PUH1 I samtliga övriga system som vill utväxla information med PUH1 får man sätta upp RDBDIRE så här:
STRSQL connect to PUH1 Nu kan man göra STRSQL Connect to PUH1 och få svar från dess databas B10DE1FB. När man satt upp DDM-kopplingarna kan BRMS utväxla information förutsatt att övriga förutsättningar finns.
WRKPCYBRM *SYS val 4
Två system som pratar med varann PUH1 och PUH2 är tomma system utan hårdvara, men däremot finns det två partitioner med äldre releaser som är igång och pratar med varann.
Kolla vad som finns sparat Så mellan dem kan man få reda på vad de sparat. T.ex. från SE520P1 gör man WRKMEDIBRM FROMSYS(SEIBM000.SE520P2) Vilket man kan dubbelkolla genom att göra samma sak från SE520P2. WRKMEDIBRM (utan att ange FROMSYS)
Varför nätverk? Nu när vi alla har PC's i någon form, vad är vitsen med att behöva sätta upp alla dessa definitioner, betala licensavgifter och ta kräm ur systemen med att har BRMS networking i gång hela tiden när man lika gärna kan byta terminalfönster? Jo det är det här med bandskyddet. Om inte systemen pratar med varandra är det omöjligt att avgöra om ett band är fritt att använda eller ej. För att vara någorlunda säker måste man tilldela olika namn eller nummerserier för vart och ett av systemen som delar bandrobot så man inte av misstag tar fel band. Alternativt dela in bandroboten i logiska enheter så det inte går att se de andras inventarium. Plus att man måste se till att samtliga system har tillräckligt med egna friställda band eftersom man inte kan låna av andra. Plus att måste man låna band emellan systemen får man manuellt friställa och ta bort bandet från ägande system och addera det till det andra systemet. Har man skilda nummerserier måste man först byta streckkodsetikett och initiera om bandet. Resten kan man sköta genom separata påloggningsfönster.
Att återställa till ett annat system utan BRMS i nätverk Säg att vi struntat i nätverket och vill återställa biblioteket LILL till t.ex. ett testsystem. Testsystemet vet ju inte nånting om var huvudsystemet lagt sina backuper? Gör WRKMEDIBRM LILL i systemet som tog backupen och vi får reda på allt vi behöver för att göra RSTLIB i ett annat system. I det systemet som ska lägga in backupen gör man: RSTLIB SAVLIB(LILL) DEV(TAPMLBxx) VOL(A00003) SEQNBR(30) MBROPT(*ALL) ALWOBJDIF(*ALL)
Återställa enskilda objekt till andra system utan BRMS i nätverk Ska man återställa enskilda objekt och sparat Object Detail *YES och rensningsdatum inte är överskridet, kan man ta val 9 och få reda på vilka enskilda objekt som finns på backupen. Om inte gör man: DSPTAP DEV(TAPMLBxx) VOL(A00003) SEQNBR(30) DATA(*SAVRST) för att kunna göra RSTOBJ OBJ(abc...) SAVLIB(LILL) DEV(TAPMLBxx) VOL(A00003) SEQNBR(30) MBROPT(*ALL) ALWOBJDIF(*ALL) eller numera *COMPATIBLE Förutsatt att det går att återläsa (kompatibilitet mellan releaser etc.)