Protsessis ajakohastamise andmeedastus teistest konfiguratsioonidest ja isegi igapäevase töö ajal on süsteemi operatsioonide teostamisel võimalik tehnilisi puudusi. Enamikul juhtudel on sellised ebaõnnestumised tuvastatud ja edukalt töödeldud, kuid mõnel juhul põhjustavad nad endiselt vigu. Sellised vead ilmnevad kõige sagedamini lõpptulemuste kasutamisel. Näiteks rubla Sild avalduses "ei lähene" esialgset, käive ja piiratud tasakaalu või tulemusi. Selle olukorra parandamiseks arvutatakse tulemused ümber.

Tulemuste ümberarvutamist saab läbi viia konfigureerimisrežiimis (manustamismenüü - testimine ja parandus).

Juhul kui konfiguraatorit käivitamist ei ole võimalik käivitada, saab tulemuste ümberarvutamist käivitada kasutajarežiimist. Selleks teha järgmised toimingud.

1. Määrake teabebaasi esimese dokumendi kuupäev. Selleks saate kasutada "Operations Journal" (jagu raamatupidamine, maksud, aruandlus). Nimekiri peaks kõik valikud eemaldama. Näiteks 12/31/2011.
2. Avage väljund ja üksuste haldamise vorm (administratsiooni osa - hoolduspaneeli teenus).

Nupp "OK" käivitub tulemuste ümberkorraldamise. Pärast ebaõnnestumise lõpetamist moodustatakse standardraportid ilma vigadeta.

Meeldis? Jagage oma sõpradega

Konsulteerimine programmiga töötamise kohta 1c

Teenus on avatud spetsiaalselt klientidele, kes töötavad programmiga 1C erinevate konfiguratsioonide või teabe ja tehnilise toega (selle). Küsige oma küsimuse ja me vastame sellele rõõmuga! Konsultatsioonide saamise eeltingimus on selle programmi olemasolu olemasolu. Erandid on PP 1C põhiversioonid (8 versioon). Nende jaoks ei ole lepingu kättesaadavus vajalik.

Nii jääk- kui ka praegused kogunemisregistrid koosnevad füüsiliselt kahest tabelist: liikumise tabelid ja kogused tabel. Tulemus tabelis on andmed mõõtmise andmete liikumise tabelis, kiirem juurdepääs nendele andmetele. Tulemused on vaikimisi olemas mitu kuud, iga kuu esimesel numbril; Registrite jaoks salvestatakse asjakohased tulemused ka eraldi, st jooksva kuu tulemused. Iga individuaalse registri puhul saab praeguseid tulemusi keelata.
Dokumendi salvesti ajal moodustub see liikumislauale sisenemisena, samuti tulemuste tabeli kirje ja kui dokument on möödunud kuu jooksul, dokumendid tehakse viimase kuu jooksul. See tähendab, et kõik varasemad tulemused on uuendatud.
Registri mõõtmiseks saate tulemuste kasutamise keelata, sellel on positiivne mõju baasi jõudlusele:

Samuti märgime, et on olemas kaks alternatiivi - tulemuste kasutamist või agregaatide kasutamist; Teine võimalus on paindlikum.

Küsimus 12.30 Eksam 1C: platvormi professionaal. Kogumisregistrite tulemused:

1. Ei salvestata
2. Ladustatud. Nad ei piirdu arvutatud perioodidega, kuna süsteem arvutatakse järgmise perioodi avamisel automaatselt
3. Saab salvestada, kuid piiratud arvutatud tulemuste perioodiga. Kui neid ei välja saadetud, siis neid ei salvestata. Saate hallata arvutatud tulemusi 1C režiimis: Enterprise
4. Õige vastused 2 ja 3, kuna vahepealse tulemuste automaatset arvutamist saab seadistada konfigureerimisrežiimis

Õige vastus on kolmas.

Küsimus 12.32 Eksam 1C: platvormi professionaal. Kui töötades kogunemisregistri "jääkide" tüübiga, toob tulemuste väljalülitamine kaasa asjaolule, et:

1. võite saada ainult operatiivseid jääke
2. saad jääke igal ajal, kuid nende kiirus suureneb

Õige vastus on teine. Tulemuste puhul on jäägid saadaval kuu jooksul.

Küsimus 12.33 Eksam 1C: Professionaal platvormil. Kui kasutaja praeguse tulemuse ümberpaigutamine:

1. praegused tulemused ümberarvutatakse ümber ainult praeguse seansi jaoks.
2. kõik praegused tulemused ümberarvutatakse ümber.
3. praegused tulemused arvutatakse ümber praeguse või kõigi istungite jaoks sõltuvalt registri seadetest

Õige vastus on teine, mõiste "praeguse seansi" ei eksisteeri. Tulemuste tegelik ümberarvutamine on tulemuste tabelite üleseotuse kord, sest Aja jooksul kogunevad nullväärtustega stringid, mis vähendab süsteemi kiirust.

Küsimus 12.34 Eksam 1C: Professionaal platvormil. Kasutaja tulemuste tagasilkumisel:

1. tulemused arvutatakse ümber ainult praeguse seansi jaoks.
2. tulemused arvutatakse ümber praeguse või kõigi istungite jaoks sõltuvalt registri seadetest
3. kõik tulemused arvutatakse ümber
4. saate valida, milliseid seansse taandatakse tulemustega

Õige vastus on kolmas, vt eelmist küsimust.

Küsimus 12.35 Eksam 1C: Professionaal platvormil. Andmete kirjutamisel kogumisregistrisse on olemas võimalus:

1. jäätme kasutamisest tulemus (rekordikomplektide salvestamise paralleerimise suurendamine)
2. keelduda kasutamisest voolu tulemus (suurendab paralleelselt rekordikomplektide salvestamise)
3. Õiged vastused 1,2

Õige vastus on kolmas - vähem tabeleid, seda kiiremini süsteem töötab. Tulemuse lahendamise keelamine toimub programmiliselt:

Registreeru \u003d RegisterBuchelling. Allikas; Registreerige põllumajandus. Tarkvara teenused (valed);

Küsimus 12.36 eksam 1c: platvormi professionaal. Kogumisregistriga töötamisel viib praeguste tulemuste väljalülitamine toob kaasa asjaolu, et:

1. vähendab jääkide vastuvõtmise kiirust
2. saad jääke igal ajal, kuid kiiruse saamise operatiivse jäägid suurendada
3. ei mõjuta jääkide saamise kiirust ja mõjutab keeramise kiirust

Vt küsimus 12.32.

Küsimus 12.37 Eksam 1C: Professionaal platvormil. Konfigureerija režiimis võib valida järgmine sagedus tabelis kogumisregistri tulemuste tulemuste tabeli sagedus:

1. Päeva jooksul
2. Kuu jooksul
3. Veerandi jooksul
4. Perioodiline
5. Ükskõik milline ülaltoodud valikutest
6. Ei saa valida

Õige vastus on kuues - tulemused arvutatakse alati igakuiselt järgmise kuu esimesel numbril.

Küsimus 12.39 Eksam 1C: platvormi professionaal. Kuidas 1C System: Enterprise 8 saab salvestada tulemusi pöörleva akumulatsiooni registris?

1. Ainult tabeli kokku
2. Ainult kasutades agregeeritud tabelit
3. Samaaegselt tulemuste ja agregaatide tabelites
4. Kas tulemuste või agregaatide tabelis

Õige vastus on neljas, tulemused ja agregaadid on alternatiivsed töörežiimid.

Küsimus 12.40 Eksam 1C: platvormi professionaal. Valige tõeline avaldus kogumisreeglite suhtes.

1. Ühe akumuleerumise registri puhul saab kasutada mitmeid tulemusi tabelit.
2. Ainult üks agregaatide tabelit saab kasutada ühe agregaatide jaoks
3. Ühe kogumiregistri jaoks võib kasutada mitmeid agregaatide tabelit.
4. Verpels 1 ja 2
5. Kõik valikud on tõesed

Õige vastus on kolmas - tulemuslaud on registri jaoks rangelt üks. Komplektid agregaatide saab luua paljud.

Küsimus 12.44 Eksam 1C: platvormi professionaal. Mida saab kuvada kogumisregistrite tulemustes?

1. Andmete mõõtmised
2. Ressursside andmed
3. Andmeteenused
4. Kõik valikud on tõesed
5. Verpels 1 ja 2

Õige vastus on viies, tulemused on peamine registri tabel, mille mõõtmised valtsib.

Küsimus 12.45 eksam 1C: platvormi professionaal. Millist aktiivsete dokumentide osa ei pruugi kogumisregistrite tulemuste tabelites kuvada?

1. Andmete mõõtmised
2. Andmeteenused
3. Ressursside andmed
4. Kõik valikud on tõesed
5. Verpels 1 ja 2

Õige vastus on viies. Andmed ei kuvata tulemustes. Registri mõõtmised ei pruugi olla, kuid ressurss on kohustuslik.

Küsimus 12.46 eksam 1C: platvormi professionaal. Milline osa ei aktiivne kannete ei tohi kuvada tabelite tulemuste kogumisregistrite?

1. Andmete mõõtmised
2. Andmeteenused
3. Ressursside andmed
4. Kõik valikud on tõesed
5. Verpels 1 ja 2

Õige vastus on neljas, mitteaktiivsed dokumendid ei kuvata üldse.

Küsimus 12.47 Eksam 1C: platvormi professionaal. Millist osa aktiivsetest dokumentidest ei kuvata kunagi kogunemisregistrite tulemuste tabelites?

1. Andmete mõõtmised
2. Andmeteenused
3. Ressursside andmed
4. Kõik valikud on tõesed
5. Verpels 1 ja 2

) Ja platvormi arendajad ei ole siin, see on üsna tuntud arhitektuurilahendus, mitte kustutada "Zero" kirjeid. Ma isegi ütleksin, et see on pikaajaline "püha sõda".

Kõige tähtsam on mõista, et rekord nullsummad lõpuks, absoluutselt ei tähenda, et seda kirjet ei ole vajalik.

Relational DBMS-i projekteerimisel peetakse seda (peetakse), et CRUD-toimingud (luua, lugeda, uuendada, kustutada) jaotatakse ressursikuludele järgmiselt.

1. Light: Loe, uuendage
2. Keskmine: Loo
3. Heavy: Kustuta

Ja põhineb objektiregistri käitumise loogikal, mis muudab sageli; Ja andmete kustutamise suurete kulude tõttu on seisukoht, et:

tulemuse tulemus ei ole mõistlik eemaldada sünkroonselt ajal null tulemus, sest "null" ei tähenda "null" ja kuna tõenäosus, et järgmine tehing "tahab" suurendada või vähendada Tulemus ja see muutub nulliks ja me peame kandma rohkem ja lisatööd.

seega on lubadus, et nulltulemusega dokumendid on mõttekas eemaldada asünkroonselt, st teatud ajahetkel - kuid jälle ei ole teada, kuidas seda väga "teatud punkti" määrata. Selline määratlus peaks asuma taotluste eest vastutavatel isikutel - kõige sagedamini, kui me teame, et tulemuste ümberarvutamine toimub ühel ajahetkel, kui aruandeperioodid on suletud ja esitatakse selliseks ettevalmistavaks menetluseks. Siin seisneb selles ka probleemi, mille probleem on juba ammu teada - ajavahemiku sulgemine ei ole tehnilise stabiilsuse tagamise ülesanne ja ettevõte võib mõnikord "skoor".
Praktikas oli mul tabel 400 miljoni dokumendiga nulliga.

Ja siin ma võin öelda, et platvormi arendajad on kergelt "vastamata" (sõna "defektid") - fakt on see, et vastavalt ülaltoodud arhitektuurilahendusele on selgelt arusaadav, et:

Nullitulemusega salvestamise kustutamine on vajalikud need võtmed (mõõtmispaigad), mille jaoks ei olnud pikka aega värskendustoiminguid. Ja see funktsionaalne platvorm ei ole - seal on ainult globaalne ümberarvutamine. Suurtes kontorites lahendatakse see SQL-i tööga "Ohm, kes täidab umbes järgmist tööd:

1. Leia 1 võtmete komplekt (mõõtmised), mille jaoks viimase kuu jooksul ei olnud liikumisi ja mis on praegu null
2. Selle mõõtmiste kogumi kohta kustutage kogu tabelist kirje

tavaliselt algab see töö üks kord iga 10 sekundi järel, top 1 valitakse blokeeriva aja vähendamiseks kuluka eemaldamise ajal. Loomulikult on sellistes alustes juba ehitatud statistika taaskäivitamise ja defraganiseeritud indeksite taastamise plaanid. Juhul kui sellised "tarbetu" kirjed on väga palju - te tavaliselt vähendate töö stardiaega või keeldute tulemuste registrist - sest kui teil on palju võtmeid, läheb "null" ja seda enam ei kasutata on 2 toimingut liikumise "tuli" ja "vasakule" - miks hoida sellise teabe staatuseregistris ei ole selge.

Noh, ka siin statistika kohta - konfiskeeritud - Mascularing loomine ja kustutamine, samuti värskenduse võtme veerg viivad indeksi otsingupuu rikkumiseni (peamised jaotusvahemik andmelehtede kaudu), see tähendab, et see tähendab, et Otsingu vahemikus 1..10 See võib olla üsna võti väärtusega 23 - SO SQL oli mugavam, sest andmeleht oli kõrval võti Page 7 ja võti 6 juhtmestik võti 23 osutuvad Vahemikus 100..134 - mis on ka mugavam põhineb andmelehekülgedel. Sõrmede näide - aga ma arvan, et sisulisus peegeldab.

Üldiselt on mugav mõista järgmise statistikat massoperatsioonide ajal: kui teete SQL-andmete massi sisestamist, et teid aidata ja kasutada andmelehe lähedust, et optimeerida sisestamist ja unustab täielikult lugemise optimeerimise toimingud, kus parameeter on statistika statistika (peamised otsinguvahemikud tabelis - võtmehoidja), seetõttu pärast massilist lisandit, lugemisoperatsioonid on ka kiire - on vaja taastada lugemisoptimisvahendi toimivust. Pärast seda Uuenda statistikat.

Jah, ja ikka unustasin öelda - masside eemaldamine toob kaasa fantom-kirjete massiivse esinemiseni: salvestus on noteeritud kaugjuhtimispuldiga, kuid koht võtab - see olukord toob kaasa tüübi skannimise proovivõimaluste vähenemise (vaade).

Vatkir; asylum90; Hans; Anikrion; Albert_2008; Niberu; Ser6702; Marchtomcat; Olezhe; User598655_ilia-bers; Klaus38; Lordkim; lmnlmn; Spenser123; Monte Carlo; Acanta; Zaharknyaz; Agressorak; VESD; Ilya $ N; Waankeek; Skyjack; Leetrahhi; Aegoncharov; User777757; [E-posti kaitstud]; mytg; Gang031; Jäävõrk; GOGA1979; Chesscat; REGRZ; 1cprogr_nsk; Irwin; Paradise.87; Kav2; Corum; Roman100; for_questions; ragimi; Eugenemipt; Kai NK; kitaevay; Crosby; Noxie41; Alex_grem; Nixel; uus kasutaja; TDML; Nevid; Rimidalv; Taaskäivitage; Denis_aka_wolf; Välk; Marchenko.y; Freya-KHV; Asg.aleks; Denis13; ADM134; Tis_08; MTV :); Soulsteps; Shalimski; Ansk; Pisarevev; Silenser; Kwazi; Insener74; Vadimlp77; Artano; Dgolovanov; Pchela751; Aexeel; ArtBear; JIF; Dmitriiv; REGO1337H; Slavap; Wizaxxx; Ivanboychuk123; Fishca; Kurja kobras; Dach; Rodinmax; Sanches; MDMDVD; zakakvo; Krio2; Jacksonp; Adeich; Afedor; Maximstav; Doctorroza; Serg0ffaan; Sanfoto; Kinazarov; Bukaska; Theshadowco; Oitnur; Jester; Dedec; audione; Laeg; Morok1983; KRV2K; Di-koer; Spartlemal; AWA; Kpaceb.aa; Chif13; Sa1m0nn; Cratosx; Alelexoft; Galich; Vlad.Frost; igordynets; Tormozit; Vasiliy_b; Vladir; Mees; Poopkeen; Andreynikus; Prad2002; DICWORK; Johnyeath; Aleksey; IT-arendaja; rgrisha; Bronislav; 7o2uyxg; Holodsar; Adyrschdv; Asagtot; Ramses; Denisch; Rom; RD80; W-Divin; Metmetmet; Chebulator; PressoD; Divusesus; Sevandhka; Aleksey.bockov; JURAOS;

Programmi toimimine võib rikkuda töö erakorralise lõpetamise tõttu, näiteks kui elektrienergia on lahti ühendatud. Siis andmebaasi ei suuda siseneda.

Mõnikord saab toimiv programm näidata ebaõigeid tulemusi. Nimekirjast "Kadu" dokumendid, kui üritades avada dokument, programm külmub, kummalised tulemused ilmuvad aruannetes. Kõik need "tõrked" peatus pärast katsetamist ja kinnitamist 1c.

Vead ei saa ilmneda iseenesest nii ebaviisakas, kuid iga veider ja ebatäpsused on "remont töö" põhjus.

Põhjused põhjustab probleeme:

• Töö erakorralise lõpetamise (äkiline väljalülitamine);
• Kõvaketta füüsiline kulumine;
• Arvuti talitlushäired.

Enne andmebaasi kinnitamist varundamist

Enne andmebaasi testimist peate selle varundama.

Seda saab teha kataloogi otseselt kopeerimiseks, kus teabebaas asub. Kui te ei saa konfiguraatorisse siseneda, saate koopia teha ainult sel viisil.

Kui teil õnnestus sisestada konfiguraatorisse, peate menüüs valima administratsiooni suvand → Ilmandage informatsiooni alus, nagu joonisel fig. 1. Avaneb aknas, peate määrata kataloogi varundamise ja faili nime salvestamiseks, kus arhiiv salvestatakse.

Enne koopia katsetamist ja korrigeerimist tehakse tingimata, kuna korrigeerimine toimub pöördumatute andmete muutustega. Mõnikord (väga harva) nad ei pruugi parandada, kuid halvendada andmebaasi staatus.

Tavapärase tööga tuleb varukoopiaid teha regulaarselt, parim - iga päev. Selleks, et see töö teostaks automaatselt, paigaldage tasuta programm. Backaper-1C Backup raamatupidamise koopiad.

Parem on salvestada backup koopiad mitte samale kandjale, kus alus ise asub. Flash-draiv sobib, internetihoidla, teine \u200b\u200bkõvaketas. Lõppude lõpuks, mõnikord on andmete kadu seotud kõvaketta füüsilise kulumisega.

Varukoopiate kättesaadavus - andmete kadumise kindlustus. Siiski on võimatu kinnitada, et backup koopiates on kõik täiuslik, nii et testimisvõimaluse asjakohasus ja parandus ei ole vähendatud.

Joonis fig. 1. Andmete mahalaadimine.

Kokkuvõttes:

• Backup koopiad tuleks teha regulaarselt;
• Varukoopiad tuleb salvestada teisele vedajale;
• Automatiseerimiseks on programm Backaper-1C varukoopia raamatupidamise koopiad;
• Enne katsetamist ja korrigeerimist tehke aluse koopia.

Programmi teabebaasi sisemiste vahendite parandamine

Pärast varukoopiate tegemist avage konfigureerimisrežiimis andmebaas. Valige menüüvaliku valik → Infobaasi testimine ja parandamine.

Avaneb aknas, peate panna puugid (joonis 2).

Kuid see on parem mitte seda teha: mitte kõik menüüs loetletud toimingud on pärast õnnetuse parandamisel vajalikud.

Joonis.2. Akende testimine ja kinnitamine 1C 8 populics'iga kõigis punktides. Nii et ärge tehke seda:

Kui märkate kõik elemendid, algab pikk protsess. Testimine ja parandustulemused kuvatakse akna allosas. Pärast toimingute tegemist peate klõpsama nupule. Sulge.

Tehke kõik ei ole parim valik! Kvalifitseeritud kasutajad teostavad meetmeid etappide ja selektiivselt.

Parandamise etapid

Mõtle kõik menüüelementide testimine ja parandus.

• Teabebaasi tabelite taaselustamine;
• Loogilise terviklikkuse kontrollimine;
• Kontrollide terviklikkuse kontrollimine;
• Tulemuste ümberarvutamine;
• Survetabeleid;
• Ümberkorraldamise tabelid.

Esimene etapp, teabe baaslaudade taaselustamine aitab lahendada 90% probleemidest. Mis juhtub taastamise protsessis?

Andmete tegemine referentraamatuteks on uute dokumentide loomisel kaasas nende automaatne tellimine. Nimed on rivistatud tähestikulises järjekorras, dokumente - kuupäevad jne. Samal ajal ei muutu dokumentide füüsiline järjekord. Kirjed kuvatakse konkreetses järjekorras, sest need on määratud numbrid (indeksid) ja indeksi vastavus füüsilise salvestusnumbrile sisalduvad indeks tabelid.

Indeksid on väga olulised:

• Indekseeritud tabelite otsing toimub mitu korda kiiremini kui indekseerimata;
• Indeks number on ainulaadne "koodi" kood, indeksid on ühendatud erinevate tabelite kirjete vahel;
• India tabelid on teabebaasi raamistik; Ilma nendeta ei tööta programm 1c.

Indeks tabelite rikkumine toob kaasa kaosse dokumentide esitamisel. Võib-olla näiteks, et süttib dokument, milles ei ole kaupu objekte, kuid nende arv on nende arv.

Iga uue kanne on kaasas muudatused indeks tabelid: Näiteks pärast rekordite kataloogi käivitamist alates kirja A, see määratakse üks esimesi indeksid ja kõik teised indeksinumbreid muudetakse. Väike peatamine pärast uue rekordi tegemist on seotud indeksite ümberarvutamisega; Mida suurem on alus, seda märgatavam paus.

Dokumendi ja dokumentide loomine selles toob kaasa mitmeid indeks tabeleid (mõnikord mitu tosinat). Tegelikult hoitakse 1c tabelite tagurpidi pidevalt andmetega töötamise ajal pidevalt. Kuid töörežiimis on iga kord üks või mitu tabelit indekseeritud ja katsetamise ja kinnitamise ajal teostatakse kõikide tabelite täielik indekseerimine ja see protsess suurte andmebaaside puhul võtab kaua aega.

Niisiis, kui neid uuesti indekseeritakse, esinevad sellised protsessid:

• Dokumendid on reastatud ja sujuvamaks;
• Tabelite ja teiste objektide vaheline suhe taastatakse;
• Paljudel juhtudel taastatakse programm.

Pärast uuesti süvendamist saate kontrollida, kas baasi jõudlus on taastatud.

Järgmine samm on loogilise terviklikkuse kontrollimine. Infobaasi tegeliku struktuuri ja selle kirjelduse vastavus konfiguratsioonis (objektide olemasolu, objektide vaheliste linkide olemasolu) on kontrollitud. See kontroll on sageli aru vead isegi tööandmebaasis, ei tohiks selliste sõnumitega panna. Siiski on see sündmus spetsialistiga konsulteerimise tegemiseks.

Viide terviklikkuse kontrollimine "hüüdnimed" lingid objektide vahel. Mõnikord kasutab tabel link puuduva objekti, näiteks kaugdokumendiga. Viide terviklikkust tuleb taastada käsitsi, vastavalt loetelus tuleneb kontrollimisest. Mõnikord rikutakse viide terviklikkust "mahajäetud aladel" - vanade ebaoluliste dokumentide puhul. Siis nad lihtsalt ei pööra tähelepanu.

Tulemuste ümberarvutamine - pikk ja riskantne protseduur. 1c-s arvutatakse tulemused tavapärases režiimis ümberarvutatud, kuid see ei ole "algusest peale" ja kuu algusest. Lõplikke väärtusi jälgitakse registrites, see kiirendab tööd. Kui lülitate tulemuste ümberarvutamist testimise ja parandusrežiimis, võetakse ümberarvutamine aluse loomise hetkest ja registrite õiged praegused väärtused võivad "ujuda" pikamaa taastumise tõttu "ujuda". Fikseeritud dokumendid. Selle tulemusena ei saa pikaajaline töö ümberkorraldamise kohta kasu.

Kui vaja ei ole vaja, siis on tulemuste ümberarvutamisest parem hoiduda.

Survetabeleid on dokumentide füüsilise eemaldamise protseduur, mis on ekraanil kuvatud kustutamiseks märgitud ja peatatud. Selliste dokumentide puhul võib olla palju, nad pühkivad andmebaasi ilma kasutamata.

Tihendage tabeleid - kasulikku funktsiooni, kuigi see ei ole vaja seda teha.

Tabelite ümberkorraldamine on operatsioon, mis on asjakohane programmi uue versiooni sisselülitamisel. Ümberkorraldamise korral luuakse tühjad tabelid konfiguratsioonis määratud vormiga ja need kantakse üle salvestusele, vanadest tabelitest teavet. Väljade saab laiendada uutesse tabelitesse, uued väljad on lisatud. Ümberkorraldamine on operatsioon, mis peaks koostama tööalase töö baasi uueks viisil ja ajakohastamise ajal on see absoluutselt vajalik.

Kui versioone ei muudeta, ei ole ümberkorraldamine vajalik, ei lisa see pikk menetlus midagi ega saa muuta.

Niisiis, kui parandades "langenud" programmi, on vaja ka valikuid:

• Teabe baaslaudade taastamine
• Loogilise terviklikkuse kontrollimine
• Kontrollige viite terviklikkust

Mis siis, kui te ei saa testida ja korrigeerida?

Kui alus on halvasti kahjustatud ja konfiguraatorisse sisenemiseks ei ole võimalik siseneda, jääb veel üks restaureerimisfunktsioon: kasutage chdbfl.exe utiliit. Faili võib leida prügikasti paigaldus kataloogi kausta (joon. 3).

Joonis fig. 3. chdbfl.exe utiliidi valimine

Joonisel fig 3 näidatud käsureale sisenemisega võib näha, et faili tee peitub läbi 1CV8,2 või 1SV8,3 kataloogi, lühikese programmi kataloogi kaudu. See võib asuda programmifailide kausta või teises kausta programmis. Sa pead leidma kataloogi asukoha ja avage see. Kataloogi sees avage bin kaust,

Käivitamine käivitatava faili valige korrigeeritud andmebaas ja lubada tuvastatud vigu (joonis 4)

Joonis 4. Window chdbfl.exe programm

Kokkuvõttes. Kui programm ei käivitu pärast avarii katkestamist, peate tegema järgmist:

• Teha varukoopia;
• Proovige sisestada konfiguraatori kaudu ja kasutage testimis- ja parandusvaliku;
• Kui konfiguraator ei pääse, leidke EXE programm ja proovige salvestada andmed selle programmi abil;
• Kui kõik katsed ei anna tulemusi, peate ekspertide abi otsima;
• Tasakaalustamata andmete kadumise korral määrake viimane toimiv varundamine;
• Kui varukoopiat ei teostata - taastage andmed esmaste dokumentide ja paberiprintide kohta.

Edukas andmete taastamine ei ole alati. Kindlustus andmete kadumisest on igapäevane varukoopia: kui teabebaas on kahjustatud, võite minna tagasi päev tagasi ja taastada kiiresti kaotatud salvestused.