În procesul de actualizare, transfer de date de la alte configurații și chiar în timpul lucrărilor de zi cu zi, sunt posibile eșecuri tehnice la efectuarea operațiunilor de sistem. În majoritatea cazurilor, astfel de eșecuri sunt detectate și procesate cu succes, dar în unele cazuri încă mai duc la erori. Astfel de erori se manifestă cel mai adesea atunci când accesează datele finale. De exemplu, în declarația Sild Ruble "nu converge" soldul sau rezultatele inițiale, cifra de afaceri și finite. Pentru a corecta această situație, rezultatele sunt recalculate.

Recalcularea rezultatelor poate fi efectuată în modul Configurator (meniul Administrare - Testarea și corecția).

În cazul în care nu există posibilitatea de a porni configuratorul, atunci recalcularea rezultatelor poate fi executată din modul utilizator. Pentru aceasta, faceți următoarele acțiuni.

1. Determinați data primului document din baza de informații. Pentru a face acest lucru, puteți utiliza "Jurnalul de operații" (contabilitate, impozite, raportare). Lista ar trebui să elimine toate selecțiile. De exemplu, 12/31/2011.
2. Deschideți formularul de gestionare a ieșirilor și unităților (secțiunea Administrare - Serviciul Panoului de service).

Butonul "OK" va începe recalcularea rezultatelor. După finalizarea eșecului, rapoartele standard vor fi formate fără erori.

A plăcut? imparte cu prietenii tai

Consultarea privind lucrul cu programul 1c

Serviciul este deschis în mod specific pentru clienții care lucrează cu programul 1c de configurații diferite sau de informații și suport tehnic (ITS). Întrebați-vă întrebarea și vom răspunde cu plăcere! Condiția prealabilă pentru obținerea consultării este prezența unui tratat existent al prof. Excepții sunt versiunile de bază ale PP 1C (versiunea 8). Pentru ei, disponibilitatea contractului nu este necesară.

Ambele registre reziduale și de acumulare actuale sunt constând fizic din două tabele: tabele de mișcare și tabelul total. Tabelul de rezultat conține datele din datele de măsurare din tabelul de mișcare, pentru acces rapid la aceste date. Rezultatele implicite există luni de zile, la primul număr al fiecărei luni; Pentru registre, rezultatele relevante sunt stocate separat, adică rezultatele lunii curente. Pentru fiecare registru individual, rezultatele actuale pot fi dezactivate.
La momentul documentului, se formează ca o intrare în tabelul de mișcare, precum și înregistrarea în tabelul de rezultat, iar dacă documentul este deținut de luna trecută, înregistrările vor fi efectuate de numărul de ultimele luni. Adică, toate rezultatele din trecut sunt actualizate.
Pentru a măsura registrul, puteți dezactiva utilizarea rezultatelor, are un efect pozitiv asupra performanței bazei:

De asemenea, observăm că există două alternative - utilizarea rezultatelor sau utilizarea agregatelor; A doua opțiune este mai flexibilă.

Întrebarea 12.30 Examen 1C: Profesionist pe platformă. Rezultatele pentru registrele de acumulare reziduale:

1. Nu stocați
2. Stocate. Acestea nu se limitează la perioadele calculate, deoarece acestea sunt calculate automat de sistem la deschiderea următoarei perioade
3. Pot fi stocate, dar limitate la perioada de rezultate calculate. Dacă nu erau expulzați, atunci nu sunt stocați. Puteți gestiona rezultatele calculate în modul 1C: Enterprise
4. Răspunsurile corecte 2 și 3, deoarece calcularea automată a rezultatelor intermediare poate fi setată în modul Configurator

Răspunsul corect este al treilea.

Întrebarea 12.32 Examen 1C: Profesionist pe platformă. Când lucrați cu registrul de acumulare cu tipul de "reziduuri", oprirea rezultatelor conduce la faptul că:

1. puteți obține resturi operaționale
2. puteți obține reziduuri în orice moment, dar viteza lor va crește

Răspunsul corect este al doilea. În cazul rezultatelor incluse, reziduurile sunt disponibile la perioada lunară.

Întrebarea 12.33 Examen 1C: Profesionist pe platformă. Când recalculați rezultatul curent de către utilizator:

1. rezultatele actuale vor fi recalculate numai pentru sesiunea curentă.
2. toate rezultatele curente vor fi recalculate.
3. rezultatele actuale vor fi recalculate pentru actuale sau pentru toate sesiunile în funcție de setările de registru

Răspunsul corect este al doilea, conceptul de "sesiune actuală" nu există. Și recalcularea reală a rezultatelor este procedura de depășire a tabelelor de rezultat, deoarece În timp, șirurile cu valori zero se acumulează în ea, ceea ce reduce viteza sistemului.

Întrebarea 12.34 Examen 1C: Professional pe platformă. Când recalculați rezultatele de către utilizator:

1. rezultatele vor fi recalculate numai pentru sesiunea curentă.
2. rezultatele vor fi recalculate pentru actuale sau pentru toate sesiunile în funcție de setările de registru
3. toate rezultatele vor fi recalculate
4. puteți alege ce sesiuni vor fi recalculate de rezultate

Răspunsul corect este al treilea, vezi întrebarea anterioară.

Întrebarea 12.35 Examen 1C: Profesionist pe platformă. La scrierea datelor la registrul de acumulare, există o oportunitate:

1. refuzați să utilizați rezultatul (creșterea paralelizării înregistrărilor de înregistrări)
2. refuzați să utilizați rezultatul curent (creșterea paralelizării înregistrării seturilor de înregistrări)
3. răspunsuri corecte 1,2

Răspunsul corect este al treilea - cu atât mai puține tabele, cu atât funcționează mai repede sistemul. Rezultatele dezactivate se face programatic:

Înregistrare \u003d ÎnregistrareBucleling. Sursa; Înregistrați agricultura. Servicii de software (minciuni);

Întrebarea 12.36 Examen 1C: Profesionist pe platformă. Când lucrați cu registrul de acumulare, oprirea rezultatelor curente conduce la faptul că:

1. scade viteza de a primi orice reziduuri
2. puteți obține reziduuri în orice moment, dar viteza de obținere a reziduurilor operaționale pentru a crește
3. nu afectează viteza de obținere a reziduurilor și afectează viteza de întoarcere

Consultați Întrebarea 12.32.

Întrebarea 12.37 Examen 1C: Profesionist pe platformă. În modul Configurator, poate fi selectată următoarea frecvență a tabelului rezultatului registrului de acumulare:

1. În cursul zilei
2. Într-o lună
3. Într-un sfert de trimestru
4. Nereparațional
5. Oricare dintre opțiunile de mai sus
6. Nu pot fi selectate

Răspunsul potrivit este al șaselea - rezultatele sunt întotdeauna calculate lunar, la primul număr al lunii următoare.

Întrebarea 12.39 Examen 1C: Profesionist pe platformă. Cum este sistemul 1C: Enterprise 8 poate stoca rezultatele pentru un registru de acumulare revolving?

1. Numai cu tabelul total
2. Numai folosind tabelul agregat
3. Simultan în tabelele rezultatelor și agregatelor
4. Fie în tabelul rezultatului, fie în agregate

Răspunsul corect este al patrulea, rezultatele și agregatele sunt moduri alternative de muncă.

Întrebarea 12.40 Examen 1C: Profesionist pe platformă. Alegeți o declarație reală față de reglementările de acumulare.

1. Pentru un registru de acumulare, pot fi utilizate mai multe mese de rezultat.
2. Numai un tabel de agregate poate fi utilizat pentru un registru de acumulare
3. Pentru un registru de acumulare, pot fi utilizate mai multe tabele de agregate.
4. Verpels 1 și 2
5. Toate opțiunile sunt adevărate

Răspunsul corect este al treilea - tabelul de rezultate este strict unul pentru registru. Seturile de agregate pot fi create de mulți.

Întrebarea 12.44 Examen 1C: Profesionist pe platformă. Ce poate fi afișat în rezultatul registrelor de acumulare?

1. Măsurători de date
2. Datele privind resursele.
3. Requisite de date
4. Toate opțiunile sunt adevărate
5. Verpels 1 și 2

Răspunsul corect este al cincilea, rezultatele sunt tabelul principal de registru, laminat prin măsurători.

Întrebarea 12.45 Examen 1C: Profesionist pe platformă. Ce parte din înregistrările active nu pot fi afișate în tabelele rezultatului registrelor de acumulare?

1. Măsurători de date
2. Requisite de date
3. Datele privind resursele.
4. Toate opțiunile sunt adevărate
5. Verpels 1 și 2

Răspunsul corect este al cincilea. Detaliile nu sunt afișate în rezultate. Măsurătorile de registru nu pot fi, dar resursa este obligatorie.

Întrebarea 12.46 Examen 1C: Profesionist pe platformă. Ce parte din intrările active nu pot fi afișate în tabelele rezultatului registrelor de acumulare?

1. Măsurători de date
2. Requisite de date
3. Datele privind resursele.
4. Toate opțiunile sunt adevărate
5. Verpels 1 și 2

Răspunsul corect este cea de-a patra, înregistrările inactive nu sunt afișate deloc.

Întrebarea 12.47 Examen 1C: Profesionist pe platformă. Ce parte din înregistrările active nu sunt afișate niciodată în tabelele rezultatului registrelor de acumulare?

1. Măsurători de date
2. Requisite de date
3. Datele privind resursele.
4. Toate opțiunile sunt adevărate
5. Verpels 1 și 2

) Și dezvoltatorii de platformă nu sunt aici, aceasta este o soluție arhitecturală destul de bine-cunoscută, nu șterge înregistrările "zero". Aș spune chiar că acesta este un "război sacru".

Cel mai important lucru este să înțelegeți că înregistrarea cu sumele zero în cele din urmă, absolut nu înseamnă că această înregistrare nu este necesară.

La proiectarea DBM-urilor relaționale, este considerată (luată în considerare) că operațiunile crude (crearea, citirea, actualizarea, ștergerea) sunt distribuite costurilor de resurse după cum urmează.

1. Lumină: citiți, actualizați
2. Middle: creați
3. Heavy: Ștergeți

Și pe baza logicii comportamentului registrului obiectului, care se schimbă adesea; Și din cauza costurilor ridicate de ștergere a înregistrărilor, există o poziție care:

rezultatul rezultatului nu are sens să se elimine sincron la momentul rezultatului zero, deoarece "zero" nu înseamnă "nul" și deoarece probabilitatea faptului că următoarea tranzacție va "dori" să crească sau să scadă Rezultat și va deveni non-zero și va trebui să depășim costurile mai mult și pe operațiunea de inserare.

prin urmare, promisiunea că înregistrările cu zero rezultat are sens să se elimine asincron, adică la un moment dat - dar din nou nu se știe cum să determine acest "un anumit punct". O astfel de definiție ar trebui să se situeze pe cei responsabili pentru aplicație - cel mai adesea știm că recalcularea rezultatelor are loc la un moment dat când perioadele contabile sunt închise și sunt depuse ca un fel de procedură pregătitoare. Aici se află și problema cărora a fost cunoscută mult timp - sarcina de afaceri care închide perioada nu este o sarcină de a asigura stabilitatea tehnică și de afaceri uneori "scor".
În practică, am avut un tabel cu 400 de milioane de înregistrări cu zero rezultat.

Și aici pot spune că dezvoltatorii platformei ușor "ratați" (din cuvântul "defecte") - Faptul este că, în conformitate cu soluția arhitecturală de mai sus, este clar înțeles că:

Ștergerea înregistrărilor cu rezultat zero sunt necesare de aceste chei (seturi de măsurare) pentru care nu au existat o operație de actualizare pentru o perioadă lungă de timp. Și acest lucru funcționează în platformă nu este - există doar o recalculare globală. În birouri mari, acest lucru este rezolvat de SQL Job "OHM care efectuează aproximativ următorul loc de muncă:

1. Găsiți 1 set de chei (măsurători) pentru care nu au existat mișcări pentru ultima lună și care sunt în prezent zero
2. Pe acest set de măsurători, ștergeți o intrare din tabelul total

de obicei, această lucrare începe o dată la fiecare 10 secunde, Top 1 este selectat pentru a reduce timpul de blocare la operația de îndepărtare costisitoare. Firește, planurile de recalculare a statisticilor și reconstrucția indicilor defragrați sunt deja construite în astfel de baze. În cazurile în care astfel de înregistrări "inutile" sunt foarte mult - de obicei, reduceți perioada de începere a locului de muncă sau refuzați registrul de rezultate - pentru că dacă aveți multe chei se duce la "zero" și nu mai este folosit, cel mai probabil dvs. Au 2 operațiuni Mișcările "au venit" și "stânga" - de ce să păstrați astfel de informații în registrul de stare nu este clar.

Ei bine, despre statisticile aici, de asemenea, toate operațiile masculare creează și ștergere, precum și coloana cheie de actualizare conduc la o încălcare a arborelui de căutare pe index (gama de distribuție cheie prin paginile de date) - bine, adică În intervalul de căutare 1..10 poate fi destul de tasta cu o valoare 23 - SQL a fost mai convenabil, deoarece pagina de date a fost lângă tasta Page 7, iar cheia 6 cablarea tastei 23 se va dovedi a fi În intervalul de 100..134 - care a fost, de asemenea, mai convenabil pe baza paginilor de date. Un exemplu pe degete - dar cred că esența reflectă.

În general, este convenabil să înțelegem următoarele statistici la momentul operațiunilor de masă: când efectuați o inserție în masă a încercărilor de date SQL pentru a vă ajuta și operează proximitatea paginii de date pentru a optimiza inserția și uită complet optimizarea citirii Operații, în cazul în care parametrul este statistic (intervalele cheie de căutare din tabel - distribuție cheie), prin urmare, după inserții de masă, operațiile de citire sunt, de asemenea, rapid - este necesar să restabiliți performanța instrumentului de optimizare a cititorului. După efectuarea acestora actualizați statisticile.

Da, și încă uitat să spună - îndepărtarea în masă duce la apariția masivă a înregistrărilor Phantom: înregistrarea este listată la distanță, dar locul este necesar - această situație duce la o scădere a performanței operațiunilor de scanare de tip (vizualizare).

Vatkir; azilum90; Hans; Anikrion; Albert_2008; Niberu; Ser6702; Martie; Olezhe; user598655_ilia-bers; Klaus38; Lordkim; lmnlmn; SPENSER123; Monte Carlo; Acanta; Zaharknyaz; Agressorak; vesd; Ilya $ n; Waanneek; Skyjack; Anunțar; aegoncharov; User777757; [E-mail protejat]; Mytg; Gang031; Gheață; Goga1979; Chesscat; Regrz; 1cprogr_nsk; Irwin; Paradise.87; KAV2; Corum; Roman100; for_questons; ragimi; Eugenemipt; kai nk; Kitaevay; Crosby; Noxie41; Alex_grem; nixel; utilizator nou; TDML; Nevid; Rimidalv; reporniți; denis_aka_wolf; Flashill; marchenko.y; Freya-KHV; ASG.ALEKS; Denis13; ADM134; TIS_08; MTV :); Soulsteps; Shalimski; ANSK; Pisarevev; Silenser; kwazi; Inginer74; Vadimlp77; Artano; DGOLOVANOV; PCHALA751; Aexeel; ArtBear; JIF; Dmiryiv; Rego1337h; Slavă; Wizaxxx; Ivanboychuk123; Fishca; Rău de castor; Dach; RodinMax; Sanchează; MDMDVD; Zakakvo; Krio2; Jacksonp; Adeich; Afișor; Maximstav; Doctorrosza; Serg0fan; Sanfoto; Kinazarov; Bukaska; theshadowco; Oitnur; Bufon; Detecta; Audion; Laeg; Morok1983; KRV2K; Di-câine; sparkalemale; Awa; Kpaceb.aa; CHIF13; SA1M0NN; Cratosx; Allexoft; Galich; vlad.frost; igordynets; Tormozit; vasiliy_b; Vladir; Meuses; Poopkeen; Andreynikus; PRAD2002; Dicwork; JohnnyDeath; A-aleksey; IT-dezvoltator; rgrisha; Bronislav; 7O2UYXG; Holodzar; ADYRSCHDV; Azagtot; Ramses; Denisch; Ponom; RD80; W-Divin; Memetmet; Chelburator; Presă; Diversus; Sevushka; Aleksey.bochkov; yuraos;

Funcționarea programului poate încălca din cauza încetării de urgență a muncii, de exemplu atunci când energia electrică este deconectată. Apoi, baza de date nu reușește să intre.

Uneori, un program de funcționare poate prezenta rezultate incorecte. Din lista "dispar" documente, atunci când încercați să deschideți documentul, programul îngheață, apar rezultate ciudate în rapoarte. Toate aceste "glitches" se opresc după testarea și fixarea 1c.

Erori nu se pot manifesta atât de nepoliticos, dar orice ciudățenie și inexactități sunt un motiv pentru "lucrări de reparații".

Cauze care duc la probleme:

• Rezilierea de urgență a muncii (oprirea bruscă);
• Uzura fizică a hard diskului;
• Computere defecțiuni.

Înainte de a fixa baza de date, înapoi

Înainte de a testa baza de date, trebuie să o faceți backup.

Acest lucru poate fi făcut să copieze direct catalogul unde se află baza de informații. Dacă nu puteți intra în configurator, puteți face o copie numai în acest fel.

Dacă ați reușit să introduceți configuratorul, trebuie să selectați opțiunea de administrare din meniu → Descărcați baza de informații, ca în figura 1. În fereastra care se deschide, trebuie să specificați un director pentru a înregistra o copie de rezervă și numele fișierului în care va fi salvată arhiva.

Înainte de testare și corectare a unei copii se face în mod necesar, deoarece corecția se efectuează modificări ireversibile de date. Uneori (foarte rar) ei nu se pot îmbunătăți, dar agravează starea bazei de date.

Cu o funcționare normală, copiile de rezervă trebuie făcute în mod regulat, cel mai bine - zilnic. Pentru ca această lucrare să fie efectuată automat, instalați un program gratuit. Backup-1c copii de rezervă ale contabilității.

Este mai bine să stocați copii de rezervă nu pe același transportator în care se află baza în sine. Unitatea flash este potrivită, stocarea pe Internet, un alt hard disk. La urma urmei, uneori pierderea de date este asociată cu uzura fizică a hard diskului.

Disponibilitatea copiilor de rezervă - asigurare din pierderea datelor. Cu toate acestea, este imposibil să excludeți că în copiile de rezervă, totul este perfect, astfel încât relevanța opțiunii de testare și corecția nu este redusă.

Smochin. 1. Descărcarea datelor.

Rezuma:

• Copiile de rezervă trebuie făcute în mod regulat;
• Backup-urile trebuie depozitate pe un alt transportator;
• Există un program de automatizare Backup-1c copii de rezervă ale contabilității;
• Înainte de testare și corectare, faceți o copie a bazei.

Corectarea mijloacelor interne ale bazei informative ale programului

După efectuarea unei backup, deschideți baza de date în modul Configurator. Selectați opțiunea Meniul de administrare → Testarea și corectarea bazei de informații.

În fereastra care se deschide, trebuie să puneți căpușe (figura 2).

Dar este mai bine să nu faceți acest lucru: nu toate operațiunile enumerate în meniu sunt necesare la repararea după accident.

Fig.2. Testarea ferestrelor și fixarea 1C 8 cu populick-uri în toate punctele. Așa că nu faceți:

Dacă observați toate elementele, va începe un proces lung. Rezultatele de testare și corecție sunt afișate în partea de jos a ferestrei. După efectuarea acțiunilor, trebuie să faceți clic pe buton. Închide.

Efectuați totul nu este cea mai bună opțiune! Utilizatorii calificați efectuează acțiuni în etape și selectiv.

Etape de corecție

Luați în considerare toate testarea și corectarea elementelor de meniu.

• Reintroducerea tabelelor bazei de informații;
• Verificarea integrității logice;
• Verificarea integrității de referință;
• Recalcularea rezultatelor;
• Mese de compresie;
• Mese de restructurare.

Prima etapă, reintroducerea tabelelor de bază de informații, ajută la rezolvarea a 90% din probleme. Ce se întâmplă în procesul de reintroducere?

Efectuarea de date în cărți de referință, crearea de noi documente este însoțită de ordonarea lor automată. Numele sunt aliniate în ordine alfabetică, documente - prin date etc. În același timp, ordinea fizică a înregistrărilor nu se schimbă. Intrările sunt afișate într-o ordine specifică, deoarece acestea sunt numerele atribuite (indexuri), iar respectarea indicelui cu numărul de înregistrare fizică este conținută în tabelele indexului.

Indicii sunt foarte importanți:

• Căutarea în tabele indexate are loc de mai multe ori mai rapidă decât în \u200b\u200bnon-indexată;
• Numărul indexului este un cod unic "cod", indicii sunt conectați între înregistrările din tabele diferite;
• Tabelele indiene sunt cadrul bazei de informații; Fără ei, programul 1c nu funcționează.

Încălcarea tabelelor index duce la haos în prezentarea documentelor. Poate, de exemplu, să aprindă un document în care nu există articole de bunuri, dar există numărul lor.

Fiecare intrare nouă este însoțită de modificări ale tabelelor index: de exemplu, după efectuarea unui director record care pornește litera A, acesta va fi atribuit unul dintre primii indici și toate celelalte numere de index vor fi modificate. O mică pauză care apare după efectuarea unei noi înregistrări este legată de recalcularea indexurilor; Cu cât este mai mare baza, cu cea mai vizibilă o pauză.

Crearea unui document și înregistrări în acesta duce la mai multe tabele index (uneori mai multe duzini). De fapt, reindtionul tabelelor 1C este menținută în mod constant în timp ce lucrează cu date. Dar în modul de funcționare, de fiecare dată când unul sau mai multe mese sunt indexate și când se testează și fixează, indexarea completă a tuturor tabelelor este efectuată și acest proces, pentru baze de date mari, durează mult timp.

Deci, atunci când sunt redexate, apar astfel de procese:

• Înregistrările sunt clasate și raționalizate;
• Relația dintre tabele și alte obiecte este restabilită;
• În multe cazuri, programul este restabilit.

După re-indemnizație, puteți verifica dacă performanța bazei a fost restaurată.

Următorul pas este să verificați integritatea logică. Corespondența structurii reale a bazei de informații și descrierea acesteia în configurație (prezența obiectelor, prezența legăturilor între obiecte) este verificată. Această verificare raportează adesea erorile chiar și într-o bază de date de lucru, nu ar trebui să se panică cu astfel de mesaje. Cu toate acestea, aceasta este o ocazie pentru abordarea unei consultări cu un specialist.

Verificarea legăturilor de integritate de referință "Porecle" între obiecte. Uneori, tabelul folosește o legătură cu un obiect lipsă, cum ar fi un document la distanță. Integritatea de referință este luată pentru a fi restaurată manual, în conformitate cu lista rezultată din verificare. Uneori, integritatea de referință este încălcată pe "zonele abandonate" - în documentele irelevante vechi. Apoi pur și simplu nu acordă atenție.

Recalcularea rezultatelor - o procedură lungă și riscantă. În 1c, rezultatele sunt recalculate în modul normal, dar nu este "de la începutul timpului" și de la începutul lunii. Valorile finale sunt monitorizate în registre, accelerează munca. Dacă activați recalcularea rezultatelor în modul de testare și corecție, recalcularea va fi luată din momentul creării bazei, iar valorile curente corecte ale registrelor pot "înota" datorită recuperării pe distanțe lungi sau Documente fixe. Ca urmare, lucrările pe termen lung privind recalcularea nu va beneficia.

Dacă nu este nevoie, atunci de la recalcularea rezultatelor este mai bine să vă abțineți.

Tabelele de comprimare este procedura de îndepărtare fizică a înregistrărilor care au fost marcate pentru ștergere și oprite afișate pe ecran. Pot exista o mulțime de astfel de înregistrări, ei mătură baza de date fără utilizare.

Comprimă tabele - funcție utilă, deși nu este necesar să o efectuați.

Restructurarea tabelelor este o operație relevantă atunci când treceți la o nouă versiune a programului. Când se creează restructurarea, tabelele goale sunt create cu formatul specificat în configurație și sunt transferate în înregistrare, informații din mese vechi. Câmpurile pot fi extinse în tabele noi, au fost adăugate noi câmpuri. Restructurarea este o operație care ar trebui să pregătească o bază de informații pentru a lucra într-un mod nou și este absolut necesar la actualizări.

Dacă nu s-au schimbat versiuni, restructurarea nu este necesară, această lungă procedură nu va adăuga nimic și nu se poate schimba.

Deci, la corectarea programului "Fallen", sunt necesare și opțiuni:

• Reintroducerea tabelelor de bază de informații
• Verificarea integrității logice
• Verificați integritatea de referință

Dacă nu puteți efectua testare și corectare?

Dacă baza este grav deteriorată și nu este posibilă introducerea configuratorului, rămâne o altă caracteristică de restaurare: utilizați utilitarul CHDBFL.EXE. Fișierul poate fi găsit în folderul directorului de instalare a binului (figura 3).

Smochin. 3. Selectarea utilitarului CHDBFL.EXE

Prin intrarea pe linia de comandă prezentată în figura 3, se poate observa că calea către fișier se află prin catalogul 1CV8.2 sau 1SV8.3, pe scurt prin intermediul directorului programului. Acesta poate fi localizat în dosarul fișierelor program sau într-un alt dosar. Trebuie să găsiți locația catalogului și să o deschideți. În interiorul directorului Deschideți dosarul Bin,

Rularea fișierului executabil, selectați baza de date care urmează să fie corectată și să permiteți erorile detectate (Fig.4)

Fig.4. Fereastra CHDBFL.EXE program.

Să ne rezumăm. Dacă programul nu începe după întreruperea de urgență, trebuie să faceți următoarele:

• Face o copie de rezervă;
• Încercați să introduceți configuratorul și să utilizați opțiunea de testare și corectare;
• Dacă configuratorul nu reușește să introducă, să găsească programul exe și să încercați să salvați datele utilizând acest program;
• Dacă toate încercările nu dau rezultate, trebuie să căutați ajutor de la experți;
• În cazul pierderii de date neechilibrate, setați cea mai recentă backup viabilă;
• Dacă copierea de rezervă nu este efectuată - restaurați datele privind documentele primare și imprimările de hârtie.

Recuperarea de succes a datelor nu este întotdeauna. Asigurarea de la pierderea de date este backup zilnică: Dacă baza de informații este deteriorată, puteți să vă întoarceți acum o zi și să restaurați rapid înregistrările pierdute.