|
Zidar
Canada
Moderator
Član broj: 15387
Poruke: 3085
*.eqao.com
|
Back Up znaci povremeno praviti kopije fajlova na neko drugo mesto, na trake, CDs, ZIP drives i slicno. ZNaci, ako su podaci jako vazni, u odredjenom vremenskom intervalu pravi se kopija koja se cuva ne nekom ediju na nekom drugom mestu. Frekvenciaj bekapa zavisi od vaznosti podataka. U small business, za robno knjigovodstvo, fakturisanje, narudzbe, vecina radi back up na kraju dana. Posto ima 5 radnih dana, treba ti 5 traka ili RW CD ili ZIP diskova, koje nazoves Pon,Uto,Sre.... I na kraju svakog dana snimis celu bazu (.MDB fajl s apodacima) na back up medijum. posle 5 dana, recikliras medijume. I tako uvek imas kopije podataka koji su stari do 5 dana. U slucaju neke nevolje - tvoj originalni MDB faj je unisten - uzmes najsveziji back up i radis s time. Izgubio si podatke za jedan dan i to je sve. Ako ne mozes da priustis da izgubis podatke za poslednji dan, mozes da radis back up na svaki sat. Cesce od toga mislim da prakticno nije izvodljivo. Ako ti treba absolutna sigurnost podataka, onda ides na SQl server koji moze da radi mirrorring - pored radne baze odrzava jos jednu koja je 100% slika radne baze. i opet radi back up na trake i trake cuvas van mesta gde su serveri jer neko moze da provali i fizicki odnese servere. Ili moze server room da izgori u pozaru. Znaci, back up mor a da se radi i da se kopije cuvaju na sigurnom, gde ne mogu da izgore ili budu ukrasdene, ba r ne u isti cas kad i original.
Recovery znaci spasiti ostecene podatke ako je ikako moguce. Access iam komande Compact i Repair. U starijim vezijama to su dve komande, u 2K2 mislim da je to pod jednom komandom. Kad dobijes poruku "MDB file format not recognized" ili "unreadable" probas prvo Repar pa onda Compact. Cesto repair pomogne. Comact treba raditi redovno, sto cesce, da se ne bi fajl pokvario (get corrupted). Aplikacioni fajlovi se cesce kavre i treba ih kompaktovati cesto. Ako se stalno nesto dodaje ili brise ili menja (nesto=forme, reporti, kveriji), fajl moze da se pokvari. Kad god dodas ili menjas neki objekat u design modu, rekompiliraj projekat (Compile) pa onda Compact. Sa malo srece, neces nikada morati da radis Repair.
Ako vise (>1) korisnika otvore u isto vreme isti MDB fajl koja se nalazi na serveru, vrlo je verovatno da ce se taj aplikacioni MDB fajl vrlo brzo pokvariti i bice potreban repair. Zato se nikada sebe ne dovodis u situaciju da vise od jedne osobe otvara jedan isti aplikacioni fajl. Svaki korisnik treba da ima svoju kopiju aplikacije na svom C:\ drajvu. Znaci, borba protiv kvarenja falova pocinje osmisljavanjem sistema. Podsecam da kada se svi linkuju na daat fajl to nije isto kao da su svi otvorili taj fajl. Ne daj boze da svi otvore faj sa File Open u istom momentu
Znaci, redovan dnevna rutina bi bila:
1) Comapct fajl sa podacima i aplikaciju
2) back up fajl sa podacima.
Pretpostavlja se da je sistem postavljen kako treba - data fajl na serveru, aplikacioni fajlovi na lokalnim masinama i tabele linkovane iz data fajla u lokalne aplikacije.
Mnoge aplikacije i sistemi nisu postavljeni kako treba i normalno da dolazi do problema i ljudi onda zakljuce da je Access s***** od programa. Ko ne ume, neka mu i bude tako.
;-D)
|
Koji su nedostaci access baza?
Re: Koji su nedostaci access baza?
