Slik bruker du t_reader verktøyet

• Må bestemme de faktiske blokkstørrelsene på et bånd
• Må kontrollere etikettstrukturen for NetWorker
• Må verifisere den fysiske integriteten til båndmedier
• Må bekrefte metadata for NetWorker-blokkhode
• Må dumpe de første 512 byte av hver blokk

Informasjonen i t_reader Verktøyet brukes til å diagnostisere og feilsøke problemer knyttet til båndstasjonen. Det er også en NetWorker Support som har flere båndfunksjoner som gjør det til et nyttig feilsøkingsverktøy. Bruk den til å:

• Test den faktiske størrelsen på blokker skrevet på bånd
• Fastslå om det finnes variasjoner av størrelser på blokker som er skrevet på bånd
• Test lesing av fysiske medier for I/O-feil eller fysisk skade
• Bestem om elementene under applikasjonslaget (driver, operativsystem, transport, selve enheten) kan lese blokker med en bestemt størrelse
• Eksponer informasjon på lavt nivå i Windows, ikke mulig med noe annet gjeldende verktøy

Problemer med båndmedier forårsakes ofte av eksterne faktorer som:

• Problemer med OS/HBA/driverblokkeringsfaktor
• Uoppdagede I/O-maskinvare- eller transportfeil under skriving
• Medieforringelse på grunn av alder, bruk, diskhygiene eller feil oppbevaring

Nedlasting t_reader herfra: NetWorker-verktøy

Pakk ut pakken og bruk t_reader for vertens arkitektur.

• t_reader vil ikke automatisk spole tilbake volumet på UNIX (det tilbyr seg på Windows) - dette lar deg plassere til og begynne fra et hvilket som helst sted på båndet.
• På de fleste operativsystemer t_reader rapporterer blokkstørrelsene som den finner fra dette punktet; Noen krever en blokkstørrelse for å forsøke å lese.
• t_reader begynner sin opplisting av fil og post ved 0 - noe som betyr at hvis du skulle mellomrom fremover til fil 5, ta opp 500 med vilje og kjør deretter t_reader - t_reader utganger ser ut til å begynne på F0 R0, til tross for at de faktisk starter på en mye senere adresse.
• På operativsystemer som kan fastslå faktisk blokkstørrelse, fører en blokkstørrelsesbegrensning i driveren eller operativsystemet til en feil som indikerer at bufferen er for liten til å lagre blokkdataene, for eksempel cannot allocate memory eller more data is available.
• t_reader trenger ikke å lese faktiske data, men kan gjenkjenne og lese NetWorker-etiketter hvis de finnes
• På Windows kan den også lese og rapportere blokkhodeinformasjon, hvis tilgjengelig; Det kan også dumpe de første 512 rå byte med data (se variabler nedenfor)
• Alltid – blokkstørrelsene må være konsekvente etter det første paret med 32 kB etikettblokker, og må samsvare med blokkstørrelsen som er skrevet inn i etiketten som returneres av skanneren

UNIX
Slik klargjør du et volum ved å spole det tilbake først:

mt -f /dev/nst0 rewind

Å løpe t_reader, leverer du filhåndtaket til OS-enheten på stasjonen med båndkassetten lastet, for eksempel:

./t_reader_linux /dev/nst0

Utdataene fra et standard NetWorker-volum etter tilbakespoling ser slik ut:

About to read FileNo-BlockNo: 0-0  Found block size: 32768
About to read FileNo-BlockNo: 0-1 EOF encountered
About to read FileNo-BlockNo: 1-0  Found block size: 32768
About to read FileNo-BlockNo: 1-1 EOF encountered
About to read FileNo-BlockNo: 2-0  Found block size: 98304
About to read FileNo-BlockNo: 2-1  Found block size: 98304
...
About to read FileNo-BlockNo: 19-0  Found this record at block size= 98304
About to read FileNo-BlockNo: 19-1 File Mark encountered
About to read FileNo-BlockNo: 20-0 File Mark encountered
No more data is on Tape

Dette eksemplet viser et sunt volum med to 32K-blokker på de to første filene som indikerer etiketten, etterfulgt av 96K-blokker som periodisk tegnes av filmerker til EOD-en (End of Data) som oppstår etter fil 18.

WINDOWS
For Windows må du også oppgi størrelsen på blokken du vil lese:

t_reader \\.\tape0 131072

Effekten av dette er at Windows forsøker å lese hvilken blokkstørrelse som er gitt den, og ikke klage (til tross for at den potensielt er større enn den faktiske blokkstørrelsen som er skrevet) - selv om det vil mislykkes hvis enten blokkstørrelsen som er oppgitt som argument er mindre enn den faktiske blokken, eller det er en OS- eller driverbegrensning som gjør en blokk av den størrelsen ubrukelig.

Siden Windows ikke automatisk kan bestemme og rapportere blokkstørrelsen, må den angis som det andre argumentet. Hvis blokkstørrelsen er for stor, rapporterer den feil, da den ganske enkelt leser flere blokker og presenterer dem som argumentets angitte størrelse. Hvis den oppgitte blokkstørrelsen, f.eks. 131072, er mindre enn den faktiske blokkstørrelsen, for eksempel 262144, får du en feilmelding:

>>>>>File Mark Encountered. Total Records Estimated In File 1 Are 1
Read Record does not align on Assigned Buffer

For å bestemme en ukjent blokkstørrelse riktig, start derfor på 32768, og dobbelt til verktøyet lykkes. Du kan imidlertid generelt bestemme den forventede blokkstørrelsen fra etiketten.

Windows har også to variabler som kan settes for dypere feilsøking:

set EXPLODE_LEVEL=1

Årsaker t_reader Slik rapporterer du blokkhodet for eventuelle NetWorker-blokker som blir funnet:

Read 262144 bytes: HW Fn-Rn:2-81 Media Fn-Rn:2-81 Cummulative Bytes Read 21561344

mr_version 6
mr_size 262144
Volid 4222551389 (0xFBAF055D)
Media Fn 2-Media Rn 81
mr_len 444
mr_chunk_len 1

Å forårsake t_reader å dumpe de første 512 B av hver blokk lese:

set DUMP_BUFFER=1

Forvent utdata som:

Read 262144 bytes: HW Fn-Rn: 2-47 Cummulative Bytes Read 12648448

Dumping 512 Bytes Starting At Address: 0x  850048
0x0000: 56 4F 4C 31 51 30 57 30 50 53 20 20 20 20 20 20
0x0010: 20 20 20 20 20 4E 45 54 57 4F 52 4B 45 52 20 20
0x0020: 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
0x0030: 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
0x0040: 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 33
0x0050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
...

Dette kan tillate dypere feilsøking eller bevise ikke-NetWorker, skadede eller krypterte volumer, men er åpenbart for uvanlig bruk.

t_reader leveres også med et følgesvennverktøy, t_writer.exe. Dette er et Windows-verktøy som bare tar plassen til UNIX-verktøy som tjære og dd, og lar testskriving utføres på bånd med tilpassede blokkstørrelser. Det krever den medfølgende filen, seeding.image eller en hvilken som helst binær fil med samme navn.

For å bruke verktøyet, kjør det med å bruke en medielastet enhet som det første argumentet og ønsket blokkstørrelse i byte som det andre, for eksempel:

win_t_writer.exe \\.\Tape2147483639 131072

Verktøyet kjører til brukeren avbryter prosessen. Det kan kjøres suksessivt på samme volum med forskjellige blokkstørrelser for å simulere variantblokkstørrelser, eller gjentatte ganger til feil hvis det er mistanke om tilfeldige I/O- eller SCSI-tilbakestillinger. Den kan også brukes til å demonstrere om en betingelse er avkorting av blokkstørrelser under applikasjonslaget.

Som et eksempel på utdataene:

C:\Users\Administrator\t_reader>win_t_writer.exe \\.\Tape2147483639 131072

CAUTION: This Is An Un-Supported Tool. To Be Used By Tech. Support Personnel Only
For Comments or Change Requests, email: abid.yazdanie@emc.com

******WARNING Tape Write operations will occur on the device******
******Data Destruction Will Occur******
******You are using this tool at your own risk******


usage: win_t_writer \\.\tapeX 131072
Where tapeX is \\.\tapeX and 131072 (128X1024) is the desired block size, in this case 128K
The Block Size Used Above Is Only An Example.
Run mt -f \\.\tapeX status To Find The Max. Block Size For Your Tape Drive

Enter y to proceed or n to abort: y
Proceeding to write....
About to allocate write buffer
Opening Seeding File seeding.image
Copying Contents Of Seeding File: seeding.image To Write Buffer
WRITE access to device \\.\\\.\Tape2147483639
Successfully opened device: \\.\\\.\Tape2147483639

Calling WriteFile in a perennial loop...