1s 8.1 podnikové účtovníctvo 1.6 konvol. Ako urobiť skladanie základne. Pokyny krok za krokom na zbalenie informačnej základne

Pozadie

Vo firme, kde pracujem, nastala situácia, keď bolo potrebné vyrezať základ, t.j. vymazať všetky doklady a pohyby pred určitým dátumom. V tomto momente databáza vážila takmer 350 GB a bolo s ňou veľmi náročné pracovať. Utrpel aj výkon 1C a dokončenie rutinných operácií s databázou trvalo veľmi dlho.

Rozhodnutie padlo - odrezali sme základňu! Po veľkom testovaní štandardných skladacích úprav som bol z nich sklamaný. Strávil som viac ako dva týždne sám s počítačom a odrezal som základňu testov. Takéto termíny sú v produkčnej databáze jednoducho neprijateľné, najmä preto, že používatelia pracujú v databáze 6 dní v týždni. Nejako bolo potrebné dostať sa z patovej situácie. Rozhodli sme sa zadať úlohu externe. Ale ani tu sme neboli spokojní, cena práce bola vysoká a jej dokončenie zabralo veľa času.

Vo všeobecnosti problém zostal nevyriešený a vrátili sme sa k riešeniu problému vlastnými silami.

Musel som sa uchýliť k extrémnym opatreniam, odpojil som sa od všetkých ostatných úloh a ujal sa úlohy zrútenia základne.

A čoskoro bol problém vyriešený - znížili základňu za 2 dni, čím ju znížili o 70%.

Orezanie databázy UT s kapacitou 350 GB za 2 dni.

Rozhodol som sa vykonať úlohu pomocou tohto algoritmu:

Vytvorte kópiu pracovnej databázy. V kópii vytvorte zostatky k požadovanému dátumu, vymažte všetky doklady a pohyby pred týmto dátumom. Ďalej preneste všetky nové dokumenty z pracovnej databázy (vytvorenej od vytvorenia kópie) do novej databázy. Vpustite používateľov do novej databázy.

Úloha bola rozdelená do 5 podúloh:

1. Vytvorte plán výmeny tak, aby po orezaní databázy bolo možné všetky nové dokumenty preniesť do novej databázy.

2. Zostatky vytvorte v deň súhrnu.

3.Vymažte všetky doklady a pohyby pred dátumom vyrovnania.

4.Nahrajte dokumenty z aktuálnej databázy do novej databázy.

5. Vymeňte pracovnú základňu za novú (odrezanú).

Prípravná fáza trvala približne dva týždne: vytvorenie výmenného plánu, hľadanie nástrojov na vytváranie zostatkov a prehľadných registrov, testovanie mechanizmov.

Proces zrútenia databázy.

1. Tvorba zostatkov v deň roll-up.

Zvyšok bol vytvorený pomocou štandardného spracovania „ConvolutionBase.epf“.

Kvôli úspore času boli zostatky generované v pracovnej databáze počas pracovnej doby. Pretože zostatky sú tvorené dokladmi „Úprava registrových záznamov“ a spracovaním sa zakladajú neaktívne pohyby v registroch, potom je tento postup pre databázu neškodný.

Pri spracovaní som si nastavil limit počtu riadkov v jednom doklade na 50 000.

Urobil som to pomaly a do 1-2 dní sa všetko vytvorilo (vyšlo asi 400 dokumentov).

Poznámka:

- ak v deň súhrnu existujú dokumenty „Úprava záznamov v registri“, ktoré nesúvisia so základným súhrnom, potom je lepšie ich presunúť na neskorší dátum, aby sa neskôr náhodou nepomiešali.

- pri vytváraní zostatkov je lepšie zobraziť všetky registre, pretože Stáva sa, že nepotrebujete počiatočné zostatky pre všetky registre. Niekedy nastanú situácie, keď sa register už nikde nepoužíva. To vám v konečnom dôsledku ušetrí čas.

2. Vytvorte kompletný plán výmeny pre nahranie do identickej konfigurácie (možno vykonať súbežne s tvorbou zostatkov).

3. V mimopracovnej dobe vyčistite objekty zapísané v pláne výmeny a urobte kópiu databázy s deaktivovanými predpismi.

4.Vymazávanie dokumentov a čistenie registrov.

Táto operácia je najpomalšia a na urýchlenie tejto operácie je potrebné použiť priame SQL dotazy. Podobné nástroje nájdete na Infostart. Je tu ešte jeden bod: ak vymažeme údaje týmto spôsobom, objekty sa vymažú rýchlo, ale bez kontroly referenčnej integrity. V súlade s tým sa v našich dokumentoch a iných dokumentoch objavia riadky ako „Objekt sa nenašiel...“.

Mojou úlohou bolo ponechať tieto dokumenty nezačiarknuté pre informačné účely.

Na tento účel bolo spísané spracovanie, ktoré odstránilo zo spracovania a prenieslo do súhrnného dátumu všetky doklady súvisiace s pohybmi v dokladoch o úprave registra.

Potom pomocou spracovania na vymazanie dokladov a pohybov cez SQL dopyty vymažte všetko do dátumu vyrovnania (protokoly dokladov, dokumenty, akumulačné registre, informačné registre atď.).

Poznámka:

- podľa informačných registrov je potrebné vyčistiť len periodické. Ak register nie je pravidelný, potom bude s najväčšou pravdepodobnosťou úplne vymazaný.

6. Aktivujte pohyby dokladov na úpravu záznamov registra spracovaním „Base Convolution.epf“. V tomto prípade sa spracovanie týchto dokladov presunie do predchádzajúceho dátumu (toto je výhodné pri odsúhlasovaní zostatkov v dvoch databázach).

8.Skontrolujte správnosť zadávania zostatkov a opravte ich (na tento účel môžete zapojiť účtovníkov)

9. Preneste dokumenty z pracovnej databázy do novej databázy. Tento postup je možné vykonať ihneď po vytvorení kópie. Tie. Ak sa v databáze každý deň vytvára veľa dokumentov, potom je lepšie prenášať dokumenty paralelne, aby ste na to nestrácali čas.

10.Povoliť používateľom prístup k novej databáze. Na tento účel je lepšie premenovať databázy na serveri 1c, aby bol prechod pre používateľov bezbolestný. Tie. Starú databázu nazveme ako chceme a novú (zbalenú) databázu premenujeme na starú.

Poznámka!

Ako viete, keď sa objekty priamo vymažú, referenčná integrita sa nekontroluje.
Po odstránení objektov teda objekty, ktoré odkazujú na neexistujúce objekty, zostanú v aktuálnej databáze („Objekt nenájdený“).
Mojím cieľom nebolo mať tieto objekty v zbalenej databáze. Nefunkčné prepojenia však môžu negatívne ovplyvniť rôzne typy výmen medzi databázami a inými procesmi.
Preto som ich presunul na zrútenú základňu, ale potom, čo som základňu zrútil.
1. Vyrobené výmenné pravidlá, ktoré prenášajú dokumenty (len číslo, dátum v nezaúčtovanej forme).
2. Preniesli všetky doklady, ktoré sa našli v dokladoch pre zadanie počiatočných stavov.
Tento postup je možné vykonať po valcovaní, ale je vhodné pripraviť nástroje vopred.

Čo je skladanie základne a prečo je to potrebné?

Pri vykonávaní roll-upu sa vygenerujú doklady pre zápis zostatkov do registrov k určitému dátumu (dátum roll-upu) a nevyužité doklady a pohyby v registroch (informácie, kumulácia, účtovníctvo) sa vymažú až po roll-up vrátane. dátum (obdobie súhrnu). Hlavné ciele konvolúcie:

Zvýšenie rýchlosti systému.

Zmenšenie veľkosti informačnej základne.

DÔLEŽITÉ. Pred vykonaním súhrnu databázy sa odporúča:
1. Vykonajte predbežné testovanie súhrnu na kópii pracovnej informačnej databázy.
2. Až na základe výsledkov úspešného testovania sa rozhodnite o možnosti využitia pracovnej informačnej základne.

Disk ITS obsahuje spracovanie pre konfiguráciu 1.6 Enterprise Accounting. Nie je vhodný pre verziu 2.0, pretože vo verzii 2.0 neexistuje dokument „Úprava záznamov registra“. Spracovanie si preto stiahneme z odkazu: STIAHNUŤ (na stiahnutie je potrebná registrácia).

1) Vytvorme záložnú kópiu: prejdite do databázy cez Konfigurátor, položka menu Administrácia - Nahrať infobázu.

2) Do databázy prejdeme cez režim 1C:Enterprise. V deň, do ktorého zrolujeme databázu, musíme skontrolovať, či sú na konci mesiaca všetky doklady ukončené (položka menu Operácie - Bežné operácie). Urobím to do 31.3.2009. To znamená, že dokumenty na uzávierku mesiaca musia byť za marec 2009:

3) Vygenerujme prehľad Obratová súvaha za obdobie, ktoré budeme skladať (položka menu Výkazy - Obratová súvaha). Uložme si to na overenie po zbalení databázy.

4) Pomocou položky ponuky Súbor - Otvoriť pridajte externé spracovanie Databáza 2.0.

Záložka "Všeobecné nastavenia":

Dátum zníženia. Dátum kolapsu sa vzťahuje na poslednú sekundu zahrnutú do obdobia kolapsu. Ak teda chcete zbaliť údaje za 1. štvrťrok 2009 v informačnej databáze, musíte ako dátum zrútenia zadať 31.03.2009 23:59:59.

Počet riadkov v súvahových dokladoch. Tento parameter určuje maximálny možný počet riadkov v jednom doklade pre zadávanie zostatkov. Ak parameter nie je vyplnený (rovná sa 0), tak pre každý register/účet sa vytvorí jeden doklad bez obmedzenia počtu riadkov.

Záložka "Nastavenie metódy konvolúcie": v tejto fáze sa určuje, ktoré objekty a na aké obdobie by sa mali zrútiť. Na spracovanie objektov sú k dispozícii tieto metódy:

Nespracovávať - objekty nie sú zbalené.

K dnešnému dňu - objekty predchádzajúce dátumu zbalenia sú zbalené. Ak vyplníte parameter „Dátum ukončenia“, objekty predchádzajúce dátumu ukončenia sa zbalia. Týmto spôsobom môžete určiť rôzne dátumy súhrnu pre rôzne objekty. Ak parameter "Dátum ukončenia" nie je zadaný, súhrn sa vykoná podľa dátumu súhrnu uvedeného na karte "Všeobecné nastavenia".

Pre obdobie - všetky objekty ležiace v zadanom intervale sú zbalené.

Vymazať – všetky objekty predchádzajúce dátumu súhrnu sa vymažú a nevytvoria sa doklady na zaúčtovanie zostatku. Režim je dostupný len pre informačné registre.

Pomocou tlačidla "Vyplniť predvolené nastavenia" je možné vyplniť kompozíciu zbalených objektov a predvolený spôsob zbalenia. V tomto prípade budú skladacím objektom priradené nasledujúce nastavenia:

Pre všetky dokumenty je režim zbalenia nastavený na "do dnešného dňa".
Pre všetky akumulačné a účtovné registre je nastavený režim konvolúcie „stav k dátumu“.
Pre všetky registre periodických informácií, pre ktoré dokument „Úprava záznamov registra“ nie je registrátorom, je režim konvolúcie nastavený na „nespracovať“, pre všetky ostatné registre periodických informácií je nastavený režim „k dátumu“.
Pre všetky neperiodické informačné registre je režim zbalenia nastavený na „nespracovať“.

Pomocou tlačidiel „Nahrať do XML“ a „Načítať z XML“ je možné uložiť a obnoviť predtým vykonané nastavenia skladania.

Vyplním predvolené nastavenia:

Záložka "Doklady na zadávanie zostatkov": V tejto fáze sa vygenerujú doklady pre zadávanie zostatkov podľa akumulačných registrov, informácií a účtovníctva. Vytvorené dokumenty sa budú nachádzať v nasledujúcej sekunde po dátume súhrnu, t.j. ak je dátum súhrnu 31.03.2009 23:59:59, tak doklady budú vytvorené 4.1.2009 00:00:00.
Doklady „Oprava evidenčných zápisov“ a „Prevádzka (účtovníctvo a daňové účtovníctvo)“ slúžia ako doklady na zadávanie zostatkov.
Doklady na zaúčtovanie súvahy sa vytvárajú so zakázanými pohybmi. Dokumenty na zadávanie zostatkov obsahujú komentár, ktorý obsahuje text „[Vygenerované spracovaním základného súhrnu]“.
Pre každý register/účet je vytvorený samostatný doklad o zaúčtovaní salda. Počet súvahových dokladov pre každý register/účet je určený parametrom „Počet riadkov v súvahovom doklade“ (podrobnosti pozri vyššie).

Zbaliť databázu (tlačidlo "Zbaliť základňu" v dolnom paneli príkazov). V tejto fáze sa objekty vymažú na obdobie zrútenia.

Tento proces môže trvať dlho. Po zbalení databázy je prísne zakázané vykonávať akékoľvek zmeny alebo preposielať dokumenty v zbalenom období.
Treba mať na pamäti, že ak sa v tejto fáze vyskytli chyby, ktoré viedli k tomu, že postup odstraňovania objektov bol prerušený a nebol úplne dokončený, môže nastať nasledujúca situácia: pre niektoré registre zostanú súčty zakázané. To znemožní získanie súčtu pre niektoré registre. Zoznam registrov, pre ktoré sú deaktivované súčty, si môžete pozrieť na záložke "Registry s deaktivovanými súčtami". Na tej istej karte môžete v prípade potreby povoliť súčty.

V tomto článku budem hovoriť o algoritme, ktorý sa používa v procese tzv 1c konvolúcia základne.

Základná konvolúcia 1c(kolaps databázy 1C) je postup používaný na optimalizáciu údajov nahromadených v databáze 1C. Databáza 1C kolabuje, aby sa zlepšila kvalita používateľského zážitku.

Dôvody kolapsu databázy 1C

Pozrime sa na teoretickú otázku skladania databáz z pohľadu praktického príkladu. Napríklad dnes je 14. marca 2008. Pracujem s databázou 1C, ktorá je vedená od 1.1.2003. Základňa funguje už 5. rok. Databáza je pre programátora náročná na údržbu (zvyšuje sa zložitosť systému v dôsledku nárastu počtu prvkov). S databázou sa používateľom tiež ťažko pracuje (rýchlosť programu).

Ako môžete optimalizovať svoju prácu s databázou 1C?

Programátor sa vo všeobecnosti nestará o veľkosť databázy, pretože programátor nepracuje s údajmi, ale s algoritmami spracovania údajov. Problémy pri práci s rozsiahlou databázou môžu nastať pre programátora spravujúceho databázu, okrem prípadov, keď je potrebné obnoviť postupnosť po preúčtovaní dokladu v predchádzajúcom období, alebo keď je potrebné preúčtovať všetky doklady splatné na zmeny v algoritme niektorých výpočtov . Optimalizácia databázy sa preto zvyčajne vykonáva s cieľom skvalitniť prácu používateľov databázy.

Funkčné vlastnosti pri práci s dátami

Funkcie používateľov pracujúcich s databázou 1C možno rozdeliť do troch skupín:

Zadávanie primárnych údajov;
Analýza zadaných údajov;
Plánovanie budúcich údajov.

Poďme si prejsť funkčné skupiny používateľov.

Tí, ktorí zadávajú údaje, nepotrebujú zostatky a obrat ani za „včera“. Nehovoriac o údajoch za posledný mesiac alebo rok predtým.
Analytici údajov potrebujú historické údaje. Tu si však treba ujasniť, aké údaje presne potrebujú. O tom si povieme nižšie.
Plánovači údajov potrebujú výsledky historickej analýzy. Inými slovami, potreby používateľov tejto skupiny si vyžadujú aj údaje nazhromaždené v predchádzajúcich obdobiach.

Podrobné údaje o súhrne databázy 1c

Ak chcete určiť, aké údaje sú potrebné na analýzu a plánovanie, musíte najprv objasniť podrobnosti údajov. Vopred poviem, že podrobný popis údajov potrebných na analýzu a plánovanie je kľúčom k vyriešeniu problému kolapsu databázy 1C.

Aké sú úrovne podrobností údajov v databáze 1C? Môžem vymenovať tieto:

Účtovanie na účty v účtovníctve.
Registrovať pohyb v operatívnom účtovníctve.
Dokument.
Obrat za deň (týždeň, desaťročie, mesiac, štvrťrok, polrok, rok).
Zostatok na začiatku a na konci obdobia (deň, týždeň, desaťročie, mesiac, štvrťrok, rok).

Po určení dostatočnej úrovne podrobností údajov potrebných na efektívnu analýzu a plánovanie môžeme hovoriť o stupni kompresie údajov pri zbalení databázy.

Práca s údajmi v „komprimovanom“ období po 1s kolapse databázy

Ak sú údaje v určitom období „zbalené“ alebo „komprimované“, rozumie sa, že je ich kvantitatívne o určité množstvo menej. Ak sa množstvo údajov zníži, určité údaje sa navždy stratia.

Ako získam prístup k zbaleným údajom, ak to bude potrebné? Toto je veľmi dôležitá otázka a je potrebné na ňu odpovedať pred zhrnutím databázy 1C.

Ako príklad uvediem dva extrémne prípady.

Prípad 1: Finančný riaditeľ chce mať v ktorýkoľvek deň v roku 2008 možnosť nahliadnuť do podrobnej karty vzájomného vyrovnania s kupujúcim „Alpha“ za marec 2005.

Za tejto podmienky nie je možné zbaliť databázu 1C, pretože nie je možné zbaliť (stlačiť) údaje pod úroveň odosielania (pohyb registra).

Za výnimku možno považovať spôsob práce, pri ktorom je databáza ešte zrolovaná a v pracovnej databáze zostanú z údajov kolabovaného obdobia len zostatky na začiatku pracovného obdobia. Potom má podnik dve pracovné základne:

Pracovná databáza, do ktorej sa vkladajú údaje o aktuálnych operáciách.
Archívna databáza, ktorá uchováva údaje o transakciách minulých období.

Finančný riaditeľ má zároveň prístup napríklad do druhej databázy, s ktorou sa vlastne zastavila práca. A finančný riaditeľ môže na želanie kedykoľvek vstúpiť do „starej“ databázy a získať všetky údaje, ktoré potrebuje v predchádzajúcich obdobiach.

Prípad 2: Finančný riaditeľ chce mať v ktorýkoľvek deň v roku 2008 možnosť zistiť výšku nákladov na prenájom za všetky skladové priestory podniku za 3. štvrťrok 2005. A nepotrebuje podrobnejšie informácie (napr. karta vzájomných vyrovnaní s prenajímateľom skladu).

V tomto prípade sa konvolúcia databázy 1C vykonáva týmto spôsobom:

Špeciálna požiadavka vyberá obrat v položke „Skladové náklady“ s rozpisom podľa štvrťroka.
Za každý štvrťrok prijatý v požiadavke sa vytvorí nový doklad „Operácia“ (alebo iný osobitný doklad), do ktorého sa zapíše výška obratu v položke „Skladové náklady“. Dokument sa zaznamená a zaúčtuje.
Špeciálnym spracovaním sa vymažú všetky doklady, ktoré zadávali údaje za obdobie rozpadu pod položkou „Výdavky na sklad“ (okrem nášho špeciálneho dokladu, ktorý sme vytvorili pri kolapse databázy).

Za výnimku možno považovať aj spôsob práce, pri ktorom sa základ zroluje s prevodom len došlých zostatkov na začiatok pracovného obdobia. Podnik má dve základne („pracovné“ a „staré“). A finančný riaditeľ vytvorí napríklad špeciálnu platňu v MS Excel pre osobnú potrebu. V tomto tablete bude vykonávať analýzu a plánovanie údajov. Do tabuľky ručne zadá celkové hodnoty pre finančné ukazovatele, ktoré potrebuje za analyzované obdobie. Údaje na analýzu berie z „archívnej“ databázy.

Štandardný konvolučný algoritmus 1C databázy

Vo väčšine prípadov je skladanie databázy bežnejšie.

Spracovanie vytvára nové doklady typu „Zadávanie počiatočných stavov“.
Dotaz vyberie zostatky pre všetky účtovné knihy, dimenzie účtovných kníh a ďalšie relevantné dátové úložiská na konci obdobia, ktoré sa zhrnie.
Údaje prijaté v žiadosti sa zapisujú do dokladov typu „Zadávanie počiatočných stavov“.
Dokument sa uloží a zaúčtuje v posledný deň kolaudačného obdobia.
Všetky dokumenty 1C za obdobie zrútenia sa vymažú.

Metódy na zbalenie databázy 1C

Existujú teda dva spôsoby, ako zbaliť údaje v databáze 1C:

V zbalenom období sa vymažú všetky transakcie a na začiatku pracovného obdobia sa zapíšu len počiatočné zostatky dostupné na konci zbaleného obdobia.
Rovnako ako v prvej metóde, ale v období kolapsu sa obrat ponecháva podľa ukazovateľov, ktoré sú potrebné v aktuálnom režime v pracovnom období, s požadovanou úrovňou podrobnosti. Zostatky vypočítané s prihliadnutím na obrat zostávajúci v období kolapsu sa prenášajú na začiatok pracovného obdobia.

Na základe materiálov

Spracovanie sa nachádza v podsystéme „Správa“, bloku „Služba“ a je určené na zníženie veľkosti informačnej základne súborov a zvýšenie rýchlosti systému, ako aj na skrátenie času archivácie a aktualizácie.

Dôležité! Zbalenie informačnej databázy je dostupné iba v lokálnom prevádzkovom režime.

Odsúhlasenie sa vzťahuje na proces spracovania dokumentov a registrov, pričom sa na začiatku určitého roka vytvárajú zostatky. Pri zbalení informačnej bázy sú dokumenty z predchádzajúcich období označené na vymazanie.

Musíte však pochopiť, že zhrnutie databázy pomocou štandardného spracovania je možné vykonať iba so štandardnou konfiguráciou. V opačnom prípade sa môžu objaviť chyby, ktoré nebudú okamžite viditeľné. Ak nemáte štandardnú konfiguráciu, radšej kontaktujte skúseného programátora 1C, aby databázu porovnal.

Konvolučné spracovanie robí nasledovné:

vytvára doklady pre zadávanie zostatkov „Prevádzka (registre Infokraft)“ pre všetky účty/registre k požadovanému dátumu;
Označí dokumenty na vymazanie pred požadovaným dátumom.

Dôležité! Pred vykonaním súhrnu databázy sa odporúča:

Vykonajte predbežné testovanie súhrnu na kópii pracovnej informačnej databázy.
Až na základe výsledkov úspešného testovania je možné rozhodnúť o možnosti využitia pracovnej informačnej základne.

Podrobné pokyny na zbalenie informačnej základne:

Vytvorenie zálohy bezpečnosti informácií: do databázy musíte vstúpiť v režime „Konfigurátor“, položka ponuky „Správa“ - „Nahrať informačnú databázu“.
Pred súhrnom by sa mali vygenerovať správy o tých konfiguračných objektoch, o ktorých informácie z minulých období budú potrebné v budúcich obdobiach. V konfigurácii „Vzorec Bývanie a verejné služby + účtovníctvo“ nie je potrebné pred roll-upom generovať výkaz „Bilancia tržieb“, pretože kontrola zostatkov v účtovných registroch pred a po roll-upe je súčasťou spracovania. etapy.
Spustite spracovanie z podsystému „Správa“ - „Služba“. Ak sa súhrn vykonáva na už vytvorenej kópii programu, príznak „Vytvoriť záložnú kópiu“ nie je potrebné nastavovať. V opačnom prípade musíte zadať záložný adresár IS.

4.Nastavenie konvolúcie. V tejto fáze sa určí, na začiatku ktorého roka sa budú tvoriť zostatky. Štandardne je vybratý príznak „Nastaviť dátum zákazu údajov“ - ak sa zostatky generujú začiatkom roka 2017, nastaví sa na 31.12.2016. Databázu je možné zrolovať pre všetky organizácie alebo len pre jednu.

5.Tvorba zvyškov. V tejto fáze sa určuje zloženie predmetov, ktoré sa majú zrútiť, a spôsob zrútenia. K dispozícii sú nasledujúce akcie s registrami:

Nezrútiť - predmety nie sú zrútené, t.j. všetky pohyby registra zostanú zachované a registračné dokumenty nebudú označené na vymazanie;
Collapse - objekty, ktoré predchádzajú dátumu kolapsu, sú zbalené, t.j. registračné doklady budú označené na výmaz a pohyby registra budú obsahovať údaje ku dňu odsúhlasenia;
Vymazať - objekty predchádzajúce dátumu súhrnu sa vymažú a nevytvoria sa doklady na zaúčtovanie zostatku. Režim je dostupný len pre informačné registre.

V predvolenom nastavení je napríklad pre registre „Komentáre k výpočtom“, „Vykonatelia aplikácií podľa typu práce“ a iné nastavené na „Nezbaliť“, to znamená, že program už analyzoval, ktoré parametre databázy je potrebné uložiť. v plnom rozsahu a ktoré možno zrútiť.

Pri prechode do ďalšej etapy sa nastaví dátum zákazu zmien údajov, ak bol v predchádzajúcej etape č. 5 zvolený príslušný príznak. Je možné obnoviť odporúčané nastavenia.

6.Zobraziť transakcie. V tejto fáze môžete otvoriť vygenerované zostatky k 1. 1. 2017, transakcie budú zaznamenané do databázy 31. 12. 2016. Je možné upraviť zostatky a dokonca vytvoriť novú operáciu na zadanie zostatkov pomocou tlačidla " Vytvoriť“.

Nižšie je uvedený variant vytvorenej operácie pre informačné registre „Stavebné služby“:

7.Vyšetrenie. V tejto fáze sa zobrazia všetky vytvorené doklady o zaúčtovaní salda s možnosťou ich úpravy. Je možné zobraziť informácie o jednotlivých registroch informácií a akumulácií. Pomocou tlačidla „Viac“ môžete nastaviť alebo odstrániť príznak výberu pre registre, pre ktoré chceme dostávať informácie:

Zvláštnosťou roll-upu od 1C-IzhTiSi je, že celý rozsah práce zapadá do technologického okna zákazníka - času, keď nikto nepracuje s databázou.

Zrútenie informačných základní 1C sa používa na zníženie objemu informačnej základne, ako aj na zvýšenie výkonu systému. Počas procesu súhrnu sa zastarané údaje odstránia a zostatky sa zadajú k dátumu súhrnu.

Hlavným rozdielom medzi riešením 1C-IzhTiS a štandardným rollup mechanizmom 1C je to, že operácie na zmenu údajov sa vykonávajú v čo najkratšom čase, napríklad keď veľkosť technologického okna nepresiahne 2-3 hodiny.

Ak nie je možné vykonať úplnú redukciu v jednej relácii, technológia umožňuje vykonať proces po častiach: pre jednotlivé objekty aj pre skupiny objektov vo viacerých technologických oknách.

Kto potrebuje súhrn informačných základní 1C

Pre všetky spoločnosti, ktoré dlhodobo pracujú v 1C:Enterprise:

ak si všimnete, že systém začína pracovať pomalšie ako zvyčajne - generovanie správ trvá dlho atď.;
keď sa v informačných databázach nahromadilo veľké množstvo neaktuálnych, irelevantných informácií.

Kedy zrolovať

Konvolúcia by sa mala vykonať v nasledujúcich prípadoch:

Objem databázy je viac ako 50 GB.
Záznamy v databáze sa uchovávajú viac ako 5 rokov.
Veľkosť databázy spôsobuje ťažkosti pri vytváraní zálohy.
Pred aktualizáciou konfigurácie, ktorá nebola dlho aktualizovaná.

Organizácia procesu kolapsu informačných báz 1C

Typický plán roll-up pozostáva z niekoľkých fáz:

1. Demo roll: 5-10 pracovných dní

Zbalenie ukážky vám umožňuje odhadnúť konečnú veľkosť zbalenej informačnej základne a čas potrebný na celý proces, ako aj identifikovať chyby, ktoré sa opravujú počas nasledujúcich fáz. Táto fáza môže byť vykonaná na našej strane aj na strane zákazníka.