RE: Backup - sebesseg

On Tue, 20 Nov 2001, Adam Maulis wrote:

> > (gyakorlatilag diszkrol diszkre meno
> gondolom decneten leresztul, a FAL object segitsegevel.
Igen. Ennek lehet jelentosege? Egesz pontosan: 
   Backup forras:[*...] mentogep::xxx.bck /sav


> Amennyiben nincs masik processz, ami fogna a diszket (shadow merge sem!)
Semmi ilyesmi nincs mellette. Pontosabban ha van, akkor csak annyiban
szamit, hogy ok is lelassulnak.
Ami feltuno, hogy nagymeretu (>5G) savesetekkel csinalja mindig.


> 1,  MONITOR DECNET -ben megugrik-e ilyenkor nagyon a packet rate?
>     Marmint a hiba eseten magasabb/kisebb-e, mint nem-hiba eseten?
Csokken. A kuldo oldalon gyakorlatilag megall a processz.


> 2,  MONITOR PROCESS /TOPDIRECT szerint ki eszi azt a sok I/O-t?
A FAL processz. 

> 3,  Diszk hiba: error count a celdiszken?
Semmi. Sem VMS oldalrol, sem a HSG konzolon.

> 4,  Filesystem hiba: ANAL/DISK/NOREPAIR mit mond a celdiszkre
>     egy ilyen hibas backup utan?
Ez jo kerdes... Megnezem.

> 5,  DecNet halozati hiba eseten altalaban az OPCOM szol, ha REPLY/ENAB=NETWORK
>     be van kapcsolva.
Semmi. Nema csend es... ;-)

>     - nezegeted, hogy az error szamlalo no-e:	$ MCR NCP SHOW COUNTER LINE ewa-1
Nem jellemzo... Osszesen 2 Send failure keletkezett kb. egy honap alatt.


> 7,  eroforras hiba... leggyakoribb, ha tul fragmentalt a diszk, es igy a FAL 
>     object nem fer bele a sajat bytelim quotajaba. A backup eseten ajanlatos,
A fragmentaltsag igaz, de ezzel nem tudok mit kezdeni. Mivel nem nagyon
volt mas otletem, jo alaposan megemeltem a page file quotat es a Fillm
erteket. Utobbit azert, mert ilyen esetekben >2000 szokott lenni a nyitott
csatornak szama a diszken, normalisan meg emlekeim szerint nehanyszaz
korul. Erdekes... A bytlm-hez nem nyultam... Ennek ellenere mult pentek
ota csendben van... 



>     hogy a backupot fogado FAL object quotai is igen meg legyenek  emelve,
>     a quotak kapcsan lasd a System Manager's Manual: Essentials "Setting process
Koszi, ezt atnezem. Csak azert volt furcsa a dolog, mert a tobbi backup
user is azonos quotakkal dolgozott, de csak ez az egy szokott megvadulni.
Viszont az is igaz, hogy ez szokott ilyen meretu savesetekkel dolgozni.

> 8,  Ha szeretsz az audit rendszer segitsegehez fordulni :-) akkor lehet
>     minden hibas, vagy elrontott  filemuveletre csipogast kerni:
>     $ REPLY/ENAB=SECURITY
>     $ SET AUDIT/ALARM /ENABLE=ACCCESS=FAILURE
Semmi... Az audit journalban gyujtom, de nem talalkoztam erre utalo
nyomokkal.


> hajjaj.. amikor pl. tulmelegedett az scsi csatolo... 
> meg amikor kontakt hibas volt a diszk kabel...
:-))))))
A muszakis kollega meg a hajat tepi, ha megemlitem, hogy esetleg HW gond?
:-))))


koszi, HZ