RINFO INFORMASJON FRA RUN IT REGNESENTRET VED UNIVERSITETET I TRONDHEIM Postadr.: Strindveien 2, N-7034 Trondheim -NTH Telex: 55 620 sintf n Telegram: COMPUTING NTH Tlf.: (07)593100 (07)593030 Tittel GJENVINNING AV FILER OG-ELEMENTER RINFO nr. Dato 4.1.1 1982-08~31. Forfatter Paul Rusten Antall sider 6 Stikkord 'UNIVAC filer filberging - Erstatter tidligere RINFO nr. Dato INNHOLD: 1. FILER S. 2 1.1 FILEN ER RULLET UT PA MAGNETBAND S. 2 1.2 FILEN ER BLITT SLETTET AV RUNIT S. 3 1.3 BRUKEREN HAR SLETTET FILEN VED EN FEILTAGELSE S. 3 1.4 BRUKEREN HAR ØDELAGT HELE ELLER DELER AV FILEN S. 2. ELEMENTER S. 2. 1 GJENVINNING AV ELEMENTER SOM ER MERKET SLETTET S. 2.2 GJENVINNING AV ELEMENTER NAR FILEN ER @PACK'ET S. 3 4 5 5
2 GJENVINNING AV FILER OG ELEMENTER 1. FILER Det kan være flere årsaker til at en ønsker tilbake en fil i samme tilstand som den var på et tidligere tidspunkt: * filen har ikke vært brukt på en stund og er blitt rullet ut på magnetbånd * filen har ikke vært brukt på lang tid og er blitt slettet av RUNIT filen ved en feil- * brukeren har kommet i skade for a. slette tagelse * brukeren har gjort en feil og ødelagt hele eller deler filen av 1.1 FILEN ER RULLET UT PA MAGNETBAND Indikasjon på at en fil er rullet ut kan en få på flere måter: * filen er merket med "U" i en filoversikt (se RINFO 4.12) * meldingen: MODES:..,UNLOD når en ønsker informasjon om filen med @PRT,F * meldingen FILE IN FIELD CAN NOT BE ASSIGNED: 400003000000 eller <qual*fil> IS NOT AVAILABLE FAC STATUS: 400003000000 når en forsøker å benytte filen i en kjøring * meldingen WAITING, FILE IS ROLLED OUT OR IN USE TYPE: @@X T IF YOU DONT WANT TO WAIT når en tilordner filen med "@ASG,A filnavn."
3 En fil som er rullet ut på magnetbånd blir automatisk kopiert inn på platelager igjen når den tilordnes ved @ASG,A <filnavn). I interaktive kjøringer vil en få meldingen "WAITING, FILE IS ROLLED OUT OR IN USE. TYPE: @@X T IF YOU DONT WANT TO WAIT" etter en slik tilordningssetning. Det betyr at filen ikke er tilgjengelig i øy ebl ikke t, og at brukeren må vente til den blir kopiert inn fra magnetbånd. Tilordning av filer som er blitt rullet ut bør fortrinnsvis skje i en satsvis kjøring. 1.2 FILEN ER BLITT SLETTET AV RUNIT Filer som ikke er brukt på lang tid (1-3 mnd.) blir rutinemessig slettet av RUNIT. Men før filen blir slettet, blir det tatt en magnetbåndkopi. Magnetbåndkopien lagres i ca. 1 år og kan fås tilbake ved henvendelse til RUNIT (se RINFO 2.04 om veiledningstj enest en) Brukere kan selv forhindre at filen blir slettet av RUNIT ved å tilordne filen med jevne mellomrom (@ASG,A). 1.3 BRUKEREN HAR SLETTET FILEN VED EN FEILTAGELSE Dersom en uforvarende har kommet til å slette en fil fra filkatalogen, er det mulig å få tilbake en inntil 14 dager gammel kopi av filen. Dette gjøres ved henvende~se til RUNIT (se RINFO 2.04 om veiledningstjenesten). Dersom det går mer enn ca. 14 dager fra filen ble slettet til feilen blir oppdaget, er det ingen mulighet til å få tilbake en slik filkopi. 1.4 BRUKEREN HAR ØDELAGT HELE ELLER DELER AV FILEN Dersom feilen oppdages samme dag som filen ødelegges, kan brukeren selv få tilbake sikkerhetskopien fra foregående dag ved følgende oppsett: @SECURE,ILF REVERT FILE <qualifier*filnavn). @EOF @ASG,A <filnavn). I dette tilfellet erstattes altså hele filen med gårsdagens utgave. Eventuelle nye ting som er lagt inn i løpet av siste dag, og ikke er blitt ødelagt, kan imidlertidig kopieres over til en annen fil. Dette kopieres så tilbake etter at gårsdagens kopi er tatt inn.
4 Hvis en først oppdager at filen er ødelagt en eller flere dager etter at skaden er skjedd, kan en eldre sikkerhetskopi fås tilbake ved henvendelse til RUNIT (se RINFO 2.04 om veiledningstjenesten). 2. ELEMENTER Flere muligheter kan være tilstede for å få tilbake en tidligere versjon av et programelement. Før de enkelte alternativer gjennomgås er det imidlertid nødvendig å se litt på hvordan en programfil er organisert. Anta at det på filen FIL1 er lagt inn 3 elementer ELT1, ELT2 og ELT3. En innholdsfortegnelse av filen kan f.eks. se slik ut (fås ved @PRT,T FIL1.): RU NIT*'FIL 1 (1) ELT ELT2(0) EL.T EL T 3 ( O ) ELT ELT1 (O) Denne innholdsfortegnelsen gir en oversikt over ikke-slettede elementer. Det er nemlig slik at en ved oppdatering av et element (f.eks. med @ED eller med @CTS) lager en ny kopi av elementet. Den gartt1e versjonen blir merket slettet,.. men ikke fysisk fjer"ne t. I - eksemplet ovenfor er f.eks. elementet ELT1 oppdatert flere ganger. Dersom en i stedet for å benytte @PRT,T <filnavn). benytter @PRT, TL <filnavn)., vil. en få oversikt over både ikke-slettede elementer og elementer som er merket slettet. For filen FIL1 i eksemplet ovenfor gir dette følgende resultat: @PRT, TL FIL 1 RU NIT*FIL 1 ( 1 ) l ELEMENT TABLE D NAME VERSION TYPE DATE TIME * ELT1 ELT SYMB -Q 08 MAR 82 14:47:20 * ELT1 ELT SYMB -Q 08 MAR 82 14: 48: 34 * ELT1 ELT SYMB -Q 08 MAR 82 14 : 50 : 17 * ELT1 ELT SYMB -Q 08 MAR 82 14:52:09 ELT1 ELT SYMB -Q 08 MAR 82 15:09:54 * ELT1 ELT SYMB -Q 08 MAR 82 15:13:10 * ELT1 ELT SYMB -Q 08 MAR 82 15 : 15 : 20 ELT1 ELT SYMB -Q 08 MAR 82 15:15:31 ELT2 ELT SYMB -Q 09 MAR 82 13:06:43 ELT3 ELT SYMB -Q 09 MAR 82 13:07:10 ELT1 ELT SYMB -Q 09 MAR 82 13:17:41
5 2.1 GJENVINNING AV ELEMENTER SOM ER MERKET SLETTET Dersom en benytter følgende setning @RUNIT*PROG.PRINT,G FIL1.ELT1 vil en få tilbake samtlige versjoner av elementet ELT1 i eksemplet ovenfor. Disse får da navnene ELT1/DELA, ELT1/DELB etc. I utskriften nedenfor vises resultatet av dette: " @RUNIT*PROG.PRINT,G FIL1.ELT1 PRINT 02/75-09/03 13: 20: 25 «*ELT1 (ELT) NEW NAME IS: ELT1/DELA (ELT)» «*ELT1 (ELT) NEW NAME IS: ELT1/DELB (ELT)» «*ELT1 (ELT) NEW NAME IS: ELT1/DELC (ELT)» «*ELT 1 (ELT) NEW NAME IS: ELT1/DELD (ELT)» «*ELT1 (ELT) NEW NAME IS: ELT1/DELE (ELT)» «*'ELT1 (ELT) NEW NAME IS: ELT1/DELF (ELT)» «*'ELT1 (ELT) NEW NAME IS: ELT1/DELG (ELT)» «*'ELT1 (ELT) NEW NAME IS: ELT1/DELH (ELT)» «ELT1 (ELT)» 2.2 GJENVINNING AV ELEMENTER NIR FILEN ER @PACK'ET Dersom filen er @PACK'et (d.v.s. at alle elementer som tidligere er merket slettet også er blitt fysisk fjernet), er mulighetene til å få tilbake tidligere versjoner av et element mindre. Mulighetene til å få tilbake en tidligere versjon av hele filen kan selvsagt benyttes. Det kan imidlertid finnes et annet alternativ: Det ligger lagret flere sykluser av elementet. Dette må forklares nærmere. I følgende innholdsfortegnelse er det en 'O' i parentes bak hvert elementnavn: RU NIT*FIL 1 ( 1 ) ELT ELT2(0) ELT ELT3(0) ELT ELT1 (O)
6 Det betyr at hvert element har syklusnr. O. Dette indikerer at det ikke finnes mer enn en syklus tilgjengelig av hvert element. Hvis oppdatering av elementene er blitt foretatt med f.eks. @ED,U <fil.element> vil editoren lage nye sykluser av elementet. Dette betyr at det i et og samme fysiske element finnes informasjon til å kunne få tak i tid.ligere sykluser av samme element. Følgende innholdsfortegnelse viser at det ikke finnes noen elementer på filen FIL1 som er merket slettet, men elementet ELT1 har fått syklusnr. 2. RU NIT*FIL 1 ( 1 ) ELT ELT2(0) ELT ELT3(0) ELT ELT1(2) Her kan en få tilbake tidligere sykluser av elementet ved å referere til syklusnr. i tillegg til elementnavnet. F.eks. vil @PRT,S FIL.ELT1 og @PRT,S FIL.ELT1(0) gi utskrift av henholdsvis siste syklus (her syklus nr. 2) og syklus nr. O av elementet ELT1. En kan altså referere til et element med elementnavn og syklusnr. i styresetninger som @ED, @PRT, @COPY etc. Vanligvis vil de 5 siste sykluser av et element være tilgjengelig. Hvis en i innholdsfortegnelsen ser at et element har syklusnr. 14, vil det altså være mulig å få tak i syklusnr. 10, 11, 12, 13 og 14 av dette elementet.