Az 1s 2.0 frissítés visszaállításának módjai. Platformtrükkök: a szállítói konfiguráció használata. Helyreállítás a HEX szerkesztővel
Ebben a cikkben szeretném bemutatni az 1C:Enterprise 8 platform szolgáltatási képességeit a beszállító konfigurációjának használatában, amelyekre nagyon gyakran van kereslet, de amint a gyakorlat megmutatta, nem minden kezdő és még tapasztalt szakember számára sem ismert. .
Vegyünk egy tipikus helyzetet, amelyben a kezdők gyakran találják magukat. Tegyük fel, hogy létezik az 1C tipikus konfigurációja: Integrated Automation 8. Kezdetben a konfigurációt a disztribúciós készletből telepítették (tegyük fel az 1.1.20.1-es kiadást). Aztán a vállalkozás sajátosságaihoz való alkalmazkodás szükségessége miatt bekerült a változtatás lehetősége is (az újonnan érkezők nagyon gyakran tévesen támogatásból való kivonásnak nevezik ezt az akciót, pedig valójában ez nem így van).
És most, egy idő után, egy erősen módosított, de még mindig szabványos (szabályozott könyvelés céljából rendszeresen frissítettük) konfigurációval rendelkezünk. Nézzünk néhány hipotetikus helyzetet:
1) Valamivel a következő frissítés után üzenetet kapunk a könyvelési osztálytól a rutin hó végi zárási művelet során fellépő hibáról. Korábban nem volt ilyen hiba, ezért a frissítés a hibás. Egészen tipikus helyzet. Elkezdjük diagnosztizálni a hibát, és látjuk, hogy a lábak nőnek az ÁFA elszámolása és a mozgások kialakítása általános modulból. Kezdjük megérteni és megérteni, hogy ezt a modult jelentősen átalakították szabványossá, és az összevonás után néhány eljárást/funkciót „elveszítettünk” (illetve, mint a szabványosoknál gyakran előfordul, egy másik közös modulba „ugrottak”). A szabványos modulok egymás közötti bonyolultsága miatt a frissítési szakaszban nem mindig lehet azonosítani egy olyan problémát, amely csak akkor jelentkezik, amikor a felhasználók dolgoznak.
Tehát megértjük, hogy ennek kiderítéséhez szükségünk van az aktuális kiadás tipikus konfigurációjára (tegyük fel, hogy az 1.1.23.1). De hol kaphatom meg? Ha van egy ismerős francia, aki gyorsan el tudja küldeni az elosztókészletet, remek, de tegyük fel, hogy nincs ott, és a problémát sürgősen orvosolni kell. (Ne javasold Varesét!). Sőt, előfordulhat, hogy nincs internet, és mit kell tenni ilyen helyzetben? Többször is szemtanúja voltam olyan folyamatnak, amikor egy személy egy adott probléma megoldása érdekében telepített egy új adatbázist a meglévő kezdeti disztribúcióból, majd egymást követően frissítette a legújabbra, hogy lássa, „hogyan kell valójában” tiszta adatbázis. És a koporsó, mint mindig, egyszerűen kinyílt (IMG:)
Most nézzük a különböző megoldásokat:
a) Első lehetőség: Menü -> Konfiguráció -> Konfigurációk összehasonlítása, majd válassza ki a szállítói konfigurációt és hasonlítsa össze a fő konfigurációval.
Meglepő módon vannak, akik nem tudnak erről. Vagy bármilyen körülmények között használja az Összehasonlítás elemet, kombinálja a fájl konfigurációjával (miután korábban megkapta/kapta a szabványos .cf fájlt).
b) A második módszer akkor megfelelő, ha nem csak a változásokat kell látnunk, hanem azonnal végre kell hajtanunk az egyesítést is.
Menü -> Konfiguráció -> Támogatás -> Támogatási beállítások, majd alul kattintson az Összehasonlítás, egyesítés gombra.
2) Egy másik helyzet: tegyük fel, hogy megváltoztattunk vagy töröltünk egy szabványos kódot, és egy idő után kiderült, hogy hibáztunk, és mindent vissza kell raknunk. És ahogy ez gyakran megesik, a módosítások végrehajtása előtt nincs biztonsági másolat a mentett konfigurációról. De biztosan tudjuk, hogy ez a kódrészlet benne van a szabványos kódban, így a gyártói konfiguráció megoldaná a problémát.
Természetesen ugyanazt teheti, mint az első esetben. Várja meg, amíg az összehasonlítási folyamat befejeződik, majd a konfiguráció-összehasonlító ablakból nyissa meg a szabványos modult, és másolja ki onnan a kódot.
Vannak, akik ezt teszik, de ha olyan szörnyeteggel van dolgunk, mint az UPP, amely szintén erősen módosított, akkor nagyon sokáig várhatunk az összehasonlítási folyamat befejezésére. Ha lenne .cf fájlunk, akkor egyszerűen megnyithatnánk a konfigurációs ablakban (egyébként nem minden kezdő ismeri ezt a funkciót), és onnan másolhatnánk ki a szükséges kódot.
És felmerül egy ésszerű kérdés: hogyan lehet mégis fájlba menteni a szállító konfigurációját? Miért nincs a Konfiguráció mentése fájlba a fő konfigurációhoz vagy az Adatbázis-konfiguráció mentése fájlba az adatbázis-konfigurációhoz hasonló menüelem. Hol van ugyanez a szállítói konfigurációnál? Sőt, ott is van, csak egy kicsit mélyebbre van temetve. Ugyanis minden a támogatási beállításoknak megfelelő formában van.
Csak arról van szó, hogy sokan csak egyszer nyitják meg ezt az űrlapot, hogy engedélyezzék a módosítási lehetőséget, és soha többé nem térnek vissza hozzá.
Esetünkben pedig még egyszerűbben is meg lehetett csinálni, anélkül, hogy a konfigurációt fájlba mentené, kattintson a Megnyitás gombra. A hatás ugyanaz, de sokkal gyorsabb.
Miért kell egyébként a szállítói konfigurációt fájlba mentenie?
3) Tekintsük a következő helyzetet! Tegyük fel, hogy a konfiguráció létezésének kezdeti szakaszában a standard konfiguráció nem rendelkezett azzal a funkcionalitással, amire szükségünk volt, és döntés született a javításáról. A módosítás minimális volt, de a jövőben még kellemetlenséget okozott a frissítés során. De aztán egy idő után rájövünk, hogy ez a funkció (mint az objektumverzióval egy időben) megjelent a szabványos verzióban (és ahogy ez gyakran megesik, egy nagyságrenddel jobban implementálták, mint a „makeshift” módosítást ).
Hadd mondjak még néhány példát azokra a valós helyzetekre, amikor előfordulhat, hogy vissza kell térnie egy szabványos konfigurációhoz:
1. Néhányszor találkoztam olyan konfigurációkkal, amelyekben csak a nyomtatott űrlapok elrendezése volt módosulni. Tapasztalatlanság vagy tudatlanság miatt a konfigurációt karbantartó programozó ahelyett, hogy egy külső nyomtatott űrlapot készített volna, eltávolította a konfigurációt a támogatásból, és módosította a beépített elrendezéseket (gyakran triviálisan céglogó hozzáadása céljából), ami után a felhasználók megfosztották őket. az automatikus frissítés képességéről.
2. Ismét a szabványos funkcionalitás ismeretének hiánya miatt (ezt nagyon gyakran a korábbi „hétéves hallgatók” szenvedik) a tulajdonságok és kategóriák használata helyett a címtárak/dokumentumok részletei kerültek hozzáadásra, ha erre nem volt alapos oka (adat például csak nyomtatott űrlapokra való kiadáshoz használták).
Természetesen ez nem probléma, ha UT vagy más kezelési terv konfigurációról van szó, ahol a frissítések általában nem kritikusak, de ebben a példában módosított SCP-kről vagy összetett automatizálásról beszéltünk. És kiderül, hogy a kisebb fejlesztések miatt, amelyeket a teljes támogatás eltávolítása nélkül is meg lehetett volna valósítani, a szokásos frissítésekkel felesleges aranyéreink vannak.
Ésszerű a szándék az elvégzett módosítások elhagyására és a konfiguráció teljes támogatásra való visszaállítására. Hogyan kell csinálni?
A konfiguráció teljes támogatásának visszaállításának egyetlen módja a standard.cf betöltése (nem az összehasonlítás és egyesítés módban, hanem a Konfiguráció betöltése fájlból elem). Ezért van szükségünk arra, hogy a szállítói konfigurációt .cf fájlba mentsük. Mentjük, majd betöltjük, és az adatbázis konfiguráció frissítése után megkapjuk a standard konfigurációt eredeti formájában, azaz. zárral (IMG:) Természetesen ezen műveletek végrehajtása előtt gondoskodni kell a szükséges adatok mentéséről/átviteléről, amelyek a normál konfigurációba való visszatérés után „elmosódnak”, és mindenképpen készítsünk biztonsági másolatot az adatbázisból!
Ezek, mint kiderült, egyszerű lehetőségek állnak a fejlesztői arzenál rendelkezésére, ám a gyakorlatban ezeknek a technikáknak a tudatlansága sokórás, fentebb leírt felesleges felhajtást eredményezhet. Tehát akik tudták - jól sikerült, és akik nem tudták -, vegyék üzembe, és takarítsák meg az idejét.
[a link megtekintéséhez regisztráció szükséges]
Az 1C cég szoftverei nagyon népszerűek mind a vállalkozók, mind a kormányzati szervezetek körében. A programokat könyvelésre, vezetői számvitelre stb. A nyilvántartások helyes vezetése érdekében minden szervezetnek naprakész információkkal kell rendelkeznie. Ezért azok a programok, amelyeket kifejezetten egy szervezet gazdasági igényeire fejlesztettek ki, nem működhetnek hosszú ideig frissítés nélkül.
Ha valamilyen okból nem tudja igénybe venni a szakember szolgáltatásait, és maga telepíti az 1C frissítését, olvassa el az alábbi utasításokat.
Szerezzen ingyen 267 videóleckét 1C-n:
Ezt mindenképpen tegye meg a frissítés előtt.
Az első lépés a frissítéshez szükséges fájlok beszerzése. Ez többféleképpen is megtehető:
- informatikai lemez vásárlása. A lemezzel együtt egy kupont is biztosítunk, amely lehetővé teszi az ilyen lemezek ingyenes átvételét hat hónapig;
- töltse le az 1C frissítéseit az internetről. Ebben az esetben azonban regisztrációs adatokkal kell rendelkeznie az ITS webhelyére való bejelentkezéshez. Ezért itt bizonyos nehézségek adódhatnak.
Jegyzet! Ha az Ön cégében telepített konfiguráció nem szabványos termék, vagyis az 1C programozók már megváltoztatták, ne próbálja meg saját maga frissíteni a szoftvert! Az ilyen programverziókat önerőből NEM frissítheti! Ez a rendszer instabilitásához és adatvesztéshez vezet!
Részletes utasítások a frissítések telepítéséhez
A szoftvertermék frissítésének megkezdése előtt teljesen át kell másolnia a vállalat adatbázisát. Még akkor is, ha a program frissítési kísérlete sikertelen, a régi verzió mindig készen áll a működésre. Ehhez kövesse az alábbi utasításokat:
- futtassa a programot konfigurációs módban. Ezt az infobázis kiválasztó ablakában a „konfigurátor” gombra kattintva teheti meg;
- ezt követően meg kell nyitnia az „Adminisztráció” menüpontot (a felső menüben), majd kattintson az „Információs bázis eltávolítása” gombra;
- Megnyílik a „mentés másként” ablak. Itt ki kell választani azt a könyvtárat, ahová az információs adatbázis fájlt menteni kívánja, majd kattintson a „mentés” gombra;
- Megjelenik egy üzenet, amely jelzi, hogy az adatbázis sikeresen mentve. Most elkezdheti a frissítést anélkül, hogy félne a negatív következményektől.
A program közvetlen frissítéséhez meg kell nyitnia azt a könyvtárat, ahová a frissítést mentette, és futtassa a setup.exe fájlt. A frissítés az alapértelmezett könyvtárba kerül telepítésre.
Ezután ki kell választania az 1C „konfigurátor” ablakot, és a menüjében a „konfiguráció” elemet. A műveleti séma a következő: konfiguráció - támogatás - konfiguráció frissítése. Megnyílik egy ablak, amelyben ki kell választania az „Elérhető frissítések keresése (ajánlott)” részt. "Következő" gomb.
Megnyílik egy ablak, ahol kiválaszthatja a frissítési forrást. Szükséges törölni a „http://downloads.v8.1c.ru/tmplts/” jelző jelölését, mivel a frissítés ebben az esetben nem az internetes hálózaton keresztül történik. Ismét a „tovább” gomb.
Itt szünet lehet, ekkor megnyílik az elérhető frissítések ablaka. Ki kell választani az új konfiguráció verziószámát, és rá kell kattintani a „Kész” gombra.
Az előző cikkben megvitattuk az 1C Enterprise adatbázis biztonsági másolatainak létrehozását az 1C Accounting 8 példájával. Megtudtuk, hogy az egyik biztonsági mentési módszer a létrehozás kirakodás információs bázis. Most nézzük meg, mit tegyünk a feltöltési fájllal, ha hirtelen valami rossz történik az adatbázissal.
Ha a probléma más módon nem oldható meg, ideje elolvasni az utasításokat akkor a korábban létrehozott feltöltési fájl az 1C Accounting 8-hoz (vagy bármely más 1C Enterprise konfigurációhoz) lehetővé teszi az adatbázis visszagörgetését, pl. visszaküldi az infobázis állapotát a feltöltés létrehozásának napján.
Egy kis kitérő a témához: innentől egyértelmű, hogy az adatbázis ilyen módon történő visszaállítása során az adatok egy része lesz elkerülhetetlenül elveszett. Ezért Minél gyakrabban készít biztonsági másolatot, annál kevesebb adatot veszít el, ha az 1C adatbázis megsérül.
Maga a feltöltési fájl használhatatlan, és a Configurator futtatását igényli, pl. Nem lehet egyszerűen elindítani egy feltöltési fájlt (például egy filmet), és várni az eredményeket. Ezért elindítjuk a Konfigurátort, és az Adminisztráció menübe lépünk.
A menüben válassza ki az „Információs bázis betöltése” pontot a fenti ábra szerint. Ezzel megnyílik egy fájlválasztó ablak.
Ebben az ablakban válassza ki a szükséges letöltési fájlt. Ha több van belőlük, akkor általában a legfrissebbet választják, pl. végezték el utoljára.
Figyelem! Legyen rendkívül óvatos a fájl kiválasztásakor, ha több van belőlük. Főleg, ha különböző cégekhez tartoznak! A feltöltési művelet nem vonható vissza.
Volt egy fontos része a cikknek, de JavaScript nélkül nem látható!
A fentiekre tekintettel ki kell egészíteni egy fontos részlet- ha az adatbázis „lefedett”, akkor készítsen másolatot a teljes mappájáról ( Tehát mi van, ha megsérült!), és csak ezután nyissa meg a Konfigurátort, és állítsa vissza. Hiba esetén mindig visszatérhet az adatbázis „vissza nem állított” (vagyis helyreállítási hiba következtében nem teljesen sérült) verziójához.
Fájl kiválasztása esetén a következő figyelmeztetés jelenik meg (szükségszerű, mert a művelet nem törölhető).
Ha biztos benne, kattintson az Igen gombra, és várja meg, amíg a folyamat befejeződik. Ezt a műveletet nem szabad megszakítani! Ha a letöltés befejeződött, megjelenik egy befejezésről szóló üzenet.
A fent látható ablakban egyszerűbb a Nem gombra kattintani, mert Nincs többé szükségünk a konfigurátorra. A Nem gombra kattintás után a Konfigurátor bezárul. Most futtassa a programot 1C Enterprise módban, és ellenőrizze az adatbázis működőképességét. Amint látja, nincs semmi bonyolult.
A korábban letöltött adatokat is letöltheti egy teljesen üres adatbázisba, pl. egyáltalán nincs konfiguráció. Ilyen adatbázist a megfelelő cikkben leírtak szerint hozhat létre. Az egyetlen különbség az, hogy a konfigurációs sablon választó ablakban nem sablonokat kell kiválasztani, hanem a legalsó elemet, ahogy az ábrán is látható.
Hadd emlékeztesselek még egyszer: Legyen óvatos, amikor saját kezűleg állítja vissza az 1C Accounting 8 adatbázist! Nyugodtan készíthet biztonsági másolatot – minden esetben biztonságos az adatok számára –, de legyen óvatos a visszaállítással.
A cikk megmutatja az 1C adatbázis visszaállításának módjai a programba épített eszközök vagy harmadik féltől származó alkalmazások segítségével. Hogyan készítsünk és állítsunk vissza adatbázis-mentést. Az 1C vállalati termékek legtöbb felhasználója számára az 1C: Enterprise adatbázis sérülése vagy elvesztése olyan dolog, amiről még beszélni is fél. Számukra az adatbázis visszaállítása egyszerűen irreálisnak tűnik, elvesztése pedig szörnyű tragédia.
Valójában az 1C cég termékei ugyanazok a szoftverek, mint a többi. A felhasználók által adatbázisaikba bevitt információkat fájlokban tárolják, amelyekről biztonsági másolat készíthető, illetve visszaállítható, ha megsérülnek vagy törlődnek. Gyakran erre a célra beépített "1C: Enterprise" eszközöket, de nem szabad megfeledkezni a harmadik féltől származó szoftverekről sem.
Alapértelmezés szerint az infobase könyvtár, amelybe magán az 1C adatbázisfájlon kívül az összes kapcsolódó fájl mentésre kerül, a felhasználói dokumentumok mappája:
C:\Felhasználók\Felhasználónév\Documents\InfoBase
Ez a mappa tárolja az ehhez az adatbázishoz kapcsolódó összes fájlt.
Ezek a fájlok a következők:
- *.1CD– magának az adatbázisnak a fájlja, amely alapértelmezés szerint 1Cv8.1CD. Ez a fájl tartalmazza az adatbázisba bevitt összes adatot, valamint azok konfigurációját;
- *.cf, *.cfu (*.cfl), *.dt, *.epf (*.erf)– adatbázis konfigurációs fájlok;
- *.log, *.lgf, *.lgp, *.elf- naplófájlok;
- *.cdn– 1C adatbázis-zár fájl;
- *.efd– 1C archív fájl;
- *.mft– segédsablon konfigurációs fájl;
- *.utca– szövegsablon fájl
- *.mxl– az 1C adatbázis nyomtatott űrlapjainak fájlja;
- *.grs– az 1C adatbázis grafikus diagramjainak fájlja;
- *.geo– 1C adatbázis földrajzi sémafájl.
Az 1C adatbázis károsodásának jelei és okai
Az 1C adatbázis károsodásának jelei nagyon változatosak lehetnek, ezek meghibásodások az adatbázissal való munka során vagy annak hirtelen bezárása, lefagyása, különféle üzenetek a hibák jelenlétéről a vele való munka során vagy az indításkor. Gyakran "1C: Enterprise" hiba jelzése az infobázissal végzett művelet során és annak leírása "...Az adatbázisfájl sérült".
Az 1C adatbázis károsodásának okai lehetnek fizikai vagy logikai eredetűek.
Az adatbázisok károsodásának fizikai okainak következményei a legsúlyosabbak, mivel ezek az adatok tárolására szolgáló adathordozó károsodásához kapcsolódnak. Ez károsíthatja a külső vagy beépített merevlemezt, optikai adathordozót, flash meghajtót vagy memóriakártyát. Ebben az esetben az 1C adatbázis visszaállításához vissza kell adni a tárolóeszköz funkcionalitását.
Az adatbázisok logikai károsodása szoftverhiba, számítógép vagy adathordozó hibás vagy hirtelen leállása, a hálózati berendezések hibás működése, valamint vírusok és rosszindulatú programok következtében keletkezik.
1C adatbázis létrehozása és visszaállítása biztonsági másolatból
Ezt már többször említettük cikkeinkben – az adatok mentésének legjobb módja, ha biztonsági másolatot készítünk azokról. Az 1C adatbázis esetében ez a módszer is releváns.
Az 1C adatbázis biztonsági másolatának létrehozása:
1C adatbázis visszaállítása biztonsági másolatból:
Sérült 1C információs adatbázis helyreállítása
Ha az információs bázis meghibásodik, és a fent leírt hibák vagy egyéb tünetek jelentkeznek, akkor nem kell pánikba esni, mivel a legtöbb esetben az 1C adatbázis helyreállítható. Ezt a platformba épített eszközök segítségével lehet megtenni.
Visszaállítás a Configurator segítségével
Az 1C adatbázis hibáinak kiküszöbölésére a konfigurátor funkciót biztosít "Tesztelés és javítás...". Használata:
Helyreállítás a chdbfl.exe használatával
A platform minden verziójában "1C: Enterprise" Van egy segédprogram, amelyet a sérült információs bázisok hibakeresésére terveztek. Ez a segédprogram nem érhető el a platform belső menüjéből. De a platform telepítésével együtt telepítik. A futtatásához lépjen abba a mappába, ahová az 1C platform telepítve van a számítógépén:
C:\Program Files (x86)\1cv8\8.3.8.1652\bin
(ahol 8.3.8.1652 a platform kiadási száma (különböző kiadásoknál eltérő))
Keresse meg és futtassa a chdbfl.exe fájlt ebben a mappában – ez az 1C infobase hibakereső segédprogram. A segédprogram elindítása után a mezőtől jobbra található hárompontos jelre kattintva adja meg az adatbázisfájlt. "DB fájl neve", és jelölje be a funkció melletti négyzetet „Az észlelt hibák javítása”. A szükséges paraméterek beállítása után kattintson a gombra "Fuss".
A segédprogram összes észlelt hibája és egyéb művelete megjelenik a chdbfl.exe ablakban.
Helyreállítás a HEX szerkesztővel
Különösen nehéz esetekben, vagy ha az információs bázis hibakeresésének előző két módszere nem hozta meg a kívánt eredményt, elméletileg lehetséges a visszaállítás HEX szerkesztővel. Ehhez meg kell nyitnia a fő *.1CD adatbázisfájlt egy HEX szerkesztőben.
Ennek a módszernek az a hátránya, hogy a sérült 1C adatbázis javításának ezt a módszerét csak tapasztalt, HEX-ben jártas szakemberek végezhetik.
Megjegyzendő, hogy beépített HEX szerkesztővel rendelkezik, amivel javítható a sérült fájl.
Hogyan lehet visszaállítani a törölt 1C információs adatbázist
Ha a véletlen törlés, az operációs rendszer újratelepítése, a merevlemez vagy más tárolóeszköz formázása, amelyen az 1C adatbázist tárolták, elveszett, akkor visszaállíthatja. Ezért:
jegyzet. Hasonló módon visszaállíthatja az 1C információs bázis elveszett biztonsági másolatát - 1Cv8.dt.
- Töltse fel a helyreállított *.dt fájlt az információs adatbázisba a fent leírt módszerrel.
- Ha az információs bázist fájlról fájlra állítja vissza, akkor nyissa meg a főfájlt 1Cv8.1CL az 1C menü segítségével Fájl / Nyisd ki.
Az 1C-adatbázis visszaállításának ebben a cikkben ismertetett összes módszere a platform példakénti felhasználásával látható "1C: Enterprise 8.3". De ez az információ más programokra és platformkonfigurációkra is vonatkozik:
- 1c számvitel
- 1C: Vállalkozó
- 1C: Fizetés és személyzeti menedzsment
- 1C: Kereskedelmi menedzsment
- 1C: Kiskereskedelem
- 1C: Holding Management
- 1C: Vállalatirányítás
- 1C: Enterprise. Gyártó üzem vezetése
- 1C: Komplex automatizálás
- 1C: Dokumentumfolyam
- 1C: Konszolidáció
- 1C: Kis cég vezetése
- 1C: Adófizető
- 1C: Vállalkozói jelentés
- 1C: Fizetési dokumentumok
- 1C: Kormányzati intézmény könyvelése
- 1C: Költségvetési intézmény fizetése és személyi állománya
- 1C: Jelentések halmaza
- 1C: Költségvetési jelentés
- 1C: Egy kormányzati szerv dokumentumfolyamata
- 1C: Állami és önkormányzati beszerzés
- 1C: Elszámolási költségvetés
- 1C: Önkormányzati költségvetés
- 1C: Pénz
- 1C: E-learning stb.
