Konfigurācijas grupai sistēmā "1C: uzņēmumi" 8.3. konfigurācijas uzglabāšana. Attīstītāja piekļuvi konfigurācijas uzglabāšanai var veikt vietējā tīklā (datu bāzes faili atrodas kopējā tīkla resursā) saskaņā ar protokolu tcp. vai http.. Par pēdējām divām iespējām ir jāinstalē Konfigurācijas glabāšanas serveri. Konfigurācijas uzglabāšanas serveris savukārt ir tīkla pakalpojums, noklusējuma "klausīšanās" osta 1542 un klienta lietojumprogrammu (konfiguratora) mijiedarbības nodrošināšana ar konfigurācijas datu bāzi. Viens pakalpojums var kalpot vairākām konfigurācijas uzglabāšanai. Uz uzstādīšanu servera konfigurācijas uzglabāšanas servera "1C: uzņēmumi" 8.3 (Derīgs abiem 8.2 ) Windows OS (pašreizējā piemērā -) un tiks apspriests šajā rakstā.

1. Konfigurācijas datu bāzes direktorijas iestatīšana

Konfigurācijas repozitorija serveris jāinstalē tajā pašā datorā, kurā tiks izvietoti uzglabāšanas datu bāzes faili. Tāpēc, pirmkārt, mēs definējam servera centrālo direktoriju, kurā tiks glabāti visi repozitoriju faili, kas kalpos šim serverim. Ļaujiet tai būt katalogam šā panta ietvaros. C: 1C_Base \\ krājvide \\ t. Jums vajadzētu arī definēt Windows kontu, no kura tiks uzsākta attiecīgais pakalpojums. Varat izveidot vai izmantot esošo Windows kontu. Šajā piemērā mēs izmantosim vietējo lietotāju Usr1cv8. ar paroli Usrpass8.. Šis lietotājs ir nepieciešams konfigurācijas uzglabāšanas servera centrālajā direktorijā.

2. Konfigurācijas uzglabāšanas servera failu iestatīšana

Šī rakstīšanas laikā konfigurācijas uzglabāšanas serveris pastāvēja tikai kā 32 bitu lietojumprogramma. Tāpēc, lai instalētu servera failus, kas nepieciešami 32 bitu izplatīšanas sistēma "1C: uzņēmums" 8.3 Windows. Palaist failu. 1centerprise 8.msi. No piegādes sadalījuma 1c. Detaļas izvēles lapā izvēlieties komponentu " 1c konfigurācijas veikala serveris: uzņēmumi"(1c: Enterprise konfigurācijas repozitorija serveris), kā arī atcerēties instalācijas ceļa komponentu.

3. Konfigurācijas uzglabāšanas servera pakalpojuma reģistrācija un uzsākšana

Instalācijas programma kopē konfigurācijas atmiņas failus uz norādīto direktoriju. Attiecīgā pakalpojuma reģistrācija ir manuāli jāizpilda, izpildot komandu tipa:

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

Konfigurācijas uzglabāšanas servera uzglabāšanas iestatījumi crserver.exe. Līdzīgi c:

Konfigurācijas uzglabāšanas servera uzsākšanas iestatījumi "1C: uzņēmumi"

Parametrs	Apraksts
-Port<порт>	Uzglabāšanas servera darba osta. Tiek izmantots noklusējuma ports. 1542 .
-d.<каталог>	Saknes katalogs konfigurācijas uzglabāšanai. Tiek izmantots noklusējuma direktorijs. % APDATA% \\ 1C \\ 1CV8 \\ t.
-Indrvc.	Reģistrācijas servera kā pakalpojums.
-RMSRVC.	Repozitorijas servera žurnāla dzēšana kā pakalpojums.
-Usr<имя> -PWD.<пароль>	Lietotājam vārds, kuru vārdā tiks reģistrēts pakalpojums. Šim lietotājam ir jābūt tiesībām pieteikties kā pakalpojums (piesakieties kā pakalpojums). Turklāt tai ir jābūt tiesībām lasīt direktoriju izpildāmo failu atbilstošo versiju "1C: uzņēmuma" sistēmas un pilnas tiesības saknes direktorijā konfigurācijas krātuve (katalogs % APDATA% \\ 1C \\ 1CV8 \\ t vai katalogs, kas norādīts parametru - d.) un parole šim lietotājam.
-Sākt	Servera pakalpojumu uzsākšana.
-Stop.	Storage Server pakalpojumu pietura.

Reģistrējiet jaunu pakalpojumu, izmantojot programmu Windows PowerShell., palaist, ko jūs varat komandēt powerShell (Lai to izdarītu, nospiediet WIN + R taustiņu, kas parādās logā " Veikt"(Palaist) Ievadiet komandas nosaukumu" Atklāts"(Atvērts) un noklikšķiniet uz" labi") Vai noklikšķinot uz atbilstošās etiķetes uzdevumjoslā.

Atvērts Windows PowerShell konsolē, lai ērtības ievadītu turpmākās komandas, mēs vēršamies pie kataloga bin. Katalogs ar instalētiem failiem "1C: uzņēmumi", izpildot komandu

CD "C: Programmas faili (x86) \\ _CV8 \\ 83.5.1088 \\ t

Tad, kā daļa no šī piemēru, izpildiet komandu

. CRSERVER.EXE -INSTSRVC -D C: \\ 1C_BASE \\ STOPOTRĀCIJA -USR. USR1CV8 -PWD USRPASS8

un sākt pakalpojumu pēc

. crserver.exe -start

Pāriet uz pakalpojumu rīku (varat palaist komandu) pakalpojumi.msc.) un pārliecinieties, vai pakalpojuma nosaukums nosaukts 1c: Enterprise 8 konfigurācijas repozitorija serveris Reģistrēts un darbojas.

5. Jaunas konfigurācijas uzglabāšanas izveide

Kā jau iepriekš teicu, viens serveris var kalpot vairākas konfigurācijas uzglabāšanas. Katra uzglabājamo datu bāzes failiem jāatrodas atsevišķā konfigurācijas atmiņas servera katalogā. Tādējādi, lai izveidotu jaunu uzglabāšanu, izveidojiet katalogā C: 1C_Base \\ krājvide \\ t mape Grāmatvedība. Kurā atradīsiet jaunās konfigurācijas atmiņas failus.

Tad izveidot un izveidot savienojumu ar šo repozitoriju, jums būs jāizmanto virkne tCP: // WIN2012 / Grāmatvedībakur Win2012. - tīkla nosaukums datorā, kurā pakalpojums ir instalēts vai virkne tCP: //192.168.0.10/ACKOUNDINGkur 192.168.0.10 , attiecīgi, IP adrese šajā datorā. Detalizēti par jaunu uzglabāšanas izveidi, jūs varat lasīt rakstā "".

Uzglabāšana, kas izveidota šādā veidā, iespējams, tiks savienota un apiet serveri, piemēram, ceļā C: \\ 1C_Base \\ krājuma grāmatvedība Pašreizējā datorā vai ceļā Win2012 repozitorija grāmatvedība Ja konfigurējat kataloga koplietošanu C: \\ 1C_Base \\ krājvideŠajā serverī.

Vai šis raksts jums palīdzēs?

Nafa. 647 14.01.10 02:27 Tagad tēmā

Šis pants ir noderīgs.
Uzglabāšanas darbā ir patiešām daudz nevēlamu lietu, tāpēc mani papildinājumi:
1. Ja vairāki programmētāji strādā, tad kā iespēju,
darba diena parasti sākas ar šādu:
palaist savu datu bāzi konfiguratorā, uz saknes konfigurācijas pa labi no peles - Get no repozitorija, ieslēdziet izvēles rūtiņu "rekursīvi", noklikšķiniet uz Labi. Pēc tam mēs visi saņemam visu konfigurācijā, ko citi ir uzkrājuši no repozitorija. BD pati neatjauninās !!!
Tālāk mēs vēlamies, lai "Salīdzinātu konfigurāciju ar BD konfigurāciju" - un mēs redzam sarakstu ar visām izmaiņām, ko veic citi grupas programmētāji iepriekšējā dienā. Ja ir jautājumi par izmaiņām, mēs aicinām to, kas tos darīja.
Pēc visu izjauktu - mēs saglabājam datu bāzē.
Kāpēc ne salīdzināt ar konfigurāciju repozitorija - pirmkārt, ka tie objekti, kas strādā paši netiek parādīti, un, otrkārt, tas darbojas ātrāk.
2. Dienas vidū: steidzamas izmaiņas (dinamiskai atjaunināšanai) nekavējoties nosūta uzglabāšanu. Ne steidzami - pēc visiem saistīto objektu maiņai. (Sk. Turpmāk paskaidrojumu)
3. Dienas beigās (un, ja jums ir nepieciešams, lai pilnībā atjauninātu bāzi - tad pirms viņa) mēs īrējam visu repozitorijā.
Tas nav obligāts pasūtījums, bet ļoti ērts.

4. Kāpēc ne nodot to uzreiz:
tā kā izmaiņas izmaiņas tiek kontrolēta ar 1C tikai tad, ja ir saite. Tas ir, ja, piemēram, jūs veicāt sertifikātu "automašīnas klientiem" un pievienojāt saiti uz to uz "palīgmateriāliem", tad jūs varat ievietot "izdevumu rēķinu" repozitorijā, jūs varat tikai pēc (vai vienlaikus) ar klientu automašīnu direktoriju. Bet, ja jūs, piemēram, izmantojāt šo atsauces grāmatu vispārējā moduļa procedūrā, ko sauc par, veicot patērējamu rēķinu, tad šis kopīgais modulis repozitorijā var droši iederēties bez numuru atsauksmju grāmatas. Ja pēc tam vēl viens programmētājs saņems šo moduli no repozitorija, tad tā pamatā būs izdevumu pieskaitāmās izmaksas. (Un, ja atjaunināsiet galveno bāzi - tad vairs netiks pārtraukta).
Un tad labs gadījums - kā tas ir tikai kļūda. Bet, ja jūs, piemēram, mainījāt ierakstu veidu dokumentā no virknes uz tekstu un kārtību vispārējā moduļa bija pārbaude, vai rekvizīti \u003d "1" un kļuva par rekvizītu \u003d 1 un modulis repozitorijā bija Ievietots un dokuments nav, tad nebūs kļūda (Hello tipa kontrole), kas nozīmē, ka tie, kas šāds modulis saņems dokumentus, tiks nepareizi veikti (un labi, ja tas nav galvenais pamats). Tāpēc izmaiņas ir labāk, lai dotos uz repozitoriju ar "pilnu paketi" (visi objekti, kas modificēti vienā tēmā), ja jums ir nepieciešams kaut kas cits uzdevums - jūs varat nekavējoties sagūstīt jaunu vai vienkāršu, ievietojot repozitorijā " Atstāj notverti ".

Šajā sakarā es nesapratu:

Ja ir daudzi programmētāji, izmaiņas katrā ir jānosūta uz uzglabāšanu alternatīvo, pēc izkraušanas visas operācijas ārējos failos ar vietējo datu bāzes konfigurāciju un (ja Savienība ir izgatavota no dažādām darbavietām), neaizmirstot pirms katra katra Savienība atjaunināt vietējo datu bāzi no repozitorija - uz jaunāko versiju, ar pašreizējo tur, izmaiņas iepriekš pievienotos biedriem ..

Dīvaini, nebija problēmu, kad daži cilvēki nekavējoties ir ievietojuši, izņemot to, ka tas nedaudz palēninājās. Objektu uztveršanai un uz vienu reizi tiek nodrošināts vienlaicīgi, tas pats netiek izlabots. Un tika atzīmēts, ka: ja attīstītājs mainīja dokumentu, saka "iepriekšējs ziņojums", un tad otrais "kvīts" netika darīts, un nekavējoties to uztver (piemēram, objekts ir tikko ievietots repozitorijā), tad 1c ir izsekots, un viņš to sniegs jau jaunu - modificētu versiju. (Tik atdzist notiek - jūs apskatīt dokumentu - 5 detaļas, aizraujošu - jau 15).

Un kāpēc nesaprotiet darbu ārējos failos, es arī nesaprotu.

4. Izveidot kopijas bāzes programmētājiem, ir vieglāk nedarīt ar 1Sc iekraušanas-izkraušanu (jo tas prasa monopola režīmu, nevis čibs, lai izveicinātu), bet atjaunot liekšķere dublējumu vai vienkārši kopēt datubāzi uz vaigu kaulu.

5. Ja jums ir nepieciešams pievienot jaunu objektu (dokumentu, atsauces grāmatu utt.), Uzņemiet konfigurācijas sakni, pievienojiet to, pievienojiet minimālu detaļu (visi "tukšie" objekti nav vienmēr saglabāti), nododiet sakni Uzglabāšanu (šis objekts arī nodod) un atkal ņemiet objektu. (Lai netīrītu sakni ilgu notverti - viņš ir nepieciešams citiem).

6. Ja jūs vēlaties, lai labotu piekļuves tiesības uz objektu, uzņemto - un piekļuves tiesības joprojām nav pieejamas - uztveriet atbilstošo lomu.

7. Tā kā atkļūdošana ir vislabāk novest pie jaunākajiem datiem, darba datu bāzes ir jāatjaunina. Lai to izdarītu: Novietojiet visas izmaiņas repozitorijā, atvienojiet datu bāzi no repozitorija, pārrakstiet to uz vaiguona, galveno bāzi (no dublējuma vai vienkārši kopēt), pievienojiet jaunu.

8. Kad mēs darām, "iegūst visu repozitoriju" (1. punkts), tas notiek, ka 1c dod ķekars ziņu un pēc tam raksta, ka "neizdevās" (saraksts objektiem mainās). Tātad tas ilgu laiku nav saņēmis izmaiņas. Nekas briesmīgs, skava labi atbilstoši jaunajam un līdz brīdim, kad tas darbojas, kā tas būtu.

9. Dažreiz 1C atsakās saglabāt izmaiņas no repozitorija, un ziņu problēmas absolūti neskaidri. Culprits parasti ir "informācijas reģistri". Es uzzinu, kā informācijas reģistrs mainīja struktūru, izdzēsiet visus ierakstus no tā savā datubāzē, pēc tam, kad viss tiks atjaunināts, kā tas būtu.

10. Tā kā darba bāzes ir izgatavoti no galvenā, konfigurāciju nosaukumi atbilst tiem, un pēc tam pārprotot, kad lietotājs saka, ka ziņojumā ir 100 rubļi, un jums ir 100 000 rubļu. Alternatīvi, pievienojiet līniju lietojumprogrammas modulim, pārbaudot, uzsākot programmu, kāda veida bāze ir un, ja ne galvenais - parādot to 1C programmas galvenē (piemēram, Ivanova darba bāzi)

11. Kad bāze ir savienota ar repozitoriju, bet startēšanas laikā nebija iespējams izveidot savienojumu ar to jebkuru iemeslu dēļ, tad ziņojums var tikt parādīts. "Neizdevās izveidot savienojumu, veikt slēgšanu no repozitorija" (un jūs esat notverti objekti) - šeit nav "nē". Bet, ja nejauši atbildat uz "jā", tad nemēģiniet savienot jaunu !!! Vispirms saglabājiet konfigurāciju failam !!! Kopš izveidojot savienojumu ar repozitoriju, visu bāzes konfigurāciju aizstāj ar glabāšanas konfigurāciju. Pēc tam lejupielādējiet izmaiņas no saglabātajiem failiem un strādāt.

Agrāk vai vēlāk katrs attīstītājs cenšas uzlabot savu dzīvi. Tas nav par materiālo komponentu, es esmu par darba vienkāršošanu. Jo vairāk praktizē darbu pie reāliem projektiem, jo \u200b\u200bvairāk jūs saprotat, kā darīt savu darbu efektīvāk.

Šodien es gribētu runāt par pieteikumu procesā izstrādāt / pabeigt konfigurācijas uzglabāšanas risinājumus. Es nezinu, kāpēc daudzi 1C izstrādātāji apiet daļu no repozitoriju iespējām. Jo īpaši, es nesaprotu tos, kas strādā pie vienas konfigurācijas izstrādes ar visu komandu. Bez konfigurācijas uzglabāšanas tas jau ir (IMHO) vispār. Nē, jūs, protams, varat tikt galā ar perversijām, piemēram, kopējot vienu konfigurāciju visiem izstrādātājiem. Visi sāk strādāt un īstenot savu daļu. Attīstības beigās katram no izstrādātājiem būtu jāsinhronizē to saplūšana ar to, kas tiks piegādāts gala klientam.

Ar šo pieeju ir pietiekami, lai sekmētu sekot līdzi konfiska atbilstību. Tiklīdz divi vai vairāki izstrādātāji sāk strādāt ar diviem saistītiem uzdevumiem - norīšana sākas, apvienojot savu darbu rezultātus. Pārāk liels, izredzes zaudēt kaut ko vai ne tik apvienot. Manuprāt, es vairākas reizes ieradās šādā situācijā un pēc nākamā pensa, Bump nolēma, ka nav iespējams dzīvot vairāk.

Kas ir konfigurācijas uzglabāšana

Par laimi, pirms pētot 1C platformu: Enterprise 8 Man bija pietiekami daudz labu attīstības pieredzi citās programmēšanas valodās (Delphi, PHP). Tāpēc vārdi, piemēram, SVN (centralizētā versija kontroles sistēma) man nebija brīnums. Ikviens nekad nav saskāries pie SVN, es iesaku izlasīt attiecīgo rakstu par Wikipedia - http://ru.wikipedia.org/wiki/subversion. Ticiet man, lieta ir atdzist, un tas ievērojami vienkāršo programmatūras izstrādes procesu.

Tātad, tagad atgriezieties mūsu repozitorijā. Konfigurācijas uzglabāšana - 1C platformas rīks: uzņēmums, kas ļauj organizēt lietotā šķīduma grupu attīstību. Konfigurācijas repozitorijs (turpmāk HC) nodrošina izstrādātājiem sistēmu, lai uzraudzītu risinājuma versijas un elastīgu izstrādātāju veikto izmaiņu kontroli.

Kādos gadījumos jūs varat ierasties parocīgu

Pirms konkrētu piemēru iepazīstināšu, es vēlētos nekavējoties apkopot. Protams, visvairāk HC būs noderīga komandu attīstības laikā. Tomēr nekas neliedz jums izmantot to tikai pats par sevi. Es attīstījos uz platformas "1C: Enterprise" gandrīz piecus gadus, un gadu gaitā man vairākkārt bija jātiek galā ar neparedzētām situācijām, ja izmantošana HC burtiski saglabāti no murgu jebkura attīstītājs - pārrakstot iepriekš rakstisku kodu. Tagad es cenšos izmantot konfigurācijas krātuves pakalpojumus katram projektam. Kāpēc? Un vismaz šeit:

1. Repozitorijas vēsture. Iespējams, šī ir viena no svarīgākajām manīm funkcijām. Risinājuma izmantošanas laikā, izmantojot HC, konfigurācijas maiņas vēsture automātiski tiks automātiski. Piemēram, vienā darba nedēļā vairākas reizes konfigurācija tika atjaunināta. Visas šīs izmaiņas ir kārtīgi noteiktas, un vēsture tiek papildināta ar versijām. Ja vēlaties (vai bezcerīga situācijas rašanās), jūs vienmēr varat redzēt versiju sarakstu un, ja nepieciešams, atgriezieties atpakaļ. Piemēram, pirmdien, pareizas izmaiņas tika veiktas konfigurācijā, un otrdien, jaunais izstrādātājs palēnināja un ievietoja savus jauninājumus. Rezultāts ir konfigurācija ar grāmatu kodu.

Jūs, protams, dot jauno programmētāju uz galvenes un pēc tam mēģināt atjaunot rokturus, un labāk nospiest pāris pogas un atjaunot iepriekšējo versiju konfektes vai vienkārši roll atpakaļ izmaiņas, ko rada bēdas attīstītājs.

2. Ziņošana. Jūs varat pagriezt ziņojumu jebkurā laikā un redzēt, kas un kad (kā arī kādi konfigurācijas objekti) veikti izmaiņas. Tas var būt noderīgi, ja jūsu kolēģi audzē savas rokas un mēģināt pierādīt: "Ārpus, tas nav mums! Tas lauza sevi! ".

3. Attālināta attīstība. HC ir neaizstājams, ja lietojošais risinājums izstrādā ģeogrāfiski attālus programmētājus. Es domāju, ka tas nav nepieciešams to izskaidrot.

4. Samazinot ārkārtas situācijas. Es vairākkārt piedzīvoju (par "jaunatni" un izdevās nokļūt šajā rietumos pats), kad izstrādātāji lauza skrūves. Protams, visas pēdējās izmaiņas bija uz vairākām skrūvēm, un tie bija neatgriezeniski lidot prom neeksistēšanā. "Kas par dublējumiem?" - Jūs sakāt jūs. Nekādā gadījumā! Daudzi izstrādātāji nepatīk apnikt to. Nē, jūs nedarāt backup kopijas tikai pilnu ekstraktu, bet jūsu praksē es satiku ļoti maz izstrādātāju, kuri dara backups vairākas reizes dienā. HC eleganti atrisina šo problēmu. Izstrādātājs faktiski ir nepieciešams nospiest tikai pogu, un visas tās attīstība nekavējoties tiks nodotas repozitorijai.

5. Piekļuves atalgojums. Nu, šeit un paskaidrojiet, ka tas nav īpaši nepieciešams. HC ļauj konfigurēt dzēšanu piekļuvi izstrādātājiem.

Uzglabājumi ir atšķirīgi

Sākotnēji HC strādāja tikai ar kopēju resursu (8. versijā. Tas nebija ļoti ērts, jo, ja jūs vēlaties organizēt piekļuvi uzglabāšanai no ārpuses (piemēram, izmantojot internetu) problēmas radās. Sākot no 8.1 versijas. 11, ir iespējams izvietot tīklus. Repozitorijs. Jūs varat strādāt ar viņiem gan TCP / IP protokolu un HTTP. Pēdējais būs gluži starp citu, organizējot piekļuvi repozitorijai, izmantojot internetu.

1. attēls. Noliktavas ierīces shēma

Mēs cenšamies izvietot HC

Tātad, pieņemsim, ka jūs interesē ideja izmantot HC un nolēma to izmēģināt, lai to izvietotu jūsu projektam. Jūs jau zināt, ka uzglabāšana var strādāt, izmantojot kopīgu tīkla resursu un tīklu, izmantojot TCP / IP protokolu. Šajā piezīmē es ņemšu vērā repozitorija izvietošanu, izmantojot kopīgu resursu, un nākamreiz, kad mēs apskatīsim tīkla opciju.

Tātad, pirmā lieta, kas jums jādara, ir sagatavot savu projekta pamatu. To var izvietot jebkurā vietā. Ja jūs pašlaik izlemt, lai izvietotu HC jūsu dzīvajam projektam, tad nav marķēts dublējums. Tas var notikt kaut ko un labāk, lai atkal būtu pārliecināts.

Izveidojiet kopēju mapi datorā (vai uzreiz uz servera). Padariet to ar kopīgiem un definējiet lietotājus, kuri varēs strādāt ar to. Lietotājiem es domāju jūsu kolēģu izstrādātājus.

Nākamais solis jums ir jāatver savu datu bāzi konfiguratora režīmā un doties uz izvēlni "Konfigurācija" -\u003e "Konfigurācijas krātuve" -\u003e "Izveidot krātuvi" (sk. 2. attēlu).

2. attēls Konfigurācijas uzglabāšanas izveide

Tūlīt pēc noklikšķināšanas uz pogas "Izveidot", logs jāparādās 3. attēlā. Jums ir nepieciešams izvēlēties iepriekš izveidoto kopīgo mapi vai ievadīt tālvadības uzglabāšanas adresi. Tā kā mēs vienojāmies izveidot uzglabāšanu, pamatojoties uz kopēju resursu, šajā logā precīzi norādīs ceļu kā mapi.

3. attēls. Izvēlieties HC atrašanās vietu

Kā izvēlēties mapi - noklikšķiniet uz pogas "Next". Jums nav laika mirgot, jo noliktavas izveide vednis parāda logu, pirms izveidojat administratīvu kontu (4. attēls). Pēc noklusējuma administrators tiek piedāvāts kā vārds. Ir skaidrs, ka jūs neko nemainīsiet. Kopumā ievadiet vēlamās vērtības un noklikšķiniet uz "OK".

4. attēls administratora konta izveide

Šeit jūsu 1s'ka būtu jādomā par dažām sekundēm, un pēc tam iesakām savienot izveidoto krātuvi. Atbilde "Jā." Apsveicam, jūs izveidojāt savu pirmo konfigurācijas uzglabāšanu.

Pievērsiet uzmanību konfigurācijas logam. Sākot no paša saknes (tas ir, ja konfigurācijas nosaukums ir rakstīts) Little slēdzenes parādījās labajā pusē (skatīt 5. attēlu). Šī atslēga nozīmē, ka pašlaik objekts atrodas konfigurācijas uzglabāšanā, un jūs nevarat veikt izmaiņas tajā. Ja vēlaties strādāt ar jebkuru konfigurācijas objektu, vispirms ir nepieciešams to uztvert. Kā izpildīt šo un daudzus citus darbus, strādājot ar uzglabāšanu, es jums saku nākamajā piezīmē, kas drīz parādīsies vietnē.

1C versijā 7.7, kopīga attīstība vai konfigurācijas izsmalcinātība bija reāla mokas. Lai atbalstītu vienu konfigurāciju pat kopā, jums bija jāveic divas pašreizējās bāzes kopijas, pēc tam, pēc manuāli veiktajām izmaiņām, lai pārsūtītu izmaiņas no viena eksemplāra konfigurācijas uz citu konfigurāciju. Tikai tad bija iespējams atjaunināt galveno atbalstīto konfigurāciju! Pasliktina apakšsistēmu trūkuma stāvokli.

1C astotajā versijā izmanto kopīgai attīstībai konfigurācijas uzglabāšana. Darbs ar uzglabāšanu ir šāds:

• Izveidojiet uzglabāšanu

Izvēlieties "Configuration" izvēlnē -\u003e "Konfigurācijas krātuve" -\u003e "Izveidot krātuvi ..."

Norādiet ceļu uz repozitorija direktoriju. (Kattermijai jābūt pieejamam visiem izstrādātājiem!)

Pēc tam, kad tiek izveidota uzglabāšana, dodieties uz izvēlnes vienumu "Konfigurācija" -\u003e "Konfigurācijas krātuve" -\u003e "Administrācija", lai izveidotu lietotājus izstrādātājiem

Un izveidojiet lietotājus

• Pievienojiet izstrādātāju konfigurācijas konfigurācijas uzglabāšanai

izvēlēties "Konfigurācijas" izvēlnes elements -\u003e "Konfigurācijas krātuve" -\u003e "savienojums ar repozitoriju ..."

Tā kā mums ir kopijas ar jums galvenā bāze joprojām ir identiska,drosni nospiediet pogu "Jā" un norādiet ceļu uz repozitoriju, lietotājvārdu un paroli

Mēs gaidām, lai salīdzinātu konfigurāciju ar uzglabāšanu.

Ja viss gāja veiksmīgi, tad bloķēšanas ikona jāparādās uz objektiem konfigurācijas objektu koku objektiem.

• Darbs ar konfigurācijas uzglabāšanu

Pēc noklusējuma visiem konfigurācijas objektiem ir ikona "Lock". Lai mainītu konfigurācijas objektu, jums ir nepieciešams, lai to uztvertu, tas ir, lai izvēlētos "Capture uzglabāšanai" konteksta izvēlnē

norādiet uztveršanas iestatījumus

Konfigurācijas koka objekts parādīsies piktogramma

Ja objekts tiek uzņemts cits izstrādātājs, izskatās konfigurācijas koka objekts

Pēc nepieciešamo izmaiņu veikšanas objekts atkal jānovieto repozitorijā ar veiktajām izmaiņām. Konfigurācijas objekta konteksta izvēlnē izvēlieties "Vieta repozitorijā ..."

• Ja vēlaties atcelt veiktās izmaiņas un atlaidiet objektu no uztveršanas, izvēlieties objekta konteksta izvēlnē "Atcelt uztveršanu"

• Ja vēlaties atjaunot objektu no uzglabāšanas, tad konteksta izvēlnē atlasiet vienumu "Get no repozitorija ...". Tajā pašā laikā izmaiņas, kas veiktas brīdī, kad objekts tika notverts, pazaudēts.

• Varat arī apskatīt versijas vēsturi un salīdzināt uztverto un modificēto objektu ar objektu uzglabāšanas.

• Pēc darba kopijas ir pabeigta (vai pabeidzis kādu starpposma posmu), jūs varat uzlabot konfigurāciju galveno datu bāzi, lai to izdarītu, jums ir nepieciešams, lai izvēlētos vienumu "Konfigurācijas" izvēlnē -\u003e "Konfigurācijas krātuve" -\u003e "Atjaunināt konfigurācija no repozitorija "vai "Konfigurācija" -\u003e "Konfigurācijas krātuve" -\u003e "Salīdzināt / apvienot konfigurāciju ar uzglabāšanu".

Otrajā gadījumā tiks parādīts vairāk "mīksta" konfigurācijas atjauninājums, tas ir, jūs varat redzēt ziņojumu par sākotnējās konfigurācijas un uzglabāšanas objektu atšķirībām.

Izbaudiet savu attīstību!

Uzņēmums 1C ražo daudzas programmatūras produktus un pastāvīgi uzlabo to iekšējo struktūru. Bet dažādu kļūdu skaits, ar kurām jums ir jāsaskaras ar programmētājiem un administratoriem 1C rāda, ka šajā jomā darbs nekad neapstājas. Dažas no šīm kļūdām ir nenozīmīgas un ir reti, bet ir "klasisks" trūkumi, kas pazīstami katram pieredzējušam speciālistam. Pēdējais ir pēdējā kļūda "Nederīgs datu glabāšanas formāts", un ir ieteicams to atrisināt.

Datu noliktavas formāta kļūdu risinājumi

Lai izpildītu šo kļūdu, nav nepieciešams atļaut nopietnas loģiskas kļūdas kodā vai dzēst galveno moduli. Bieži vien pēc konfigurācijas atjaunināšanas, atverot apstrādi, izslēdzot elektrību vai atsākot datoru, uzsākot 1C, šis nepatīkamais pārsteigums rodas. Ja atsāknēšana nepalīdzēja, nav panikas - plašai kļūdai ir vienkārši risinājumi, kas var palīdzēt. Mēs izjaukt tos atbilstoši komplikācijas pakāpei:

Papildus brīdim, kad sākat ārējo apstrādi, var konstatēt kļūdu "Nederīgs datu noliktavas formāts". Šajā gadījumā vissvarīgākais nav palaist 1C, jo, sākot ar sistēmu, paceļ pagaidu failus TMP direktorijā. Tas ir tajā, kas atrod mūsu apstrādi - failu nosaukts "V8_ *" un paplašinājums TMP. Ja ir daudz šādu failu, tad saprast, kurš no tiem ir mūsu apstrāde - mainīt EPF paplašinājumu un mēģiniet atvērt līdz 1C.

Ja esat jau uzsākuši 1c un piestiprināti failus, tad mēģiniet veikt līdzīgas darbības citā datorā, kurā sākās apstrāde. Vai izmantojiet komunālos pakalpojumus, lai atjaunotu attālos failus uz cietā diska.