1c 8.3 po bandymo tūris sumažėjo. Informacinės bazės testavimas ir taisymas

Bet kuris vartotojas susidūrė su duomenų bazės veikimo klaidomis, kurios kyla dėl įvairių priežasčių – nuo ​​elektros energijos tiekimo nutraukimo iki įrangos gedimo. Sistemos administratorius. Ir jei vartotojas tiesiog mato, kad programa leidžia, pavyzdžiui, perkrauti, bet negali jos uždaryti, tada administratorius ieškos klaidų ir jas spręs.

Pirmas kiekvieno specialisto pasiūlymas tokioje situacijoje būtų atkurti atsarginę kopiją. Jei jos nėra arba ji pasenusi, turėsite atlikti keletą paprastų veiksmų, pavyzdžiui, išbandyti 1C duomenų bazę. Šiame straipsnyje mes apsvarstysime tik vieną iš 1C duomenų bazių klaidų paieškos ir pašalinimo mechanizmų, taip pat jo naudojimo ypatybes.

Testavimas ir tvirtinimas informacinė bazė Mes pažvelgsime į 1C naudodami 1C apskaitos leidimo 3.0 (leidimas - 3.0.54.20), platformos - 8.3.10.2561 konfigūracijos pavyzdį. Senesnių leidimų ir kitų konfigūracijų, taip pat 8.2 platformos versijų, šios priemonės veikimo algoritmas yra panašus.

Pradėkime nuo privalomo priminimo, kad prieš bet kokias manipuliacijas su 1C konfigūratoriumi, įskaitant prieš bandant ir taisant 1C 8.3 duomenų bazę, rekomenduojama sukurti atsarginė kopija duomenų bazės, su kuria ketiname dirbti.

Mums reikalingas darbo režimas, sukurtas norint išbandyti 1C duomenų bazę ir ištaisyti nustatytas klaidas, yra konfigūratoriaus meniu skyriuje „Administravimas“.


Paleidę įrankį pamatysime šį langą:


Jame yra patikrinimų ir režimų, taip pat testavimo metodų sąrašas. Pažvelkime į kiekvieną iš jų išsamiau.

Informacijos saugumo lentelių perindeksavimas– pažymėjus šį langelį, lentelės indeksuojamos iš naujo. Tai yra visiško duomenų bazių lentelių indeksų atkūrimo procesas. Perindeksavimas žymiai pagerina 1C sistemų veikimą ir našumą.

Informacijos saugumo loginio vientisumo stebėjimas– duomenų organizavimo tikrinimo, taip pat tiriamos duomenų bazės loginio ir struktūrinio vientisumo klaidų nustatymo mechanizmas.

Informacijos saugumo nuorodos vientisumas– tikrina informacijos saugumą, ar nėra „nutrūkusių“ ar „tuščių“ nuorodų, atsirandančių, kai informacija apdorojama neteisingai, o dažnai – kai duomenys ištrinami arba keitimasis duomenimis neteisingai sukonfigūruotas.

Rezultatų perskaičiavimas, su kurios koncepcija susiduriame 1C registruose. Tai rezultatų lentelės, iš kurių suskaičiuotus duomenis lengviau ir greičiau analizuoti, nei „patikslinti“ visą registrą. Procedūra gali padidinti duomenų bazės greitį.

Informacijos saugumo lentelių suspaudimas– sumažina duomenų bazės dydį. Faktas yra tas, kad ištrindamas objektus iš duomenų bazės 1C jų neištrina visam laikui, o tik pažymi, kad juos būtų galima ištrinti. Tie. jie lieka duomenų bazėje, bet negalimi naudoti. Jei tokie duomenys nėra ištrinami specialiu apdorojimu, tada jie ištrinami suglaudinus informacijos saugos lenteles. Tą patį efektą, beje, galima pasiekti įkėlus/atsiuntus duomenų bazės failą.

Informacijos saugumo lentelių pertvarkymas– šio proceso metu sistema iš naujo sukuria duomenų bazės lenteles. Paprastai taip nutinka, kai keičiama konfigūracijos metaduomenų struktūra. Procesas gali užtrukti ilgas laikas.

Tiesiog po šiuo sąrašu yra testavimo tipo pasirinkimo laukas: ar bus paprastas testavimas, kuriame sistema parodys esamas klaidas, bet jų neištaisys, ar testavimas su tolimesne korekcija. Tokiu atveju sistema bandys ištaisyti visas rastas klaidas.

Dar mažesnės galimybės dirbti su „nutrūkusiomis“ nuorodomis ir daliniu duomenų praradimu. Galimi trys variantai:

  • Kurti objektus– sistema sukuria tuščią elementą, kurį vėliau galima užpildyti duomenimis rankiniu būdu.
  • Išvalyti nuorodas– „nutrūkusios“ nuorodos ir objektai su daliniais duomenimis bus ištrinti.
  • Nekeisti– sistema nekeis objektų tik parodžiusi klaidas.

Ir paskutinė mūsų lango sritis yra galimybė pristabdyti ir tęsti nutrauktą testavimą. Faktas yra tas, kad kai kuriose duomenų bazėse testavimo ir taisymo procesas gali užtrukti ilgai (nuo 1-2 iki 20-30 valandų). Jei įtariate, kad sistema nuskaitymą atliks labai ilgai, galite pažymėti žymimąjį laukelį „Nutraukti nuskaitymą po“ ir nustatyti laikotarpį, kuriam pasibaigus nuskaitymas bus sustabdytas.


Jei yra žymimasis langelis „Tęsti anksčiau pertrauktą testavimą“, paspaudus mygtuką „Vykdyti“, bandymas bus tęsiamas iš ten, kur jis buvo sustabdytas.

chdbfl.exe programa

Jei dėl daugelio priežasčių negalime patekti į konfigūratorių - pavyzdžiui, neturime teisių paleisti, galime naudoti „chdbfl.exe“ įrankį. Tiesą sakant, tai yra failo (netinkamo SQL) informacijos bazės testavimo ir taisymo analogas. Jis tikrina fizinį duomenų bazės vientisumą. Pažiūrėkime, kur jis yra ir kaip jį naudoti.

Eikite į aplanką su sumontuota platforma. Failo atsisiųsti nereikia.


Po paleidimo pamatysime šį langą:


Jame reikia nurodyti kelią į duomenų bazės failą ir patvirtinti (arba to nedaryti) būtinybę taisyti nustatytas klaidas. Kelią į duomenų bazės failą rasite duomenų bazių sąraše.


Baigus patikrinimą, sistema praneš apie visas rastas klaidas.

Kaip patikrinti ir pataisyti 1C:Accounting duomenų bazę (8.3 leidimas 3.0)

2017-12-19T18:21:22+00:00

Taigi kilo problemų su duomenų baze. Atsirado klaidų arba jis tiesiog nustojo veikti. Neskubėkite skambinti programuotojo, daug ką galite padaryti patys.

1. Pirmiausia pasidarykite atsarginę esamos duomenų bazės kopiją. Esmė ta, kad testavimas ir taisymas yra negrįžtamos duomenų bazės operacijos, kurios beveik visada viską pagerina, tačiau labai mažu procentu atvejų gali viską sugadinti. Šiuo labai retu atveju pirmiausia turime padaryti atsarginę kopiją.

2. Sukūrę atsarginę kopiją, paleiskite duomenų bazę konfigūratoriaus režimu:

3. Pasirinkite „Administravimas“ – „Testavimas ir taisymas...“:

4. Turime daug tikrinimo ir taisymo parinkčių, kurias turime pasirinkti ir spustelėti mygtuką „Vykdyti“. Iš esmės galima pasirinkti juos visus, tačiau protingiausia būtų šiuos patikrinimus ir taisymus atlikti eilės tvarka ir po kiekvieno taisymo patikrinti, ar iš duomenų bazės nedingo klaidų:

5. Iš karto išbandysime ir pataisysime (antras variantas):

6. Jei duomenų bazė yra labai didelė, tuomet galite apriboti patikrinimų vykdymą laiku. Nedarykime taip:

7. Informacinės bazės lentelių perindeksavimas. Kas tai yra? Kiekvienai lentelei (pavyzdžiui, katalogui) duomenų bazėje sukuriamas indeksas, siekiant pagreitinti tam tikrų laukų paiešką. Taigi, šis pataisymas atkuria visus indeksus:

8. Tikrinant informacinės bazės loginį vientisumą, tikrinamos ir ištaisomos lentelių struktūrų loginės klaidos:

9. Tikrinant informacijos bazės nuorodų vientisumą, patikrinamos visos nuorodos į objektus, kurių gali nebelikti arba kurie gali būti sunaikinti:

Todėl šio patikrinimo metu turite nurodyti, ką daryti su tokiais objektais: sukurti naujus, išvalyti juos arba nieko nedaryti.

10. Rezultatų perskaičiavimas. Rezultatai – grubiai tariant, tai yra registrų, kuriuose saugoma informacija, indeksai, sukurta pagal dokumentus. Pavyzdžiui, produktų likučių registro sumų buvimas leidžia greitai gauti tam tikros datos produktų likučių vertę. Šis patikrinimas perskaičiuoja visas sumas visam laikui. Atkreipiu dėmesį, kad tai paprastai yra labai daug laiko reikalaujantis patikrinimas.

11. Laikui bėgant duomenų bazės labai išauga. Taip atsitinka todėl, kad duomenų bazėje sukaupta daug duomenų, kuriuos pažymėjome ištrinti, vėliau ištrynėme, bet iš tikrųjų jie vis tiek lieka duomenų bazėje (tiesiog nebematome). Elementas „Suspausti informacinės bazės lenteles“ iš tikrųjų jas ištrina, o duomenų bazės dydis sumažinamas:

12. Informacinės bazės lentelių pertvarka. Paskutinis didžiulis ginklas kovojant su klaidomis. Kiekvienai lentelei – sukurta naujas stalas su reikiama struktūra ir visi duomenys iš senosios lentelės perkeliami į naują:

13. Pasirinkę norimą elementą, paleiskite testą (mygtukas „Vykdyti“):

14. Po visų patikrinimų atsidarys Paslaugų pranešimų langas su informacija apie testo rezultatus:

Jei pataisymas nepadėjo ir tik pablogėjo - iš atsarginės kopijos, kurią padarėme pirmame etape.

Testavimas naudojant atnaujinimo programą

Mano vartotojams viskas dar paprasčiau.

Sąraše pažymėkite norimą duomenų bazę, tada elemente „Daugiau“ pasirinkite „6.06 Duomenų bazių tikrinimas ir taisymas“:

Atsidarys langas su parinktimis, kurios visiškai atitinka konfigūratoriaus parinktis:

Pasirinkite tuos, kurių jums reikia, ir spustelėkite „Gerai“.

Šiuo atveju atnaujintojas:

  • blokuos duomenų bazę ir pašalins dirbančius vartotojus;
  • sukurs atsarginę duomenų bazės kopiją;
  • paleis konfigūratorių automatiniam testavimui pagal pažymėtus nustatymus;
  • tai leis visiems vartotojams grįžti po bandymo
  • Visą informaciją apie testo rezultatus matysite skirtuko atnaujinimo lange Pranešimas.

Tuo pačiu metu, jei prieš testavimą reikia atkurti (grąžinti) duomenų bazę į sukurtą atsarginę kopiją, patikrinkite duomenų bazę ir tada iš elemento „Daugiau“ pasirinkite parinktį „6.01 Atkurti duomenų bazės duomenų failą iš zip, 7z, rar“.

Sukurta 2016-10-03 13:43 Paskelbta 2016-10-03 13:43 Autorius: Administratorius Peržiūrėta: 6202

Daugelis vartotojų gali patirti, kad 1C programa sudužo, pradėjo atsirasti klaidų, programa staiga „užšąla“ arba užsidaro. Tokiu atveju tiesiog būtina patikrinti ir pataisyti informacijos bazę, nes šis integruotas mechanizmas beveik visada padeda išspręsti tokią problemą.

Tačiau prieš pradėdami šią procedūrą, taip pat prieš atlikdami bet kokias svarbias operacijas, turite padaryti duomenų bazės kopiją. Išsami informacija, kaip sukurti duomenų bazės kopiją, buvo aptarta straipsnyje Duomenų bazės kopijos kūrimas – kam to reikia ir kaip tai padaryti.

Kai turėsite atsarginę kopiją, kuri išgelbės jus nuo problemų, susijusių su duomenų praradimu, galite pereiti prie pačios testavimo procedūros. Norėdami tai padaryti, turite paleisti programą konfigūratoriaus režimu.

Kai paleidžiamas „Configurator“, meniu spustelėkite „Administravimas“ ir išskleidžiamajame sąraše pasirinkite atitinkamą elementą.

Atsidariusiame lange turime teisę patys sukonfigūruoti patvirtinimo parinktį, prašome pažymėti reikiamus elementus.


Pažymime pirmąjį tašką, nes šis nustatymas atkurs lentelės indeksus, o tai padidins sistemos našumą. Pažymėję antrą langelį, galėsite patikrinti duomenų bazės lentelių vientisumą ir pašalinti jose esančias klaidas. Toliau pasirenkame tikrinti informacinės bazės nuorodos vientisumą, kad patikrintume visas nuorodas į objektus, nes kai kurių iš jų gali nebelikti arba jie gali būti sunaikinti. Pasirinkus šį pasirinkimą, suaktyvinamas toliau esantis laukas, kuriame galite nurodyti, ką daryti su tokiais objektais: kurti naujus, išvalyti juos arba nieko nedaryti. Pasirinkus kitą elementą, sumos kaupimo registruose bus perskaičiuotos. Dėka „varnelės“, esančios priešingos informacijos bazės lentelių suspaudimui, testuojant ir taisant duomenys, kuriuos kažkada pažymėjome naikinti ir net tada ištrynėme, pagaliau bus ištrinti, tačiau jie vis tiek liko duomenų bazėje ir mums tiesiog nebuvo matomi. Tai sumažins mūsų duomenų bazės dydį. Ir paskutinis dalykas šiame sąraše yra pertvarkymas, jis reikalingas tam, kad susidarytų naujos norimos struktūros lentelės, to nereikėtų bijoti, nes visi seni duomenys bus perkelti į naujus. Taigi, kaip matome, norint pašalinti problemas visais frontais, rekomenduojama pažymėti visus langelius.

Kai nuspręsime dėl patikrinimų ir režimų, įsitikinkite, kad žemiau yra pažymėtas „Testavimas ir taisymas“.

Pačioje pabaigoje, kai duomenų bazė yra per didelė, galima apriboti laiką, per kurį atliekama patikra.

Kai testavimas sukonfigūruotas, galite pradėti procesą spustelėdami mygtuką "Vykdyti".

Patikrinimų metu apačioje atsidarys langas serviso pranešimams, tai yra galėsime stebėti testavimo etapus ir matyti, kada jis baigtas. Nepamirškite, kad ši procedūra atliekama išskirtiniu režimu, todėl būtina, kad visi dirbantys vartotojai programą uždarytų. Taip pat rekomenduojama šį patikrinimą atlikti kiekvieną kartą prieš atnaujinant, o kaip atnaujinti programą buvo aprašyta straipsnyje Kaip atnaujinti 1C.

Deja, yra situacijų, kai dėl programos gedimo negalime net paleisti konfigūratoriaus. Tada turėsite elgtis kitaip, ty išbandyti naudodami komponentą chdbfl.exe. Šis procesas panašus į aukščiau aptartą testavimą ir taisymą. Taip pat pirmiausia reikia padaryti duomenų bazės kopiją, bet kadangi šiuo atveju darbas vyksta be konfigūratoriaus, darome kopiją paprastas kopijavimas informacinės bazės katalogas.

Jei pamiršome, kur tiksliai yra bazė, visada galime pažvelgti į kelią paleidimo lange, pasirinkę norimą bazę.


Dabar, žinodami tikslų duomenų bazės kelią, surandame katalogą ir nukopijuojame.

Tada turite rasti ir paleisti programą chdbfl.exe, ji įdiegta kartu su 1C platforma ir ją galima rasti diegimo katalogo aplanke „Bin“, dažniausiai adresas atrodo taip: C:\Program Files (x86)\1cv8\8.3.7.1845\bin , kur 8.3.7.1845 yra platformos leidimo numeris. Bet jei vis tiek kyla sunkumų ieškant adreso, adresą galite patikslinti spustelėdami dešiniuoju pelės mygtuku spustelėkite pelė ant etiketės „1C Enterprise“.

Taigi, aplanke „bin“ randame reikalingą įrankį ir paleidžiame dukart spustelėkite kairysis pelės mygtukas.

Paleidus įrankį atsidarys langas, kuriame bus patikrintas fizinis duomenų bazės failo vientisumas, turėsime nurodyti failo pavadinimą, kelias į duomenų bazę jau žinomas nukopijavus, atidarykite katalogą su duomenų baze ir pasirinkite failą “ 1Cv8“. Pažymime, kad reikia ištaisyti aptiktas klaidas, ir spustelėkite „Vykdyti“.


Kai operacija bus baigta, naudingumo lange pamatysime rezultatą. Po to uždarykite langą ir pabandykite įvesti programą.


Beta meniu

Išorinis ir vidinis 1C:Enterprise duomenų bazės testavimas

Bet kuriam patyrusiam 1C:Enterprise vartotojui išorinis ir vidinis duomenų bazės testavimas yra įprastas dalykas. Šis straipsnis skirtas pradedantiesiems vartotojams, susidūrusiems su nepaaiškinamu duomenų bazės veikimu arba staigiai nutrūkusiais asmeninio ar nešiojamojo kompiuterio maitinimu, po kurio duomenų bazė nustojo atsidaryti, arba veikimo metu įvyksta gedimų ir 1C tiesiog užsidaro be jokių pranešimų apie klaidas. , ar daug daugiau (priežasčių testuoti tikrai daug, visų neišvardinsime).

Testavimo procesas yra gana paprastas abiem atvejais, tačiau priklauso nuo duomenų bazės dydžio ir disko posistemis PC (HDD arba SSD) gali užtrukti gana ilgą laiką.


Išorinis 1C:Enterprise duomenų bazės testavimas: tikrinamas duomenų bazės failo fizinis vientisumas

Išorinis testavimas yra pirmas dalykas, kurį reikia padaryti, jei jūsų duomenų bazė neatsidaro.

Prieš bet kokį bandymą būtinai pasidarykite failo kopiją 1Cv8.1CD!

Norėdami atlikti šią procedūrą nurodytame aplanke (platformos versija gali būti bet kokia)

C:\Programų failai (x86)\1cv8\8.3.8.1784\bin

slypi naudingumas chdbfl.exe(mėlyna statinė su žalia varnele).

  1. Paleiskite programą chdbfl.exe.
  2. Pasirodžiusiame lange nurodykite leisti į failą 1Cv8.1CD duomenų bazę, kurią norite išbandyti.
  3. Pažymėkite žymimąjį laukelį „Ištaisyti aptiktas klaidas“.
  4. Spustelėkite „Bėk“.

Po to duomenų bazės aplanke atsiras keturi nauji failai su priešdėliu _$NEW$_. Neištrinkite šių failų testavimo metu, jie išsitrins patys! Jums taip pat atrodys, kad ši programa yra „užšalusi“ ir nieko nevyksta - taip nėra! Jokiomis aplinkybėmis nenutraukite šios programos veikimo! Šie veiksmai negrįžtamai sugadins jūsų 1C duomenų bazę!

Po bandymo greičiausiai pamatysite pranešimą „Klaidų nerasta“, tačiau tai nereiškia, kad jūsų duomenų bazei nieko neatsitiko. Pirma: jis tikrai tapo mažesnis. Gal net 2 kartus - tai normalu, net gerai. Antra, greičiausiai problemos nebėra ir dabar prasidės 1C. Patikrinti.

Jei problema rimtesnė ir nebuvo išspręsta atliekant išorinį testavimą, pereiname prie vidinio testavimo.

Vidinis duomenų bazės testavimas: informacinės bazės (TiS) testavimas ir taisymas

Tai kitas duomenų bazės trikčių šalinimo žingsnis. Šie veiksmai reikalingi daug rečiau nei išoriniai bandymai, tačiau jie padeda ne mažiau.


Vis dar turite klausimų?

Kažkas nutiko? Mūsų įmonės specialistai padės išspręsti iškilusias problemas! Susisiekite su mumis! →

Taip pat galite užduoti savo klausimus mūsų grupėje VC arba ant mūsų YouTube kanalas!

Šie straipsniai jus sudomins

Mūsų klientas susidūrė su visiškai standartine situacija: „Windows 10“ gavo didelį naujinimo paketą ir iš naujo paleidęs kompiuterį paleisdamas „1C:Enterprise“, vartotojas pamatė langą su tekstu „Programos naudojimo licencija nerasta“. Dar nieko neįprasto. Bet įvedus naują 1C:Enterprise PIN kodą ir pranešimus apie sėkmingas aktyvinimas Kai kitą kartą įeisite į programą, vėl pasirodys pranešimas, kad licencija nerasta. Išsiaiškinkime, kas yra.

Programos veikimas gali sutrikti dėl avarinio nutraukimo, pavyzdžiui, nutrūkus elektrai. Tada negaliu prisijungti prie duomenų bazės.

Kartais veikianti programa gali parodyti neteisingus rezultatus. Dokumentai „dingsta“ iš sąrašo, programa užstringa bandant atidaryti dokumentą, ataskaitose pasirodo keisti rezultatai. Visi šie „trikimai“ sustoja išbandžius ir pataisius 1C.

Klaidos gali pasirodyti ne tokios grubiai, tačiau bet kokios keistenybės ir netikslumai yra pagrindas „remonto darbams“.

Priežastys, dėl kurių kyla problemų:

  • Avarinis stabdymas (staigus elektros energijos tiekimas);
  • Fizinis pablogėjimas kietasis diskas;
  • Kompiuterio gedimai.

Prieš taisydami duomenų bazę, pasidarykite atsarginę kopiją

Prieš išbandydami duomenų bazę, būtinai sukurkite atsarginę jos kopiją.

Tai galima padaryti tiesiogiai nukopijuojant katalogą, kuriame yra informacijos bazė. Jei negalite prisijungti prie konfigūratoriaus, kopiją galite padaryti tik tokiu būdu.

Jei pavyko įeiti į konfigūratorių, tuomet iš meniu turite pasirinkti parinktį Administravimas → Įkelti informacijos bazę, kaip parodyta 1 pav. Atsidariusiame lange turite nurodyti atsarginės kopijos įrašymo katalogą ir failo, kuriame bus išsaugotas archyvas, pavadinimą.

Prieš tikrinant ir taisant, būtina padaryti kopiją, nes taisant duomenys negrįžtamus keičiasi. Kartais (labai retai) jie gali pabloginti duomenų bazės būklę, o ne ją pagerinti.

Įprasto veikimo metu atsargines kopijas reikia daryti reguliariai, geriausia kasdien. Jei norite, kad šis darbas būtų atliktas automatiškai, įdiekite nemokama programa Backup-1C Buhalterinės atsarginės kopijos.

Atsargines kopijas geriau laikyti ne toje pačioje laikmenoje, kurioje yra pati duomenų bazė. Tam tiks „flash drive“, interneto saugykla ar kita. HDD. Galų gale, kartais duomenų praradimas yra susijęs su fiziniu standžiojo disko nusidėvėjimu.

Atsarginių kopijų kūrimas yra draudimas nuo duomenų praradimo. Tačiau negalime garantuoti, kad atsarginėse kopijose viskas yra tobula, todėl parinkties Testavimas ir taisymas aktualumas nesumažėja.

Ryžiai. 1. Duomenų įkėlimas.

Apibendrinti:

  • Atsarginės kopijos turi būti daromos reguliariai;
  • Atsarginės kopijos turi būti saugomos kitoje laikmenoje;
  • Yra automatizavimo programa Backup-1C Buhalterinės atsarginės kopijos;
  • Prieš tikrindami ir taisydami būtinai pasidarykite duomenų bazės kopiją.

Informacinės bazės taisymas naudojant vidines programos priemones

Sukūrę atsarginę kopiją atidarykite duomenų bazę konfigūratoriaus režimu. Pasirinkite meniu parinktį Administravimas → Informacinės bazės testavimas ir taisymas.

Atsidariusiame lange reikia pažymėti langelius (2 pav.).

Tačiau geriau to nedaryti: ne visos meniu išvardytos operacijos būtinos taisant po avarijos.

2 pav. 1C 8 testavimo ir taisymo langas su pažymėtais visais žymimaisiais laukeliais. Nedaryk to:

Jei pažymėsite visus langelius, prasidės ilgas procesas. Testavimo ir korekcijos rezultatai rodomi lango apačioje. Atlikę veiksmus, turite spustelėti mygtuką Uždaryti.

Viską daryti nėra geriausia geriausias variantas! Įgudę vartotojai veiksmus atlieka žingsnis po žingsnio ir pasirinktinai.

Koregavimo žingsniai

Pažvelkime į visus meniu elementus Testavimas ir taisymas.

  • Informacinės bazės lentelių perindeksavimas;
  • Loginio vientisumo tikrinimas;
  • Nuorodos vientisumo patikrinimas;
  • Rezultatų perskaičiavimas;
  • Stalo suspaudimas;
  • Restruktūrizavimo lentelės.

Pirmasis etapas – informacijos bazės lentelių pakartotinis indeksavimas – padeda išspręsti 90 % problemų. Kas nutinka pakartotinio indeksavimo proceso metu?

Duomenų įvedimas į katalogus ir naujų dokumentų kūrimas vyksta kartu su automatiniu jų užsakymu. Pavadinimai išdėstyti abėcėlės tvarka, dokumentai – pagal datas ir kt. Tokiu atveju fizinė įrašų tvarka nesikeičia. Įrašai rodomi tam tikra tvarka, nes jiems priskirti numeriai (indeksai), o fizinio įrašo numerio indeksas yra indeksų lentelėse.

Indeksai yra labai svarbūs:

  • Indeksuotų lentelių paieška yra daug kartų greitesnė nei neindeksuotų lentelių paieška;
  • Indekso numeris yra unikalus įrašo „kodas“, indeksai naudojami įrašams iš skirtingų lentelių sujungti;
  • Rodyklės lentelės yra informacinės bazės pagrindas; Be jų 1c programa neveikia.

Indekso lentelių pažeidimas sukelia chaosą pateikiant dokumentus. Pavyzdžiui, gali pasirodyti dokumentas, kuriame nėra prekių pavadinimų, bet nurodytas jų kiekis.

Kiekvieną naują įrašą lydi indeksų lentelių pakeitimai: pavyzdžiui, į katalogą įtraukus įrašą, prasidedantį raide A, jam bus priskirtas vienas iš pirmųjų indeksų, o visi kiti indeksų numeriai bus pakeisti. Trumpa pauzė, atsirandanti po naujo įrašo, yra susijusi su indeksų perskaičiavimu; Kuo didesnis pagrindas, tuo labiau pastebima pauzė.

Sukūrus dokumentą ir įrašus jame, pajudinamos kelios rodyklės lentelės (kartais keliasdešimt). Tiesą sakant, 1C lentelės nuolat iš naujo indeksuojamos dirbant su duomenimis. Bet gamybiniu režimu kiekvieną kartą indeksuojama viena ar kelios lentelės, o Testavimo ir taisymo metu atliekamas pilnas visų lentelių indeksavimas, o šis procesas didelėms duomenų bazėms užtrunka ilgai.

Taigi pakartotinio indeksavimo metu vyksta šie procesai:

  • Įrašai perrikiuojami ir išdėstomi;
  • Atkuriamas ryšys tarp lentelių ir kitų objektų;
  • Daugeliu atvejų programos veikimas atkuriamas.

Po pakartotinio indeksavimo galite patikrinti, ar buvo atkurtas duomenų bazės funkcionalumas.

Kitas etapas yra loginio vientisumo patikrinimas. Tikrinamas faktinės informacinės bazės struktūros ir jos aprašymo Konfigūracijoje atitikimas (objektų buvimas, ryšių tarp objektų buvimas). Šis patikrinimas dažnai praneša apie klaidas net veikiančioje duomenų bazėje; neturėtumėte panikuoti gavę tokius pranešimus. Tačiau tai yra priežastis kreiptis patarimo į specialistą.

Referencinis vientisumas tikrina ryšius tarp objektų. Kartais lentelėje naudojama nuoroda į trūkstamą objektą, pvz., ištrintą dokumentą. Nuorodos vientisumą įprasta atkurti rankiniu būdu, naudojant patikrinimo metu gautą sąrašą. Kartais nuorodos vientisumas pažeidžiamas „apleistose vietose“ – senuose, nereikšminguose dokumentuose. Tada jie tiesiog nekreipia dėmesio.

Rezultatų perskaitymas yra ilga ir rizikinga procedūra. 1c rezultatai perskaičiuojami įprastu režimu, tačiau tai atliekama ne „nuo laiko pradžios“, o nuo mėnesio pradžios. Gautos reikšmės sekamos registruose, tai pagreitina darbą. Jei įjungsite sumų perskaičiavimą testavimo ir taisymo režimu, perskaičiavimas vyks nuo duomenų bazės sukūrimo momento, o teisingos esamos registrų reikšmės gali „plaukti“ dėl seniai ištrintų ar taisytų „retrospektyviai“ dokumentų. “. Kaip rezultatas ilgas darbas perskaičiavimas neduos jokios naudos.

Jei nėra poreikio, geriau susilaikyti nuo rezultatų perskaičiavimo.

Lentelės suspaudimas – tai procedūra, skirta fiziškai ištrinti įrašus, kurie buvo pažymėti ištrinti ir neberodomi. Tokių įrašų gali būti daug, jie nenaudingai padidina duomenų bazės dydį.

Lentelės suspaudimas - naudinga funkcija, nors to daryti nebūtina.

Lentelių pertvarkymas yra operacija, kuri yra svarbi pereinant prie nauja versija programas. Restruktūrizavimo metu sukuriamos tuščios lentelės konfigūracijoje nurodytu formatu, į jas įrašas po įrašo perkeliama informacija iš senų lentelių. Naujose lentelėse laukus galima išplėsti ir pridėti naujų laukų. Restruktūrizavimas – tai operacija, kuri turi paruošti informacinę bazę, kad ji veiktų naujai, ir ji yra būtina atnaujinimams.

Jei jokios versijos nepasikeitė, restruktūrizavimo nereikia, ši ilga procedūra nieko nepridės ir nepakeis.

Taigi, taisant „nutrūkusią“ programą, šios parinktys yra būtinos ir naudingos:

  • Informacinės bazės lentelių perindeksavimas
  • Loginis vientisumo patikrinimas
  • Nuorodos vientisumo patikrinimas

Ką daryti, jei negaliu paleisti „Test and Fix“?

Jei duomenų bazė yra labai pažeista ir net negalite patekti į konfigūratorių, yra dar viena atkūrimo parinktis: naudokite chdbfl.exe įrankį. Failą galima rasti diegimo katalogo aplanke Bin (3 pav.).

Ryžiai. 3. Pasirinkite chdbfl.exe paslaugų programą

Pagal susitarimą tel komandinė eilutė 3 pav., aišku, kad kelias į failą eina per katalogą 1сv8.2 arba 1сv8.3, trumpai tariant, per programos katalogą. Jis gali būti aplanke Program Files arba kitame aplanke. Turite rasti katalogo vietą ir jį atidaryti. Kataloge atidarykite aplanką Bin,

Paleidę vykdomąjį failą, pasirinkite taisytiną duomenų bazę ir leiskite ištaisyti aptiktas klaidas (4 pav.)

4 pav. chdbfl.exe programos langas

Apibendrinkime. Jei programa nepasileidžia po avarinio pertraukimo, turite atlikti šiuos veiksmus:

  • Padarykite atsarginę kopiją;
  • Pabandykite prisijungti per konfigūratorių ir naudokite parinktį Test and Fix;
  • Jei negalite patekti į konfigūratorių, suraskite exe programa ir pabandykite išsaugoti duomenis naudodami šią programą;
  • Jei visi bandymai nepavyksta, reikia kreiptis pagalbos į specialistus;
  • Negrįžtamo duomenų praradimo atveju įdiekite naujausią veikiančią atsarginę kopiją;
  • Jeigu atsarginė kopija nebuvo atlikta – atkurti duomenis iš pirminių dokumentų ir popierinių spaudinių.

Sėkmingas duomenų atkūrimas ne visada įvyksta. Draudimas nuo duomenų praradimo – tai kasdienės atsarginės kopijos: sugadinus informacinę bazę, galima grįžti diena atgal ir greitai atkurti prarastus įrašus.

Dalintis