Depozitul de date 1c 8.3. Lucrul cu configurarea configurației

Compania 1C produce multe produse software și îmbunătățește constant structura lor internă. Dar numărul de erori diverse cu care trebuie să vă confruntați cu programatori și administratori 1c arată că în această zonă lucrarea nu se va opri niciodată. Unele dintre aceste greșeli sunt nesemnificative și sunt rare, dar există dezavantaje "clasice" familiare fiecărui specialist cu experiență. Acesta din urmă este ultima eroare "Format de stocare a datelor nevalide" și este recomandabil să îl puteți rezolva.

Soluții de eroare de depozitare a datelor

Pentru a îndeplini această eroare, nu este necesar să se permită erorile logice grave în cod sau să ștergeți modulul principal. Adesea, după actualizarea configurației, deschiderea procesării, oprirea energiei electrice sau repornirea calculatorului la lansarea 1cului, apare această surpriză neplăcută. Dacă repornirea nu a ajutat, nu panică - există o eroare larg răspândită soluții simplecare pot ajuta. Vom dezasambla în funcție de gradul de complicație:

În plus față de pornirea configurației, eroarea "Formatul de depozit de date nevalide" poate fi detectată la deschidere prelucrarea externă. În acest caz, cel mai important lucru nu este de a rula 1C, deoarece pornirea sistemului ascendente fișiere temporare în directorul TMP. Este în el care găsim procesarea noastră - fișierul numit "V8_ *" și extinderea TMP. Dacă există multe astfel de fișiere, atunci să înțelegeți care este procesarea noastră - schimbați extensia EPF și încercați să deschideți prin 1c.

Dacă ați lansat deja fișierele 1C și fixate, încercați să efectuați acțiuni similare pe un alt computer în care a început procesarea. Sau să utilizați utilitățile de recuperare fișiere la distanță. Pe hard disk.

Alocarea obiectului de configurare "Magazin de setări" este clară din nume - stocați diferite setări de utilizator. Zona de aplicare acest obiect Aripă - în orice, cel puțin o configurație gravă necesită stocarea oricăror setări de utilizator.

Pentru comoditatea programatorilor din fiecare configurație, există mai multe magazine de setări standard, în plus, este posibil să se creeze cât mai multe setări suplimentare de care aveți nevoie.

Mai întâi vom face față facilităților de depozitare a setărilor standard care sunt prezente în orice configurație 1c pornind de la versiunea 8.2.

Setări standard de stocare

Deci, în mod implicit, următoarele facilități de depozitare sunt în configurație:

Repoziționarea rapoartelor studiovative - pentru a accesa setările opțiunilor de raportare.
Servicii de stocareStroiecte - pentru a accesa setari personalizate Rapoarte.
STORECECECECANTANFOS - pentru a accesa setările de date ale formularelor utilizator.
Echipamente reposquat - pentru a accesa setari generale.
Echipamente de sistem de depozitare - pentru a accesa setarile sistemului.
StorageSewords Synamisti de Est - pentru a accesa setările utilizatorului pentru liste dinamice.

Fiecare dintre aceste facilități de depozitare poate fi numită proprietatea globală a contextului.

Programatorul de stocare standard poate folosi pentru nevoile sale, păstrând diferite setări În contextul utilizatorului, obiectului și configurației în sine.

Pentru a lucra cu setările de stocare (atât programul standard, cât și programul adăugat). următoarele metode.

Înregistrarea și primirea configurației:

Repostare pentru tractoare. Asociație (nume de nume, intensificarea numelui, sensul, descrierile, descrierea, suportul de nume); Semnificație-intensitate \u003d atenția pentru tractoare. Descărcați (nume de nume, intensificare de nume, descrieri, descriere, nume de utilizator);

Ajustare inutilă / inutilă:

Republicorestasters. Ștergere (nume de nume, numele intensificat, numele de nume);

Obținerea unei liste de setări:

Slipstrokes \u003d republicăRestands. Surse de alimentare (nume de nume, nume de nume);

Parametrii "Titlu", "Nume" și "Nume de utilizator" trebuie să fie un tip de șir.

În baza de date, toate setările sunt stocate într-o masă separată.

Setările de stocare create de programator

Acum, să vorbim despre acele facilități de depozitare create de programator. În general, programatorul nu mai este limitat în dorința sa de a crea un nou magazin de setări, dar, de obicei, instalațiile de depozitare separate sunt create din următoarele motive:

este necesar să se deplaseze setările între baze de date;
controlul de referință este necesar la stocarea setărilor;
este necesară o structură specială de setări 1C.

Depozitarea setărilor se adaugă în secțiunea corespunzătoare a configurației.

Caracteristica cheie Setările create de programator sunt nevoia de a implementa manual metodele de înregistrare și de a primi valori (Salvare () și descărcare ()). În aceste metode, programatorul trebuie să descrie salvarea (în registrele de informații, fișierele, cărțile de referință etc.) și descărcarea setărilor utilizând limba încorporată.

În caz contrar, principiile de lucru cu depozitarea create nu sunt practic diferite de lucrul cu stocarea standard a setărilor.

Accesul la depozitul creat poate fi obținut în acest mod:

Echipament de depozitare. Nutriție. Arata ca ();

În plus, instalațiile de depozitare create pot fi înlocuite standard în diferite obiecte de configurare și în configurația însăși.

Formulare controlate Au două proprietăți:

Economisirea automată a datelor - Dacă este selectată "Utilizare", datele vor fi salvate automat în depozitare standard Setări de date;
Salvarea datelor în setări - Dacă este selectată selectarea "Lista de utilizare", coloana "Salvare" va apărea în formularul ferestrei Detaliile formularului, cu care puteți specifica care detaliile formularului trebuie salvate și capacitatea de a selecta setările Depozitare pentru aceste date.

Asta-i tot, sper că acest articol te-a ajutat.

Nafa. 647 14.01.10 02:27 Acum în subiect

Articolul este util.
În lucrarea depozitării, există într-adevăr o mulțime de lucruri non-evidente, astfel încât adăugările mele:
1. Dacă mai mulți programatori funcționează, atunci ca o opțiune,
ziua lucrătoare începe de obicei cu următoarele:
rulați baza de date în configurator, pe rădăcina dreptului de configurare a mouse-ului - obțineți de la depozit, porniți caseta de selectare "Recursiv", faceți clic pe OK. După aceea, obținem totul în configurația pe care alții au fost acumulați din depozit. BD în sine nu actualizați!
Apoi, dorim să "comparăm configurația cu configurația BD" - și vedem o listă a tuturor modificărilor făcute de alți programatori ai grupului pentru ziua precedentă. Dacă există întrebări despre schimbări, facem apel la cine le-a făcut.
După toate dezasamblate - salvăm în baza de date.
De ce să nu se compară cu configurația depozitului - în primul rând că acele obiecte care funcționează în sine nu sunt prezentate și, în al doilea rând, funcționează mai repede.
2. În mijlocul zilei: modificări urgente (pentru actualizarea dinamică) trimiteți imediat stocării. Nu urgent - după schimbarea tuturor obiectelor conexe. (Vezi explicația de mai jos)
3. La sfârșitul zilei (și dacă trebuie să faceți o actualizare completă a bazei - apoi înaintea lui), închiriem totul în depozit.
Nu este ordinul obligatoriuDar foarte convenabil.

4. De ce nu o puneți imediat:
deoarece integritatea modificărilor este controlată de 1c numai în cazul în care există o legătură. Adică, dacă, de exemplu, ați făcut un certificat "Clienții de mașini" și ați adăugat un link către acesta către "consumabilele", apoi puteți plasa "factura de cheltuieli" în depozitul pe care îl puteți afla numai după (sau în același timp) cu directorul mașinilor de client. Dar, dacă, de exemplu, ați utilizat această carte de referință din modulul general, care este apelat la efectuarea unei facturi consumabile, atunci acest modul comun în depozit poate fi în siguranță în condiții de siguranță fără carte de referință în cameră. Dacă după aceea un alt programator va primi acest modul din depozit, atunci în baza sa, cheltuielile cheltuielilor vor avea loc. (Și dacă actualizați baza principală - atunci nu va mai fi oprită).
Și apoi un caz bun - deoarece este doar o eroare. Dar dacă, de exemplu, ați schimbat tipul de recuzită din document de la linia la text și în procedură modul general. A existat o verificare dacă este necesară \u003d "1" și a devenit dacă s-a plasat rechizite \u003d 1 și modulul din depozit a fost plasat și documentul nu este, atunci eroarea nu va fi (Bună ziua în absența tipurilor de tipuri) și, prin urmare, Oamenii care vor primi un astfel de modul va fi efectuat incorect, (și bine, dacă nu este baza principală). Prin urmare, schimbările sunt mai bune pentru a merge la depozit prin "pachetul complet" (toate obiectele modificate pe un subiect), dacă aveți nevoie de ceva pentru o altă sarcină - puteți captura imediat într-un nou sau simplu, plasând în depozit " concediu capturat ".

În acest sens, nu am înțeles destul de mult:

Dacă există mulți programatori, modificările fiecărei trebuie trimise la depozitarea alternativului, după descărcarea la toate operațiunile fișiere externe Odată cu configurația bazei de date locale și (dacă Uniunea este făcută din diferite locuri de muncă), nu uitați înainte ca fiecare Uniune să actualizeze baza de date locală din depozit - la ultima versiune, Cu prezent acolo, schimbări în tovarășii conectați anterior ..

Ciudat, nu au existat probleme atunci când câțiva oameni au plasat imediat, cu excepția faptului că a încetinit puțin. Pentru capturarea obiectelor și este prevăzută de 2 persoane simultan, același lucru nu este corectat. Și sa remarcat că: dacă dezvoltatorul a schimbat documentul, spuneți "raportul în avans", iar apoi a doua "chitanță" nu a făcut-o și o surprinde imediat (de exemplu, obiectul este plasat doar în depozit), atunci 1c este urmărit și el o va da deja nou - o versiune modificată. (Se întâmplă atât de cool - vă uitați la document - 5 detalii, interesante - deja 15).

Și de ce nu înțeleg lucrarea în fișiere externe, de asemenea, nu înțeleg.

4. Crearea de copii ale unui programator pentru programatori este mai ușor de făcut cu o descărcare sovietică de încărcare (deoarece necesită modul monopol. Și nu chib la amorțit), dar restaurarea de backup de sculptură sau pur și simplu copierea bazei pe pometă.

5. Dacă trebuie să adăugați un obiect nou (document, carte de referință etc.), capturați rădăcina configurației, adăugați-o, adăugați un minim de detalii (toate obiectele "goale" nu sunt întotdeauna salvate), treceți rădăcina la depozitare (acest obiect și predarea) și luați din nou obiectul. (Pentru a nu menține rădăcina pentru o captură lungă - este necesar altora).

6. Dacă doriți să corectați drepturile de acces la obiect, ați capturat - și drepturile de acces sunt încă inaccesibile - captează rolul corespunzător.

7. Deoarece depanarea este cea mai bună de a conduce la cele mai recente date, bazele de date de lucru trebuie actualizate. Pentru a face acest lucru: Plasați toate modificările în depozit, deconectați baza de date din depozit, rescrieți-l pe ea pe pometă, baza principală (de la backup sau pur și simplu copie), conectați-vă într-unul nou.

8. Când facem "toate depozitarea" (paragraful 1), se întâmplă că 1c oferă o grămadă de mesaje și apoi scrie că "eșuează" (lista de obiecte se schimbă). Deci nu a primit schimbări de mult timp. Nimic teribil, clema ok în funcție de noul și astfel încât să funcționeze, așa cum ar trebui.

9. Uneori 1c refuză să salveze modificările primite de la depozit, iar mesajul emite absolut vag. Vinovații sunt de obicei "registre de informații". Am aflat cum a schimbat registrul de informații structura, șterge toate înregistrările din ea în baza sa de date, după care totul va fi actualizat așa cum ar trebui.

10. Deoarece bazele de lucru sunt fabricate din partea principală, numele de configurații se potrivesc și se confundă cu ușurință și apoi încearcă greșit atunci când utilizatorul spune că are 100 de ruble în raport și aveți 100.000 de ruble. Alternativ, adăugați o linie la modulul de aplicare, verificarea la pornirea programului, ce fel de bază este și dacă nu principal - afișarea acesteia în antetul programului 1C (de exemplu, baza de lucru a Ivanovului)

11. Când baza este conectată la depozit, dar la pornire nu a fost posibilă conectarea la ea din orice motive, atunci mesajul ar putea fi afișat. "Nu sa conectat, efectuați o oprire din depozit" (și ați capturat obiecte) - aici nu există "nu". Dar dacă răspundeți accidental "da" atunci - nu încercați să vă conectați la un nou! Primul salvați configurația în fișier! De când vă conectați la depozit, întreaga configurație de bază este înlocuită de configurația de stocare. După aceea, descărcați modificări de la fișierul salvat și lucrați la.

Creați stocarea
Selectați în meniul "Configurare" -\u003e "Configurare Storage" -\u003e Creați un depozit ... "

Indicați calea către directorul de depozit. (Directorul trebuie să fie disponibil pentru toți dezvoltatorii!)

După crearea stocării, accesați elementul de meniu "Configurare" -\u003e "Depozitare de configurare" -\u003e "Administrare" pentru a crea utilizatori pentru dezvoltatori

În fereastra care se deschide, creați utilizatori.

Conectați configurațiile dezvoltatorilor la spațiul de stocare de configurare
Selectați elementul de meniu "Configurare" -\u003e "Configurare Storage" -\u003e "Conectați-vă la depozit ..."

Apoi, configuratorul ne va cere:
"Când conectați la stocarea configurației, această configurație va fi înlocuit de configurația din stocare. Continuați conexiunea? "
Apăsați butonul "Da" și specificați:
- calea către depozit
- Nume de utilizator
- Parola

Așteptăm o comparație a configurației cu stocarea.
Dacă totul a trecut cu succes, pictograma castelului trebuie să apară în partea dreaptă a obiectelor de configurare din obiectele obiectului copacului.

Lucrul cu configurarea configurației
Implicit, toate obiectele de configurare au o pictogramă "Blocare". Pentru a schimba obiectul de configurare, trebuie să îl capturați, adică, alegeți în meniul contextual Element obiect "Captură în stocare"

Specificați setările de captare

Efectuați recursiv - indică faptul că, în plus față de obiectele enumerate în listă, ar trebui, de asemenea, să capturați toate obiectele subordonate care pot fi descărcate independent (obiectele slave care nu pot fi descărcate independent de obiectul părinte vor fi întotdeauna obținute cu obiectul părinte).
De exemplu, dacă nu puteți descărca recursiv atunci când capturați cartea de referință, numai detaliile și părțile de masă ale referinței vor fi capturate de la obiectele subordonate.
Dacă efectuați capturați recursiv, acestea vor fi, de asemenea, capturate și acele obiecte subordonate directoarelor care pot fi capturate separat de acesta sunt capturate: forme și layout-uri.

Steag Permiteți primirea capturată Vă permite să obțineți acele obiecte capturate de acest utilizator. O astfel de oportunitate poate fi necesară, de exemplu, atunci când trebuie să vă întoarceți la starea depozitului, fără a anula capturarea obiectului și continuați să o editați.

După efectuarea modificărilor necesare, obiectul trebuie plasat din nou în depozit cu modificările făcute. Selectați în meniul contextual al elementului obiect de configurare "Locul în depozit ..."

Dacă doriți să anulați modificările efectuate și eliberați obiectul de la captare, apoi selectați elementul din meniul contextual "Anulați capturarea"

Dacă doriți să restaurați obiectul din stocare, Eu aleg obiectul "Obțineți de la depozit ..." în meniul contextual. În același timp, modificările făcute în momentul în care obiectul au fost capturate, pierdute.

De asemenea, puteți vizualiza istoricul versiunii și puteți compara obiectul capturat și modificat cu obiectul din spațiul de stocare.

După ce ați lucrat în copii (sau ați finalizat unele etape intermediare), puteți actualiza configurația principală a bazei de date pentru a face acest lucru, selectați elementul din meniul "Configurare" -\u003e "Configurare Storage" -\u003e "Actualizați configurația din depozit" sau "Configurare" -\u003e "Depozitare de configurare" -\u003e "Comparați / combinați configurația cu spațiul de stocare".

În al doilea caz, va avea loc o actualizare mai "moale" de configurare, adică puteți vedea un raport privind diferențele dintre obiectele configurației și stocării originale.

Când dezvoltarea colectivă necesită controlul asupra istoriei dezvoltării, urmărirea obiectelor care sunt în prezent finalizate.

În acest scop, magazinul de configurare este destinat.

dacă în configurația mai multor dezvoltatori
mai multe baze de date, dar soluția este unificată și sunt obligați să se sincronizeze
trebuie doar să păstrați istoria dezvoltării unui programator chiar

Deci, trebuie să implementați spațiul de stocare de configurare.

Pasaj rapid

Cum se face în etape:

Du-te la "" și creați un depozit
Specificați locația sa (dosarul pe care există drepturi de scriere)
Setați numele administratorului și parola sa
Apoi, configurația se va conecta la depozitul creat
Următorul pas: adăugarea de utilizatori la depozitare - fiecare bază de dezvoltare este legată de utilizator separat. Acești utilizatori nu sunt conectați cu utilizatorii baza de informare. Mergeți la "Administrația magazinului"
Reglați și setați o parolă:
Instalați drepturile sale, suficiente drepturi pentru a "captura depozitul"
Crea baza nouă Din copia (sau utilizarea deja existentă), modificările trebuie salvate, deoarece atunci când configurația este conectată pentru prima dată, configurația este sincronizată cu datele de stocare
Specificați datele utilizatorului creat anterior.
Asta-i tot: Conexiunea la depozite a fost finalizată cu succes

Lucrați cu depozitare

De fiecare dată când pornește configurația, este necesară configurația:

conectați-vă la magazin prin specificarea unei parole sau pentru a vă înregistra în Opțiunile de lansare 1C "ConfigurationRepositorii" (utilizator: "configurareRepositoryn", depozitare: "ConfigurareRepository")
fie refuză să vă conectați, dar nu pentru a dezactiva depozitul - în acest caz puteți edita numai obiectele "capturate" anterior, restul numai pe Promrom

Pentru a începe să lucrați cu obiectul, este necesar să "capturați" obiectul - pentru a stabili accesul monopol la dezvoltarea sa. Înainte de aceasta, toate obiectele sunt disponibile numai pentru citire (cum ar fi "Livrare" înainte de a elimina suportul).

Poate fi realizat doua feluri:

După terminarea ta două opțiuni principale:

anulați capturarea, obiectul dvs. va fi restabilit prin depozitul lor (fie editorii au fost anulați)
plasați un obiect modificat

Într-o altă bază de date, dezvoltatorul conform semnalului dvs. poate actualiza configurația din depozit:

Acestea sunt echipe de bază care lucrează cu depozitul.

Caracteristicile muncii

Selectarea obiectelor capturate

puteți selecta toate capturate
capturat utilizator specific

În general, depozitarea este foarte stabilă:

problemele apărute cu stocarea în rețea: Flew câmpul de date în detaliu, cel mai probabil pierderea datelor în timpul camerei).
Repoziționarea configurației este deteriorată. Această eroare apare o dată pe an - tocmai a creat din nou (face copii suplimentare ale acestui dosar).

Pentru copie de rezervă Suficient pentru a personaliza economisirea

1CV8DDB.1CD și un folder complet de date situat în același folder ca și fișierul 1CV8DDB.1CD

Dacă serverul HTTP nu răspunde sau resetează conexiunea, poate să apară o eroare "eroare non-clasificată de lucru cu depozitarea configurației":

Când "eroare acces la retea La server, încercați să reporniți serviciul de depozitare și să executați comanda "Configurare stocare / închidere stocare / deschidere".

Dacă se produce o astfel de eroare la încăpere completă, încercați să plasați obiecte obiecte - uneori sunt declanșate timautele de răspuns ale serverului.

Comoditatea re-conectată a scăzut.

La restaurarea bazei de date din copie, sunteți salvate la setările de conectare depozitare, dar distribuția nu poate fi corectă, este necesar să se reconecteze din nou la depozit.

Anterior, setările: adresa depozitului și a utilizatorului a persistat, a rămas doar pentru a face o parolă - a fost mult mai rapidă.

Subiectiv și procesul inițial de sincronizare a devenit mai lung - nu-mi amintesc starea lungă agățată "Construiți un instantaneu al versiunii de configurare"

La 8.3. Modul de compatibilitate apare pe cealaltă filă din administrarea depozitului: acest lucru poate include un nou format de stocare.

Caracteristicile de stocare

"Depozitare" la 8.3.3 este obișnuită baza de fișiere., sub formă de fișier 1CV8DDB.1CD, care stochează suplimentar informații de captare.

Tabelele interne nu pot fi mai mari de 4 GB, altfel ar putea fi o eroare: "Funcționarea de eroare cu un stocare de configurare. Datorită: dimensiunea maximă admisibilă a fișierului intern este depășită, dar acest lucru se întâmplă numai cu o muncă foarte intensă cu depozitul (multe versiuni de layout-uri și alte obiecte locuite).

Din versiunea 8.3.3, a apărut dosarul de date:
Cel mai probabil pentru mai mult lucrări universale cu sisteme de versiune.

În cazul problemelor cu o distanță, puteți curăța directorul cache din dosarul de depozit.

Mecanism de optimizare

Este pe cealaltă filă

Ambalarea fișierelor metadate în folderul Pack

Numărul de fișiere despachetate este mai mare de 5000.
Numărul de arhive este mai mare de 50.