U procesu ažuriranja prenosa podataka iz drugih konfiguracija, pa čak i tokom svakodnevnog rada, tehnički kvarovi mogući su prilikom obavljanja sistema sistema. U većini slučajeva takvi se kvarovi otkrivaju i uspješno obrađuju, ali u nekim slučajevima i dalje dovode do grešaka. Takve greške se najčešće manifestuju prilikom pristupa završnim podacima. Na primjer, u izjavi rublja "ne konvergira" početni, promet i konačnu ravnotežu ili rezultate. Da biste ispravili ovu situaciju, rezultati su preračunali.

Rekalkulacija rezultata može se izvesti u režimu konfiguratora (meni administracije - Ispitivanje i ispravka).

U slučaju da ne postoji mogućnost pokretanja konfiguratora, tada se rekalulacija rezultata može izvršiti iz korisničkog režima. Da biste to učinili, uradite sljedeće akcije.

1. Odredite datum prvog dokumenta u bazi podataka. Da biste to učinili, možete koristiti "Operativni časopis" (odjeljak Računovodstvo, porezi, izvještavanje). Lista bi trebala ukloniti sve selekcije. Na primjer, 31.12.2011.
2. Otvorite obrazac za upravljanje izlazom i jedinicama (odjeljak Administracija - usluga servisnog panela).

Gumb "OK" počet će ponovno preračunati rezultate. Nakon završetka neuspjeha, standardni izvještaji bit će formirani bez grešaka.

Svidjelo se? Podijelite sa svojim prijateljima

Konsultacije o radu sa programom 1c

Usluga je otvorena posebno za klijente koji rade sa programom 1C različitih konfiguracija ili na informacijskom i tehničkoj podršci (njemu). Postavite svoje pitanje i odgovorit ćemo na zadovoljstvo! Preduvjet za dobijanje savjetovanja prisustvo je postojećeg ugovora o njegovom prof. Izuzeci su osnovne verzije PP 1C (8 verzije). Za njih raspoloživost ugovora nije neophodna.

I zaostali i tekući registri akumulacije fizički se sastoje od dvije tablice: tablice pokreta i ukupno tablicu. Tabela ishoda sadrži podatke iz mjernih podataka iz tablice kretanja, za brži pristup ovim podacima. Rezultati prema zadanim postavkama postoje mjeseci, na prvom broju svakog mjeseca; Za registre su relevantni rezultati također pohranjeni odvojeno, odnosno rezultati tekućeg mjeseca. Za svaki pojedinačni registar trenutne rezultate mogu biti onemogućeni.
U trenutku snimača dokumenata formira se kao unos u tablici pokreta, kao i zapis u tablici ishoda, a ako dokument održava u proteklom mjesecu, evidencija će biti donesena po broju Protekli meseci. Odnosno, svi su prošli rezultati ažurirani.
Da biste merili registar, možete onemogućiti upotrebu rezultata, on ima pozitivan učinak na performanse baze:

Također, primjećujemo da postoje dvije alternative - upotreba ishoda ili upotreba agregata; Druga opcija je fleksibilnija.

Pitanje 12.30 Ispit 1c: Professional na platformi. Rezultati za režisere zaostale akumulacije:

1. Ne pohranjuju se
2. Pohranjeno. Oni nisu ograničeni na izračunate razdoblja, jer oni automatski izračunavaju sustav prilikom otvaranja sljedećeg perioda
3. Može se pohraniti, ali ograničeno na razdoblje izračunatih ishoda. Da nisu protjerani, onda nisu pohranjeni. Možete upravljati izračunatim rezultatima u 1C modu: Enterprise
4. Pravi odgovori 2 i 3, jer automatski izračun intermedijarnih rezultata može se postaviti u režimu konfiguracije

Tačan odgovor je treći.

Pitanje 12.32 Ispit 1C: Professional na platformi. Prilikom rada sa akumulacijskim registru s vrstom "ostataka", isključujući rezultate dovodi do činjenice da:

1. možete dobiti samo operativne ostatke
2. možete dobiti ostatke u bilo kojem trenutku, ali brzina njih će se povećati

Tačan je odgovor drugi. U slučaju uključenih rezultata, ostaci su dostupni u mjesečnom periodu.

Pitanje 12.33 Ispit 1C: Professional na platformi. Pri ponovnom prenošenju trenutnog ishoda korisnika:

1. trenutni rezultati bit će preračunati samo za trenutnu sjednicu.
2. svi će trenutni rezultati preračunati.
3. trenutni rezultati bit će preračunati za trenutnu ili za sve sesije ovisno o postavkama registra

Tačan je odgovor drugi, koncept "trenutne sesije" ne postoji. A stvarna rekalkulacija rezultata je postupak za prevladavanje ishoda tablica, jer Vremenom, žice sa nultim vrijednostima nakupljaju se u njemu, što smanjuje brzinu sistema.

Pitanje 12.34 Ispit 1c: Professional na platformi. Pri ponovnom prenošenju rezultata od strane korisnika:

1. rezultati će se preračunati samo za trenutnu sesiju.
2. rezultati će se preračunati za trenutnu ili za sve sesije ovisno o postavkama registra
3. svi će rezultati biti preračunati
4. možete odabrati koje se sjednice preračunati rezultatima

Tačan odgovor je treći, pogledajte prethodno pitanje.

Pitanje 12.35 Ispit 1c: Professional na platformi. Prilikom pisanja podataka u akumulacijsku registru, postoji prilika:

1. odbijte upotrebu ishoda (povećanje paralelizacije snimanja zapisa)
2. odbijte koristiti trenutni ishod (povećava paraleliziranje snimanja zapisa)
3. pravi odgovori 1,2

Tačan je odgovor treći - manje tablice, brži sustav djeluje. Onemogućavanje ishoda se programski vrši:

Registrirajte se \u003d UpitBuchelling. Izvor; Registrirajte se poljoprivredni. Softverske usluge (laži);

Pitanje 12.36 Ispit 1c: Professional na platformi. Prilikom rada sa akumulacijskim registru, isključujući tekuće rezultate dovodi do činjenice da:

1. smanjuje brzinu primanja bilo kakvih ostataka
2. možete dobiti ostatke u bilo kojem trenutku, ali brzina pribavljanja operativnih ostataka za povećanje
3. ne utiče na brzinu dobivanja ostataka i utiče na brzinu okretanja

Pogledajte pitanje 12.32.

Pitanje 12.37 Ispit 1C: Professional na platformi. U režimu konfiguratora može se odabrati sljedeća frekvencija tablice ishoda akumulacijskog registra:

1. U toku dana
2. U roku od mesec dana
3. U roku od četvrt
4. Ne-periodičan
5. Bilo koja od gore navedenih opcija
6. Ne mogu se odabrati

Pravi odgovor je šesti - rezultati se uvijek izračunavaju na mjesečnoj, na prvom broju sljedećeg mjeseca.

Pitanje 12.39 Ispit 1c: Professional na platformi. Kako je 1C sistem: Enterprise 8 može pohraniti rezultate za revolving Registar akumulacije?

1. Samo sa tablicom ukupno
2. Samo pomoću agregatne tablice
3. Istovremeno u tablicama ishoda i agregata
4. Bilo u tabeli ishoda ili u agregatima

Tačan odgovor je četvrti, rezultati i agregati su alternativni načini rada.

Pitanje 12.40 Ispit 1c: Professional na platformi. Odaberite istinu izjavu u odnosu na propise akumulacije.

1. Za jedan akumulacijski registar može se koristiti nekoliko tablica ishoda.
2. Samo jedna tablica agregata može se koristiti za jedan registar akumulacije
3. Za jedan akumulacijski registar može se koristiti nekoliko tablica agregata.
4. Verpels 1 i 2
5. Sve opcije su istinite

Tačan je odgovor treći - tablica ishoda strogo je za registar. Kompleti agregata mogu stvoriti mnogi.

Pitanje 12.44 Ispit 1C: Professional na platformi. Šta se može prikazati u ishodu registara akumulacije?

1. Mjerenja podataka
2. Podaci o resursima
3. Rekviziti podataka
4. Sve opcije su istinite
5. Verpels 1 i 2

Tačan odgovor je peti, rezultati su glavni registarski stol, valjana mjerenjima.

Pitanje 12.45 Ispit 1c: Professional na platformi. Koji dio aktivnih zapisa se ne može prikazati u tablicama ishoda registara akumulacije?

1. Mjerenja podataka
2. Rekviziti podataka
3. Podaci o resursima
4. Sve opcije su istinite
5. Verpels 1 i 2

Tačan odgovor je peti. Detalji se ne prikazuju u rezultatima. Mjerenja registra možda nisu, ali resurs je obavezan.

Pitanje 12.46 Ispit 1C: Professional na platformi. Koji dio ne aktivnih unosa ne može biti prikazan u tablicama ishoda registara akumulacije?

1. Mjerenja podataka
2. Rekviziti podataka
3. Podaci o resursima
4. Sve opcije su istinite
5. Verpels 1 i 2

Tačan odgovor je četvrti, neaktivni zapisi se uopće ne prikazuju.

Pitanje 12.47 Ispit 1c: Professional na platformi. Koji dio aktivnih zapisa se nikada ne prikazuje u tablicama ishoda registara akumulacije?

1. Mjerenja podataka
2. Rekviziti podataka
3. Podaci o resursima
4. Sve opcije su istinite
5. Verpels 1 i 2

) A programeri platforme nisu ovdje, ovo je prilično poznato arhitektonsko rješenje, a ne izbriše "nula" zapisa. Čak bih rekao da je ovo dugogodišnji "sveti rat."

Najvažnije je razumjeti da se zapis sa nultim iznosima na kraju, apsolutno ne znači da ovaj zapis nije potreban.

Prilikom dizajniranja relacijskog DBMS-a smatra se (razmatranim) da se operacije CRUD-a (kreira, čitanje, ažuriranje, brisanje) distribuiraju u troškove resursa na sljedeći način.

1. Svjetlo: Pročitajte, ažurirajte
2. Srednja: Kreiraj
3. Teško: izbrisati

I na osnovu logike ponašanja objektnog registra, koji se često mijenja; I zbog visokih troškova brisanja evidencije, postoji položaj na koji:

rezultat rezultata nema smisla ukloniti sinkrono u vrijeme nulte rezultata, jer "nula" ne znači "null" i zato što verovatnoća činjenice da će sledeća transakcija "želeći" povećati ili smanjiti " Rezultat i to će postati nula i morat ćemo testirati troškove i na operaciji umetka.

otuda, obećanje da evidencija sa nultim rezultatom ima smisla ukloniti asinhrono, odnosno u određenom trenutku - ali opet nije poznato kako to odrediti ovo "određeno point". Takva definicija trebala bi biti lažna odgovorna za prijavu - najčešće znamo da se rekalkulacija rezultata događa u jednom trenutku kada su računovodstveni razdoblji zatvoreni i podnose se kao vrsta pripremnog postupka. Ovdje se nalazi i čiji je problem odavno poznat - Poslovni zadatak koji zatvara razdoblje nije zadatak osiguranja tehničke stabilnosti i poslovanja ponekad mogu "postići" rezultat. "
U praksi sam imao sto sa 400 miliona evidencija sa nultom ishodom.

I ovdje mogu reći da su programeri platforme blago "propustili" (iz riječi "oštećenja") - činjenica je da se prema gore navedenom arhitektonskom rješenju očito razumije da:

Obriši snimci s nultim rezultatima potrebni su ti tipkama (mjerni setovi) za koji se već dugo nije bilo operacija ažuriranja. A ovaj funkcionalan na platformi nije - postoji samo globalna rekalkulacija. U velikim uredima ovo rješava SQL posao "Ohm koji obavlja otprilike sljedeće posao:

1. Pronađite 1 set tipki (mjerenja) za koje nije bilo pokreta za posljednji mjesec i koji su trenutno nula
2. Na ovom setu mjerenja izbrišite unos iz ukupne tablice

obično ovaj posao započinje jednom u 10 sekundi, odabran je Top 1 da bi se smanjilo vrijeme blokiranja na skupi rad na uklanjanju. Prirodno, planovi za preračuju statistike i obnov odvređenih indeksa već su ugrađeni u takve baze. U slučajevima kada su takva "nepotrebna" zapisa - obično smanjujete period pokretanja ili odbijaju registar ishoda - jer ako imate mnogo tipki "i više se ne koristi" i više se više ne koristi "i više se ne koristi, najvjerovatnije imaju 2 operacije pokreti "došli" i "lijevo" - zašto takve informacije u registru statusa nisu jasne.

O tome, sve, sve zaplijenjeno, sve zaplijenjeno - Mashone Operacije Stvaranje i brisanje, kao i stupac za ažuriranje ključeva dovode do kršenja stabla pretrage na indeksu (ključni raspon distribucija putem stranica) - pa, to jest, U rasponu pretraživanja 1..10 može biti sasvim tipka sa vrijednošću 23 - Dakle, SQL je bio prikladniji, jer je stranica s podacima bila pored ključa 7, a pokaže se da će tipka 6 ožičavati tipku 23 pokazati se U rasponu od 100..134 - koji je takođe bio prikladniji na osnovu stranica podataka. Primjer na prstima - ali mislim da se suština odražava.

Općenito, prikladno je shvatiti sljedeće statistike u vrijeme masovnih operacija: Kada napravite masovnu umetanje pokušaja SQL podataka kako bi vam pomogao i upravljati blizinom podatkovne stranice kako biste optimizirali umetnu i u potpunosti zaboravljaju optimizaciju čitanja Operacije, gdje su parametar (ključni pretražni rasponi u tablici - Ključna raspodjela), stoga, nakon što su masovni umetci, operacije čitanja takođe brzo - potrebno je vratiti performanse alata za optimizaciju čitanja. Nakon izvođenja alata za optimizaciju čitanja. Ažurirajte statistiku.

Da, i još uvijek zaboravljam - masovno uklanjanje dovodi do masovne pojave fantomskog zapisa: Snimanje je na popisu daljinsko, ali mjesto je potrebno - ova situacija dovodi do smanjenja uzorkovanja uzorkovanja skeniranja tipa (prikaz).

Vatkir; azil90; Hans; Anikrion; Albert_2008; Niberu; Ser6702; MarchTomcat; Olezhe; User598655_Ilia-bers; Klaus38; Lordkim; lmnlmn; Spenser123; Monte Carlo; Acanta; Zaharknyaz; Agrescusak; Vesd; Ilya $ n; Wananeek; Skyjack; Vojno sredstvo; Aegoncharov; User777757; [Zaštićen e-poštom]; mytg; Gang031; Ledena mreža; Goga1979; Chesscat; Regresz; 1cprogr_nsk; Irwin; Raj.87; KAV2; Corum; Roman100; for_questions; Ragimi; Eugenemipt; Kai NK; Kitaevay; Crosby; Noxie41; Alex_grem; nixel; novi korisnik; TDML; Nevid; Rimidalv; ponovno pokretanje; denis_aka_wolf; Bljesak; Marchenko.y; Freya-khv; Asg.aleks; Denis13; ADM134; Tis_08; MTV :); Soulsteps; Shalimski; ANSK; Pisarevev; Tišina; Kwazi; Inženjer74; vadimlp77; Artano; Dgolovanov; Pchela751; Aexeel; ArtBear; Jif; Dmitryiv; Rego1337h; Slavap; Wizaxxx; IvanBoyChuk123; Fishca; Zli dabar; Dach; Rodinmax; Sanches; MDMDVD; Zakakvo; Krio2; Jacksonp; Adeich; Afedor; Maximstav; Doktorkroza; Serg0ffan; Sanfoto; Kinazarov; Bukaska; TheShadowco; Oitnur; Jester; Detek; audicija; Laeg; MOROK1983; krv2k; Di-pas; Sparklemalna; AWA; Kpaceb.aa; Chif13; SA1M0NN; CRATOSX; Alexoft; Galich; Vlad.Frost; Igordynets; Tormozit; vasiliy_b; Vladir; Meuses; Poopkeen; Andreynikus; PRAD2002; Dicwork; Johnydeath; Aleksej; IT-Developer; rgrisha; Bronislav; 7o2Uyxg; Holodzar; Adyrschdv; Azagtot; Ramses; Denisch; Jednonom; RD80; W-divin; Metmetmet; Cheburator; PRESSOLOD; Diversus; Sevushka; Aleksey.bochkov; Yuraos;

Funkcionisanje programa može prekršiti zbog hitnog prekida rada, na primjer, kada je električna energija isključena. Tada baza podataka ne uspijeva ući.

Ponekad funkcionalni program može pokazati netačne rezultate. Sa liste "nestane" dokumente, kada pokušavate otvoriti dokument, program zamrzava, čudni rezultati se pojavljuju u izvještajima. Sve ove "propuste" zaustavljaju se nakon testiranja i pričvršćivanja 1C.

Greške se ne mogu očitovati tako bezobrazno, ali bilo kakve neobičnosti i netočnosti razlog su za "popravni rad".

Uzroci koji vode do problema:

• Hitno prestanak rada (naglo isključeno);
• Fizičko trošenje tvrdog diska;
• Računalne kvarove.

Prije popravljanja baze podataka, sigurnosno kopiranje

Prije nego što testirate bazu podataka, morate napraviti sigurnosnu kopiju.

To se može izravno kopirati katalog u kojem se nalazi baza podataka. Ako ne možete ući u konfigurator, možete napraviti kopiju samo na ovaj način.

Ako ste uspjeli ući u konfigurator, morate odabrati opciju Administracija u izborniku → Uključite informativnu bazu kao na slici 1. U prozoru koji se otvara, morate odrediti direktorij za snimanje sigurnosne kopije i naziva datoteke u kojem će se pohraniti arhiva.

Prije ispitivanja i ispravljanja kopije vrši se nužno, jer se korekcija izvrši nepovratna promjena podataka. Ponekad (vrlo rijetko) možda se ne mogu poboljšati, ali pogoršavaju status baze podataka.

Uz normalan rad, sigurnosne kopije moraju se redovno raditi, najbolje - svakodnevno. Da bi se ovaj rad automatski obavljao, instalirajte besplatni program. Bacaper-1c sigurnosne kopije kopija računovodstva.

Bolje je pohraniti sigurnosne kopije kopija ne na istom nosaču gdje se nalazi samo baza. Flash pogon je pogodan, internet skladište, još jedan tvrdi disk. Napokon, ponekad je gubitak podataka povezan s fizičkim habanjem tvrdog diska.

Dostupnost sigurnosnih kopija - osiguranje od gubitka podataka. Međutim, nemoguće je javiti da je u rezervnim kopije, sve savršeno, pa je relevantnost opcije testiranja i korekcija ne smanjuje.

Sl. 1. Istovar podataka.

Rezimirajte:

• Kopije za sigurnosne kopije treba redovno izvršiti;
• Sigurnosne kopije moraju se pohraniti na drugi nosač;
• Postoji program za automatizaciju Leader-1c sigurnosne kopije računovodstva;
• Prije ispitivanja i ispravljanja napravite kopiju baze.

Ispravljanje baza podataka Interni način programa

Nakon što se napravi sigurnosna kopija, otvorite bazu podataka u režimu konfiguratora. Odaberite opciju menija administracije → Ispitivanje i ispravljanje baze podataka.

U prozoru koji se otvori, morate staviti krpelji (Sl. 2).

Ali bolje je da to ne učinite: Nisu sve operacije navedene u meniju neophodne prilikom popravljanja nakon nesreće.

Sl.2. Ispitivanje prozora i pričvršćivanje 1C 8 sa populicima u svim bodovima. Pa ne uradite:

Ako zabilježite sve stavke, počet će dug proces. Rezultati ispitivanja i korekcije prikazani su na dnu prozora. Nakon obavljanja radnji, morate kliknuti na gumb. Zatvoriti.

Izvodite sve što nije najbolja opcija! Kvalifikovani korisnici obavljaju akcije u fazama i selektivno.

Faze korekcije

Razmislite o svim testiranjem i ispravka menija.

• Ponašanje tablica informatičke baze;
• Provjera logičkog integriteta;
• Provjera referentnog integriteta;
• Rekalkulacija rezultata;
• Stolovi za kompresiju;
• Restrukturiranje tablica.

Prva faza, jednostruka baznih tablica za informacije, pomaže u rješavanju 90% problema. Šta se događa u procesu reindiranja?

Izrada podataka u referentne knjige, stvaranje novih dokumenata praćeno je njihovim automatskim narudžbom. Imena su postrojena abecedno, dokumenti - po datumima itd. Istovremeno se fizički poredak zapisa ne mijenja. Upisi se prikazuju u određenom redoslijedu, jer su dodijeljeni brojevi (indeksi), a poštivanje indeksa sa fizičkim brojem snimanja nalazi se u indeksnim tablicama.

Indeksi su vrlo važni:

• Pretraga u indeksiranim tablicama javlja se mnogo puta brže nego u ne-indeksiranom;
• Broj indeksa je jedinstven "kod" kod, indeksi su povezani između zapisa iz različitih tablica;
• Indijske tablice su okvir baze podataka; Bez njih, program 1C ne radi.

Kršenje indeksnih tablica dovodi do haosa u prezentaciji dokumenata. Možda, na primjer, osvijetliti dokument u kojem nema predmeta robe, ali postoji njihov broj.

Svaki novi unos prati promjene indeksnih tablica: Na primjer, nakon izrade dirnog direktorija počevši od slova A, bit će dodijeljen jedan od prvih indeksa, a svi ostali indeksni brojevi bit će promijenjeni. Mala pauza koja nastaje nakon što je donošenje novog zapisa odnosi se na ponovno preračun indeksa; Što je osnova veća, to je primjetnija pauza.

Izrada dokumenta i zapisa u njemu vodi do nekoliko indeksnih stolova (ponekad i nekoliko desetaka). U stvari, reindifikacija 1c tablica neprestano se čuva dok radi s podacima. Ali u režimu rada, svaki put kada se indeksira jedan ili više tablica, a prilikom testiranja i učvršćivanja, izvršava se potpuna indeksacija svih tablica, a ovaj proces, za velike baze podataka treba dugo vremena.

Dakle, kad se ponovo indeksira, takvi procesi se pojavljuju:

• Zapisi su iznova rangirani i pojednostavljeni;
• Odnos između tablica i drugih objekata vraća se;
• U mnogim slučajevima se program vraća.

Nakon ponovne nadogradnje, možete provjeriti je li izvršenje baze obnovljene.

Sljedeći korak je provjera logičkog integriteta. Prepiska stvarne strukture baze podataka i njegov opis u konfiguraciji (prisutnost objekata provjerava se prisustvo veza između objekata). Ova provjera često izvještava o pogreškama čak i u radnoj bazi podataka, ne bi trebala biti ubiranje s takvim porukama. Međutim, ovo je prilika za rješavanje savjetovanja sa stručnjakom.

Provjera referentnih integriteta "nadimka" veze između objekata. Ponekad tablica koristi vezu na objekt koji nedostaje, kao što je udaljeni dokument. Referentni integritet smatra se obnovljenim ručnim, u skladu s popisom koji proizlazi iz provjere. Ponekad se referentni integritet prekrši na "napuštena područja" - u starim nebitnim dokumentima. Tada jednostavno ne obraćaju pažnju.

Rekalkulacija rezultata - dug i rizičan postupak. U 1c se rezultati preračunavaju u normalnom režimu, ali nije "od početka vremena", a od početka mjeseca. Konačne vrijednosti prate se u registrima, ubrzava rad. Ako uključite rezervacije rezultata u režimu ispitivanja i korekcije, preračun će se uzeti od trenutka stvaranja baze, a ispravne trenutne vrijednosti registara mogu "plivati" zbog oporavka na duže relacije ili Fiksni dokumenti. Kao rezultat toga, dugoročni rad na ponovnom preračuju neće imati koristi.

Ako nema potrebe, onda iz ponovne preračuna rezultata je bolje suzdržati se.

Tabele za komprimiranje je postupak fizičkog uklanjanja zapisa koji su označeni za brisanje i zaustavljen prikazan na ekranu. Možda postoji puno takvih zapisa, oni pomeraju bazu podataka bez upotrebe.

Stisnite tablice - korisna funkcija, iako ga nije potrebno izvesti.

Restrukturiranje tablica je operacija, relevantna pri prebacivanju na novu verziju programa. Kada se restrukturiranje, prazne tablice kreiraju s formom navedenim u konfiguraciji, a prenose se u snimku, informacije iz starih tablica. Polja se mogu proširiti u novim tablicama, dodana su nova polja. Restrukturiranje je operacija koja bi trebala pripremiti informacijsku bazu za rad na novi način, a apsolutno je neophodno kada se ažurira.

Ako nisu promijenjene verzije, restrukturiranje nije potrebno, ovaj dugačak postupak neće dodati ništa i ne može se promijeniti.

Dakle, prilikom ispravljanja programa "Padleni", potrebne su i opcije:

• Reindiranje informacija o baznim tablicama informacija
• Provjera logičkog integriteta
• Provjerite referentni integritet

Šta ako ne možete pokrenuti testiranje i ispravku?

Ako je baza jako oštećena i nije moguće ući u konfigurator, ostaje još jedna značajka restauracije: koristite uslužni program CHDBFL.exe. Datoteka se može naći u mapi instalacijskog direktorija bin (Sl. 3).

Sl. 3. Odabir komunalnog preduzeća CHDBFL.exe

Unosom na naredbenu liniju prikazanu na slici 3, može se vidjeti da je put do datoteke leži putem 1CV8.2 ili 1SV8.3 kataloga, ukratko kroz program programa. Može se nalaziti u mapi programskih datoteka ili u drugoj mapi. Morate pronaći lokaciju direktorija i otvoriti ga. Unutar imenika otvorite mapu bin,

Otkazivanje izvršne datoteke, odaberite bazu podataka koja će se ispraviti i omogućiti otkrivene greške (Sl.4)

Sl.4. Program CHDBFL.exe

Rezimirajmo se. Ako se program ne počne nakon prekida u hitnim slučajevima, morate učiniti sljedeće:

• Napraviti sigurnosnu kopiju;
• Pokušajte ući kroz konfigurator i koristiti opciju ispitivanja i korekcije;
• Ako konfigurator ne unese, pronađite EXE program i pokušajte sačuvati podatke pomoću ovog programa;
• Ako svi pokušaji ne daju rezultate, morate potražiti pomoć stručnjaka;
• U slučaju neuravnoteženog gubitka podataka, postavite najnoviju obradu sigurnosnu kopiju;
• Ako se sigurnosna kopija ne izvrši - obnavljaju podatke o primarnim dokumentima i papirnim otiscima.

Uspješan oporavak podataka nije uvijek. Osiguranje iz gubitka podataka je svakodnevno sigurnosna kopija: Ako je informirana baza oštećena, možete se vratiti prije jednog dana i brzo vratiti izgubljene snimke.