Cum să se rostogolească o bază mare 1c 8 cât mai curând posibil (1c 8

Cum să se rostogolească o bază mare de 1C 8 cât mai curând posibil (1C 8.1, 8.2).
Orice bază de date crește în cele din urmă la o dimensiune enormă, ceea ce face mai lent și de lucru în ea este uneori foarte greu.






Pe această bază de rulare periodic, adică înainte de o anumită dată toate documentele și mișcarea sunt eliminate și se introduc valorile contabile. Prin urmare, există întotdeauna baza arhivei pentru perioade anterioare.
Pachete de bază Exemplul 1C pe SQL dat aici.

Compania in care lucrez, o situație în care a devenit necesar să tăiați baza, și anume, Eliminați toate documentele și mișcarea înainte de o anumită dată. În acest moment, baza de date este cântărit aproape 350GB, si a fost foarte greu să lucreze cu el. 1C suferă, de asemenea, operațiunile de performanță și de baze de date de rutină efectuate pentru o lungă perioadă de timp.

Decizia a fost luată - tăiat de bază! După multe tratamente standard de testare pentru coagulare, am renunțat la ele. Mai mult de două săptămâni a petrecut singur cu decupajul de calculator baza de date de testare. Acești termeni sunt pur și simplu inacceptabile într-o bază de producție, în special în ghidul de 6 zile pe săptămână. Așa cum a fost necesar pentru a ieși din impas. Am decis să dea sarcina de a externaliza. Dar aici nu suntem fericiți, costul ridicat al lucrărilor și timpul necesar pentru a efectua destul de mare.

În general, problema a rămas nerezolvată, și a revenit la, pentru a rezolva problema pe cont propriu.

A trebuit să recurgă la măsuri extreme, am trecut de la toate celelalte probleme si a luat baza de pliere.

Și în curând problema a fost rezolvată - tăiat de bază timp de 2 zile, pentru a reduce cu 70%.

UT baza Circumcizie cu un volum de 350 GB până la 2 zile.

Am decis să îndeplinească provocarea acestui algoritm:

Creați o copie a bazei de date de producție. În copia soldurilor formă la o anumită dată, îndepărtați toate documentele și mișcarea înainte de această dată. Mai mult, din baza de date de producție toate documentele noi (create cu începutul unei copii) pentru a trece la noua bază de date. Lăsați utilizatorul la noua bază de date.

Problema a fost împărțită în 5 sub-sarcini:

1. Creați un plan de schimb să se bazeze după tăierea toate documentele noi ar putea fi mutate într-o nouă bază.

soldurile 2.Sformirovat la data convoluție.

3.Udalit toate documentele și de circulație până în prezent convoluție.

documente 4.Zagruzit din baza de date curentă la noua bază de date.

5.Zamenit bază de lucru nou (Redus) de bază.

În etapa de pregătire a durat aproximativ două săptămâni: crearea unui plan de schimb, instrumente de căutare pentru a crea și înregistra reziduuri de curățare, de testare a mecanismelor.

Baza de date de proces de convoluție.

1. Formarea reziduurilor la data convoluție.

Rămâne de prelucrare a probei în formă de „SvertkaBazy.epf“.

Pentru a economisi timp, formarea de reziduuri efectuate în baza de lucru în timpul orelor de lucru. pentru că resturi format document „înregistrare registre de corecție“ și procesarea stabilește mișcarea inactivă în registre, procedura de baza este inofensiv.

Prelucrarea stabilit o limită a numărului de rânduri într-un singur document de 50000.

Nu s-au grăbit, și în decurs de 1-2 zile, toate formate (primit aproximativ 400 de documente).

- Dacă data convoluție au documente „ajustare registre de înregistrare“ nu este asociat cu convoluție bazei, atunci este mai bine să se deplaseze la o dată ulterioară pentru a ne asigura că nu le confunda mai târziu.

2. Crearea unui plan de comunicare cuprinzător pentru a descărca în aceeași configurație (se poate face paralel cu formarea de reziduuri).

3.In timp liber pentru a șterge înregistrate în schimbul de obiecte și de a face o copie a bazei de date cu reglementările cu handicap.

documente 4.Udalenie și registre de compensare.

Această operațiune este cel mai lent, și pentru a accelera această operațiune, trebuie să utilizați interogări SQL directe. Astfel de instrumente pot fi găsite pe Infostarte. Există un alt punct, dacă eliminăm datele în acest fel, obiectele sunt eliminate rapid, dar fără control asupra integrității referențiale. În consecință, în reziduurile noastre documentele de apă și alte documente vor fi siruri de caractere, cum ar fi „Obiectul nu a fost găsit ....“.

Am avut o sarcina de a păstra aceste documente într-un eșec pentru a forma numai în scop informativ.

Pentru aceasta a fost scris de tratament, care sa retras din exploatație și sa mutat data convoluție tuturor documentelor implicate în mișcările în documentele de ajustare registru.

După aceea, folosind procesul de eliminare a documentelor și propuneri prin interogări SQL pentru a șterge toate data de convoluție (jurnalele de documente, documente, registre de stocare, informații, etc.).

- Registrele de informații trebuie doar să fie curățate periodic. În cazul în care registrul nu este periodică, este probabil să fie eliminate complet.

corecție de mișcare 6.Aktivizarovat registrelor de prelucrare a înregistrărilor documentelor „SvertkaBazy.epf“. În acest caz, prelucrarea acestor documente aduce la data anterioară (este convenabil de a reconcilia reziduuri două baze).

8.Proverit soldurile de intrare corecte și fix (în acest scop, este posibil să se aducă personal contabil)

documente 9.Perenesti din baza de date de producție în noua bază de date. Această procedură se poate face imediat după crearea de copii. Ie în cazul în care baza de zi cu zi creează o mulțime de documente, documente de transfer mai bine făcut în paralel cu timpul suplimentar nu este deșeu.

utilizatorii 10.Pustit la noua bază de date. Este mai bine pentru a redenumi baza de date privind 1c server pentru utilizatorii de tranziție a fost nedureros. Ie vechi apel de bază ca nimic altceva decât un nou (laminate) redenumi baza de date veche.

După cum se știe, îndepărtarea directă a obiectelor se întâmplă controla integritatea referențială.
Prin urmare, după îndepărtarea obiectelor din baza de date curentă sunt referințe obiect la obiecte non-existente ( „Obiectul nu a fost găsit“).
Sarcina mea nu a fost la aceste obiecte au fost pliate de bază. Dar legăturile rupte pot afecta negativ și tot felul de schimburi între bazele de date și alte procese.
De aceea le-am mutat într-o bază pliată, dar după ce baza pliat.
Normele 1.Sdelal de schimb care transporta documente (doar numărul, data într-un eșec pentru a forma).
2.Perenes toate documentele utilizate în soldurile de deschidere de intrare a documentelor.
Această procedură se poate face după convoluție, dar este recomandabil să se pregătească instrumente de avans.