1s 8.1 računovodstvo preduzeća 1.6 konvolucija. Šta je kolaps baze podataka i zašto je to potrebno? Korak po korak upute za namotavanje baze

Šta je presavijanje baze i zašto je potrebno?

Prilikom obavljanja roll-up-a generiraju se dokumenti za upis stanja u registre na određeni datum (datum roll-up) i brišu se neiskorišteni dokumenti i kretanja u registrima (informacije, akumulacija, računovodstvo) do i uključujući roll-up datum (period roll-up). Glavni ciljevi konvolucije:

Povećanje brzine sistema.

Smanjenje baza informacija.

BITAN. Prije izvođenja prikupljanja baze podataka, preporučuje se:
1. Izvršite preliminarno testiranje kompleta na kopiji radne baze podataka.
2. Samo na osnovu rezultata uspešnog testiranja doneti odluku o mogućnosti korišćenja radne baze podataka.

ITS disk sadrži obradu za konfiguraciju 1.6 Enterprise Accounting. Nije pogodan za verziju 2.0, jer u 2.0 ne postoji dokument „Podešavanje unosa u registru“. Stoga obradu preuzimamo sa linka: DOWNLOAD (da biste je preuzeli potrebno je da se registrujete).

1) Kreirajmo rezervnu kopiju: idite u bazu podataka preko Konfiguratora, stavka menija Administracija - Upload infobaze.

2) Ulazimo u bazu podataka kroz način rada 1C: Enterprise. Moramo provjeriti na datum do kojeg ćemo sabrati bazu podataka da li su svi dokumenti završeni na kraju mjeseca (stavka menija Operacije - Rutinske operacije). Radiću to do 31.03.2009. To znači da dokumenti za zatvaranje mjeseca moraju biti za mart 2009:

3) Generišimo izvještaj o bilansu prometa za period koji ćemo sažimati (stavka menija Izvještaji - Bilans prometa). Sačuvajmo ga za verifikaciju nakon kolapsa baze podataka.

4) Preko stavke menija Datoteka - Otvori, dodaj eksterna obrada Osnovni skup 2.0.

Bookmark "Opće postavke":

Datum smanjenja. Datum sažimanja odnosi se na posljednju sekundu uključenu u sažeti period. Dakle, da biste sažimali podatke za 1. kvartal 2009. godine u bazi podataka, potrebno je navesti 31.3.2009 23:59:59 kao datum sažimanja.

Broj redova u dokumentima za unos stanja. Ovaj parametar određuje najveći mogući broj redova u jednom dokumentu za unos stanja. Ako parametar nije popunjen (jednak 0), tada će se kreirati jedan dokument za svaki registar/račun bez ograničenja broja redova.

Bookmark "Podešavanje metode konvolucije": u ovoj fazi se određuje koje objekte i za koji period treba srušiti. Predviđene su sljedeće metode za obradu objekata:

Ne obrađivati ​​- objekti se ne skupljaju.

1. Do datuma - objekti koji prethode datumu kolapsa su skupljeni. Ako popunite parametar "Datum završetka", objekti koji prethode datumu završetka bit će skupljeni. Na ovaj način možete specificirati različite datume zbrajanja za različite objekte. Ako parametar "Datum završetka" nije naveden, onda se zbrajanje vrši prema datumu zbrajanja koji je naveden na kartici "Opće postavke".

Za period - svi objekti koji leže u navedenom intervalu su skupljeni.

Očisti - brišu se svi objekti koji prethode datumu zbrajanja, a dokumenti za unos stanja se ne kreiraju. Režim je dostupan samo za registre informacija.

Moguće je popuniti kompoziciju skupljenih objekata i zadanu metodu sažimanja pomoću dugmeta "Popuni podrazumevane postavke". U ovom slučaju, sljedeće postavke će biti dodijeljene sklopivim objektima:

1. Za sve dokumente, način sažimanja je postavljen na "do datuma".
2. Za sve akumulacijske i računovodstvene registre postavljen je način konvolucije „od datuma“.
3. Za sve registre periodičnih informacija za koje dokument "Usklađivanje upisa u registru" nije registrator, mod konvolucije je postavljen na "ne obrađivati", za sve ostale registre periodičnih informacija postavljen je režim "od datuma".
4. Za sve registre neperiodičnih informacija, način sažimanja je postavljen na „ne obrađivati“.

Moguće je sačuvati i vratiti prethodno napravljena podešavanja preklapanja pomoću dugmadi “Učitaj u XML” i “Učitaj iz XML-a”.

Popuniću podrazumevane postavke:

Bookmark "Dokumenti za unos stanja": U ovoj fazi će se generisati dokumenti za unos stanja prema registrima akumulacije, informacijama i računovodstvu. Kreirani dokumenti će biti locirani u sljedećoj sekundi nakon datuma rollup, tj. ako je zbirni datum 31.3.2009 23:59:59, onda će dokumenti biti kreirani 01.4.2009 00:00:00.
Kao dokumenti za unos stanja koriste se dokumenti „Usklađivanje upisa u registar“ i „Poslovanje (računovodstveno i poresko računovodstvo)“.
Dokumenti za unos stanja kreiraju se sa onemogućenim kretanjima. Dokumenti za unos stanja sadrže komentar koji uključuje tekst “[Generirano obradom osnovnog zbroja].”
Za svaki registar/račun kreira se poseban dokument za unos stanja. Broj dokumenata za unos stanja za svaki registar/račun određen je parametrom „Broj redova u dokumentu za unos stanja“ (pogledajte gore za detalje).

Sažmi bazu podataka (dugme "Kolapsi bazu" u donjoj komandnoj traci). U ovoj fazi, objekti se brišu za period sažimanja.

Ovaj proces može potrajati dugo. Nakon što je baza podataka srušena, strogo je zabranjeno vršiti bilo kakve izmjene ili ponovno objavljivati ​​dokumente u tom periodu.
Treba imati na umu da ako je u ovoj fazi došlo do grešaka, koje su dovele do toga da je postupak brisanja objekata prekinut i nije u potpunosti završen, onda može nastati sljedeća situacija: za neke registre zbrojevi će ostati onemogućeni. Ovo će onemogućiti dobijanje ukupnih podataka za neke registre. Spisak registara za koje su zbrojevi onemogućeni može se pogledati na kartici "Registri sa onemogućenim zbrojima". Na istoj kartici možete omogućiti zbrojeve, ako je potrebno.

Nakon nekog vremena, 1C baze podataka se uvelike povećavaju u veličini, što može loše uticati na brzinu sistema. A vidjeti stare dokumente od prije pet godina nije uvijek potrebno i često se ometa. Kako bi se riješili starih dokumenata, očistili bazu podataka i ubrzali program, programeri 1C smislili su jednostavnu akciju - urušavanje baze podataka 1C.

Šta je zbir baze podataka u 1C 8.3? Usklađivanje je unos tekućih stanja na određeni datum i uklanjanje starih, nepotrebnih dokumenata. U nastavku ću vam reći kako napraviti zbir za tipičnu konfiguraciju koristeći 1C Accounting 3.0 kao primjer.

Ovo uputstvo je pogodno i za druge moderne konfiguracije - Upravljanje trgovinom (UT) 11, Upravljanje platama i osobljem (ZUP) 3.0, ERP 2.0, Upravljanje malim preduzećima (SNF). Ako konfiguracija nije standardna, postupak se mora obaviti izuzetno pažljivo i podaci moraju biti temeljito provjereni nakon konvolucije.

Prva stvar - definitivno uradi to. Ako nešto pođe po zlu, uvijek se možete vratiti na originalne podatke.

Zbirka se mora obaviti bez korisnika koji rade u sistemu. Stoga, zamolite svoje kolege da napuste program unaprijed.

Upute za preklapanje baze

Prijavite se u program 1C u Enterprise modu. Idite na karticu "Administracija", odaberite "Suži informaciju bazu":

U prozoru koji se otvori, sam program će ponuditi da napravite sigurnosnu kopiju programa - nemojte odbiti:

Ako program iz nekog razloga ne može kreirati kopiju, obavezno je napravite ručno, slijedeći ove upute. Nastavite na sljedeći korak klikom na dugme „Dalje“. Sistem će od vas tražiti da odaberete koje organizacije trebaju pomirenje i za koji period.

Odaberemo "Sve organizacije" i period 2015:

U sledećoj fazi sistem će ponuditi izbor registara za formiranje bilansa. Bolje je ostaviti ove postavke kao zadane i nastaviti proces dalje.

U fazi „Prikaži transakcije“, sistem će generisati dokumente za unos stanja koji su dostupni za pregled i verifikaciju.

Ako su transakcije ispravno unesene, možete nastaviti na automatsku verifikaciju. Tamo možete vidjeti analogni bilans stanja prije i nakon operacije konvolucije.

Provjera konvolucije 1C

Ako sumnjate, operacija se uvijek može otkazati i vratiti u prvobitno stanje.

Nakon ručne provjere podataka, možete prijeći na posljednju fazu - označavanje za brisanje starih dokumenata. Ova faza može trajati od 10 minuta do nekoliko sati, ovisno o veličini baze podataka i broju operacija.

To je sve - roll-up baze podataka 1C Accounting 8.3 je spreman! U svakom slučaju, nakon brisanja starih dokumenata, preporučujem da provjerite glavne izvještaje radi sličnosti informacija. U krajnjem slučaju, uvijek možete vratiti svoju bazu podataka iz sigurnosne kopije.

Nakon što je proces završen, preporučuje se da pokrenete obradu “Brisanje označenih objekata” kako biste se riješili nepotrebnih dokumenata. Kreirani dokumenti konvolucije nalaze se u odeljku „Operacije“, u stavci „Operacije unete ručno“.

Ako trebate napraviti rollup u 1C 8.2 i 7.7, onda se praktički ne razlikuje od gore navedenih, osim što se radi u zasebnoj obradi.

Kako baza informacija funkcioniše, njena veličina se neizbežno povećava. IN velike kompanije može dostići 5 gigabajta godišnje ili više. Takav brz rast može uticati i na performanse programa i na sigurnost podataka. Što je veća veličina baze podataka, vjerovatniji su kvarovi koji dovode do gubitka podataka.

Kako očistiti 1C informacijsku bazu podataka, zadržavajući sve potrebne informacije?

"Kolaps baze podataka 1C" pomoći će u ovom problemu - proces obrade dokumenata i konfiguracijskih registara, koji vam omogućava da izbrišete stare, nepotrebne dokumente. Umjesto toga, generira se nekoliko dokumenata za unos stanja za dati period. Dakle, računovodstvo smo „skratili“ na zadati period.

Glavni ciljevi konvolucije su:

Povećanje brzine sistema

Smanjenje veličine baze podataka

Trebalo bi razmišljati o konvoluciji ako:

1C usporava

Velika veličina 1C baze podataka (od 5 gigabajta ili više)

Ažuriranje 1C traje dugo da se završi

Dokumenti iz prošlih godina su rana na oku

U sklopu projekta suočio sam se sa zadatkom: Kako srušiti 1C bazu podataka pri prelasku sa 1C:ERP 2.0 na 1C:ERP 2.1?

U vrijeme potrebe za smanjenjem, kompanija 1C razvila je standardne mehanizme samo za 1C:UT 11 i 1C:BP 3.0, kao i za starije verzije.

Za razvoj rollup-a, uzeo sam mehanizam iz 1C:UT 11 kao osnovu.

Faze kolapsa 1C baze podataka

Baza informacija se sastavlja u tri faze:

unos stanja

brisanje podataka iz prošlih perioda (brisanje kretanja i označavanje dokumenata za brisanje)

• usaglašavanje bilansa sa radnom bazom

Unos stanja

Predviđeni su posebni dokumenti za unos stanja u bilo kojoj konfiguraciji.

1C:ERP konfiguracija je simbioza nekoliko podsistema. Svaki podsistem koristi svoje dokumente za unos početnih stanja.

Za neke dokumente za unos stanja u 1C:UT 11 date su procedure automatsko punjenje registar stanja.

Na primjer, “roba u skladištima”, “međusobna poravnanja sa klijentima/dobavljačima”, “narudžbe kupaca/dobavljača”, “povratna ambalaža”, “gotovina”)

Za ostale dokumente potrebno je razviti vlastite procedure.

Na primjer, „poravnanja sa zaposlenima“, dijelom prema računovodstvenim registrima, kadrovskoj evidenciji, dugotrajnoj imovini.

Prije prijenosa stanja potrebno je analizirati koji se podaci iz izvorne baze podataka trebaju prenijeti. Da ne bih ništa propustio tokom izrade, odredio sam za koje registre akumulacije, računovodstva i informacija postoje stanja (podaci) u izvornoj bazi na dan unosa - izradio sam izvještaj o stanjima i kretanjima za sve akumulacije, informacije, računovodstvo registri.

• Popunjavanje dokumenata “Unos početnih stanja”

Za svaku vrstu operacije unosa stanja analizirao sam postojanje mehanizma za unos stanja u obradi iz 1C:UT 11, utvrdio koji registri se kreću ovaj tip operacije. Za nepostojeće mehanizme za unos bilansa, razvio sam svoje.

• Popunjavanje dokumenata “Usklađivanje registara”, “Prenos podataka” i “Poslovanje (regulisano računovodstvo)”

Nakon razvoja unosa stanja korištenjem standardnih dokumenata, pokazalo se da za neke podsisteme, mehanizme i registre ne postoje odgovarajući dokumenti za unos stanja.

Na primjer, stanja na proizvodnim registrima, “ostala imovina i obaveze”, “transferni nalozi”, “nalozi za izdavanje”, “poravnanja sredstvima za premije osiguranja”.

Možete modificirati konfiguraciju za unos stanja korištenjem sljedećih registara (mehanizama) ili razviti popunjavanje stanja koristeći dokumente:

“Transfer podataka” - pogodno za registre platnog spiska i podsistema upravljanja osobljem

“Poslovanje (regulisano računovodstvo)” - pogodno za stanja u računovodstvenim registrima na osnovu podataka koji nisu prikazani u dokumentima “Unos stanja”

• “Podešavanje registra” - pogodno za druge podsisteme.
• Složena kola unos stanja

Za neke 1C:ERP mehanizme, ne možete se ograničiti na unos stanja na datum sumiranja. To je zbog činjenice da se za određene mehanizme ključni podaci pohranjuju ne samo u registrima, već iu samim dokumentima. To su u osnovi dokumenti na koje se pozivaju podaci iz registra. U standardnoj obradi unosa stanja, takav mehanizam je dizajniran da evidentira narudžbe kupaca. Njegova suština je sljedeća:

1. Preostala stanja salda nezatvorenih naloga se preuzimaju

2. Dokumenti iz ostatka su označeni posebnim komentarom

3. Za djelimično nezatvorene naloge tabelarni dio dopunjava se samo sa podacima o stanju na datum roll-up

U ovom slučaju ne unosimo dokumente za upis stanja u registre mehanizma naloga, a dokumenti naloga za koje postoje stanja su označeni posebnim komentarom. Takvi dokumenti se ne brišu tokom narednih faza smanjenja.

Isti mehanizam sam koristio i za kadrovska dokumenta. Dokumenti zaposlenih koji su radili na dan smanjenja su označeni posebnim komentarom, a preostali dokumenti su izbrisani u kasnijim fazama smanjenja.

Brisanje istorijskih podataka

Brisanje podataka se vrši u dvije faze:

brisanje kretanja dokumenta

označavanje dokumenata za brisanje

Prilikom brisanja kretanja za svaki registar:

1. Odabrani su svi dokumenti koji:

„pomerio“ registar do datuma kolapsa

2. Upotreba zbroja je onemogućena

3. Pokreti se brišu za svaki dokument

Za svaku vrstu dokumenta kreira se lista dokumenata koji ne sadrže poseban komentar. Označeni su za brisanje.

Provjera ispravnosti unosa stanja u radnu bazu podataka

Prvo, bilansi se provjeravaju kao cjelina za svaki registar, za sve resurse (bez detalja po dimenzijama). Ako se ukupan iznos svakog resursa podudara, onda provjeravamo sljedeći registar. Ako postoji razlika, onda analiziramo detaljnije bilance u smislu mjerenja. Morate početi s mjerenjima koja imaju najmanji broj različitih vrijednosti.

Na primjer, za većinu knjiga prvo se analizira dimenzija Organizacija. Otkriva se za koje organizacije postoje odstupanja. Zatim se za svaku organizaciju analiziraju detaljniji podaci.

Ako se složeni sistemi kao što su 1C: ERP, 1C: UPP, 1C: Integrirana automatizacija, 1C: Holding Management koriste u većoj mjeri za rješavanje računovodstvo, onda može doći do nepotpune ili djelimično netačne upotrebe neke funkcionalnosti programa. Ovo se dešava zbog činjenice da zaposleni u računovodstvenoj službi vrše kontrolu nad računovodstvenim registrima, vršeći ručna usklađivanja sa Operativnim dokumentima (regulisano računovodstvo) i ne kontrolišu podatke u odgovarajućim akumulacionim registrima.

U 1C:ERP, osnova za računovodstvene operacije su registri akumulacije. Operacije generisanja dokumenata za unos stanja vrše se na osnovu podataka iz akumulacionih registara.

U ovoj situaciji, salda unesena namotavanjem osnovice prema registrima akumulacije, prema računovodstvenim registrima, će se razlikovati između nove i radne baze.

Postoje dvije opcije za rješavanje problema:

1. U radnoj bazi podataka urediti stanja u registrima akumulacije

2. Prepisati postupke za unos stanja iz podataka registara akumulacije u podatke registara računovodstva (ako podaci u registrima računovodstva pokrivaju podatke u registrima akumulacije). Koristio sam drugu metodu.

Organizacija procesa upoređivanja podataka

Da bi se organizirao kolaps baze podataka, obično se kreira njena zasebna kopija i u njoj se pokreće obrada koja obavlja gore opisane operacije. Izrađuje se kopija baze podataka kako bi se stari podaci pohranili u posebnu bazu podataka i nastavili rad u novoj srušenoj bazi.

Sve bi bilo jednostavno da nije bilo dugog vremena obrade - od nekoliko sati do nekoliko sedmica.

Trajanje procesa konvolucije zavisi od:

konfiguraciju baze podataka

korišćeni podsistemi

obim unesenih podataka prije roll-up datuma

Zbog dužine procesa javljaju se dva značajna problema:

. Dok se nova urušena baza ne pripremi, potrebno je nastaviti računovodstvo: ispisivanje dokumenata, obračun i evidentiranje izmijenjenih podataka, podnošenje izvještaja. Nakon kreiranja nove kolapsirane baze, korisnici treba da u novu bazu unesu sve podatke koji su u staru uneli tokom procesa kolapsa i istovremeno unesu nove podatke, tj. obavljaju tekuće poslove. Osim toga, još uvijek morate provjeriti stanja u novom i provjeriti rad sistema nakon dodavanja stanja, jer Možda postoje skrivene greške u kolapsu baze podataka.

2. Poteškoće u testiranju obrade konvolucije . U fazi razvoja metodologije konvolucije ili pisanja koda za obradu, cijena greške raste. Ako, na primjer, proces redukcije traje 1 dan, onda proces testiranja sa 10 grešaka može trajati 10 dana ako svaka greška nije otkrivena odmah, već nakon svakog novog testa. Šta ako kompletiranje ne traje 1 dan, već sedmicu? Šta ako nema 10 grešaka, već više?...

Da bih riješio ove probleme, koristio sam plan razmjene i obradu “Upload and Download”. XML podaci”.

U radnu bazu podataka dodao sam plan razmjene koji bilježi sve promjene nakon kreiranja kopije baze podataka za rollup. Nakon rollup-a, izmijenjeni podaci su prebačeni u radnu bazu podataka korištenjem obrade “Učitavanje i učitavanje XML podataka”. Dakle, korisnici nisu morali unositi podatke u novu bazu podataka, oni su automatski prebačeni.

Identifikacija grešaka kodiranja obično se dešava u fazi provjere stanja, tj. nakon unosa stanja i brisanja istorijskih podataka. Budući da je faza brisanja prilično duga, a ispravnost unosa stanja u većini slučajeva ne zavisi od faze brisanja, praktičnije je testirati i precizirati unos stanja u zasebnoj trećoj bazi podataka. Dok je Nova baza podataka prolazila kroz proces brisanja istorijskih podataka, ja sam eliminisao identifikovane greške u obradi skupnih podataka i finalizovao nove zbirne procedure. Nakon završetka brisanja starih dokumenata i kretanja, imao sam spremnu novu bazu podataka, ali sa neispravnim ostacima. Na posebnoj kopiji radne baze generisao sam bilansne dokumente, promene su automatski evidentirane u planu razmene i obradom „Učitavanje i učitavanje XML podataka“ preneo izmenjena stanja u Novu radnu bazu podataka. Kada su otkrivene nove greške, ponovio sam ove operacije. Ova metoda značajno ubrzao razvoj i testiranje procedura unosa bilansa.

Baza podataka klijenata je u prethodnom periodu sadržala 1,5 miliona dokumenata.

Trajanje operacija je bilo:

1 sat – unos stanja

6 dana – uklanjanje pokreta

4 dana – postavljanje oznaka za brisanje

Budući da je proces razvoja prilično radno intenzivan, a trajanje faza redukcije je dugo, za budućnost sam sebi odredio sljedeći slijed radnji:

1. Dodavanje plana razmjene u radnu bazu podataka.

2. Kreiranje kopije baze podataka - “nova srušena baza podataka”

3. Pokretanje procedure u sažetoj bazi podataka za brisanje svih podataka prije datuma kolapsa (najduža operacija)

4. Analiza stanja i razvoj operacija za unos stanja

5. Formiranje u posebnoj kopiji procedure za unos stanja (sa registracijom promjena plana zamjene)

6. Prijenos podataka za unos stanja iz kopije radne kopije u “novu sažetu bazu podataka”

7. Provjera stanja, ponavljanje koraka 5,6,7 ako je potrebno.

Teško je napisati savršenu obradu konvolucije baze podataka za 1C:ERP prvi put, pa čak i drugi put potrebno je detaljno poznavati svaki mehanizam, svaki podsistem iznutra, ali svaki put će ispasti sve bolje.

Sakupljanje baze podataka je neophodna procedura s kojom se suočava velika količina Korisnici softvera 1C. Tokom procesa rada baza podataka raste veliki iznos dokumente koji u datom trenutku nemaju nikakvu vrijednost. Kako bi se isključili iz područja rada, ali u isto vrijeme sačuvali za mogućnost upućivanja na njih u budućnosti, oni su minimizirani. U ovom materijalu ćemo odgovoriti na pitanje šta je konvolucija i kako se to ispravno radi ovu operaciju.

Čemu služi konvolucija?

Rad sa 1C informacijskim bazama podataka u mnogim kompanijama se odvija u dužem vremenskom periodu, što zauzvrat dovodi do povećanja veličine baze podataka. Njegov rast je još brži u velikim organizacijama koje obavljaju veliki broj transakcija. Osim toga, često ista baza podataka služi nekoliko organizacija. U ovom slučaju, njegova veličina može doseći velike vrijednosti. U nekim slučajevima baza podataka može dostići veličinu od 4-5 gigabajta za samo nekoliko godina rada.

Ovakvo stanje stvari dovodi do određenih poteškoća, kao što su:

• Usporavanje brzine rada sa programom;
• Povećano vrijeme za kreiranje sigurnosne kopije baze podataka;
• Akumulacija velikog broja starih dokumenata koji mogu ometati rad korisnika sa programom.

Postoji i kritičan volumen baze podataka, pri kojem je uopće nemoguće raditi s njom, jer se program jednostavno neće otvoriti. Za bazu podataka datoteka, kritični volumen je 12 gigabajta.

Da biste izbjegli sve gore navedene probleme, morate sažmiti 1c bazu podataka. Suština ovog postupka je smanjenje obima posla arhiviranjem i sređivanjem prošlih dokumenata, kao i uklanjanjem nepotrebnih informacija.

Kako se vrši konvolucija?

Da biste sakupili bazu podataka, potrebno je odabrati računovodstveni pododjeljak pod nazivom „Administracija“. Zatim, na akcijskom panelu trebali biste pronaći grupu "Usluga". U njemu ćete vidjeti dugme pod nazivom “Druge komande...”. Upravo na to trebate kliknuti, nakon čega će se na ekranu pojaviti poseban obrazac na kojem će se pojaviti lista uzastopnih operacija. Činjenica je da kako bi se konvolucija 1C baze podataka ispravno izvršila, ovaj postupak treba provesti u nekoliko faza. Nakon uspješnog završetka svake faze, odgovarajuća stavka na listi je označena zeleno.

Konvolucija 1c baze podataka se izvodi u šest koraka:

1. Kreiranje sigurnosne kopije;
2. Operation setup;
3. Formiranje ostataka;
4. Pregled transakcije;
5. Ispitivanje;
6. Kontrola starih dokumenata.

Pogledajmo detaljnije svaku stavku posebno.

Kreiranje sigurnosne kopije

Prije izvođenja bilo kakvih operacija na bazi podataka, trebali biste napraviti sigurnosnu kopiju kako biste sačuvali informacije u slučaju nepredviđenih okolnosti. Sažimanje baze podataka nije izuzetak, zbog čega je njegov prvi korak kreiranje rezervne kopije.

Da biste započeli proceduru, označite odgovarajući kvadratić. Ispod njega se nalaze dva polja:

• Administrator - ITS korisničko ime;
• Lozinka za korištenje ITS usluga.

U nastavku će se od vas tražiti da odaberete direktorij u koji želite pohraniti rezervna kopija.

Nakon toga, program će vam dati upozorenja da je uspješno backup program treba ponovo pokrenuti. Kao rezultat toga, nakon nekog vremena, čije trajanje ovisi o veličini baze podataka, kreirat će se sigurnosna kopija, stavka izbornika će biti istaknuta zeleno i možete prijeći na sljedeću operaciju.

Postavke

Ova faza je najvažnija i najodlučnija kojoj treba pristupiti najpažljivije. Morat ćete konfigurirati proceduru koja se izvodi. To uključuje definiranje sljedećih parametara:

• Period na početku kojeg će posmrtni ostaci biti skraćeni;
• Broj i nazivi organizacija u odnosu na koje će se baza podataka obrađivati;
• Datum zabranjeno mijenjanje podataka.

Preporučuje se da se postupak odmah sprovede za sve organizacije koje opslužuje ova baza podataka. Međutim, ako je to iz nekog razloga neprihvatljivo, možete minimizirati 1C bazu podataka za određene organizacije. U tom slučaju, ako se ukaže potreba, roll-up za preostale organizacije može se naknadno obaviti zasebno. Preporučljivo je povući do početka prošle godine, ovo je najefikasnija opcija.

Formiranje ostataka

Formiranje ostataka je operacija detaljna podešavanja planiranu operaciju. IN ovaj meni ako je potrebno, potrebno je odrediti one registre koje treba izrezati. Grupirani su u tri kategorije:

• Računovodstveni registri;
• Kumulativni registri;
• Informacioni registri.

Pogledajte transakciju

Ova stavka menija omogućava korisniku da pregleda pripremljene dokumente kako bi, ako je potrebno, mogli biti vraćeni prije brisanja. Osim toga, ovdje možete otvoriti bilo koji dokument i izvršiti izmjene u njemu.

Ispitivanje

Ova faza vam omogućava da napravite izvještaje o računovodstvu, registrima akumulacije i registrima informacija. Također možete dobiti sve informacije o računovodstvenom i poreznom računovodstvu. Na desnoj strani ekrana nalazi se dugme koje vam omogućava da konfigurišete standardni izveštaj.

Brisanje starih dokumenata

Naziv ovog artikla govori sam za sebe. Ovdje možete izbrisati sve stare dokumente koji vam više nisu potrebni. Za razliku od svih ostalih informacija, ovi dokumenti se trajno brišu.

Kako biste izbjegli brisanje dokumenata koji bi vam mogli zatrebati u budućnosti, obratite posebnu pažnju na prethodne dvije tačke

Zaključak

Kolaps baze podataka je najvažniji postupak koji uvelike pojednostavljuje rad u 1C programu. U ovom materijalu detaljno smo ispitali kako sabiti 1c bazu podataka. Postupak se provodi u nekoliko faza i neće predstavljati poteškoće za obučenog korisnika.

Konvolucija baze podataka 1C 8.2— radnje koje imaju za cilj smanjenje obima baze podataka prikupljanjem i arhiviranjem podataka za protekli period. Vremenom se veličina baze podataka, posebno u velikim organizacijama, značajno povećava.

Može biti mnogo razloga za urušavanje baze podataka 1C 8.3:

• velika količina podataka na diskovima (za bazu podataka datoteka, veličina veća od 12 GB je kritična; jednog lijepog dana program se jednostavno neće otvoriti);
• Zbog velikog volumena, performanse baze podataka mogu se smanjiti;
• dokumenti za protekla razdoblja su rana na oku.

Ponekad, tokom 3-4 godine rada, 1C baza podataka "naraste" na najmanje 4-5 gigabajta volumena.

Nabavite 267 video lekcija na 1C besplatno:

Kako biste se riješili starih podataka i istovremeno ne izgubili trenutne podatke, potrebno je 1C baza podataka.

Šta je zbir baze podataka u 1C

Sakupljanje 1C baze podataka je rutinska operacija koja uključuje brisanje starih nepotrebnih dokumenata. Umjesto dokumenata, po pravilu se generiše 1 dokument za unos stanja za određeni period. Tako smo prekinuli računovodstvo u bazi na određeni period.

Kako srušiti 1C bazu podataka

Procedura rollup-a se obično izvodi pomoću specijalizovane obrade kompanije 1C, koja je dostupna na ITS disku i za 1C 7.7 i za 1C verziju 8. Međutim, morate shvatiti da se zbrajanje baze podataka korišćenjem obrade sa ITS diska može obaviti samo sa standardnu ​​konfiguraciju. U suprotnom se mogu pojaviti greške koje neće biti odmah vidljive. Ako nemate standardnu ​​konfiguraciju, za sažimanje baze podataka, bolje je da se obratite na .

Sama obrada konvolucije u suštini radi sljedeće procedure:

• dokument „Unos stanja“ upisuje se za sve račune/registre na traženi datum;
• brisanje dokumenata prije traženog datuma.

Na primjer: savijanje baze podataka 1C 8.2 računovodstvo 2.0 tokom 3 godine traje oko 2-3 sata. 1C Računovodstvo 3.0 trebalo je oko sat vremena da se završi za 2 godine.

Preuzmi obradu za konvoluciju 1C

Za presavijanje, najbolje je preuzeti najnoviju obradu presavijanja za 1C (7.7 i 8) od službenih programera - 1C, na web stranici http://its.1c.ru/. Također možete preuzeti obradu od programera trećih strana ili čak kupiti modificiranu verziju funkcionalnosti od privatnih 1C programera.