Kuidas töötada konfiguratsiooni säilitamisega 1c 8.3. Töötamine konfiguratsioonihoidlaga

Kontserni arendamiseks süsteemi konfiguratsiooni "1c: ettevõtted" 8.3 konfiguratsioonihoidla. Developer Juurdepääs konfiguratsioonihoidla saab läbi kohaliku võrgu (andmebaasi faile asuvad ühise võrguressurss) vastavalt protokolli tCP. või http.. Viimase kahe võimaluse jaoks on vaja paigaldada Konfiguratsioon Storage serverid. Konfiguratsiooni hoidla server omakorda on võrguteenus, vaikimisi "kuulamine" port 1542 ja kliendirakenduste (konfiguratsiooni) koostoime tagamine konfigureerimise andmebaasiga. Üks teenus võib olla mitu konfiguratsioonihoidlat. Serveri konfiguratsioonihoidla paigaldamisel "1c: ettevõtted" 8.3 (Kehtib mõlemale 8.2 ) Windows OS-is (praegusel näites -) ja arutatakse käesolevas artiklis.

1. Konfiguratsioonihoidlate andmebaasi kataloogi seadmine

Konfiguratsioonihoidla server tuleb paigaldada samasse arvutisse, kus asub mälutamibaasi failid. Seetõttu määratleme kõigepealt serveri keskse kataloogi, kus kõik hoidla failid salvestatakse, mis teenib seda serverit. Olgu see kataloog käesoleva artikli raames. C: 1c_base \\ repository \\ t. Samuti peaksite määratlema Windowsi konto, millest asjaomane teenus käivitatakse. Saate luua või kasutada olemasolevat Windowsi kontot. Selles näites kasutame kohalikku kasutajat USR1CV8. parooliga Usrpass8.. See kasutaja on vaja Configuration Storage Serveri keskkataloogi.

2. Konfiguratsioonihoidlate seadistamine Serveri failide seadmine

Selle kirjutamise ajal eksisteeris konfiguratsioonihoidla server ainult 32-bitise rakendusena. Seetõttu on serverifailide installimiseks vaja 32-bitise jaotussüsteemi "1c: Enterprise" 8.3 Windowsi jaoks. Käivitage fail 1Centerprise 8.Mi. Kohaletoimetamise jaotusest 1c. Komponendi valiku lehel valige komponent " 1C Configuration Store Server: Ettevõtted"(1c: ettevõtte konfiguratsiooni hoidla server), samuti mäletavad paigaldustee komponenti.

3. Registreerimine ja käivitamine konfiguratsiooni hoidla serveri teenuse

Paigaldusprogramm koopiad ainult konfiguratsioonihoidlate failide jaoks määratud kataloogile. Asjaomase teenuse registreerimist tuleb käsitsi käivitada käsk:

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

Konfiguratsioon Storage Server Storage Settings cresruver.exe. Sarnased c:

Konfiguratsioonihoidlate käivitamise seaded "1c: Enterprises"
Parameeter Kirjeldus
-porti<порт> Ladustamisserveri tööport. Vaikimisi sadamasse kasutatakse. 1542 .
-d.<каталог> Rootikataloog konfigureerimise salvestamiseks. Vaikimisi kataloogi kasutatakse. % Appdata% \\ 1c \\ inucv8 \\ t.
-InsRVC. Registreerimine hoidla server teenusena.
-RMSRVC. Hoidla serveri logi kustutamine teenusena.
-Usu<имя>
-Pwd<пароль>
Kasutaja nimi, mille nimel teenust registreeritakse. Sellel kasutajal peab olema õigus sisse logida teenusena (logige sisse teenusena). Lisaks peab tal olema õigused lugeda "1C: ettevõtte" süsteemi vastava versiooni käivitatavate failide kataloogi ja konfiguratsioonihoidla juurkataloogide täielikest õigustest (kataloog % Appdata% \\ 1c \\ inucv8 \\ t või parameetris määratletud kataloog - d.) Selle kasutaja parool.
-Start Serveri teenuse käivitamine.
-Stop. Storage Server Service Stop.

Registreerige programmi uus teenus Windows PowerShell., joosta, mida saate käsku powershell. (Selleks vajutage WIN + R-klahvi kombinatsiooni ilmumise aknas " Teostama"(Run) Sisestage käsu nimi" Avama"(Open) ja klõpsake" Okei") Või klõpsates tegumiribal sobivale märgisele.

Avatud Windows PowerShelli konsoolis avatakse edasiste käskude sisestamise mugavuse huvides kataloogi poole bin. Kataloog Paigaldatud failidega "1C: Enterprises", täidetes käsu

CD "C: Programmifailid (x86) \\ 1cv8 \\ 8.3.5.1088 \\ Bin"

Seejärel teostab selle näite osana käsu

. crserver.exe -instsRVC-d c: \\ _base \\ repository -usr. usr1cv8 -pwd usrpass8

ja alustage teenust pärast

. crserver.exe -start

Lülime teenindusvahendi juurde (saate käsku käivitada teenused.MSC.) ja veenduge, et teenuse nimi nimeks 1c: Enterprise 8 konfiguratsiooni hoidla server Registreeritud ja töötab.

5. Uue konfiguratsioonihoidla loomine

Nagu ma varem ütlesin, võib üks server teenindada mitmeid konfiguratsioonihoidlat. Iga hoidla andmebaasi failid peaksid asuma konfiguratsioonihoidlate kataloogi eraldi kataloogis. Seega luua uue ladustamise, luua kataloogi C: 1c_base \\ repository \\ t kaust Raamatupidamine. Kus asuvad uue konfiguratsiooni ladustamise failid.

Siis luua ja ühendada selle hoidla, peate kasutama stringi tCP: // Win2012 / Raamatupidaminekus Win2012. - Arvuti võrgu nimi, millele teenus on paigaldatud või string tCP: //192.168.0.10/Akus 192.168.0.10 Seega selle arvuti IP-aadress. Uue salvestuse loomise kohta saate üksikasjalikult lugeda artiklis "".

Sellisel viisil loodud salvestus võib olla ka server ühendatud ja ümbersõit, näiteks teel C: \\ 1c_base susort praegusel arvutil või teedel Win2012 hoidla Kui konfigureerite kataloogi jagamist C: 1C_Base'i hoidlaselles serveris.

Kas see artikkel aitab teil?

NAFA. 647 14.01.10 02:27 Nüüd teema

Artikkel on kasulik.
Ladustamise töös on tõesti palju mitte-ilmseid asju, nii et minu lisad:
1. Kui mitu programmeerija töötab, siis valikuna,
tööpäev algab tavaliselt järgmistest:
käivitage oma andmebaas konfigureerimisse, hiire konfigureerimise parempoolse juurte root - saada hoidlast, lülitage märkeruut sisse "Rekursiivselt", klõpsake nuppu OK. Pärast seda saame kõik konfiguratsioonis, et teised on kogunenud hoidlast. BD ise ei uuenda !!!
Järgmisena soovime "võrrelda konfiguratsiooni BD konfiguratsiooniga" - ja me näeme nimekirja kõigist muudest grupi programmeerijate muudatustest eelmisel päeval. Kui on küsimusi muutuste kohta, pöördume, kes neid tegid.
Lõppude lõpuks demonteeritud - me salvestame andmebaasis.
Miks mitte võrrelda hoidla konfiguratsiooni vastu - esiteks, et need objektid, mis ise töötavad, ei ole näidatud ja teiseks töötab see kiiremini.
2. Päeva keskel: kiireloomulised muudatused (dünaamilise värskenduse jaoks) Saada kohe ladustamisse. Mitte kiireloomuline - pärast kõigi seotud objektide muutmist. (Vt allpool esitatud selgitus)
3. Päeva lõpus (ja kui teil on vaja alustada baasi täielikku värskendust - siis enne teda) me rentida kõik hoidlas.
See ei ole kohustuslik tellimus, vaid väga mugav.

4. Miks mitte seda kohe panna:
kuna muutuste terviklikkust kontrollitakse 1C-ga ainult siis, kui on link. See tähendab, et kui näiteks te tegite sertifikaadi "Autode kliendid" ja lisasite selle "tarbekaupade" lingi, siis saate panna "kulude arve" hoidlasse saate alles pärast (või samal ajal) Kliendi autode kataloogiga. Aga kui te kasutasite näiteks seda võrdlusraamatut üldises mooduli protseduuris, mida kutsutakse tarbitava arve läbiviimisel, võib see tavaline moodul hoidlas turvaliselt sobida ilma toata raamat. Kui pärast seda, kui teine \u200b\u200bprogrammeerija saab selle mooduli hoidlast, siis hoitakse oma baasil kulutuste üldkulud. (Ja kui värskendate peamist alust - siis ei pea enam peatatud).
Ja siis hea juhtum - nagu see on lihtsalt viga. Aga kui te näiteks muutsite dokumendi rekvisiitide tüüp stringist teksti ja üldise mooduli protseduuris oli tšekk, kui rekvisiidid \u003d "1" ja muutusid rekvisiooniks \u003d 1 ja mooduli hoidlas oli paigutatud ja dokument ei ole, siis ei ole viga (Hello tüüpi juhtimine), mis tähendab neid, kes selline moodul saab dokumente vastu võetakse valesti, (ja hästi kui see ei ole peamine). Seetõttu muudatused on parem minna hoidlasse "Full paketi" (kõik objektid modifitseeritud ühel teemal), kui teil on vaja midagi teise ülesande jaoks - saate kohe salvestada uue või lihtsa, asetades hoidlasse, " Jäta pildistatud ".

Sellega seoses ei mõistnud ma päris:

Kui on palju programmeerijaid, tuleb igasugused muudatused saata asendusliikme säilitamisele, pärast kõikide toimingute mahalaadimine kohaliku andmebaasi konfiguratsiooniga ja (kui liit on valmistatud erinevatest töökohtadest), unustamata iga Union Uuenda kohaliku andmebaasi hoidlast - viimaste versiooniga, millel on seal olemas, muutused varem ühendatud seltsimees.

Kummaline, ei olnud probleeme, kui mõned inimesed kohe on paigutatud, välja arvatud see, et see aeglustub veidi. Objektide püüdmiseks ja 2 inimesele korraga ette nähtud, sama asja ei korrigeerita. Ja see täheldati, et: kui arendaja muutis dokumendi, öelge "Advance aruanne" ja siis teine \u200b\u200b"kviitung" ei teinud, ja kohe seda lööb (näiteks objekt on lihtsalt paigutatud hoidlasse), siis 1C on jälgitud ja ta annab talle juba uue modifitseeritud versiooni. (Nii lahe juhtub - vaatate dokumendi - 5 üksikasju, põnev - juba 15).

Ja miks ei mõista väliste failide tööd, ma ka ei saa aru.

4. Koopiate koopiate koopiate programmeerijate jaoks on lihtsam teha 1SC laadimisega mahalaadimisega (kuna see nõuab monopoli režiimi ja mitte hõõrdumist mittesembleimiseks), vaid taastades kühvel varukoopiat või lihtsalt kopeerides andmebaasi põsesaba.

5. Kui teil on vaja lisada uus objekt (dokument, võrdlusraamat jne), lüüa konfiguratsiooni juur, lisage see, lisage minimaalsed üksikasjad (kõik "tühjad" objektid ei ole alati salvestatud), liigutage juur Storage (see objekt ka loobub) ja võtke objekti uuesti. (Et mitte hoida juure pikka pildistatud - ta on vaja teistele).

6. Kui soovite parandada juurdepääsuõigusi objektile, pildistatud - ja juurdepääsuõigused on ikka kättesaamatud - lüüa asjakohane roll.

7. Kuna silumine on kõige olulisem viimaste andmete põhjal, tuleb tööandmebaase ajakohastada. Selleks teha: Asetage kõik muudatused hoidlasse, eraldage andmebaas hoidlast lahti, kirjutage see peksma, peamine alus (varukoopiast või lihtsalt kopeerimisest), ühendage uus.

8. Kui me teeme "saada kõik hoidla" (lõige 1), juhtub see, et 1C annab hulga sõnumeid ja kirjutab seejärel, et "ebaõnnestus" (objektide loend). Seega ei ole see pikka aega muudatusi saanud. Miski kohutav, klamber ok vastavalt uuele ja nii, kuni see toimib, nagu see peaks.

9. Mõnikord keeldub 1C hoidlast saadud muudatuste salvestamisest ja sõnumi väljastab absoluutselt ebamääraseid. Süüdlased on tavaliselt "teaberegistrid". Uue teada, kuidas teabe registrit muutis struktuuri, kustutage kõik andmed selle andmebaasis, pärast seda uuendatakse kõike, kui see peaks.

10. Kuna tööpõhjad on valmistatud peamisest, konfiguratsioonide nimed sobivad ja lihtsalt segavad neid ja seejärel valesti algab, kui kasutaja ütleb, et ta on aruandes 100 rubla ja teil on 100 000 rubla. Alternatiivselt lisage rakendusmoodulile rea, kontrollides programmi käivitamist, millist baasi on ja kui mitte peamine - kuvamine 1c programmi päises (näiteks Ivanovi tööbaas)

11. Kui alus on ühendatud hoidla, kuid käivitamisel ei olnud võimalik ühendada sellega mis tahes põhjusel, siis saab teade kuvada. "Ühenduse loomine ebaõnnestus, tehke hoidlast väljalülitamist" (ja olete pildistatud Objektid) - siin ei ole "ei". Aga kui te kogemata vastata "jah" siis - ärge püüdke ühendust uue !!! Kõigepealt salvestage konfiguratsioon faili !!! Sellest ajast alates ühendate hoidlaga, kogu baaskonfiguratsioon asendatakse salvestusseadmega. Pärast seda laadige salvestatud failist alla ja töötage.

Varem või hiljem püüab iga arendaja oma elu parandada. See ei puuduta materjali komponenti, ma olen töö lihtsustamiseks. Mida rohkem praktiseerivad tööd reaalsetes projektides, seda rohkem saate aru, kuidas oma tööd tõhusamalt teha.

Täna tahaksin rääkida rakendusest konfiguratsioonihoidlate lahenduste arendamise / lõpuleviimise protsessis. Ma ei tea, miks paljud 1c arendajad möödad hoidla võimaluse rakendamise osa. Eriti ma ei mõista neid, kes töötavad ühe konfiguratsiooni arendamisega kogu meeskonnaga. Ilma konfiguratsioonihoidlata on see üldse juba (IMHO). Ei, te saate muidugi tegeleda perversioonidega, nagu ühe konfiguratsiooni kopeerimine kõigile arendajatele. Igaüks hakkab oma osa töötama ja rakendama. Arengu lõpus peaksid kõik arendajad sünkroonima nende ühinemiskohaga koos, mis tarnitakse lõplikule kliendile.

Selle lähenemisviisiga piisab, et hõlbustada konfömi asjakohasuse jälgimist. Niipea kui kaks või enam arendajad hakkavad töötama kahe assotsieerunud ülesandega - Allaneelamine algab nende töö tulemuste ühendamisel. Liiga suur, võimalused midagi kaotada või mitte nii ühendada. Minu praktika jaoks tulin ma sellise olukorra üle mitu korda ja pärast järgmist senti, otsustas, et see oli võimatu elada rohkem nii palju.

Mis on konfiguratsioonihoidla

Õnneks enne uurides 1C platvormi: Enterprise 8 mul oli piisavalt hea arengu kogemus teistes programmeerimiskeelte (Delphi, PHP). Seetõttu sõnad nagu SVN (tsentraliseeritud versioon kontrollisüsteem) minu jaoks ei olnud ime. Kes ei ole kunagi SVN-i kohanud, soovitan lugeda vastavat artiklit Wikipedia - http://ru.wikipedia.org/wiki/subversion. Uskuge mind, asi on lahe ja see lihtsustab tarkvaraarenduse protsessi.

Niisiis, nüüd tagasi meie hoidlasse. Konfiguratsioon Storage - 1C platvormi tööriist: ettevõte, mis võimaldab korraldada rühma arendamist rakendatud lahenduse. Konfiguratsioonihoidla (edaspidi HC) annab arendajatele süsteemi jälgimise süsteemi versioonide loomise ja paindliku kontrolli muudatuste tehtud arendajate.

Millistel juhtudel saate mugavalt tulla

Enne konkreetsete näidete tõstmist tahaksin kohe kokku võtta. Muidugi, kõige HC on kasulik käsu arendamise ajal. Kuid miski ei takista teil seda ainult ise kasutada. Ma arendan platvormi "1C: Enterprise" peaaegu viis aastat ja aastate jooksul olen korduvalt tegelema ettenägematute olukordadega tegelema, kui HC kasutamine on sõna otseses mõttes salvestatud igasuguse arendaja õudusunenägu - varem kirjaliku koodi ümberkirjutamine. Nüüd püüan iga projekti jaoks kasutada konfiguratsioonihoidla teenuseid. Miks? Ja vähemalt siin:

1. Hoiatuse ajalugu. Võib-olla on see minu jaoks üks tähtsamaid funktsioone. HC abil lahenduse arendamisel automaatselt automaatselt konfiguratsiooni muutmise ajalugu. Näiteks ühes töönädalal mitu korda konfiguratsiooni uuendatud. Kõik need muutused on korralikult fikseeritud ja ajalugu täiendatakse versioonidega. Soovi korral (või lootusetuse olukorra esinemine) saate alati näha versioonide loendit ja vajadusel rullumist. Näiteks esmaspäeval tehti konfiguratsioonile õiged muutused ja teisipäeval aeglustus uus arendaja ja postitas oma uuendusi. Tulemuseks on raamatukava konfiguratsioon.

Te saate muidugi anda päise noore programmeerija ja proovige käepidemeid taastada ja parem vajutada nuppe paari ja taastada kommide eelmise versiooni või lihtsalt rullub kursis tehtud muudatused arendaja.

2. Aruandlus. Te saate igal ajal aruande väänata ja näha, kes ja millal (samuti need konfiguratsioonobjektid) muutsid muudatusi. See võib olla kasulik, kui teie kolleegid kasvatatakse nende käte poolt ja proovige tõestada: "Väljaspool, see pole meile! See murdis ennast! ".

3. Kaugjuhtimine. HC on hädavajalik, kui rakendatud lahendus arendab geograafiliselt kaugprogrammeerijate. Ma arvan, et see ei ole vaja seda seletada.

4. Hädaolukordade minimeerimine. Ma nägin mitu korda (noorte "ja õnnestus saada sellesse läände ise), kui arendajad murdsid kruvisid. Muidugi kõik viimased muudatused olid kõige kruvid ja nad olid pöördumatult lennata mitte-olemasolu. "Mis varukoopiad?" - Sa ütled sind. Mitte mingil juhul! Paljud arendajad ei meeldi seda häirida. Ei, te ei tee backup koopiaid ainult täis extrelar, kuid teie praktika jaoks kohtusin väga vähe arendajad, kes teevad varukoopiaid mitu korda päevas. HC lahendab selle probleemi elegantselt. Arendaja tegelikult on vaja ainult ühe nupuvajutuse vajutamiseks ja kõik selle arengud edastatakse kohe hoidlasse.

5. Juurdepääsu tasustamine. Noh, siin ja selgitage, et see ei ole eriti vajalik. HC võimaldab teil konfigureerida arendajatele juurdepääsu kustutamise.

Storages on erinevad

Esialgu töötas HC ainult ühise ressursi kaudu (versioonis 8 .. See ei olnud väga mugav, sest kui soovite korraldada juurdepääsu väljastpoolt ladustamisele (näiteks Interneti kaudu) probleemid tekkisid. Alates versioonist 8.1. 11, on võimalik võrkude paigaldada. Hoiatus. Te saate koos nendega töötada nii TCP / IP-protokolli kui ka http. Viimane on üsna muide, kui korraldate juurdepääsu hoidlasse interneti kaudu.


Joonis 1. Laoseadme skeem

Püüame kasutada HC-d

Niisiis, oletame, et olete huvitatud HC kasutamise ideest ja otsustas proovida seda oma projekti jaoks kasutusele võtta. Te teate juba, et ladustamine võib töötada jagatud võrguressursside ja võrgustiku kaudu, kasutades TCP / IP-protokolli. Selles märkuses pean kaaluma hoidla kasutuselevõttu jagatud ressursi kaudu ja järgmisel korral vaatame võrgu valikut.

Niisiis, esimene asi, mida pead tegema, on valmistada oma projekti aluse ettevalmistamine. See võib asuda kõikjal. Kui otsustate praegu oma Live projekti jaoks HC kasutusele võtta, siis ei ole märgistatud varukoopia. See võib juhtuda midagi ja parem taas olla kindel.

Looge arvuti tavaline kaust (või vahetult serveris). Tee selle ühise ja määratleda kasutajad, kes saavad sellega töötada. Kasutajate all mõtlen teie kolleegide arendajad.

Järgmine samm Avage oma andmebaasi konfigureerimisrežiimis ja jätkake menüü "Konfiguratsioon" -\u003e "Konfiguratsioon Storage" -\u003e "Loo hoidla" (vt joonis 2).


Joonis 2. Konfiguratsioonihoidla loomine

Vahetult pärast nupu "Loo Storage" klõpsamist peaks aken ilmuma teie ees joonisel. 3. Peate valima eelnevalt loodud tavalise kausta või sisestage kaugmäluaadress. Kuna me leppis kokku, et luua ladustamine põhineb ühise ressursi, selles aknas näitab täpselt tee kaustana.


Joonis 3. Valige HC asukoht

Kuidas valida kaust - klõpsa nupule "Järgmine". Teil ei ole aega vilkumiseks, kuna lao loomise viisard kuvab akna enne haldusliku konto loomist (joonis 4). Vaikimisi pakutakse administraator nimeks. On selge, et te ei takista midagi selle muutmist. Üldiselt sisestage soovitud väärtused ja klõpsake "OK".


Joonis 4. Administraatori konto loomine

Siin peaks teie 1s'ka mõtlema mõne sekundi jooksul ja soovitage seejärel luua loodud hoidla ühendamine. Vastus "Jah." Õnnitlused, olete loonud oma esimese konfiguratsioonihoidla.

Pöörake tähelepanu konfiguratsiooniaknasse. Alates root ise (see on koht, kus konfiguratsiooni nimi on kirjutatud) Little Lukud ilmus paremal pool (vt joonis 5). See lukk tähendab, et praegu objekt on konfiguratsioonihoidla ja te ei saa seda muuta. Kui soovite töötada mis tahes konfiguratsioonobjektiga, peate kõigepealt selle lüüa. Kuidas täita seda ja palju muud tööd töötavate ladustamisega, ma ütlen teile järgmises märkuses, mis varsti ilmub kohapeal.

1C versioonis 7.7 oli ühine areng või konfiguratsiooni täpsustus tõeline piin. Selleks, et toetada ühte konfiguratsiooni isegi koos, pidite tegema praeguse baasi kaks koopiat, seejärel pärast käsitsi tehtud muudatusi, ühe eksemplari konfiguratsiooni muutuste ülekandmist teise konfiguratsiooni vastu. Ainult siis oli võimalik uuendada peamist toetatud konfiguratsiooni! Süvendas allsüsteemide puudumise seisukohta.

Kaheksandas versioonis 1C ühise arengu jaoks konfiguratsioonihoidla. Töö salvestamine on järgmine:

  • Loo hoidla

Valige menüü "Konfiguratsioon" -\u003e "Konfiguratsioon Storage" -\u003e "Loo hoidla ..."

Märkige hoidla kataloogi tee. (Kataloog peab olema kõigile arendajatele kättesaadav!)

Pärast salvestamise loomist avage menüüelement "Konfiguratsioon" -\u003e "Konfiguratsioon Storage" -\u003e "Administration", et luua kasutajaid arendajatele

Ja loo kasutajaid

  • Ühendage arendajate konfiguratsioonid konfiguratsioonihoidlaga


valima menüü "Konfiguratsioon" -\u003e "Konfiguratsioon Storage" -\u003e "Ühenda hoidla ..."



Kuna meil on teiega koopiad, on peamine alus endiselt identne,vajutage julgelt nuppu "Jah" ja määrake tee hoidlasse, kasutajanime ja parooli tee

Me ootame konfiguratsiooni võrdlust ladustamisega.

Kui kõik läks edukalt, siis lukustus ikoon peaks ilmuma objektide objektide konfiguratsiooni objektipuu objektid.

  • Töötamine konfiguratsioonihoidlaga

Vaikimisi kõigil konfiguratsioonobjektidel on "lukk" ikoon. Konfiguratsiooniobjekti muutmiseks peate selle lüüa, st kontekstimenüüs "Pildistamise salvestamine" valimine

määrake püüdmise seaded

Konfiguratsioonipuu objekt ilmub piktogramm

Kui objekti on püütud teise arendaja, objekti konfiguratsiooni puu näeb välja

Pärast vajalike muudatuste tegemist tuleb objekt uuesti paigutada hoidlasse tehtud muudatustega. Valige Kontekstimenüüs Konfiguratsiooni objekti objekti "Koht hoidlasse ..."



  • Kui soovite muudatusi tühistada ja vabastada objekti püüdmisest, siis valige objekti elemendi kontekstis menüüs "Tühista Capture"

  • Kui soovite taastada objekti ladustamisest, siis valige objekt "Get Hopository ..." kontekstis menüüs. Samal ajal tehtud muudatused ajal kui objekt oli pildistatud, kadunud.

  • Samuti saate vaadata versiooni ajalugu ja võrrelge salvestatud ja modifitseeritud objekti ladustamisobjektiga.

  • Pärast koopiate töötamist on lõpetatud (või täidetud mõne vahetappi), saate selle peamise andmebaasi konfiguratsiooni uuendada, peate valima menüü "Konfiguratsioon" -\u003e "Konfiguratsioonihoid" -\u003e "Uuenda konfiguratsioon hoidla "või "Konfiguratsioon" -\u003e "Konfiguratsioon Storage" -\u003e "Võrdle / kombineerige konfiguratsiooni salvestusega".

Teisel juhul toimub veel "pehme" konfiguratsiooni värskendus, st näete aruannet algse konfiguratsiooni ja ladustamise objektide erinevuste kohta.

Nautige oma arengut!

Firma 1C toodab palju tarkvara tooteid ja pidevalt parandab nende sisemist struktuuri. Kuid mitmekesiste vigade arv, millega peate programmeerijate ja administraatorite ees seisma 1c näitab, et selles valdkonnas ei lõpe töö kunagi kunagi. Mõned neist vigadest on ebaolulised ja haruldased, kuid iga kogenud spetsialisti tuttav on "klassikalisi" puudusi. Viimane on viimane viga "Kehtetu andmete salvestamise formaat" ja see on soovitatav seda lahendada.


Andmehoidla vormingu vealahendused

Selle vea täitmiseks ei ole vaja seadustiku koodi tõsiseid loogilisi vigu lubada või peamooduli kustutada. Sageli pärast konfiguratsiooni avamise, avamise töötlemist, elektri väljalülitamist või arvuti taaskäivitamist 1c käivitamisel, see ebameeldiv üllatus. Kui taaskäivitamine ei aidanud, ei paanika - laialt levinud viga on lihtne lahendusi, mis aitavad. Me demontemeerme neid vastavalt komplikatsiooniastele:


Lisaks konfiguratsiooni käivitamisele võib välise töötlemise avamisel tuvastada viga "Kehtetu Data Warehouse formaat". Sel juhul kõige tähtsam asi ei ole käivitada 1c, sest kui käivitamist süsteemi tõstab ajutisi faile TMP kataloogi. See on selles, mis leiab meie töötlemise - faili nimega "V8_ *" ja TMP laiendus. Kui on palju selliseid faile, siis mõista, milline neist on meie töötlemine - muuta EPF-i laiendamist ja proovige avada 1c.

Kui olete juba käivitanud 1c ja kinnitatud faile, proovige teha sarnaseid toiminguid teise arvutiga, kus töötlemine algas. Või kasutage kommunaalteenuseid, et taastada kõvakettal kaugfaile.