Hogyan kell tesztelni és javítani. Az infobázis tesztelése és javítása

Létrehozva: 2016.03.10. 13:43 Közzétéve: 2016.03.10. 13:43 Szerző: Rendszergazda Megtekintések: 6202

Sok felhasználó találkozhat azzal a ténnyel, hogy az 1C program összeomlott, hibák kezdtek megjelenni, a program hirtelen "lefagy" vagy bezárul. Ebben az esetben csak tesztelni és javítani kell az infobázist, mivel ez a beépített mechanizmus szinte mindig segít az ilyen problémák megoldásában.

De az eljárás megkezdése előtt, valamint bármilyen fontos művelet elvégzése előtt másolatot kell készíteni az adatbázisról. Az adatbázis másolatának létrehozásának részleteiről az Adatbázis másolatának létrehozása - mire való és hogyan kell ezt megtenni.

Miután rendelkezik egy biztonsági másolattal, amely megóvja Önt az adatvesztési problémáktól, folytathatja magával a tesztelési eljárással. Ehhez a programot konfigurátor módban kell futtatni.

A "Konfigurátor" elindításakor kattintson a menü "Adminisztráció" elemére, és válassza ki a megfelelő elemet a legördülő listából.

A megnyíló ablakban jogunk van saját magunk beállítani az ellenőrzési lehetőséget, javasolt a szükséges elemek kipipálása.

Az első elemet jelöljük meg, mivel ez a beállítás újraépíti a táblaindexeket, ami növeli a rendszer teljesítményét. A második bekezdésben található jelölőnégyzet beállításával ellenőrizheti az adatbázistáblák integritását és kiküszöbölheti a bennük lévő hibákat. Ezután kiválasztjuk az infobázis hivatkozási integritás-ellenőrzését, hogy ellenőrizzük az objektumokra vonatkozó összes hivatkozást, mert előfordulhat, hogy egyesek már nem léteznek, vagy megsemmisültek. Ezzel a választással az alábbi mező válik aktívvá, amelyben megadhatja, hogy mit tegyen az ilyen objektumokkal: hozzon létre újakat, törölje azokat, vagy ne tegyen semmit. A következő elem kiválasztásával újraszámítja a felhalmozási regiszterekben szereplő összegeket. Az infobázis táblák tömörítése melletti "pipának" köszönhetően a tesztelés és javítás során az egykor törlésre megjelölt, sőt később törölt adatok véglegesen törlődnek, de így is megmaradtak az adatbázisban, egyszerűen nem látszottak. nekünk. Így adatbázisunk mennyisége csökkenni fog. És az utolsó dolog ezen a listán az átstrukturálás, ez szükséges ahhoz, hogy új táblák jöjjenek létre a kívánt szerkezettel, ettől nem kell félni, mert minden régi adat átkerül az újakhoz. Így, mint látjuk, a problémák minden fronton történő kiküszöbölése érdekében javasolt minden elemet megjelölni.

Miután eldöntöttük az ellenőrzéseket és módokat, ellenőrizzük, hogy lent van-e megjelölve a "Tesztelés és javítás" végrehajtása.

A legvégén, ha az adatbázis túl nagy, lehetőség van az ellenőrzés végrehajtási idejének korlátozására.

Ha a tesztelés beállítása befejeződött, a folyamatot a "Futtatás" gombra kattintva indíthatja el.

Az ellenőrzések során alul megnyílik egy ablak a szervizüzenetekhez, vagyis figyelhetjük a tesztelés fázisait és megnézhetjük, hogy mikor fejeződik be. Ne felejtse el, hogy ezt az eljárást kizárólagos módban hajtják végre, ezért minden dolgozó felhasználónak be kell zárnia a programot. Javasoljuk továbbá, hogy a kérdéses ellenőrzést minden alkalommal frissítés előtt végezze el, és a program frissítésének módját az 1C frissítése című cikk ismerteti.

Sajnos vannak olyan helyzetek, amikor a program meghibásodása miatt nem is tudjuk elindítani a "Konfigurátort". Ezután más módon kell eljárnia, nevezetesen a chdbfl.exe összetevő teszteléséhez. Ez a folyamat hasonló a fent tárgyalt teszteléshez és javításhoz. Mindenekelőtt az adatbázisról is másolatot kell készítenünk, de mivel ebben az esetben a munka a konfigurátor nélkül megy, egyszerűen az infobase könyvtárat másoljuk át.

Ha elfelejtettük, hogy pontosan hol található a bázis, akkor az indítóablakban mindig megnézhetjük az útvonalat a kívánt bázis kiválasztásával.

Most, hogy ismerjük az adatbázis pontos elérési útját, megkeressük a könyvtárat, és kimásoljuk.

Ezután meg kell találnia és futtatnia kell a chdbfl.exe segédprogramot, amely az 1C platformmal együtt van telepítve, és a telepítési könyvtár "Bin" mappájában található, a cím leggyakrabban így néz ki: C:\Program Files ( x86)\1cv8\8.3.7.1845\bin , ahol 8.3.7.1845 a platform kiadási száma. De ha továbbra is nehézségei vannak a kereséssel, pontosíthatja a címet, ha jobb gombbal kattint az „1C Enterprise” címkére.

Tehát a „bin” mappában megtaláljuk a szükséges segédprogramot, és a bal egérgomb dupla kattintásával elindítjuk.

A segédprogram elindítása után megnyílik egy ablak az adatbázisfájl fizikai integritásának ellenőrzésére, meg kell adnunk a fájl nevét, az adatbázis elérési útja a másolás után már ismert, nyissa meg az adatbázist tartalmazó könyvtárat, és válassza ki az „1Cv8 " fájl. Jelölje be a négyzetet az észlelt hibák kijavításához, majd kattintson a Futtatás gombra.

A művelet végeztével a segédprogram ablakában látni fogjuk az eredményt. Ezután zárja be az ablakot, és próbáljon meg belépni a programba.

Ha problémák adódtak az 1C bázissal, különféle hibák léptek fel, vagy akár le is állt, akkor érdemes tesztelni és megjavítani az 1C bázist. Az első és legfontosabb teendő a konfiguráció javítása előtt. Nem hiába adtunk 2 módot az 1C adatbázis biztonsági másolatának létrehozására. Még ha a konfiguráció leállt is a konfigurátor módban, mindig készíthet róla másolatot az 1. módszerrel (a konfigurációs fájl másolása).

Most, hogy a biztonsági mentés kész, indítsa el az adatbázist konfigurátor módban:

Ha a konfigurációja annyira sérült, hogy még Konfigurátor módban sem indul el, akkor visszaállíthatja, ami az 1C Enterprise 8 szállítási készletében található.

Válassza az „Adminisztráció” - „Tesztelés és javítás…” lehetőséget:

Megjelenik egy ablak az 1C alapellenőrzési és javítási mód beállításaival, amelyet ki kell választania, és kattintson a „Futtatás” gombra.

Ez az ellenőrzés az adatbázis méretétől függően nagyon sokáig tarthat. Ezért ajánlatos egyszerre egy ellenőrzési módot kiválasztani a megjelenési sorrendben (először csak az "Infobázis táblák újraindexelése" mód, majd csak az "Infobázis logikai integritásának ellenőrzése" mód stb.) és minden javítás után ellenőrizze, hogy vannak-e hibák az 1C adatbázisban.

Fontolja meg az összes ellenőrzési és javítási módot sorrendben:

Infobázis táblák újraindexelése.

A konfigurációnk objektumai bizonyos részleteinek keresésének felgyorsítása érdekében az 1c rendszer indexeket generál. Ebben a javítási módban a rendszer újraépíti az összes indexet.

Az információs bázis logikai integritásának ellenőrzése.

Ahogy a neve is sugallja, ebben a módban a rendszer ellenőrzi és kijavítja az adatbázis tábla struktúráiban lévő logikai hibákat.

Az információs bázis hivatkozási integritásának ellenőrzése.

Ebben a módban a rendszer ellenőrzi az összes objektumra való hivatkozás meglétét. Ha nem létező objektumokra mutató hivatkozások vannak, akkor a rendszer törölheti az ilyen rossz hivatkozásokat, vagy megpróbálhatja kijavítani őket. Ezért ehhez az ellenőrzéshez meg kell adnia, hogy mit tegyen az ilyen objektumokkal: újakat hozzon létre, törölje azokat, vagy ne tegyen semmit.

Az eredmények újraszámítása.

Az összegek egyfajta indexek a regiszterekhez. Például az áruegyenleg-nyilvántartás végösszegei lehetővé teszik, hogy gyorsan megkapjuk az áruegyenleget a kívánt napon stb. Ebben az üzemmódban a rendszer újraszámolja az összes időszak összes összegét. Általános szabály, hogy ez egy nagyon hosszú ideig tartó ellenőrzés.

Infobázis táblázatok tömörítése.

Ez a mód inkább a konfiguráció teljesítményének javítására vonatkozik, mint a hibák kiküszöbölésére, de ennek ellenére. Az adatbázisok mérete idővel nő. Ez azért van így, mert rengeteg adat halmozódik fel az adatbázisban, amelyeket törlésre jelöltünk, majd töröltünk, de valójában továbbra is az adatbázisban maradtak (csak már nem látjuk őket). Az infobase táblák tömörítése valójában törli azokat, és az adatbázis mérete csökken.

Infobázis táblák átalakítása.

A leghatékonyabb mód a hibák elleni küzdelemben. A szerkezetátalakítás elve a következő. Minden adatbázistáblához létrejön egy új, hasonló szerkezetű tábla, és a régi táblából minden adat átkerül az újba.

A kívánt tétel kiválasztása után indítsa el az ellenőrzést a „Futtatás” gombra kattintva.

A program működése vészleállítás miatt megszakadhat, például áramszünet esetén. Ekkor nem sikerül belépni az adatbázisba.

Előfordulhat, hogy egy futó program hibás eredményeket mutat. A dokumentumok „eltűnnek” a listáról, amikor megpróbálunk megnyitni egy dokumentumot, lefagy a program, furcsa eredmények jelennek meg a riportokban. Mindezek a "hibák" megszűnnek az 1C tesztelése és javítása után.

Lehet, hogy a hibák nem olyan durvák, de az esetleges furcsaságok és pontatlanságok a "javítási munkák" okai.

Problémákhoz vezető okok:

• A munka vészhelyzeti leállítása (hirtelen áramszünet);
• a merevlemez fizikai károsodása;
• A számítógép hibás működése.

Az adatbázis javítása előtt készítsen biztonsági másolatot

Az adatbázis tesztelése előtt mindenképpen készítsen biztonsági másolatot az adatbázisról.

Ezt úgy teheti meg, hogy közvetlenül átmásolja azt a könyvtárat, ahol az információs bázis található. Ha nem tud belépni a Configuratorba, akkor csak így készíthet másolatot.

Ha sikerült belépni a Configuratorba, akkor a menüből ki kell választani az Adminisztráció → Infobázis eltávolítása menüpontot, ahogy az 1. ábrán látható. A megnyíló ablakban meg kell adnia a biztonsági mentés mentési könyvtárát és annak a fájlnak a nevét, amelybe az archívum mentésre kerül.

Tesztelés és javítás előtt másolatot kell készíteni, mert a javítás visszafordíthatatlan változásokat okoz az adatokban. Néha (nagyon ritkán) nem javítják, hanem rontják az adatbázis állapotát.

Normál működés közben rendszeresen, lehetőleg naponta biztonsági mentést kell készíteni. Annak érdekében, hogy ez a munka automatikusan megtörténjen, telepítsen egy ingyenes programot Back-up-1C Számviteli biztonsági mentések.

Jobb, ha a biztonsági másolatokat nem ugyanazon az adathordozón tárolja, ahol maga az adatbázis található. Egy flash meghajtó, tárhely az interneten, egy másik merevlemez megteszi. Végül is néha az adatvesztés a merevlemez fizikai leromlásával jár.

A biztonsági mentések biztosítják az adatvesztést. Azt azonban nem tudja garantálni, hogy a biztonsági mentésekben minden tökéletes, így a Tesztelés és javítás opció relevanciája nem csökken.

Rizs. 1. Adatok feltöltése.

Összesít:

• Rendszeresen kell biztonsági másolatot készíteni;
• A biztonsági másolatokat más adathordozón kell tárolni;
• Van egy program az automatizáláshoz Back-up-1C Számviteli biztonsági mentések;
• Tesztelés és javítás előtt mindenképpen készítsen másolatot az adatbázisról.

Az infobázis javítása a program belső eszközeivel

A biztonsági másolat elkészítése után nyissa meg az adatbázist Konfigurátor módban. Válassza az Adminisztráció → Az információs bázis tesztelése és javítása menüpontot.

A megnyíló ablakban jelölje be a négyzeteket (2. ábra).

De jobb, ha ezt nem teszi meg: nem minden, a menüben felsorolt ​​művelet szükséges a baleset utáni javításokhoz.

2. ábra. Tesztelési és korrekciós ablak 1s 8, minden elemnél pipával. Ne tedd ezt:

Ha minden elemet ellenőriz, egy hosszú folyamat indul el. A tesztelés és a javítások eredményei az ablak alján jelennek meg. A lépések elvégzése után kattintson a gombra Bezárás.

Nem a legjobb megoldás mindent megtenni! Az erőteljes felhasználók lépésről lépésre és szelektíven hajtanak végre műveleteket.

Javítási lépések

Vegye figyelembe az összes Tesztelés és javítás menüpontot.

• Infobázis táblák újraindexelése;
• Logikai integritás ellenőrzése;
• Hivatkozási integritás ellenőrzése;
• Az összegek újraszámítása;
• Táblázat tömörítés;
• Táblázatok átalakítása.

Az első szakasz, az infobázis táblák újraindexelése, segít a problémák 90%-ának megoldásában. Mi történik az újraindexelési folyamat során?

Az adatok címtárakba bevitele, új dokumentumok létrehozása azok automatikus rendezése mellett jár. A címek ábécé sorrendben vannak felsorolva, a dokumentumok dátum szerint vannak rendezve, és így tovább. Ebben az esetben a rekordok fizikai sorrendje nem változik. A rekordok meghatározott sorrendben jelennek meg, mert számokkal (indexekkel) vannak rendelve, és az index fizikai rekordszámmal való megfelelését az indextáblázatok tartalmazzák.

Az indexek nagyon fontosak:

• Az indexelt táblákban a keresés sokszor gyorsabb, mint a nem indexelt táblákban;
• Az indexszám a rekord egyedi "kódja", az indexek a különböző táblák rekordjai közötti hivatkozásra szolgálnak;
• Az indextáblák egy információs bázis keretei; nélkülük az 1s program nem működik.

Az indextáblák megsértése káoszhoz vezet a dokumentumok bemutatásában. Például ki lehet emelni egy olyan dokumentumot, amelyben nincs árunév, de van belőlük mennyiség.

Minden új bejegyzést változások kísérnek az indextáblázatokban: például miután egy A betűvel kezdődő bejegyzést tettünk a telefonkönyvbe, az az első indexek egyikét rendeli hozzá, és az összes többi indexszám megváltozik. Az új bejegyzés után fellépő rövid szünet az indexek újraszámítása miatt következik be; minél nagyobb az alap, annál észrevehetőbb a szünet.

Egy dokumentum és a benne lévő rekordok létrehozása több indextáblát (néha több tucat) is mozgásba hoz. Valójában a táblák 1 másodpercenként folyamatosan újraindexelésre kerülnek, miközben az adatokkal dolgoznak. Éles módban azonban egy vagy több tábla minden alkalommal indexelésre kerül, míg a Testing and Fixing az összes tábla teljes indexelését végzi, és ez a folyamat nagy adatbázisok esetén sokáig tart.

Tehát az újraindexelés során a következő folyamatok mennek végbe:

• A rekordokat átsorolják és rendezik;
• A táblák és más objektumok közötti kapcsolat helyreáll;
• Sok esetben a program működése visszaáll.

Az újraindexelés után ellenőrizheti, hogy az adatbázis helyreállt-e.

A következő lépés a logikai integritás ellenőrzése. Ellenőrzik, hogy az infobázis valós szerkezete megfelel-e a Konfigurációban található leírásának (objektumok jelenléte, az objektumok közötti kapcsolatok megléte). Ez az ellenőrzés gyakran hibákat jelez még futó adatbázisban is, nem kell pánikba esni az ilyen üzenetekkel. Ez azonban ok arra, hogy szakember tanácsát kérje.

A hivatkozási integritás ellenőrzése "begyűrűzi" az objektumok közötti kapcsolatokat. Néha egy táblázat hivatkozást használ egy hiányzó objektumra, például egy törölt dokumentumra. A hivatkozási integritás manuális visszaállítása szokás, az ellenőrzés eredményeként kapott lista szerint. Néha a hivatkozási integritás megsérül az "elhagyott területeken" - a régi irreleváns dokumentumokban. Aztán egyszerűen figyelmen kívül hagyják őket.

Az összegek újraszámítása hosszadalmas és kockázatos eljárás. 1 másodperc alatt az eredményeket normál módban újraszámolják, de nem „az idők kezdetétől”, hanem a hónap elejétől. A teljes értékeket regiszterekben követik nyomon, ami felgyorsítja a munkát. Ha tesztelési és korrekciós módban bekapcsolja az összegek újraszámítását, akkor az újraszámítás az adatbázis létrehozásának pillanatától fogva megtörténik, és a helyes aktuális regiszterértékek „lebeghetnek” a régen törölt dokumentumok miatt. vagy javított „visszadátumozás”. Ennek eredményeként az újraszámításon végzett hosszú munka nem lesz hasznos.

Ha nincs szükség, akkor jobb, ha tartózkodik az eredmények újraszámításától.

A táblatömörítés a törlésre megjelölt és már nem megjelenített rekordok fizikai törlésének eljárása. Nagyon sok ilyen rekord lehet, hiába duzzasztják az adatbázis mennyiségét.

A táblázattömörítés hasznos funkció, bár nem kötelező.

A táblázat átstrukturálása olyan művelet, amely a program új verziójára való váltáskor releváns. Az átalakítás során a konfigurációban megadott formátumban üres táblák készülnek, amelyekre rekordonként átkerülnek a régi táblákból az információk. A mezők új táblákban bővíthetők, új mezők adhatók hozzá. A szerkezetátalakítás egy olyan művelet, amelynek az infobázist újszerű működésre kell felkészítenie, és a frissítésekhez feltétlenül szükséges.

Ha egyetlen verzió sem változott, akkor nincs szükség átalakításra, ez a hosszadalmas procedúra nem tesz hozzá és nem változtat semmit.

Tehát egy „leesett” program kijavításakor a következő lehetőségek szükségesek és hasznosak:

• Infobázis táblák újraindexelése
• Logikai integritás ellenőrzése
• Hivatkozási integritás ellenőrzése

Mi a teendő, ha nem tudom futtatni a Teszt és javítás?

Ha az adatbázis súlyosan megsérült, és még a Configuratorba sem tud belépni, marad még egy helyreállítási lehetőség: használja a chdbfl.exe segédprogramot. A fájl a telepítési könyvtár Bin mappájában található (3. ábra).

Rizs. 3. Válassza ki a chdbfl.exe segédprogramot

A 3. ábrán látható parancssori bejegyzésből látható, hogy a fájl elérési útja az 1cv8.2 könyvtáron, röviden az 1cv8.3 könyvtáron keresztül a programkönyvtáron keresztül vezet. Lehet, hogy a Program Files mappában vagy egy másik mappában található. Meg kell találnia a könyvtár helyét, és meg kell nyitnia. A könyvtárban nyissa meg a Bin mappát,

A végrehajtható fájl futtatása után válassza ki a javítandó alapot, és engedélyezze az észlelt hibák kijavítását (4. ábra)

4. ábra. chdbfl.exe programablak

Foglaljuk össze. Ha a program nem indul el egy összeomlás után, tegye a következőket:

• Készítsen biztonsági másolatot;
• Próbáljon meg bejelentkezni a konfigurátoron keresztül, és használja a Teszt és javítás opciót;
• Ha nem tud belépni a Configuratorba, keresse meg az exe programot, és próbálja meg menteni az adatokat ezzel a programmal;
• Ha minden próbálkozás sikertelen, segítséget kell kérnie szakemberektől;
• Helyrehozhatatlan adatvesztés esetén telepítse a legújabb működőképes biztonsági másolatot;
• Ha a biztonsági mentés nem történt meg, állítsa vissza az adatokat az elsődleges dokumentumokból és a papírnyomatokból.

A sikeres adat-helyreállítás nem mindig történik meg. Az adatvesztés elleni biztosítás napi biztonsági mentés: ha az infobázis megsérül, visszamehet egy napot, és gyorsan visszaállíthatja az elveszett rekordokat.

vk.com/buhcenter vkontakte csoport.
1-bc.ru a cég weboldala, ahol megismerkedhet a szolgáltatásokkal.
 Infobázis táblák újraindexelése.
Az információ gyors keresése érdekében a fő táblákhoz segédtáblázatokat adnak hozzá a fő adatokkal, amelyekben az adatok a fő tábla - az indexelő tábla - megadott mezői szerint vannak rendezve. Az indexelő táblák használatával jelentősen megnő az 1s teljesítménye, hiszen a mintavételhez nem kell végigmenni a teljes fő adattáblán, az indexfájl segítségével onnan választhatjuk ki a szükséges rekordokat.
Amikor az adatokat a fő adattáblákba írják, az indextáblák is kitöltésre kerülnek. De különféle technikai okok miatt az indexek eltévedhetnek, ami végül hibákhoz vezethet. Ennek a hibaosztálynak a kijavításához az 1s 8.3-as alap tesztelésekor és javításakor be kell jelölni a menüpont jelölőnégyzetét.
 Az infobázis logikai integritásának ellenőrzése
Az 1s konfigurációban új objektumok létrehozásakor új táblák jönnek létre az adatbázisban, amelyekben az adatbázis más tábláihoz mutató hivatkozások láthatók. Különféle okok miatt a hivatkozások hibássá válhatnak (például hibás frissítés vagy váratlan áramszünet miatt a rögzítés idején). Az ilyen jellegű hiba kijavításához válassza ezt a menüpontot.
 Az információs bázis hivatkozási integritásának ellenőrzése
Valószínűleg "megszakadt hivatkozásokat" látott az 1s konfigurációkban. Ha nem, akkor szerencsés vagy!
Ezen hibák azonosításához és kijavításához válassza ezt a menüpontot, és az ilyen hibák feldolgozási lehetőségei az alábbiakban aktiválódnak (lásd a fenti ábrát). Kiválaszthatjuk, hogyan javítsuk ki a hibákat nem létező objektumokra való hivatkozások esetén: objektumok létrehozása, hivatkozások törlése, nem módosítás; részleges adatvesztés esetén pedig: hozzon létre objektumokat, töröljön egy objektumot, ne változtasson.
 Az összegek újraszámítása
Az 1c adatbázisban történő gyors adatminták elvégzéséhez vannak táblázatok, amelyek havi időközönként már számított adatokat tartalmaznak. Amikor hozzáférünk ezekhez az adatokhoz, nem a fő táblákból gyűjtjük össze (ez sok időt vesz igénybe), hanem azonnal az összesítő táblák adataiból adjuk ki. Ennek megfelelően ahhoz, hogy ez a mechanizmus működjön, helyes eredményekre van szükség az elmúlt időszakokra vonatkozóan. Ezért ha az 1c "csal" a jelentésekben, akkor az ilyen hibát ez a menüpont javítja.
 Infobázis táblák tömörítése
Az objektumok törlése az adatbázisban meglehetősen fáradságos és hosszú művelet, ezért az 1s konfigurációkban a törlési folyamat 2 szakaszra oszlik. Amikor töröl objektumokat a konfigurációban, az 1s adatbázisban lévő adatok nullázódnak, és emiatt nem vesznek részt a további műveletekben, bár fizikailag a helyükön maradnak. A táblák ezen rekordoktól való megtisztításához az 1s 8.3 adatbázis tesztelése és javítása az "Infóbázis táblák tömörítése" menüponttal történik.
 Infobázis táblák átalakítása
Bármely 1-es metaadat-objektum részleteinek módosításakor az adatbázisnak ki kell egészítenie a megváltozott objektum összes tábláját új rekordokkal. Ez az adatbázistáblák átstrukturálásával történik. Az átstrukturálás során adatbázistáblák másolatai készülnek az aktuális konfiguráció szerkezetével, majd az adatok átkerülnek a létrehozott táblákba. Ha egy attribútumot adunk az 1s metaadatokhoz, akkor az új táblában egy üres oszlop jön létre hozzá; ha egy attribútumot törölünk, akkor az új táblában nem jön létre az ehhez az attribútumhoz tartozó oszlop, és ennek megfelelően nem kerül átadásra.
Az átalakítás során minden adatbázistábla újra létrejön, így ez a művelet a leghosszabb.

Az 1C program összeomlása után javasolt az infobázis (IB) tesztelése és újraindexelése.

Eljárás:

1. Készítsen másolatot az információs bázisról a következő módok bármelyikével:

2. Futtassa a programot 1C 7.7

3. A "Start 1C" párbeszédpanel "In mode" legördülő listában válassza a "Konfigurátor" lehetőséget. Válassza ki a kívánt adatbázist az információs bázisok listájából. És kattintson az OK gombra.

4. A Configurator elindul.

5. Válassza az "Adminisztráció" - "Az információbiztonság tesztelése és javítása ..." menüt.

6. A megnyíló "Információsbázis tesztelése és javítása" párbeszédpanelen ellenőrizze, hogy a következő elemek be vannak-e jelölve:

• Fizikai integritás ellenőrzése
• Újraindexelés
• Logikai integritás ellenőrzése
• Szolgáltatási adatok újraszámítása
• Az összegek újraszámítása

Alapértelmezés szerint az összes tesztelési szakaszt be kell állítani, kivéve az IS táblák csomagolását

7. Válassza a "Tesztelés és javítás" választógombot (ha tesztelni kíván, válassza a "Csak tesztelés" lehetőséget).

8. Kattintson a "Beállítások" gombra.

A megnyíló "Infobase javítási beállítások" párbeszédpanelen válassza ki a két választógombot: "Objektumok létrehozása" - OK - Futtatás.

9. Megjelenik a Configurator párbeszédpanelje a következő üzenettel: „A művelet végrehajtása előtt ajánlatos biztonsági másolatot készíteni az adatbázisról, mert az adatbázis javítása visszafordíthatatlan művelet. Folytatni?". Kattintson az OK gombra.

10. A tesztelés befejezése után a Configurator ablakban, amely az "Infobase testing complete" üzenettel jelenik meg, kattintson az OK - Kilépés gombra.

Zárja be a Konfigurátort.

Jegyzet:

Ha az információs bázist nem lehet megjavítani, állítsa vissza a legfrissebb biztonsági másolatból (További információ az adatok másolatból történő visszaállításáról: )

A biztonsági másolatból visszaállítja az információs másolatot az aktuális információs bázissal rendelkező könyvtárba, és annak teljes tartalma lecserélődik a biztonsági másolatból származó információkra.

Ezért a visszaállítás előtt ellenőrizze, hogy melyik infobázis van kiválasztva aktuálisnak.

Figyelem:

Ha nem érzi magát kellően képzett felhasználónak a programban, bízza szakemberekre az információs bázissal való munkát!