A frissítés folyamatában az adatátvitel más konfigurációkból, sőt a mindennapi munkák során is technikai hibák lehetségesek a rendszerműveletek végrehajtása során. A legtöbb esetben az ilyen kudarcokat kimutatják és sikeresen feldolgozzák, de bizonyos esetekben még mindig hibákhoz vezetnek. Az ilyen hibák leggyakrabban a végső adatok elérésekor nyilvánulnak meg. Például a rubel SID SIDE utasításában "nem konvergál" a kezdeti, forgalmi és véges egyensúlyt vagy eredményeket. A helyzet kijavításához az eredményeket újraszámítják.

Az eredmények újraszámítását konfigurátor módban lehet végrehajtani (adminisztrációs menü - tesztelés és korrekció).

Abban az esetben, ha nincs lehetőség a konfigurátor elindítására, akkor az eredmények újraszámítását a felhasználói üzemmódból lehet végrehajtani. Ehhez tegye a következő lépéseket.

1. Határozza meg az első dokumentum dátumát az információs bázisban. Ehhez használhatja az "Operations Journal" (szakasz számviteli, adók, jelentések). A lista meg kell távolítania az összes választást. Például 12/31/2011.
2. Nyissa meg a kimeneti és egységek kezelési űrlapot (adminisztrációs rész - szervizpanel szolgáltatás).

Az "OK" gomb az eredmények újraszámítását indítja el. A hiba befejezése után a szabványos jelentések hibák nélkül alakulnak ki.

Tetszett? Oszd meg a barátaiddal

Konzultáció az 1c programmal való együttműködésről

A szolgáltatás specifikusan nyitva tart a különböző konfigurációk 1c programjával vagy az információs és technikai támogatással (annak). Kérdezd meg kérdését, és örömmel válaszolunk rá! A konzultáció megszerzésének előfeltétele a profi meglévő Szerződés jelenléte. Kivételek a PP 1C (8 verzió) alapváltozatai. Számukra a szerződés rendelkezésre állása nem szükséges.

Mind a maradék, mind az aktuális felhalmozódási nyilvántartások fizikailag két asztalból állnak: mozgási táblák és összegek táblázat. Az eredménytáblázat tartalmazza a mérési adatokból származó adatokat a mozgási táblázatból, gyorsabb hozzáférést biztosít ezekhez az adatokhoz. Az eredmények alapértelmezés szerint léteznek hónapok óta, az első számon minden hónapban; A nyilvántartások esetében a vonatkozó eredményeket külön tárolják, vagyis az aktuális hónap eredményei. Minden egyes regiszter esetében a jelenlegi eredmények le vannak tiltva.
A dokumentum-felvevő idején a mozgási táblázatban, valamint az eredménytábla rekordjává válik, és ha az okmányt az elmúlt hónapban tartják, a rekordokat a elmúlt hónapokban. Ez az, hogy minden múltbeli eredmény frissül.
A nyilvántartás méréséhez letilthatja az eredmények használatát, pozitív hatással van az alap teljesítményére:

Azt is megjegyezzük, hogy két alternatíva létezik - az eredmények használata vagy az aggregátumok használata; A második lehetőség rugalmasabb.

Kérdés 12.30 vizsga 1c: Professzionális a platformon. A maradék felhalmozási nyilvántartások eredményei:

1. Ne tároljon
2. Tárolt. Ezek nem korlátozódnak a számított időszakokra, mivel ezeket a rendszer automatikusan kiszámítja, amikor megnyitja a következő időszakot
3. Tárolható, de a kiszámított eredmények időtartamára korlátozódik. Ha nem kerülnek kiutasításra, akkor nem tárolják őket. Kezelheti a számított eredményeket 1c módban: Enterprise
4. Jobb válaszok 2 és 3, mivel a köztes eredmények automatikus kiszámítása a konfigurátor módban állítható be

A helyes válasz a harmadik.

Kérdés 12.32 Vizsga 1c: Professzionális a platformon. Amikor a felhalmozódási nyilvántartásgal dolgozik a "maradékok" típusával, kikapcsolva az eredményeket, hogy:

1. csak működési maradványokat kaphat
2. bármikor kapsz maradványokat, de a sebesség növekedni fog

A helyes válasz a második. Az eredmények esetében a maradékok a havi időszakban rendelkezésre állnak.

Kérdés 12.33 Vizsga 1c: Professzionális a platformon. A felhasználó jelenlegi eredményének újraszámításakor:

1. az aktuális eredményeket csak az aktuális munkamenetre újraszámítják.
2. minden aktuális eredmény újraszámításra kerül.
3. az aktuális eredményeket az aktuális vagy minden munkamenetre újraszámítja a regisztrációs beállításoktól függően

A helyes válasz a második, az "aktuális munkamenet" fogalma nem létezik. És az eredmények tényleges újraszámítása az eredmények túlzott terjesztésének eljárása, mert Idővel a nulla értékű húrok felhalmozódnak benne, ami csökkenti a rendszer sebességét.

Kérdés 12.34 vizsga 1c: Professzionális a platformon. Az eredmények újraindításakor a felhasználó:

1. az eredményeket csak az aktuális munkamenetre újraszámítják.
2. az eredményeket újraszámolják az aktuális vagy az összes munkamenetre a regisztrációs beállításoktól függően
3. minden eredmény újraszámálódik
4. kiválaszthatja, hogy mely üléseket újraszámolják az eredmények

A helyes válasz a harmadik, lásd az előző kérdést.

12.35 KÉRDÉS 12CÓK 1C: Professzionális a platformon. Adatok írása a felhalmozási nyilvántartásba, lehetőség van:

1. megtagadja az eredmény használatát (a rekordkészletek felvételének növelése)
2. megtagadja az aktuális eredmény használatát (növeli a rekordkészletek rögzítésének párhuzamosítását)
3. jobb válaszok 1,2

A helyes válasz a harmadik - annál kevesebb a táblázatok, annál gyorsabban működik a rendszer. Az eredmény letiltása programosan történik:

Regisztráció \u003d Regisztrációsuchelling. Forrás; Regisztráljon mezőgazdasági. Szoftver szolgáltatások (hazugságok);

Kérdés 12.36 vizsga 1c: Professzionális a platformon. Amikor a felhalmozódási nyilvántartásgal dolgozik, a jelenlegi eredmények kikapcsolása arra a tényre vezet, hogy:

1. csökkenti a maradékok befogadásának sebességét
2. bármikor kaphatod maradványokat, de a működési maradékok növekedésének sebessége
3. nem befolyásolja a maradékok megszerzésének sebességét, és befolyásolja a forduló sebességét

Lásd a 12.32. Kérdést.

Kérdés 12.37 vizsga 1c: Professzionális a platformon. A konfigurátor módban a felhalmozódási nyilvántartás kimenetelének következő frekvenciája lehet kiválasztani:

1. A nap folyamán
2. Egy hónapon belül
3. Egynegyeden belül
4. Időszakos
5. A fenti opciók bármelyike
6. Nem lehet kiválasztani

A helyes válasz a hatodik - az eredményeket mindig a havi, a következő hónap első számára számítják ki.

Kérdés 12.39 vizsga 1c: Professzionális a platformon. Hogyan működik az 1C rendszer: Vállalat 8 tárolhatja az eredményeket egy forgó felhalmozási nyilvántartásba?

1. Csak az asztalhoz
2. Csak az összesített asztal használatával
3. Egyidejűleg az eredmények és az aggregátumok
4. Vagy az eredmény táblázatában vagy az aggregátumokban

A helyes válasz a negyedik, az eredmények és az aggregátumok alternatív munkamódszerek.

12.40. KÉRDÉS 1C: Szakmai a platformon. Válasszon egy igazi nyilatkozatot a felhalmozási szabályokhoz képest.

1. Egy felhalmozási regiszter esetében számos kimeneti táblázat használható.
2. Csak egy összes aggregátumot lehet használni egy felhalmozási nyilvántartáshoz
3. Egy felhalmozódási nyilvántartáshoz több aggregátumot használhatunk.
4. VERPELL 1 és 2
5. Minden lehetőség igaz

A helyes válasz a harmadik - az eredménytábla szigorúan az egyik a nyilvántartás számára. Az aggregátumok készletei sokan hozhatók létre.

Kérdés 12.44 vizsga 1c: Professzionális a platformon. Mit jeleníthet meg a felhalmozódási nyilvántartások kimenetelében?

1. Adatmérések
2. Erőforrásadatok
3. Adattárok
4. Minden lehetőség igaz
5. VERPELL 1 és 2

A helyes válasz az ötödik, az eredmények a fő regiszterasztal, mérések által hengerelve.

Kérdés 12.45 vizsga 1c: Professzionális a platformon. Az aktív rekordok milyen része nem jeleníthető meg a felhalmozódási nyilvántartások kimenetelében?

1. Adatmérések
2. Adattárok
3. Erőforrásadatok
4. Minden lehetőség igaz
5. VERPELL 1 és 2

A helyes válasz az ötödik. A részletek nem jelennek meg az eredményekben. A regiszter mérések nem lehetnek, de az erőforrás kötelező.

Kérdés 12.46 vizsga 1c: Professzionális a platformon. A nem aktív bejegyzések milyen része nem jeleníthető meg a felhalmozódási nyilvántartások kimenetelében?

1. Adatmérések
2. Adattárok
3. Erőforrásadatok
4. Minden lehetőség igaz
5. VERPELL 1 és 2

A helyes válasz a negyedik, az inaktív rekordok egyáltalán nem jelennek meg.

Kérdés 12.47 Vizsga 1c: Professzionális a platformon. Az aktív rekordok melyik része soha nem jelenik meg a felhalmozódási nyilvántartások kimenetelében?

1. Adatmérések
2. Adattárok
3. Erőforrásadatok
4. Minden lehetőség igaz
5. VERPELL 1 és 2

) És a platformfejlesztők nem itt vannak, ez egy meglehetősen ismert építészeti megoldás, nem törölje a "nulla" rekordokat. Azt is mondanám, hogy ez egy hosszú távú "szent háború".

A legfontosabb dolog az, hogy megértsük, hogy a nulla mennyiségű rekord a végén, teljesen nem jelenti azt, hogy ez a rekord nem szükséges.

Tervezésekor relációs adatbázis-kezelő rendszert, úgy vélik (helység), hogy szifilisz műveletek (Create, Read, Update, Delete) vannak elosztva, hogy az erőforrás költsége az alábbiak szerint.

1. Fény: olvasás, frissítés
2. Közép: hozzon létre
3. Nehéz: Törlés

És az objektum-nyilvántartás viselkedésének logikáján alapulva, amely gyakran változik; És a rekordok törlésének magas költsége miatt van olyan helyzet, amely:

az eredmény eredménye az eredmény nem tesz értelmét a nulla eredmény időpontjában szinkronban eltávolítani, mert a "nulla" nem jelenti azt, hogy "null", és azért, mert annak valószínűsége, hogy a következő tranzakció "akarja", hogy növelje vagy csökkentse a az eredmény, és ez nem nulla lesz, és a beszúrási műveleten többet kell fizetnünk.

ezért az ígéret, hogy a nulla eredményjelző nyilvántartott rekordok értelme az aszinkron eltávolítására, azaz egy bizonyos időpontban -, de ismét nem ismert, hogyan kell meghatározni ezt a nagyon "bizonyos pontot". Az ilyen definíciónak a kérelemért felelős személyekre kell feküdnie - leggyakrabban, mivel tudjuk, hogy az eredmények újrahasznosítása egy olyan ponton történik, amikor a számviteli időszakokat lezárják, és egyfajta előkészítő eljárásként történik. Itt rejlik, amelynek problémája már régóta ismert - az üzleti feladat, amely lezárja az időszakot, nem egy feladat, hogy biztosítsák a technikai stabilitást és az üzleti tevékenységet.
A gyakorlatban 400 millió rekordot kaptam nulla kimenetelű.

És itt azt mondhatom, hogy a platform fejlesztői kissé "kimaradtak" (a "hibák" szóból) - az a tény, hogy a fenti építészeti megoldás szerint egyértelműen érthető, hogy:

Felvételek törlése nulla eredményre van szükség ezek a kulcsok (mérési készletek), amelyekre hosszú ideig nem volt frissítési műveletek. És ez a funkcionális a platformon nem - csak egy globális újraszámítás. Nagy irodákban ezt az SQL Job "Ohm-t megoldja, amely megközelítőleg a következő munkát végez:

1. Keresse meg az 1 kulcskészletet (mérések), amelyekre az elmúlt hónapban nincs mozgás, és amelyek jelenleg nulla
2. Ezen a méréseknél törölje a bejegyzést a teljes táblázatból

Általában ez a feladat 10 másodpercenként kezdődik, a Top 1 kiválasztva, hogy csökkentse a blokkoló időt a költséges eltávolítási művelethez. Természetesen a statisztikák újraszámítására és a hiányos indexek újjáépítésére szolgáló tervek már ilyen alapokra épülnek. Azokban az esetekben, amikor az ilyen "felesleges" rekordok nagyon sokak - általában csökkenti a munka induló idejét, vagy megtagadja az eredménynyírást - mert ha sok kulcs van "nulla", és már nem használják, valószínűleg Van 2 művelet A mozgások "jött" és "maradt" - miért tartják meg az ilyen információkat az állapotsorban nem világos.

Nos, a statisztikákról is, az összes lefoglalt - Mascular művelet létrehozása és törlése, valamint a frissítési kulcs oszlop vezet a keresőfa megsértése az indexben (kulcs-elosztási tartomány adatlapokon keresztül) - Nos, vagyis az, A keresési tartományban 1..10 lehet, hogy meglehetősen kulcsfontosságú a 23 értékkel - így az SQL kényelmesebb volt, mert az adatlap a 7. kulcs mellett volt, és a 6 kulcs bekapcsolása a 23 kulcs bekapcsolása A 100..134 tartományban - amely szintén kényelmesebb volt az adatlapok alapján. Példa az ujjakra - de azt hiszem, a lényeg tükrözi.

Általában célszerű, hogy megértsék a következő statisztikákat idején tömeges műveleteket: amikor egy tömeg beillesztése SQL adatokat kísérletek segítségével, és működik a közelség az adatlap, hogy optimalizálja a behelyezés és teljesen elfelejtette, hogy az optimalizálás olvasási Műveletek, ahol a paraméter a statisztikák (kulcskeresési tartományok a táblázatban - kulcsfontosságú eloszlás), ezért a tömegbetétek után az olvasási műveletek is gyors - meg kell állítani az olvasási optimalizálási eszköz teljesítményét. A A statisztikák frissítése.

Igen, és még mindig elfelejtettem azt mondani - a tömeges eltávolítás a fantomrekordok hatalmas előfordulásához vezet: a felvétel a távoli távvezérlőn történik, de a hely elviseli - Ez a helyzet csökken a típusa Scan (Nézet) minta működésének teljesítményéhez.

Vatkir; menedékjog90; Hans; Anikrom; Albert_2008; Niberu; Ser6702; Marchtomcat; Olazhe; user598655_ilia-bers; Klaus38; Lordszim; lmnlmn; Spenser123; Monte Carlo; Acanta; Zaharknyaz; Agresszorak; VESD; Ilya $ n; Waanneek; Skyjack; Letarch; AEGONCHAROV; User777757; [E-mail védett]; mytg; Gang031; Jégháló; Goga1979; Chesscat; Regrez; 1cprog_nsk; Irwin; Paradise.87; Kav2; Corum; Roman100; for_questions; Ragimi; Eugenemipt; kai nk; Kitaevay; Crosby; Noxie41; Alex_grem; nixel; új felhasználó; TDML; Nevid; Rimidalv; Indítsa újra; denis_aka_wolf; Flashill; Marchenko.y; FREYA-KHV; Asg.aleks; DENIS13; ADM134; Tis_08; MTV :); Soulsteps; shalimski; Ansk; Pisarevev; Silenser; Kwazi; Engineer74; Vadimlp77; Artano; Dgolovanov; PCHELA751; Aexeel; Artbear; JIF; Dmitryiv; REGO1337H; Szláv; Wizaxxx; Ivanboychuk123; Fishca; Gonosz hód; Dach; Rodinmax; Sanches; Mdmdvd; zakakvo; Krió2; Jacksonp; Adeich; Afedor; Maximstav; Doktorroza; Serg0ffan; Sanfoto; Kinazarov; Bukaska; Thishadowco; Oitnur; Udvari bolond; Detec; audió; Laeg; Morok1983; krv2k; Di-kutya; sparklemal; Awa; Kpaceb.aa; Chif13; SA1M0NN; Cratosx; Allexoft; Galich; vlad.frost; igordynets; Tormázit; Vasiliy_b; Vladir; Meuses; Poopkeen; Andreyniku; Prad2002; Dicwork; Johnydeath; An-aleksey; IT-fejlesztő; rgrisha; Bronislav; 7o2uyxg; Holodzar; Adyrschdv; AzAgtot; Ramses; Denisch; Ponom; RD80; W-divin; Metmetmet; Cheburator; Pressalod; Diversus; Sevushka; Aleksey.bochkov; Yuraos;

A program működése megsértheti a munka vészhelyzetének megszüntetését, például amikor a villamos energiát leválasztják. Ezután az adatbázis nem sikerül belépni.

Néha egy működőképes program helytelen eredményeket mutathat. A lista "eltűnik" dokumentumok, amikor megnyitja a dokumentumot, a program lefagy, furcsa eredmények jelennek meg a jelentésekben. Mindezek a "glitches" megállnak az 1c tesztelés és rögzítés után.

A hibák nem tudnak olyan durva, de a furcsaságok és pontatlanságok a "javítási munkák" oka.

A problémákhoz vezető okok:

• Sürgősségi megszűnés (hirtelen kikapcsolás);
• A merevlemez fizikai kopása;
• Számítógépes hibák.

Az adatbázis rögzítése előtt készítsen biztonsági másolatot

Az adatbázis tesztelése előtt biztonsági másolatot kell tennie.

Ez közvetlenül a katalógus másolása, ahol az információs bázis található. Ha nem tud bejutni a konfigurátorba, csak így készíthet másolatot.

Ha sikerült beírnia a konfigurátort, ki kell választania az adminisztrációs opciót a menüben → Unload az információs bázis, mint az 1. ábra. A megnyíló ablakban meg kell adnia egy könyvtárat, hogy rögzítse a biztonsági mentést és a fájlnevet, amelyben az archívum mentésre kerül.

A másolat tesztelése és kijavítása előtt szükségszerűen történik, mivel a korrekció visszafordíthatatlan adatváltozásokat végez. Néha (nagyon ritkán) előfordulhat, hogy nem javulhatnak, de rontják az adatbázis állapotát.

Normál működés esetén a biztonsági mentéseket rendszeresen, a legjobban kell elvégezni. Annak érdekében, hogy ezt a munkát automatikusan elvégezzék, telepítsen egy ingyenes programot. Backaper-1c biztonsági másolatok a számvitel.

Jobb, ha a biztonsági másolatokat nem ugyanazon a vivőanyag tárolják, ahol maga a bázis található. A flash meghajtó alkalmas, az internet tárolása, egy másik merevlemez. Végtére is, néha az adatok elvesztése a merevlemez fizikai kopásához kapcsolódik.

A biztonsági mentések elérhetősége - Biztosítás az adatvesztésből. Azonban lehetetlen garantálni, hogy a biztonsági másolatokban minden tökéletes, így a tesztelési lehetőség relevanciája és a korrekció nem csökken.

Ábra. 1. Adatok kirakodása.

Összesít:

• A mentési másolatokat rendszeresen meg kell tenni;
• A biztonsági másolatokat egy másik fuvarozón kell tárolni;
• Van egy program automatizálásra Backaper-1c biztonsági másolatok a számvitel;
• A tesztelés és a korrekció előtt készítsen egy példányt az alapról.

Az információs bázis belső eszközeinek korrekciója

A biztonsági mentés után nyissa meg az adatbázist a konfigurátor módban. Válassza ki az Adminisztrációs menüt opciót → Az információs bázis tesztelése és kijavítása.

A megnyíló ablakban kullancsokat kell tennie (2. ábra).

De jobb, ha ezt nem tenné: a menüben felsorolt \u200b\u200bösszes művelet szükséges a baleset után javításkor.

2. ábra. Ablak tesztelése és rögzítése 1c 8 Populicks minden ponton. Tehát ne tegye:

Ha megjegyzi az összes elemet, akkor egy hosszú folyamat indul. A tesztelési és korrekciós eredmények az ablak alján jelennek meg. A műveletek végrehajtása után kattintson a gombra. Bezárás.

Mindent végre nem a legjobb megoldás! A minősített felhasználók lépéseket és szelektíven végrehajtanak.

A korrekció szakaszai

Tekintsük az összes menüpont tesztelését és javítását.

• Az információs bázis tábláinak újraindítása;
• Logikai integritás ellenőrzése;
• A referencia-integritás ellenőrzése;
• Az eredmények újraszámítása;
• Tömörítési táblázatok;
• Szerkezetátalakítási táblázatok.

Az első szakasz, az információs alap táblázatok újraindítása, segít a problémák 90% -ának megoldására. Mi történik az újraindítás folyamatában?

Az adatok referenciakönyvekké tétele, az új dokumentumok létrehozása az automatikus megrendeléshez tartozik. A nevek betűrendben sorakoznak, dátumok - dátumok stb. Ugyanakkor a rekordok fizikai sorrendje nem változik. A bejegyzések egy adott sorrendben jelennek meg, mivel számok (indexek) vannak, és az index betartása a fizikai felvételi számban szerepel az index táblákban.

Az indexek nagyon fontosak:

• Az indexelt táblák keresése sokszor gyorsabb, mint a nem indexelt;
• Az indexszám egyedülálló "kód" kód, az indexek a különböző táblázatokból származó rekordok között vannak csatlakoztatva;
• Az indiai asztalok az információs bázis keretei; Nélkülük nélkül az 1c program nem működik.

Az index táblák megsértése Chaoshoz vezet a dokumentumok bemutatásában. Talán például egy olyan dokumentum megvilágítására, amelyben nincsenek áruk, de van a számuk.

Minden új bejegyzés kíséri változások index táblázatokban: Például, miután rekord könyvtárban kezdődik az A betű, akkor kap az első indexek, és az összes többi mutató szám fog változni. Az új rekordok újranyomtatása után létrejött kis szünet az indexek újraszámításához kapcsolódik; Minél nagyobb az alap, annál észrevehetőbb szünet.

A dokumentum és a rekordok létrehozása számos index asztalhoz vezet (néha több tucat). Valójában az 1C-táblák újraindulása folyamatosan folyamatosan működik az adatokkal. De a működési mód, minden alkalommal, amikor egy vagy több tábla indexeli és tesztelésekor és rögzítése, a teljes indexálás összes asztal végzik, és ez a folyamat, a nagy adatbázisok, hosszú időt vesz igénybe.

Tehát, ha újraindulva, az ilyen folyamatok előfordulnak:

• A nyilvántartások rangsorolva vannak és egyszerűsítik;
• A táblák és egyéb tárgyak közötti kapcsolat visszaáll;
• Sok esetben a program helyreáll.

Az újraindítás után ellenőrizheti, hogy helyreállt-e a bázis teljesítménye.

A következő lépés a logikai integritás ellenőrzése. Az információs bázis valódi struktúrájának és leírásának levelezése (az objektumok jelenléte, az objektumok közötti kapcsolatok jelenléte) ellenőrződik. Ez az ellenőrzés gyakran jelentést tesz a hibákat még egy munkadériadatbázisban is, nem szabad az ilyen üzenetekkel szemben. Ez azonban egy alkalom, hogy kezelje a szakemberrel kapcsolatos konzultációt.

A "becenevek" hivatkozási integritás ellenőrzése az objektumok között. Néha az asztal egy hiányzó objektumhoz kapcsolatot használ, például egy távoli dokumentumot. A referenciaintegritást manuálisan vissza kell állítani, az ellenőrzésből eredő lista szerint. Néha a referenciaintegritást megsértik az "elhagyott területeken" - a régi irreleváns dokumentumokban. Aztán egyszerűen nem figyelnek.

Az eredmények újragondolása - hosszú és kockázatos eljárás. Az 1C-ben az eredményeket normál üzemmódban újraszámítják, de ez nem "az idő elejétől" és a hónap elejétől. A végső értékeket a regiszterek nyomon követik, felgyorsítja a munkát. Ha bekapcsolja az eredmények újratervezését a tesztelési és korrekciós módban, az újraszámítás az alap létrehozásának pillanatától fogva kerül sor, és a nyilvántartások helyes aktuális értékei "úszhatnak" a hosszú távú visszanyerés miatt Fix dokumentumok. Ennek eredményeképpen a recurculáció hosszú távú munkája nem fog járni.

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

A tömörítő táblázatok a rekordok fizikai eltávolításának eljárása, amelyet törlésre jelöltek és leállítottak a képernyőn. Lehet, hogy sok ilyen rekordot használnak az adatbázist használat nélkül.

Sűrítés táblázatok - hasznos funkció, bár nem szükséges elvégezni.

A táblázatok szerkezetátalakítása egy olyan művelet, amely a program új verziójára való áttérés esetén. A szerkezetátalakítás során az üres táblákat a konfigurációban megadott formátummal hozzák létre, és átkerülnek a felvételre, a régi táblákról. A mezők új táblázatokban bővíthetők, új mezőket adtak hozzá. A szerkezetátalakítás olyan művelet, amely új formában kell készítenie egy információs bázist, és feltétlenül szükséges, ha frissítéseket tesz.

Ha nincs változó változat, a szerkezetátalakítás nem szükséges, ez a hosszú eljárás nem ad semmit, és nem változtathat meg.

Tehát, amikor kijavítja a "elesett" programot, szükség van lehetőségre is:

• Az információs alap táblák újraindítása
• Logikai integritás ellenőrzése
• Ellenőrizze a referencia integritását

Mi van, ha nem tudsz tesztelni és korrekciót futtatni?

Ha az alap rosszul sérült, és a konfigurátor beírása nem lehetséges, egy másik helyreállítási funkció továbbra is: használja a chdbfl.exe segédprogramot. A fájl megtalálható a BIN telepítési könyvtár mappában (3. ábra).

Ábra. 3. A CHDBFL.EXE segédprogram kiválasztása

A 3. ábrán bemutatott parancssorba való belépéssel látható, hogy a fájl elérési útja az 1CV8.2 vagy az 1SV8.3 katalóguson keresztül a programkönyvtáron keresztül rejlik. A programfájlok mappájában vagy egy másik mappában található. Meg kell találnia a könyvtár helyét, és nyissa meg. A könyvtár belsejében nyissa meg a bin mappát,

A végrehajtható fájl futtatásához válassza ki a kijavított adatbázisokat, és engedélyezze a kimutatott hibákat (4. ábra)

4. ábra. Ablak chdbfl.exe program

Összefoglaljuk. Ha a program nem indul el a sürgősségi megszakítás után, akkor a következőket kell tennie:

• Készítsen biztonsági másolatot;
• Próbálja meg belépni a konfigurátoron, és használja a tesztelési és korrekciós opciót;
• Ha a konfigurátor nem lép be, keresse meg az EXE programot, és próbálja meg menteni az adatokat a program használatával;
• Ha minden kísérlet nem ad eredményt, segítséget kell keresnie a szakértőktől;
• A kiegyensúlyozatlan adatvesztés esetén állítsa be a legújabb működőképes biztonsági mentést;
• Ha a biztonsági mentés nincs végrehajtva - az adatok visszaállítása az elsődleges dokumentumok és papírnyomatok.

A sikeres adat-helyreállítás nem mindig. Biztosítás az adatvesztés napi biztonsági mentés: Ha az információs bázis sérült, akkor mehetsz vissza egy nappal ezelőtt, és gyorsan visszaállítani az elveszett felvételeket.