A konfiguráció csoportjának fejlesztése a "1c: Enterprises" rendszerben: 8.3 konfigurációs tárolás. Fejlesztő a konfigurációs tároló végezhető a helyi hálózaton (adatbázis fájlok találhatók, egy közös hálózati erőforrás), a protokoll szerint tCP. vagy http.. Az utolsó két lehetőségnek telepítenie kell Konfigurációs tárolókiszolgálók. A konfigurációs tároló szerver viszont hálózati szolgáltatás, az alapértelmezett "Hallgatás" port 1542 és biztosítja az ügyfélalkalmazások (konfigurátor) interakcióját a konfigurációs tárolási adatbázissal. Az egyik szolgáltatás több konfigurációs tárolást is szolgálhat. A szerver konfigurációs tároló szerverének telepítéséről: "1c: Enterprises" 8.3 (érvényes mindkettőre 8.2 ) A Windows operációs rendszerben (a jelenlegi példában), és megvitatásra kerül ebben a cikkben.

1. A konfigurációs tárolási adatbázis könyvtár beállítása

A konfigurációs repository kiszolgálót ugyanazon a számítógépen kell telepíteni, ahol a tárolási adatbázis-fájlok találhatóak. Ezért elsősorban meghatározzuk a kiszolgáló központi könyvtárát, amelyben az összes tároló fájl tárolódik, amely ezt a kiszolgálót szolgálja. Legyen ez egy katalógus e cikk keretében. C: \\ 1c_base \\ repository \\. Meg kell határoznia egy Windows-fiókot is, amelyből az érintett szolgáltatás elindul. Megteremtheti vagy használhatja a meglévő Windows-fiókot. Ebben a példában a helyi felhasználót fogjuk használni USR1CV8. jelszóval USRPass8.. Ez a felhasználó a konfigurációs tároló szerver központi könyvtárához szükséges.

2. A konfigurációs tároló szerver fájlok beállítása

Az írás idején a konfigurációs tároló szerver csak 32 bites alkalmazásként létezett. Ezért a szerver telepítéséhez szükséges fájlokat egy 32 bites forgalmazási rendszer „1C: Enterprise” 8.3 for Windows. Futtatás fájl. 1centerprise 8.msi. A szállítás eloszlásából 1c. A Komponens kiválasztási oldalán válassza ki az összetevőt 1C konfigurációs tároló szerver: vállalkozások"(1c: Enterprise Configuration Repository Server, valamint emlékezzen a telepítési útvonalkomponensre.

3. A konfigurációs tároló szerver szolgáltatás regisztrálása és elindítása

A telepítőprogram csak a konfigurációs tároló fájlokat másolja a megadott könyvtárba. Az érintett szolgáltatás nyilvántartását manuálisan kell végrehajtani a Típus parancs alábbiakkal:

Crserver.exe -instsrvc | -RMSRVC -usr.<пользователь> -Pwd.<пароль> -Start | -Stop -port<порт> -d.<каталог>

Konfigurációs tároló szerver tárolási beállítások crserver.exe. Hasonló c:

Az "1c: Enterprises" konfigurációs tároló szerver elindításához szükséges beállítások

Paraméter	Leírás
-kikötő<порт>	Tároló szerver munkakötő. Az alapértelmezett port használható. 1542 .
-d.<каталог>	Gyökérkönyvtár a konfigurációs tároláshoz. Az alapértelmezett könyvtárat használják. % AppData% \\ 1C \\ 1CV8 \\.
-Insrvc.	A tároló szerver szolgáltatásként történő regisztrálása.
-RMSRVC.	A Repository kiszolgáló naplójának törlése szolgáltatásként.
-Sr<имя> -Pwd.<пароль>	A felhasználó nevét, amelynek nevében a szolgáltatás regisztrálva lesz. Ez a felhasználónak rendelkeznie kell a szolgáltatáshoz való bejelentkezéshez (jelentkezzen be szolgáltatásként). Ezenkívül joga van az "1C: Enterprise" rendszer megfelelő verziójának végrehajtható fájlok könyvtárának, valamint a konfigurációs tároló gyökérkönyvtárának teljes jogainak (könyvtár) % AppData% \\ 1C \\ 1CV8 \\ vagy a paraméterben megadott katalógus - d.) és jelszó a felhasználó számára.
-Rajt	A kiszolgáló szolgáltatás indítása.
-Álljon meg.	Tároló szerver szolgáltatás megáll.

Regisztráljon egy új szolgáltatást a program segítségével Windows PowerShell., futtassa azt, amit parancsolhat powerShell. (Ehhez nyomja meg a Win + R billentyűkombinációt, a megjelenő ablakban " Végez"(Futtatás) Adja meg a parancs nevét a" Nyisd ki"(Nyissa meg) és kattintson a" rendben") Vagy a tálca megfelelő címkéjére kattintva.

A Windows PowerShell konzol megnyílik, a további parancsok bevitelére, a katalógusba fordulunk kuka. Katalógus telepített fájlokkal "1c: Enterprises" a parancs végrehajtásával

CD "C: Programfájlok (X86) \\ 1CV8 \\ 8.3.5.1088 \\ t

Ezután a példa részeként hajtsa végre a parancsot

. \\ Crserver.exe -instSRVC -D C: \\ 1C_base \\ repository -usr. \\ usr1cv8 -pwd usrpass8

és indítsa el a szolgáltatást

. \\ crserver.exe -start

Váltsuk át a szervizkészletre (futtathat parancsot szolgáltatások.msc.), és győződjön meg róla, hogy a szolgáltatás neve megnevezve 1c: Enterprise 8 konfigurációs tároló szerver Regisztrált és futás.

5. Új konfigurációs tárolás létrehozása

Ahogy korábban említettem, az egyik kiszolgáló több konfigurációs tárolást is szolgálhat. Az egyes raktárak adatbázisfájljainak a konfigurációs tároló szerver könyvtárának külön könyvtárában kell elhelyezniük. Így új tárolás létrehozásához hozzon létre a katalógusba C: \\ 1c_base \\ repository \\ mappa Könyvelés. Amelyben az új konfigurációs tároló fájlja található.

Ezután létrehozni és csatlakozni a tárolóhoz, használnia kell egy karakterláncot tCP: // Win2012 / Számvitelhol Win2012. - A számítógép hálózati neve, amelyen a szolgáltatás telepítve van, vagy egy karakterlánc tCP: //192.168.0.10/acouninghol 192.168.0.10 Ennek megfelelően a számítógép IP-címe. Részletesen új tárolás létrehozásáról, olvashat a "" cikkben.

Az így létrejött tárolás esetleg csatlakoztatható és megkerüli a kiszolgálót, például az úton C: \\ 1C_BASE \\ Repository \\ Számvitel az aktuális számítógépen vagy az úton \\\\ Win2012 \\ Repository \\ Számvitel Ha konfigurálja a katalógus megosztását C: \\ 1c_base \\ tárolóezen a kiszolgálón.

Segít ez a cikk?

Nafa. 647 14.01.10 02:27 Most a témában

A cikk hasznos.
A tárolás munkájában valóban sok nem nyilvánvaló dolog van, így a kiegészítések:
1. Ha több programozó működik, akkor lehetőségként,
a munkanap általában a következőkkel kezdődik:
fuss az adatbázist a konfigurátor a gyökér a konfiguráció jobb az egér -, hogy a tárolóból, kapcsolja be a checkbox „rekurzív”, kattintson az OK gombra. Ezt követően mindent megkapunk a konfigurációban, amelyet mások felhalmoztak a tárolóból. Maga a BD nem frissül !!!
Következő, szeretnénk „össze a konfigurációt a BD-konfiguráció” - és látjuk egy listát az összes változások más programozók a csoport az előző nap. Ha vannak kérdések a változásokról, felkérjük, hogy ki tette őket.
Az összes szétszerelés után - mentjük az adatbázisban.
Miért ne hasonlítsuk össze a konfiguráció az adattár - először is, hogy ezek a tárgyak, hogy a munka önmagukban nem látható, másrészt gyorsabban dolgozik.
2. A nap közepén: sürgős változások (a dinamikus frissítéshez) azonnal küldje el a tárhelyet. Nem sürgős - az összes kapcsolódó objektum megváltoztatása után. (Lásd az alábbi magyarázatot)
3. A nap végén (és ha teljes körű frissítést kell tennie az alapról - akkor előtte) mindent bérelünk a tárolóban.
Ez nem kötelező rend, de nagyon kényelmes.

4. Miért ne helyezze el azonnal:
mivel a változások integritását az 1c szabályozza, csak akkor, ha van egy kapcsolat. Vagyis, ha például "autók ügyfelek" tanúsítványt tettél, és hozzáadott egy linket a "fogyóeszközök" -hez, akkor elhelyezheti a "kiadási számlát" az adattárban csak (vagy egyszerre) az ügyfél autók könyvtárával. De ha például használta ezt szakkönyv az általános modul eljárást, amely az úgynevezett lefolytatása során elégő számlát, akkor ez a közös modul az adattárban biztonságosan illeszkedik anélkül, hogy a szoba szakkönyv. Ha ezután egy másik programozó megkapja ezt a modult a tárolóból, akkor bázisában a kiadások általános költségeit fogják tartani. (És ha frissíti a főbázist - akkor már nem lesz megállva).
És akkor egy jó eset - mivel ez csak egy hiba. De ha például a dokumentumok típusát megváltoztatta a karakterláncból a szöveghez, és az általános modul eljárása volt az ellenőrzés, ha szükséges, "1", és a Requisic \u003d 1 és a tároló modulja volt A hely elhelyezése és a dokumentum nem, akkor nem lesz hiba (Hello típusvezérlés), ami azt jelenti, hogy azok, akik ilyen modulokat kapnak, helytelenül kerülnek végrehajtásra, (és jól, ha nem a főbázis). Ezért a változások jobb menni a tárolóba az a „teljes csomag” (az összes objektum módosítása egy témát), ha kell valami más feladat - akkor azonnal elfog egy új vagy egyszerű, forgalomba az adattárban " Hagyja elfogott ".

Ebben a tekintetben nem értettem meg teljesen:

Ha sok programozó van, az egyes változtatásokat az alternatív tárolására kell elküldeni, miután a külső fájlok összes műveletének kirakodása a helyi adatbázis-konfigurációval, és (ha az Unió különböző munkahelyekből készül), ne feledje el Unió frissíti a helyi adatbázist a tárolóból - a legújabb verzióhoz, a jelenben, a korábban kapcsolódó elvtársak változása.

Furcsa, nem volt probléma, amikor néhány ember azonnal elhelyezett, kivéve, hogy egy kicsit lelassult. Az objektumok rögzítéséhez és egyszerre 2 főre van szükség, ugyanaz a dolog nincs kijavításra. És megemlítették, hogy: Ha a fejlesztő megváltoztatta a dokumentumot, mondja el az "előzetes jelentést", majd a második "átvétel" nem tette meg, és azonnal rögzíti (például az objektumot csak a tárolóba helyezi) Az 1C-t nyomon követik, és már új - módosított verziót ad. (Szóval hűvösek - megnézed a dokumentumot - 5 részletet, izgalmas - már 15).

És miért nem értik a külső fájlok munkáját, nem is értem.

4. Készítsen másolatot a bázis a programozók könnyebben ne köze 1SC-berakodó (mert ahhoz monopólium üzemmódban van és nem chib a fürge), de helyreállítása a lapát mentés vagy egyszerűen másol az adatbázist a járomcsont.

5. Ha új objektumot kell hozzáadnia (dokumentum, hivatkozási könyv stb.), A konfiguráció gyökerét rögzítse, add hozzá, adjon hozzá minimális részletet (az összes "üres" objektum nem mindig mentésre kerül A tároláshoz (ez az objektum is lemond), és ismét az objektumot. (Annak érdekében, hogy ne tartsa a gyökeret egy hosszú rögzítésre - szükség van másokra).

6. Ha korrigálni szeretné az objektumhoz való hozzáférés jogait, rögzítette azt - és a hozzáférési jogok még mindig nem érhetők el - rögzíteni kell a megfelelő szerepet.

7. Mivel a hibakeresés a legutóbbi adatokhoz a legutóbbi adatokhoz vezet, a munkaadatbázisokat frissíteni kell. Ehhez: Helyezze az összes módosítást az adattárba, húzza ki az adatbázist az adattárból, írja át az arcbónát, a főbázist (a biztonsági másolatból vagy egyszerűen másolja), csatlakoztassa az újat.

8. Amikor "kapjuk meg az összes adattárat" (1. bekezdés), akkor előfordul, hogy az 1c egy csomó üzenetet ad, majd azt írja, hogy a "sikertelen" (az objektumok listája megváltozik). Tehát sokáig nem kapott változásokat. Semmi szörnyű, szorító ok az új, és így működik, amíg meg kell.

9. Néha az 1C nem hajlandó megmenteni a tárolótól kapott változtatásokat, és az üzenet teljesen homályos. A bűnösök általában "információs nyilvántartások". Megtudhatom, hogy az információregiszter hogyan változtatta meg a struktúrát, törölje az összes rekordot az adatbázisában, miután mindent frissíteni fog.

10. Mivel a munkalapok a főből készültek, a konfigurációk nevei megfelelnek, és könnyen megzavarják őket, majd félreértik, amikor a felhasználó azt mondja, hogy 100 rubel van a jelentésben, és 100 000 rubel van. Alternatív megoldásként adjunk hozzá egy sort az alkalmazásmodulhoz, ellenőrizze a program indítását, milyen alapot jelent, és ha nem a fő - megjeleníti az 1C program fejlécében (például az Ivanov munkalapja)

11. Ha a bázis csatlakozik a tárolóhoz, de az indításkor bármilyen okból nem lehetett csatlakozni, akkor az üzenet megjeleníthető. "Nem sikerült csatlakozni, hajtsa végre a leállítását a tárolóból" (és megragadta tárgyak) - Itt nincs "nem". De ha véletlenül "igen" válaszol, akkor ne próbálja meg csatlakozni egy új !!! Először mentse el a konfigurációt a fájlba !!! Mivel a tárolóhoz csatlakozik, a teljes alapkonfigurációt a tárolási konfiguráció váltja fel. Ezután töltse le a módosításokat a mentett fájlból, és dolgozzon.

Előbb-utóbb minden fejlesztő megpróbálja javítani az életét. Nem az anyagkomponensről szól, a munka egyszerűsítésére szolgál. Minél több gyakorló munka valódi projekteken, annál inkább rájössz, hogyan kell hatékonyabban dolgozni a munkáját.

Ma szeretném beszélni az alkalmazásról a konfigurációs tárolási megoldások fejlesztésének / véglegesítésének folyamatában. Nem tudom, miért sok 1c fejlesztő megkerüli a tároló képességek alkalmazásának egy részét. Különösen nem értem azokat, akik az egész csapat egy konfigurációjának fejlesztésén dolgoznak. A konfigurációs tárolás nélkül már (imho) egyáltalán. Nem, természetesen olyan perverziókkal foglalkozhat, mint például az egyik konfiguráció minden fejlesztő számára. Mindenki elkezd dolgozni és végrehajtani a részüket. A fejlesztés végén mindegyik fejlesztőnek szinkronizálnia kell a konfluálást a végső ügyfélnek.

Ezzel a megközelítéssel elegendő megkönnyíteni, hogy nyomon kövesse a Confa relevanciáját. Amint a két vagy több fejlesztő két kapcsolódó feladaton dolgozik - a lenyelés a munkájuk eredményeinek kombinálásakor kezdődik. Túl nagy, az esélye, hogy elveszti valamit, vagy nem olyan kombinálni. A gyakorlatomért többször találkoztam ilyen helyzetben, és a következő penny után a bump úgy döntött, hogy lehetetlen többet élni.

Mi a konfigurációs tároló

Szerencsére az 1C-es platform feltárása előtt: Vállalat 8 volt elég jó fejlesztési tapasztalat más programozási nyelveken (Delphi, PHP). Ezért olyan szavak, mint az SVN (Centralizált verzióvezérlő rendszer) számomra nem volt csoda. Bárki, aki soha nem találkozott SVN-vel, azt javaslom, hogy olvassa el a Wikipedia vonatkozó cikkét - http://ru.wikipedia.org/wiki/subversion. Higgy nekem, a dolog hűvös, és nagymértékben leegyszerűsíti a szoftverfejlesztés folyamatát.

Tehát most visszatért az adattárunkhoz. Konfigurációs tárolás - 1C Platform Tool: Enterprise, amely lehetővé teszi az alkalmazott megoldás csoportfejlesztését. A konfigurációs adattár (a továbbiakban: HC) a fejlesztőknek egy olyan rendszert biztosít a megoldás verzióinak ellenőrzésére, amelyek a fejlesztők által végzett változások létrehozását és rugalmas vezérlését szabályozzák.

Milyen esetekben tudsz hasznosnak lenni

A konkrét példák felmérése előtt azonnal összefoglalni szeretném. Természetesen a legtöbb HC hasznos lesz a parancsfejlesztés során. Azonban semmi sem akadályozza meg, hogy tisztán önmagát használja. A "1c: Enterprise" platformon közel öt évig és az évek során többször is meg kellett dolgoznom, amikor az előre nem látható helyzeteket kellett kezelnem, amikor a HC szó szerint a fejlesztő rémálomról mentett - egy korábban írott kód átírása. Most megpróbálom használni a konfigurációs tároló szolgáltatásait az egyes projektekhez. Miért? És legalább itt:

1. A tároló története. Talán ez az egyik legfontosabb feladat számomra. A HC-t használó megoldás fejlesztése során a konfigurációs változás története automatikusan automatikusan lesz. Például egy munkanapon többször frissítették a konfigurációt. Mindezeket a változásokat szépen rögzítik, és a történelmet a verziók feltölti. Ha szükséges (vagy egy reménytelen helyzet előfordulása), akkor mindig láthatja a verziók listáját, és ha szükséges, tekerje vissza. Például hétfőn a helyes változtatások történtek a konfigurációhoz, és kedden, egy új fejlesztő lelassult, és elküldte a frissítését. Az eredmény egy könyvespóddal való konfiguráció.

Természetesen egy fiatal programozót adhat a fejlécen, majd próbálja meg visszaállítani a fogantyúkat, és jobb, ha megnyom egy pár gombot, és visszaállítja a cukorka korábbi verzióját, vagy egyszerűen visszafordíthatja a becstelen változásokat fejlesztő.

2. Jelentés. A jelentést bármikor megfordíthatja, és megnézheti, ki és mikor (valamint, hogy milyen konfigurációs objektumokat) változtatott. Hasznos lehet, ha a kollégáit a kezükön tenyésztik, és megpróbálja bizonyítani: "kívül, ez nem minket! Megállt! ".

3. Távoli fejlesztés. A HC elengedhetetlen, ha az alkalmazott megoldás földrajzilag távoli programozók fejlesztése. Azt hiszem, nem szükséges megmagyarázni.

4. A vészhelyzetek minimalizálása. Többször is láttam (az "ifjúság", és sikerült belépni ebbe a Nyugatra), amikor a fejlesztők megtörték a csavarokat. Természetesen az utolsó változás a legtöbb csavaron volt, és visszafordíthatatlanul repülnek a nem léteznek. - Mi a helyzet a biztonsági mentésekkel? - Azt mondod, te. Egyáltalán nem! Sok fejlesztő nem szereti ezt zavarni. Nem, nem teszed meg a biztonsági másolatokat csak a teljes szélsőségekkel, de a gyakorlatodért nagyon kevés fejlesztővel találkoztam, akik naponta többször is biztonsági másolatot készítenek. A HC elegánsan megoldja ezt a problémát. A fejlesztőnek tényleg csak egy gombot kell megnyomnia, és minden fejleménye azonnal átkerül a tárolóba.

5. A hozzáférés díjazása. Nos, itt és magyarázza el, hogy nem különösebben szükséges. A HC lehetővé teszi, hogy konfigurálja a fejlesztők hozzáférésének törlését.

A raktárak eltérőek

Kezdetben HC dolgozott csak egy közös erőforrás (a 8-as verzió .. nem volt túl kényelmes, mert ha szeretné megszervezni a hozzáférést a tároló kívülről (például az interneten keresztül) problémák merültek fel. Kezdve 8.1 verzió. 11. A hálózatok telepítése. A tároló. A TCP / IP protokoll és a http. Az utóbbiak egészen az interneten keresztül történő hozzáférést biztosítanak az interneten keresztül.

1. ábra: Warehouse Device Scheme

Megpróbáljuk a HC-t telepíteni

Tehát tegyük fel, hogy érdekel a HC használatának ötlete, és úgy döntött, hogy megpróbálja telepíteni a projektre. Már tudja, hogy a tároló egy megosztott hálózati erőforráson és a hálózaton keresztül dolgozik a TCP / IP protokoll segítségével. Ebben a megjegyzésben figyelembe vesszük a tároló telepítését egy megosztott erőforráson keresztül, és legközelebb megnézzük a hálózati opciót.

Tehát az első dolog, amit meg kell tennie, hogy felkészítse a projekt alapját. Bárhol elhelyezhető. Ha úgy dönt, hogy most a HC-t az élő projektre telepíti, akkor ne címkézzen biztonsági másolatot. Ez történhet, és még jobb, ha biztos lenne benne.

Hozzon létre egy közös mappát a számítógépen (vagy azonnal a szerveren). Tegye meg a közös és határozza meg a felhasználókat, akik képesek lesznek dolgozni vele. A felhasználók alatt a kollégái fejlesztőit értem.

A következő lépésben meg kell nyitni az adatbázist a konfigurátor módban, és folytassa a „Configuration” menü -\u003e „Configuration Storage” -\u003e „Create Storage” (lásd 2. ábra).

2. ábra: Konfigurációs tárolás létrehozása

Közvetlenül azután, hogy rákattint a „Create Storage” gombot, az ablak jelenjen meg előtted a 3. ábrán ki kell választania a korábban létrehozott közös mappát vagy adja meg a távoli tároló címet. Mivel megállapodtak abban, hogy közös erőforráson alapuló tárolást hoztunk létre, ebben az ablakban pontosan jelzi az utat, mint mappát.

3. ábra Válassza ki a HC helyét

A mappa kiválasztása - Kattintson a "Következő" gombra. Nincs ideje villogni, mivel a Warehouse Creation Wizard egy ablakot jelenít meg, mielőtt hozzon létre egy adminisztrációs fiókot (4. ábra). Alapértelmezés szerint a rendszergazda névként szerepel. Nyilvánvaló, hogy nem akadályozhatja meg semmit, hogy megváltoztassa. Általánosságban írja be a kívánt értékeket, majd kattintson az "OK" gombra.

4. ábra Rendszergazdai fiók létrehozása

Itt az 1s'ka néhány másodpercig kell gondolkodnia, majd azt javasolja, hogy csatlakozzon a létrehozott adattárhoz. Válasz "Igen". Gratulálunk, létrehozta az első konfigurációs tárhelyet.

Figyeljen a konfigurációs ablakra. A gyökérből kiindulva (ez az, ahol a konfigurációs nevet írják), a jobb oldalon megjelenő kis zárak (lásd az 5. ábrát). Ez a zár azt jelenti, hogy jelenleg az objektum a konfigurációs tárolóban van, és nem módosíthatja azt. Ha bármilyen konfigurációs objektummal szeretne dolgozni, először meg kell ragadnia. Hogyan lehet teljesíteni ezt és sok más munkát a tárolás során, megmondom neked a következő megjegyzésben, amely hamarosan megjelenik az oldalon.

Az 1C-ben 7.7-es verzióban a közös fejlesztés vagy a konfigurációs finomítás valódi kín volt. Annak érdekében, hogy az egyik konfigurációt még együtt is támogassák, az aktuális bázis két példányát kellett készítenie, majd a manuálisan végzett módosítások után az egy példány konfigurációjának módosítását a másik konfigurációjára átviheti. Csak akkor lehetett frissíteni a fő támogatott konfigurációt! Súlyosbította az alrendszerek hiánya helyzetét.

Az 1c nyolcadik változatában a használt közös fejlesztéshez konfigurációs tárolás. A tárolással való munka a következő:

• Tárolás létrehozása

Válassza ki a "Konfiguráció" menüben -\u003e "Konfigurációs tárolás" -\u003e "Hozzon létre egy tárolást ..."

Adja meg a tároló könyvtár elérési útját. (A katalógusnak minden fejlesztő számára elérhetőnek kell lennie!)

A tárolás létrehozása után lépjen a "Konfiguráció" -\u003e "Konfiguráció tárolás" menüpontra -\u003e "Adminisztráció" menüpontra, hogy létrehozza a felhasználókat a fejlesztők számára

És hozzon létre felhasználókat

• Csatlakoztassa a fejlesztők konfigurációit a konfigurációs tároláshoz

választ a "Konfiguráció" menüpont -\u003e "Konfigurációs tárolás" -\u003e "Csatlakozás a tárolóhoz ..."

Mivel másolatunk van veled, a főbázis még mindig azonos,bátran nyomja meg az "Igen" gombot, és adja meg a tároló elérési útját, felhasználónevét és jelszavát

Várjuk a konfiguráció összehasonlítását a tárolással.

Ha minden sikeresen elment, akkor a zár ikon jelenik meg a konfiguráció objektumaiban az objektumfa objektumaiban.

• A konfigurációs tárolással dolgozik

Alapértelmezés szerint az összes konfigurációs objektum "zár" ikonnal rendelkezik. A konfigurációs objektum megváltoztatásához meg kell ragadnia, vagyis a "Capture to Storage" kiválasztása a helyi menüben

adja meg a rögzítési beállításokat

A konfigurációs fa objektum megjelenik a piktogramot

Ha az objektumot egy másik fejlesztő rögzíti, az objektum a konfigurációs fa néz ki

A szükséges módosítások után az objektumot újra kell elhelyezni a tárolóba a módosításokkal. Válassza ki a konfigurációs objektum elemének helyi menüjét: "Helyezze el a tárolóba ..."

• Ha meg szeretné szakítani a módosításokat, és engedje el az objektumot a rögzítésből, akkor válassza ki a "CANCEL CAPTURE" objektum eleme keretében

• Ha szeretné visszaállítani egy objektumot a tárolásról, akkor válassza ki a "Get in the Repository ..." elemet a helyi menüben. Ugyanakkor az objektumban bekövetkezett változások elfogták, elveszettek.

• Megtekintheti a verzió előzményeit, és összehasonlíthatja a rögzített és módosított objektumot a tároló objektumával.

• A másolatok befejezése után befejeződött (vagy befejezett közbenső szakasz), frissítheti a fő adatbázis konfigurációját, hogy ezt tegye, ki kell választania az elemet a "Konfiguráció" menüben -\u003e "konfigurációs tárolás" -\u003e "Frissítse konfiguráció a tárolóból "vagy "Konfiguráció" -\u003e "Konfigurációs tárolás" -\u003e "összehasonlítása / kombinálja a konfigurációt a tárolóval".

A második esetben egy "lágy" konfigurációs frissítés jelenik meg, vagyis az eredeti konfiguráció és tárolás objektumainak különbségeire vonatkozó jelentést láthatunk.

Élvezze a fejlődését!

Az 1c társaság számos szoftverterméket termel, és folyamatosan javítja belső szerkezetét. De ez a szám, különféle hibák, amellyel szembe kell néznünk programozók és rendszergazdák 1C azt mutatja, hogy ezen a területen a munka soha nem hagyja abba. Néhány ilyen hibák jelentéktelenek és ritkák, de vannak "klasszikus" hátrányok minden tapasztalt szakember számára. Ez utóbbi az utolsó "Érvénytelen adat tárolási formátum", és ajánlatos megoldani.

Adatraktár formátumú hiba megoldások

Ennek a hibanek való megfelelés érdekében nem szükséges a komoly logikai hibák engedélyezése a kódban, vagy törölni a főmodult. Gyakran előfordul, hogy a frissítés után a konfiguráció, nyitás feldolgozás, kikapcsolja a villamos energia, illetve a számítógép újraindítása a dob 1C, ez kellemetlen meglepetés bekövetkezik. Ha az újraindítás nem segített, nem pánik - a széles körű hiba egyszerű megoldásokat kínál, amelyek segíthetnek. A szövődmény mértékének megfelelően szétszerelünk őket:

Amellett, hogy a indításakor a konfigurációban a hiba „Érvénytelen adattárház méret” ki lehet mutatni nyitásakor külső feldolgozás. Ebben az esetben a legfontosabb dolog nem fut az 1C-t, mivel a rendszer elindításakor a TMP könyvtárban az ideiglenes fájlokat emeli fel. Ez benne van, hogy megtalálja a feldolgozásunkat - a "V8_ *" nevű fájl és a TMP kiterjesztése. Ha sok ilyen fájl létezik, akkor megérteni, hogy melyik a feldolgozásunk - változtassa meg az EPF kiterjesztését, és próbálja megnyitni az 1C-t.

Ha már elindította az 1C-t és a rögzített fájlokat, próbálja meg hasonló műveleteket végrehajtani egy másik számítógépen, ahol a feldolgozás megkezdődött. Vagy használjon segédprogramokat a távoli fájlok helyreállításához a merevlemezen.