V procese aktualizácie, prenosu údajov z iných konfigurácií a dokonca aj pri každodennej práci, sú možné, technické zlyhania sú možné pri vykonávaní systémových operácií. Vo väčšine prípadov sa takéto zlyhania zistia a úspešne spracúvajú, ale v niektorých prípadoch stále vedú k chybám. Takéto chyby sa najčastejšie prejavujú pri prístupe k konečným údajom. Napríklad v vyhlásení rubľovej sild "nemusí konvergovať" počiatočný, obrat a konečný zostatok alebo výsledky. Na opravu tejto situácie sa výsledky prepočítajú.

Prepočet výsledkov možno vykonať v režime Konfigurátor (administrácia - testovanie a korekcia).

V prípade, že neexistuje možnosť spustiť konfigurátor, potom prepočítanie výsledkov je možné vykonať z režimu používateľa. Urobte to nasledujúce akcie.

1. Určite dátum prvého dokumentu v informačnej báze. Aby ste to mohli urobiť, môžete použiť "operačný časopis" (Účtovníctvo, dane, reporting). Zoznam by mal odstrániť všetky výbery. Napríklad 12/31/2011.
2. Otvorte formulár na správu výstupu a jednotiek (administratívna časť - servisná služba služby).

Tlačidlo "OK" začne prepočítať výsledky. Po dokončení zlyhania sa štandardné správy vytvoria bez chýb.

Páčilo? Zdieľajte so svojimi priateľmi

Konzultácia o práci s programom 1c

Služba je otvorená konkrétne pre klientov pracujúcich s programom 1c rôznych konfigurácií alebo informácií a technickej podpory (ITS). Opýtajte sa na vašu otázku a my to odpovieme s radosťou! Predpokladom pre získanie konzultácií je prítomnosť existujúcej zmluvy jeho prof. Výnimky sú základné verzie PP 1C (8 verzie). Pre nich nie je potrebná dostupnosť zmluvy.

Zvyškové aj súčasné akumulačné registre sú fyzicky pozostávajúce z dvoch tabuliek: pohybové tabuľky a súčtov. Výsledok tabuľky obsahuje údaje z dát merania z tabuľky pohybov, pre rýchlejší prístup k týmto údajom. Výsledky štandardne existujú celé mesiace, na prvom počte každého mesiaca; Pre registre sa príslušné výsledky uchovávajú aj samostatne, to znamená, že výsledky aktuálneho mesiaca. Pre každý jednotlivý register môžu byť aktuálne výsledky zakázané.
V čase dokumentu-rekordéra je vytvorená ako záznam v tabuľke pohybu, ako aj záznam vo výslednej tabuľke, a ak sa dokument drží do uplynulého mesiaca, záznamy budú vykonané podľa počtu uplynulé mesiace. To znamená, že všetky predchádzajúce výsledky sa aktualizujú.
Ak chcete merať register, môžete zakázať používanie výsledkov, má pozitívny vplyv na výkon základne:

Tiež sme si všimli, že existujú dve alternatívy - používanie výsledkov alebo používanie agregátov; Druhá možnosť je flexibilnejšia.

Otázka 12.30 Skúška 1c: Professional na platforme. Výsledky pre rezané akumulačné registre:

1. Neskladujte
2. Uložené. Nie sú obmedzené na vypočítané obdobia, pretože systém sa vypočíta automaticky pri otvorení ďalšieho obdobia
3. Môže byť uložená, ale obmedzená na obdobie vypočítaných výsledkov. Ak neboli vylúčení, potom nie sú uložené. Vypočítané výsledky môžete spravovať v režime 1C: Enterprise
4. Správne odpovede 2 a 3, pretože automatický výpočet medziproduktov je možné nastaviť v režime Konfigurátora

Správna odpoveď je tretia.

Otázka 12.32 Skúška 1c: Professional na platforme. Pri práci s akumulačným registrom s typom "rezíduí" vypnutie výsledkov vedie k tomu, že:

1. môžete získať iba prevádzkové zvyšky
2. zvyšky môžete kedykoľvek získať, ale rýchlosť z nich sa zvýši

Správna odpoveď je druhá. V prípade zahrnutých výsledkov sú rezíduá k dispozícii v mesačnom období.

Otázka 12.33 Skúška 1c: Profesionál na platforme. Pri prepočítaní aktuálneho výsledku používateľa:

1. súčasné výsledky budú prepočítané len pre aktuálnu reláciu.
2. všetky aktuálne výsledky budú prepočítané.
3. súčasné výsledky budú prepočítané pre aktuálne alebo pre všetky relácie v závislosti od nastavení registra

Správna odpoveď je druhá, koncepcia "aktuálnej relácie" neexistuje. A skutočná prepočet výsledkov je postup na prevarenie výsledných tabuliek, pretože Postupom času sa v nej akumulujú reťazce s nulovými hodnotami, čo znižuje rýchlosť systému.

Otázka 12.34 Skúška 1c: Professional na platforme. Pri prepočítaní výsledkov užívateľa:

1. výsledky budú prepočítané len pre aktuálnu reláciu.
2. výsledky budú prepočítané pre aktuálne alebo pre všetky relácie v závislosti od nastavení registra
3. všetky výsledky budú prepočítané
4. môžete si vybrať, ktoré zasadnutia budú prepočítané výsledkami

Správna odpoveď je tretia, pozri predchádzajúcu otázku.

Otázka 12.35 Skúška 1c: Professional na platforme. Pri písaní údajov do akumulačného registra existuje príležitosť:

1. odmietnutie použitia Výsledok (rastúca paralelizácia záznamových súborov záznamov)
2. odmietnuť používať aktuálny výsledok (Zvyšuje paralelizáciu záznamových súborov záznamov)
3. správne odpovede 1.2

Správna odpoveď je tretia - Čím menej tabuliek, tým rýchlejší systém funguje. Vypnutie výsledku je naprogramné:

Register \u003d RegistráciaBuchelling. Zdroj; Registrácia poľnohospodárska činnosť. Softvérové \u200b\u200bslužby (lži);

Otázka 12.36 Skúška 1c: Professional na platforme. Pri práci s akumulačným registrom, vypnutie súčasných výsledkov vedie k tomu, že:

1. znižuje rýchlosť prijímania akýchkoľvek zvyškov
2. zvyšky môžete kedykoľvek získať, ale rýchlosť získavania prevádzkových zvyškov na zvýšenie
3. neovplyvňuje rýchlosť získavania zvyškov a ovplyvňuje rýchlosť otáčania

Pozri otázku 12.32.

Otázka 12.37 Skúška 1c: Professional na platforme. V režime Konfigurátor môže byť vybraná nasledujúca frekvencia tabuľky výsledku akumulačného registra:

1. V priebehu dňa
2. Do mesiaca
3. Do štvrtinu
4. Nepravidelný
5. Ktorákoľvek z vyššie uvedených možností
6. Nie je možné zvoliť

Správna odpoveď je šiesta - výsledky sa vždy vypočítajú na mesačne, na prvom čísle nasledujúceho mesiaca.

Otázka 12.39 Skúška 1c: Professional na platforme. Ako je systém 1C: Enterprise 8 môže uložiť výsledky pre revolving akumulačný register?

1. Len s celkovým stolom
2. Iba pomocou agregátnej tabuľky
3. Súčasne v tabuľkách výsledkov a agregátov
4. Buď v tabuľke výsledkov alebo v agregátoch

Správna odpoveď je štvrtá, výsledky a agregáty sú alternatívne spôsoby práce.

Otázka 12.40 Skúška 1c: Professional na platforme. Vyberte si skutočné vyhlásenie týkajúce sa akumulačných predpisov.

1. Pre jeden akumulačný register je možné použiť niekoľko výsledných tabuliek.
2. Pre jeden akumulačný register sa môže použiť iba jedna tabuľka agregátov
3. Pre jeden akumulačný register sa môže použiť niekoľko tabuliek agregátov.
4. Verpels 1 a 2
5. Všetky možnosti sú pravdivé

Správna odpoveď je tretia - výsledná tabuľka je striktne jedna pre register. Súpravy agregátov môžu byť vytvorené mnohými.

Otázka 12.44 Skúška 1c: Professional na platforme. Čo sa dá zobraziť vo výsledkoch akumulačných registrov?

1. Merania údajov
2. Údaje o zdrojoch
3. Dátové náležitosti
4. Všetky možnosti sú pravdivé
5. Verpels 1 a 2

Správna odpoveď je piate, výsledky sú hlavnou registračnou tabuľkou, valcovaný meraním.

Otázka 12.45 Skúška 1c: Professional na platforme. Aká časť aktívnych záznamov sa nemusí zobraziť v tabuľkách výsledkov akumulačných registrov?

1. Merania údajov
2. Dátové náležitosti
3. Údaje o zdrojoch
4. Všetky možnosti sú pravdivé
5. Verpels 1 a 2

Správna odpoveď je pätina. Podrobnosti sa nezobrazujú vo výsledkoch. Merania registra nemusia byť, ale zdroj je povinný.

Otázka 12.46 Skúška 1c: Profesionál na platforme. Aká časť nie je aktívnymi záznamami nemusí byť zobrazená v tabuľkách výsledkov akumulačných registrov?

1. Merania údajov
2. Dátové náležitosti
3. Údaje o zdrojoch
4. Všetky možnosti sú pravdivé
5. Verpels 1 a 2

Správna odpoveď je štvrtá, neaktívne záznamy sa vôbec nezobrazujú.

Otázka 12.47 Skúška 1c: Professional na platforme. Aká časť aktívnych záznamov sa nikdy nezobrazuje v tabuľkách výsledkov akumulačných registrov?

1. Merania údajov
2. Dátové náležitosti
3. Údaje o zdrojoch
4. Všetky možnosti sú pravdivé
5. Verpels 1 a 2

) A vývojári platformy nie sú tu, toto je pomerne známe architektonické riešenie, neodstráňte "nula" záznamy. Dokonca by som povedal, že ide o dlhodobú "posvätnú vojnu".

Najdôležitejšou vecou je pochopiť, že záznam s nulovými sumami na konci, absolútne neznamená, že tento záznam nie je potrebný.

Pri navrhovaní relačných DBMS sa uvažuje (zvážené), že operácie CRUD (Vytvorenie, čítanie, aktualizácia, odstránenie) sú distribuované na náklady na zdroje nasledovne.

1. Svetlo: Prečítajte si aktualizáciu
2. Stred: Vytvorte
3. Heavy: Odstránenie

A na základe logiky správania registra objektov, ktorý sa často mení; A z dôvodu vysokých nákladov na vymazanie záznamov existuje pozícia, ktorá:

výsledok výsledku nedáva zmysel odstrániť synchrónne v čase nulového výsledku, pretože "nula" neznamená "null" a preto, že pravdepodobnosť skutočnosti, že ďalšia transakcia bude "chcieť" zvýšiť alebo znížiť Výsledok a stane sa no nulou a budeme musieť získať viac a na prevádzku vložky.

preto sľub, že záznamy s nulovým výsledkom dáva zmysel odstrániť asynchrónne, to znamená, že v určitom okamihu času - ale opäť nie je známe, ako to určiť tento "určitý bod". Takáto definícia by mala ležať na tých, ktorí sú zodpovední za žiadosť - najčastejšie, ako vieme, že rekabrácia výsledkov sa vyskytuje v jednom okamihu, keď sú účtovné obdobia zatvorené a podáva sa ako druh prípravného postupu. Tu tiež leží problém, ktorý je už dlho známy - obchodná úloha uzatvárajú obdobie nie je úlohou zabezpečiť technickú stabilitu a podnikanie môže niekedy "skóre".
V praxi som mal tabuľku so 400 miliónmi záznamov s nulovým výsledkom.

A tu môžem povedať, že vývojári platformy mierne "zmeškania" (zo slova "defekty") - faktom je, že podľa vyššie uvedeného architektonického riešenia je zrejmé, že:

Vymazanie nahrávok s nulovým výsledkom sú potrebné tieto tlačidlá (meracie sady), pre ktoré už dlho nebudú žiadne aktualizačné operácie. A táto funkčná v platforme nie je - existuje len globálna prepočet. Vo veľkých kanceláriách to rieši úlohu SQL "OHM, ktorá vykonáva približne nasledujúce zamestnanie:

1. Nájdite 1 sadu kľúčov (meraní), pre ktoré neboli za posledný mesiac žiadne pohyby a ktoré sú momentálne nula
2. Na tejto sade meraní odstráňte položku z celkovej tabuľky

táto práca zvyčajne začína raz za 10 sekúnd, TOP 1 je zvolená tak, aby sa znížil čas blokovania na nákladné odstránenie prevádzky. Samozrejme, plány na prepočítanie štatistík a prestavby defraganizovaných indexov sú už vybudované do takýchto základov. V prípadoch, keď takéto "zbytočné" záznamy sú veľmi veľa - zvyčajne znížite štartovacie obdobie zamestnania, alebo odmietnuť register výsledkov - pretože ak máte mnoho kľúčov, prejde na "nula" a už sa nepoužíva, s najväčšou pravdepodobnosťou Mať 2 operácie pohyby "prišiel" a "vľavo" - prečo uchovávajte takéto informácie v stavovom registri nie je jasné.

No, o štatistikách tu, všetky chyby - masklárne operácie vytvárať a odstrániť, rovnako ako stĺpec Aktualizovať kľúč vedie k porušeniu vyhľadávacieho stromu na indexe (kľúčový distribučný rozsah prostredníctvom údajov) - dobre, to znamená, Vo vyhľadávacom rozmedzí 1..10 to môže byť celkom kľúč s hodnotou 23 - tak SQL bola pohodlnejšia, pretože dátová stránka bola vedľa tlačidla Page 7 a kľúč 6 Zapojenie kľúča 23 sa ukáže V rozsahu 100.134 - ktorý bol tiež pohodlnejší na základe údajov údajov. Príklad na prstoch - ale myslím si, že podstata odráža.

Všeobecne platí, že je vhodné pochopiť nasledujúce štatistiky v čase masových operácií: keď urobíte masové vloženie údajov SQL snahy, ktoré vám pomôžu a prevádzkuje blízkosť údajov na optimalizáciu vloženia a úplne zabudne na optimalizáciu čítania Operácie, kde parameter je štatistiky (kľúčové vyhľadávanie v tabuľke - kľúča distribúcie), preto po hromadných vložkách je operácie čítania tiež rýchlo - je potrebné obnoviť výkon nástroja na optimalizáciu čítania. Po vykonaní Aktualizovať štatistiky.

Áno, a stále zabudli povedať - hromadné odstránenie vedie k masívnemu výskytu fantómových záznamov: nahrávanie je uvedené diaľkové, ale miesto berie - táto situácia vedie k zníženiu výkonu vzorových operácií typu (zobrazenie).

Vatkir; azyl90; Hans; Anikrion; Albert_2008; Nivaru; Ser6702; Marectomcat; Olezhe; Usmer598655_ilia-Bers; KLAUS38; Lordkim; lmnlmn; Svenser123; Monte Carlo; Acanta; Zaharknyaz; Agresorak; vesd; Ilya $ n; WaanEeek; Skyjack; Leták; aegoncharov; Usmer777757; [Chránené e-mail]; \\ T myTG; Gang031; Ľadovej siete; Goga1979; Chesscat; Regr; 1cprogr_NSK; Irwin; Paradise.87; Kav2; Corum; Roman100; for_questions; ragám; Eugenemida; kai nk; Kitaevay; Crosby; NOXIE41; Alex_grem; nixel; nový užívateľ; Tdml; Nevida; Rimidalv; reštartovať; denis_AKA_WOLF; Flashill; Marchenko.y; Freya-khv; Asg.aleks; Denis13; Adm134; Tis_08; MTV :); Soulsteps; shalimski; ANSK; Pisarevek; Silener; kwazi; Engineer74; Vadimlp77; ARTANO; DGOLOVANOV; Pchela751; Aexel; Artbear; JIF; Dmitryiv; Rego1337h; Slovap; Wizaxxx; Ivanboychuk123; FISHCA; Zlý bobor; Dach; Rodinmax; Sanches; MDMDVD; Zakakvo; KRIO2; jacksonp; Adeich; Nadšenici; Maximstav; DOCTOROZA; Serg0ffan; Sanfoto; Kinazarov; Bukaska; thesadowco; Oitnur; Jester; Detec; adión; Laeg; MOROK1983; krv2k; Di-psie; Sparklemal; Awa; Kpaceb.aa; Chif13; sa1m0nn; Cratosx; Allexoft; galich; vlad.frost; Igordynets; Tormozit; vaziliy_b; vladir; Meusa; Poopkeen; Andreynika; Prad2002; Dicwork; Johnyheath; An-aleksey; IT-developer; rgrisha; Bronislav; 702UYXG; Holodzar; Adyschdv; Azagtot; Ramses; Denisch; Varom; RD80; W-darin; Metmet; Cheburátor; Preslaod; Diverzion; sevushka; Aleksey.bochkov; yuraos;

Fungovanie programu môže porušiť z dôvodu núdzového ukončenia práce, napríklad pri odpojení elektriny. Potom sa databáza nepodarí zadať.

Niekedy môže fungujúci program zobraziť nesprávne výsledky. Zo zoznamu "Zmizne" dokumenty, pri pokuse o otvorenie dokumentu, program zamrzne, podivné výsledky sa zobrazia v správach. Všetky tieto "závady" zastavia po testovaní a upevnení 1c.

Chyby sa nemôžu prejaviť, takže hrubé, ale akékoľvek zvláštnosti a nepresnosti sú dôvodom na opravu práce.

Príčiny, ktoré vedú k problémom:

• Núdzové ukončenie práce (náhly výkon);
• Fyzické opotrebovanie pevného disku;
• Počítačové poruchy.

Pred upevnením databázy

Pred testovaním databázy musíte urobiť zálohu.

Toto môže byť vykonané priamo kopírovanie katalógu, kde sa nachádza informačná základňa. Ak nemôžete vstúpiť do konfigurátora, môžete si vytvoriť iba kópiu.

Ak sa vám podarí vstúpiť do konfigurátora, musíte vybrať možnosť Administrácia v menu → Uvoľnite informačnú základňu, ako na obr. V okne, ktoré sa otvorí, musíte zadať adresár, ktorý chcete zaznamenať zálohu a názov súboru, v ktorom bude archív uložený.

Pred testovaním a opravou kópie sa vykoná nevyhnutne, pretože korekcia vykonáva nezvratné zmeny údajov. Niekedy (veľmi zriedka) sa nemusia zlepšiť, ale zhoršujú stav databázy.

S normálnou prevádzkou sa zálohy musia vykonávať pravidelne, najlepšie - denne. Aby táto práca bola vykonaná automaticky, nainštalujte bezplatný program. Bafacter-1c Záložné kópie účtovníctva.

Je lepšie ukladať záložné kópie, ktoré nie sú na tom istom nosiči, kde sa nachádza samotná základňa. Flash disk je vhodný, Internet Storage, ďalší pevný disk. Koniec koncov, niekedy strata údajov je spojená s fyzickým opotrebovaním pevného disku.

Dostupnosť zálohovaní - poistenie z straty dát. Je však nemožné ručiť, že v záložných kópiách je všetko dokonalé, takže relevantnosť možnosti testovania a korekcia sa nezníži.

Obr. 1. Vykladanie údajov.

Sumarizujte:

• Záložné kópie by sa mali vykonávať pravidelne;
• Zálohy sa musia uchovávať na inom nosiči;
• Existuje program pre automatizáciu Záložné kópie backateru-1c;
• Pred testovaním a korekciou vykonajte kópiu základne.

Korekcia vnútorných prostriedkov na informačnú základňu

Po vykonaní zálohy otvorte databázu v režime Konfigurátor. Vyberte možnosť Administrácia ponuky → Testovanie a opravu informačnej bázy.

V okne, ktoré sa otvorí, musíte zadať kliešte (obr. 2).

Je však lepšie, aby ste to neurobili, nie všetky operácie uvedené v menu sú potrebné pri opravách po nehode.

Obr.2. Testovanie okien a upevnenie 1c 8 s populicks vo všetkých bodoch. Takže nerobte:

Ak si všimnete všetky položky, spustí sa dlhý proces. Výsledky testovania a korekcie sa zobrazia v spodnej časti okna. Po vykonaní akcií musíte kliknúť na tlačidlo. Zavrieť.

Vykonajte všetko nie je najlepšia voľba! Kvalifikovaní používatelia vykonávajú akcie v etapách a selektívne.

Etapy korekcie

Zvážte všetky testovanie a korekciu položiek menu.

• Preberanie tabuliek informačnej základne;
• Kontrola logickej integrity;
• Kontrola referenčnej integrity;
• Prepočítanie výsledkov;
• Kompresné tabuľky;
• Reštrukturalizačné tabuľky.

Prvá etapa, reindexovanie informačných základných tabuliek, pomáha riešiť 90% problémov. Čo sa deje v procese reindexingu?

Vytvorenie údajov do referenčných kníh je vytvorenie nových dokumentov sprevádzané ich automatickým usporiadaním. Názvy sú zoradené abecedne, dokumenty - dátumy atď. Zároveň sa fyzický poradie záznamov nezmení. Záznamy sa zobrazia v konkrétnom poradí, pretože sú priradené čísla (indexy) a sú dodržiavanie indexu s fyzickým záznamovým číslom je obsiahnuté v indexových tabuľkách.

Indexy sú veľmi dôležité:

• Vyhľadávanie v indexovaných tabuľkách sa vyskytuje mnohokrát rýchlejšie ako v neindexovaných;
• Number indexu je jedinečný kód "kód", indexy sú spojené medzi záznamami z rôznych tabuliek;
• Indické tabuľky sú rámcom informačnej základne; Bez nich program 1c nefunguje.

Porušenie indexových tabuliek vedie k chaosu pri prezentácii dokumentov. Možno, napríklad, aby sa rozsvieti dokument, v ktorom nie sú žiadne položky tovaru, ale ich počet.

Každý nový záznam je sprevádzaný zmenami v indexových tabuľkách: Napríklad po vykonaní záznamu adresára začínajúceho na písmene A, bude priradený jeden z prvých indexov a všetky ostatné indexové čísla sa zmenia. Malá pauza vyplývajúca po vykonaní nového záznamu súvisí s prepočetmi indexov; Čím väčšia je základňa, tým výraznejšia pauza.

Vytvorenie dokumentu a záznamov v IT vedie k niekoľkým indexovým tabuľkám (niekedy niekoľko desiatok). V skutočnosti, Reindepch 1C tabuliek sa neustále udržiava pri práci s údajmi. Ale v prevádzkovom režime, zakaždým, keď je jedna alebo viac tabuliek indexovaných, a pri testovaní a upevnení sa vykonáva kompletná indexácia všetkých tabuliek a tento proces pre veľké databázy trvá dlho.

Takže, keď sa re-indexed vyskytujú takéto procesy:

• Záznamy sú umiestnené a zjednodušené;
• Obnovenie vzťahu medzi tabuľkami a inými predmetmi;
• V mnohých prípadoch sa program obnoví.

Po opätovnom zarezaní môžete skontrolovať, či bol výkon základne obnovený.

Ďalším krokom je kontrolu logickej integrity. Korešpondencia reálnej štruktúry informačnej bázy a jeho opis v konfigurácii (prítomnosť objektov, prítomnosť odkazov medzi objektmi) sa kontroluje. Táto kontrola často hlási chyby aj v pracovnej databáze, nemali by byť panikuje s takýmito správami. Je to však príležitosť na riešenie konzultácií s odborníkom.

Kontrola odkazov referenčnej integrity "Prezývky" medzi objektmi. Niekedy tabuľka používa odkaz na chýbajúci objekt, napríklad vzdialený dokument. Referenčná integrita sa prijíma manuálne, podľa zoznamu vyplývajúceho z overenia. Niekedy sa referenčná integrita porušuje na "opustených oblastiach" - v starom irelevantných dokumentoch. Potom jednoducho nevenujú pozornosť.

Prepočet výsledkov - dlhý a rizikový postup. V 1C sa výsledky prepočítajú v normálnom režime, ale nie je "od začiatku času" a od začiatku mesiaca. Konečné hodnoty sa monitorujú v registroch, zrýchľuje prácu. Ak zapnete prepočet výsledkov v režime testovania a korekcie, prepočítanie sa odoberie z okamihu vytvorenia základne a správne aktuálne hodnoty registrov môžu "plávať" v dôsledku obnovy na dlhé vzdialenosti alebo fixné dokumenty. V dôsledku toho dlhodobá práca na prepočetoch nebudú prospech.

Ak nie je potrebné, potom z prepočtu výsledkov je lepšie zdržať sa.

Stlačné tabuľky je postup fyzického odstránenia záznamov, ktoré boli vyznačené na vymazanie a zastavte sa na obrazovke. Môžu existovať veľa takýchto záznamov, zamierajú databázu bez použitia.

Komprimované tabuľky - užitočná funkcia, hoci to nie je potrebné vykonať.

Reštrukturalizácia tabuliek je operácia, relevantná pri prechode na novú verziu programu. Keď reštrukturalizácia, prázdne tabuľky sú vytvorené s formátom uvedeným v konfigurácii a sú prenesené na nahrávanie, informácie zo starých tabuliek. Polia môžu byť rozšírené v nových tabuľkách, boli pridané nové polia. Reštrukturalizácia je operácia, ktorá by mala pripraviť informačnú základňu pre prácu novým spôsobom a pri aktualizáciách je absolútne nevyhnutné.

Ak sa nezmenili žiadne verzie, nebudú potrebná reštrukturalizácia, tento dlhý postup nebude pridávať nič a nemôže sa zmeniť.

Pri náprave "padlého" programu sú potrebné aj možnosti:

• Preberanie informácií o základných tabuľkách
• Kontrola logickej integrity
• Skontrolujte referenčnú integritu

Čo ak nemôžete spustiť testovanie a korekciu?

Ak je základňa zle poškodená a nie je možné vstúpiť do konfigurátora, ďalšia reštaurovateľná funkcia zostáva: použite nástroj CHDBFL.EXE. Súbor nájdete v priečinku inštalačného adresára Bin (obr. 3).

Obr. 3. Výber utility Chdbfl.exe

Vstupom na príkazovom riadku zobrazenej na obr. 3 je možné vidieť, že cesta k súboru leží cez katalóg 1CV8.2 alebo 1SV8.3, v krátkom čase prostredníctvom programu. Môže byť umiestnený v priečinku Program Files alebo v inom priečinku. Musíte nájsť umiestnenie adresára a otvoriť ho. Vnútri adresára otvorte priečinok BIN,

Spustenie spustiteľného súboru zvoľte databázu, ktorá sa má opraviť, a nechajte zistené chyby (obr .4)

Obr. Program CHDBFL.EXE

Zhrníme. Ak sa program nezačne po prerušení núdzového prerušenia, musíte vykonať nasledovné:

• Urobte zálohu;
• Pokúste sa zadať konfigurátor a použiť možnosť testovania a korekcie;
• Ak konfigurátor zlyhá, nájdite program EXE a pokúste sa uložiť údaje pomocou tohto programu;
• Ak všetky pokusy nedávajú výsledky, musíte hľadať pomoc od odborníkov;
• V prípade nevyváženej straty údajov nastavíte najnovší funkčný zálohovanie;
• Ak sa zálohovanie nevykonáva - obnovuje údaje o primárnych dokumentoch a papierových výtlačkoch.

Úspešné obnovenie údajov nie je vždy. Poistenie z straty dát je denná záloha: Ak je informačná základňa poškodená, môžete sa vrátiť späť pred ihneď a rýchlo obnoviť stratené nahrávky.