1s 8.1 rachunkowość przedsiębiorstwa 1.6 splot. Jak wykonać składanie podstawy. Instrukcje krok po kroku dotyczące zwijania bazy informacji

Tło

W firmie, w której pracuję, zaistniała sytuacja, gdy konieczne stało się docięcie podłoża, czyli tzw. usunąć wszystkie dokumenty i ruchy przed określoną datą. W tym momencie baza danych ważyła prawie 350 GB i bardzo trudno było z nią pracować. Wydajność 1C również ucierpiała, a rutynowe operacje na bazie danych trwały bardzo długo.

Decyzja została podjęta - odcięliśmy podstawę! Po wielu testach standardowych zabiegów składanych, rozczarowałem się nimi. Ponad dwa tygodnie spędziłem sam na sam z komputerem, odcinając bazę testową. Takie terminy są po prostu nie do zaakceptowania w produkcyjnej bazie danych, zwłaszcza, że użytkownicy pracują w bazie 6 dni w tygodniu. Jakoś trzeba było wyjść z impasu. Zdecydowaliśmy się zlecić to zadanie podmiotom zewnętrznym. Ale i tutaj nie byliśmy zadowoleni, koszt pracy był wysoki, a jej wykonanie zajęło dużo czasu.

Generalnie problem pozostał nierozwiązany i wróciliśmy do samodzielnego rozwiązania problemu.

Musiałem zastosować ekstremalne środki, odłączyłem się od wszystkich innych zadań i podjąłem się zadania zawalenia bazy.

Wkrótce problem został rozwiązany - obcięli bazę w 2 dni, zmniejszając ją o 70%.

Przycięcie bazy danych UT o pojemności 350 GB w 2 dni.

Postanowiłem wykonać zadanie za pomocą tego algorytmu:

Utwórz kopię działającej bazy danych. W kopii utwórz salda na wymaganą datę, usuń wszystkie dokumenty i ruchy przed tą datą. Następnie przenieś wszystkie nowe dokumenty z działającej bazy danych (utworzonej od momentu utworzenia kopii) do nowej bazy danych. Wpuść użytkowników do nowej bazy danych.

Zadanie zostało podzielone na 5 podzadań:

1. Utwórz plan wymiany, aby po przycięciu bazy wszystkie nowe dokumenty mogły zostać przeniesione do nowej bazy.

2. Utwórz salda w dniu zrolowania.

3.Usuń wszystkie dokumenty i przesunięcia przed datą pojednania.

4.Prześlij dokumenty z aktualnej bazy do nowej bazy.

5.Wymień podstawę roboczą na nową (przyciętą).

Etap przygotowawczy trwał około dwóch tygodni: stworzenie planu wymiany, poszukiwanie narzędzi do tworzenia sald i przejrzystych rejestrów, testowanie mechanizmów.

Proces zwijania bazy danych.

1. Tworzenie sald na dzień zrolowania.

Pozostała część została utworzona przy użyciu standardowego przetwarzania „ConvolutionBase.epf”.

Aby zaoszczędzić czas, salda zostały wygenerowane w roboczej bazie danych w godzinach pracy. Ponieważ salda tworzone są na podstawie dokumentów „Korekta wpisów rejestrowych”, a przetwarzanie ustala nieaktywne ruchy w rejestrach, wówczas procedura ta jest nieszkodliwa dla bazy danych.

Podczas przetwarzania ustawiłem limit liczby wierszy w jednym dokumencie na 50 000.

Robiłem to powoli i w ciągu 1-2 dni wszystko było gotowe (wyszło około 400 dokumentów).

Notatka:

- jeżeli w dacie rollupu znajdują się dokumenty „Korekta wpisów do rejestru”, które nie są związane z rollupem bazowym, to lepiej je przesunąć na późniejszy termin, aby później przypadkowo ich nie pomylić.

- podczas tworzenia sald lepiej jest przeglądać wszystkie rejestry, ponieważ Zdarza się, że nie potrzebujesz sald początkowych dla wszystkich rejestrów. Czasami zdarzają się sytuacje, gdy rejestr nie jest już nigdzie używany. Dzięki temu ostatecznie zaoszczędzisz czas.

2. Utwórz kompletny plan wymiany w celu wgrania do identycznej konfiguracji (można to zrobić równolegle z tworzeniem sald).

3. W godzinach wolnych od pracy wyczyść obiekty zarejestrowane w planie wymiany i wykonaj kopię bazy danych z wyłączonymi regulacjami.

4.Usuwanie dokumentów i rozliczanie rejestrów.

Ta operacja jest najwolniejsza i aby przyspieszyć tę operację, należy użyć bezpośrednich zapytań SQL. Podobne narzędzia można znaleźć na Infostart. Jest jeszcze jedna kwestia: jeśli usuniemy w ten sposób dane, obiekty zostaną usunięte szybko, ale bez kontroli integralności referencyjnej. W związku z tym w naszych dokumentach i innych dokumentach pojawią się wiersze typu „Nie znaleziono obiektu...”.

Moim zadaniem było pozostawienie tych dokumentów bez kontroli w celach informacyjnych.

W tym celu napisano przetwarzanie, które usuwa z przetwarzania i przenosi na dzień zrolowania wszystkie dokumenty związane z przesunięciami w dokumentach korygujących rejestr.

Następnie, korzystając z przetwarzania do usuwania dokumentów i przesunięć poprzez zapytania SQL, usuń wszystko aż do daty uzgodnienia (dzienniki dokumentów, dokumenty, rejestry akumulacji, rejestry informacyjne itp.).

Notatka:

- według rejestrów informacyjnych rozliczaniu podlegają jedynie rejestry okresowe. Jeśli rejestr nie jest okresowy, to najprawdopodobniej zostanie całkowicie wyczyszczony.

6. Aktywuj ruchy dokumentów w celu dostosowania wpisów do rejestru, przetwarzając plik „Base Convolution.epf”. W takim przypadku przetwarzanie tych dokumentów zostaje przeniesione na poprzednią datę (jest to wygodne przy uzgadnianiu sald w dwóch bazach danych).

8.Sprawdzanie poprawności zapisów sald i ich poprawianie (można w tym celu zaangażować księgowego)

9. Przenieś dokumenty z działającej bazy danych do nowej bazy. Tę procedurę można wykonać natychmiast po utworzeniu kopii. Te. Jeśli codziennie w bazie danych powstaje wiele dokumentów, lepiej przesyłać dokumenty równolegle, aby nie tracić na to dodatkowego czasu.

10. Zezwól użytkownikom na dostęp do nowej bazy danych. Aby to zrobić, lepiej zmienić nazwy baz danych na serwerze 1c, aby przejście było bezbolesne dla użytkowników. Te. Nazywamy starą bazę danych jak chcemy i zmieniamy nazwę nowej (zwiniętej) bazy danych na starą.

Notatka!

Jak wiadomo, gdy obiekty są usuwane bezpośrednio, integralność referencyjna nie jest sprawdzana.
W związku z tym po usunięciu obiektów w aktualnej bazie danych pozostają obiekty odnoszące się do obiektów nieistniejących („Nie znaleziono obiektu”).
Moim celem nie było umieszczenie tych obiektów w zwiniętej bazie danych. Jednak uszkodzone łącza mogą negatywnie wpływać na różne typy wymiany między bazami danych i innymi procesami.
Dlatego przeniosłem je do zawalonej bazy, ale po tym jak zawaliłem bazę.
1. Wprowadzono zasady wymiany, które przekazują dokumenty (tylko numer, data w formie niewysłanej).
2. Przesłałem wszystkie dokumenty znalezione w dokumentach do wpisania sald początkowych.
Tę procedurę można wykonać po walcowaniu, ale zaleca się wcześniejsze przygotowanie narzędzi.

Co to jest składanie podstawy i dlaczego jest potrzebne?

Podczas przeprowadzania rollupu generowane są dokumenty wpisania sald do rejestrów na określoną datę (data rollupu), a niewykorzystane dokumenty i ruchy w rejestrach (informacyjne, akumulacyjne, księgowe) są usuwane aż do rollupu włącznie data (okres roll-up). Główne cele splotu:

Zwiększenie szybkości systemu.

Zmniejszenie rozmiaru bazy informacyjnej.

WAŻNY. Przed wykonaniem rollupu bazy danych zaleca się:
1. Wykonaj wstępne testy rollupa na kopii działającej bazy danych.
2. Dopiero na podstawie wyników pomyślnych testów podejmij decyzję o możliwości wykorzystania działającej bazy informacji.

Dysk ITS zawiera przetwarzanie dla konfiguracji 1.6 Enterprise Accounting. Nie nadaje się do wersji 2.0, ponieważ w wersji 2.0 nie ma dokumentu „Korekta wpisów do rejestru”. W związku z tym pobieramy obróbkę z linku: POBIERZ (aby ją pobrać należy się zarejestrować).

1) Utwórzmy kopię zapasową: przejdź do bazy danych poprzez Konfigurator, pozycja menu Administracja - Prześlij bazę danych.

2) Wchodzimy do bazy danych w trybie 1C:Enterprise. Musimy sprawdzić w dniu, w którym zwiniemy bazę, czy na koniec miesiąca wszystkie dokumenty zostały skompletowane (pozycja menu Operacje - Operacje rutynowe). Zrobię to do 31 marca 2009 roku. Oznacza to, że dokumenty dotyczące Zamknięcia miesiąca muszą dotyczyć marca 2009 r.:

3) Wygenerujmy raport Bilansu Obrotów za okres, który będziemy zwijać (pozycja menu Raporty - Bilans Obrotów). Zapiszmy go do weryfikacji po zwinięciu bazy danych.

4) Korzystając z pozycji menu Plik - Otwórz, dodaj przetwarzanie zewnętrzne Baza danych 2.0.

Zakładka "Ustawienia główne":

Data redukcji. Data zwinięcia odnosi się do ostatniej sekundy zawartej w zwiniętym okresie. Aby zatem zwinąć dane za I kwartał 2009 roku w bazie informacji należy jako datę zwinięcia podać 31.03.2009 23:59:59.

Liczba wierszy w dokumentach wejścia na saldo. Parametr ten określa maksymalną możliwą liczbę wierszy w jednym dokumencie do wprowadzenia sald. Jeżeli parametr nie zostanie wypełniony (równy 0), to dla każdego rejestru/konta zostanie utworzony jeden dokument bez ograniczenia liczby wierszy.

Zakładka „Ustawianie metody splotu”: na tym etapie określa się, które obiekty i na jaki okres należy zawalić. Dostępne są następujące metody przetwarzania obiektów:

Nie przetwarzaj – obiekty nie są zwinięte.

Do tej pory - obiekty poprzedzające datę zwinięcia są zwinięte. Jeśli wypełnisz parametr „Data zakończenia”, obiekty poprzedzające datę końcową zostaną zwinięte. W ten sposób możesz określić różne daty podsumowania dla różnych obiektów. Jeżeli nie określono parametru „Data zakończenia”, rollup zostanie wykonany według daty rollupu podanej w zakładce „Ustawienia ogólne”.

Dla okresu - wszystkie obiekty znajdujące się w określonym przedziale są zwinięte.

Wyczyść - wszystkie obiekty poprzedzające datę podsumowania zostaną usunięte, a dokumenty zapisów salda nie zostaną utworzone. Tryb dostępny tylko dla rejestrów informacyjnych.

Możliwe jest uzupełnienie składu zwiniętych obiektów oraz domyślnego sposobu zwijania za pomocą przycisku „Wypełnij ustawienia domyślne”. W takim przypadku do obiektów zwijanych zostaną przypisane następujące ustawienia:

Dla wszystkich dokumentów tryb zwijania jest ustawiony na „do tej pory”.
Dla wszystkich rejestrów akumulacyjnych i księgowych ustawiony jest tryb konwolucji „na dzień dzisiejszy”.
Dla wszystkich rejestrów informacji okresowej, dla których dokument „Korekta zapisów rejestru” nie jest rejestratorem, tryb konwolucji ustawiony jest na „nie przetwarzaj”, dla wszystkich pozostałych rejestrów informacji okresowych ustawiony jest tryb „na dzień”.
Dla wszystkich nieokresowych rejestrów informacji tryb zwijania jest ustawiony na „nie przetwarzaj”.

Możliwe jest zapisanie i przywrócenie wcześniej dokonanych ustawień składania za pomocą przycisków „Prześlij do XML” i „Wczytaj z XML”.

Uzupełnię ustawienia domyślne:

Zakładka „Dokumenty do wprowadzenia sald”: Na tym etapie zostaną wygenerowane dokumenty do wprowadzenia sald według rejestrów akumulacji, informacji i księgowości. Utworzone dokumenty zostaną zlokalizowane w następnej sekundzie po dacie rollupu, tj. jeśli data rollupu to 31.03.2009 23:59:59, wówczas dokumenty zostaną utworzone 01.04.2009 00:00:00.
Dokumenty „Korekta zapisów rejestrowych” i „Operacja (księgowość i rachunkowość podatkowa)” służą jako dokumenty do wprowadzania sald.
Dokumenty zapisu salda są tworzone z wyłączonymi ruchami. Dokumenty do wprowadzenia sald zawierają komentarz zawierający tekst „[Wygenerowany w wyniku przetwarzania zestawienia podstawowego]”.
Dla każdego rejestru/konta tworzony jest odrębny dokument zapisu salda. Liczbę dokumentów zapisów salda dla każdego rejestru/konta określa parametr „Liczba wierszy dokumentu zapisu salda” (szczegóły powyżej).

Zwiń bazę danych (przycisk „Zwiń bazę” w dolnym pasku poleceń). Na tym etapie obiekty są usuwane na okres zwijania.

Proces ten może zająć dużo czasu. Po zwinięciu bazy danych, w okresie zwiniętej bazy kategorycznie zabrania się dokonywania jakichkolwiek zmian lub ponownego publikowania dokumentów.
Należy mieć na uwadze, że jeżeli na tym etapie wystąpiły błędy, które doprowadziły do przerwania i nie dokończenia procedury usuwania obiektów, to może zaistnieć następująca sytuacja: dla niektórych rejestrów sumy pozostaną wyłączone. Uniemożliwi to uzyskanie sum dla niektórych rejestrów. Listę rejestrów, dla których wyłączone są sumy, można wyświetlić w zakładce „Rejestry z wyłączonymi sumami”. W razie potrzeby na tej samej karcie możesz włączyć sumy.

W tym artykule omówię algorytm używany w procesie tzw Splot zasadowy 1c.

Splot podstawowy 1c(załamanie bazy danych 1C) to procedura służąca do optymalizacji danych zgromadzonych w bazie danych 1C. Baza danych 1C rozpada się, aby poprawić jakość doświadczenia użytkownika.

Powody zwinięcia bazy danych 1C

Przyjrzyjmy się teoretycznemu zagadnieniu składania bazy danych z punktu widzenia praktycznego przykładu. Na przykład dzisiaj jest 14 marca 2008 roku. Pracuję z bazą danych 1C, która jest prowadzona od 1 stycznia 2003 r. Baza działa już 5 rok. Baza danych jest trudna w utrzymaniu dla programisty (rosnąca złożoność systemu ze względu na wzrost liczby elementów). Praca z bazą danych jest również trudna dla użytkowników (szybkość programu).

Jak zoptymalizować swoją pracę z bazą danych 1C?

Programista w zasadzie nie przejmuje się wielkością bazy danych, gdyż programista pracuje nie z danymi, a z algorytmami przetwarzania danych. Problemy przy pracy z dużą bazą danych mogą pojawić się u programisty administrującego bazą danych, z wyjątkiem sytuacji, gdy konieczne jest odtworzenie kolejności po ponownym zaksięgowaniu dokumentu w poprzednim okresie lub gdy konieczne jest ponowne zaksięgowanie wszystkich dokumentów z powodu na zmiany w algorytmie niektórych obliczeń. Dlatego optymalizację baz danych najczęściej przeprowadza się w celu poprawy jakości pracy użytkowników baz danych.

Funkcje funkcjonalne podczas pracy z danymi

Funkcje użytkowników pracujących z bazą danych 1C można podzielić na trzy grupy:

Wprowadzanie danych pierwotnych;
Analiza wprowadzonych danych;
Planowanie przyszłych danych.

Przejdźmy przez grupy funkcjonalne użytkowników.

Ci, którzy wprowadzają dane, nie potrzebują sald i obrotów nawet na „wczoraj”. Nie mówiąc już o danych za ostatni miesiąc czy rok wcześniej.
Analitycy danych potrzebują danych historycznych. Ale tutaj musisz dokładnie wyjaśnić, jakich danych potrzebują. Porozmawiamy o tym poniżej.
Planiści danych potrzebują wyników analizy historycznej. Inaczej mówiąc, potrzeby użytkowników tej grupy wymagają także danych zgromadzonych w poprzednich okresach.

Szczegóły danych dla pakietu zbiorczego bazy danych 1c

Aby określić, jakie dane są potrzebne do analizy i planowania, należy najpierw wyjaśnić szczegółowość danych. Powiem z góry, że wyszczególnienie danych niezbędnych do analizy i planowania jest kluczem do rozwiązania problemu zwinięcia bazy danych 1C.

Jakie są poziomy szczegółowości danych w bazie danych 1C? Mogę wymienić te:

Księgowanie na konta w księgowości.
Zarejestruj ruch w rachunkowości operacyjnej.
Dokument.
Obrót dzienny (tydzień, dekada, miesiąc, kwartał, pół roku, rok).
Saldo na początek i na koniec okresu (dzień, tydzień, dekada, miesiąc, kwartał, rok).

Po ustaleniu wystarczającego poziomu szczegółowości danych niezbędnego do skutecznej analizy i planowania, możemy mówić o stopniu kompresji danych podczas zwijania bazy danych.

Praca z danymi w „skompresowanym” okresie po awarii bazy danych trwającej 1 sekundę

Jeśli dane w pewnym okresie zostaną „zwinięte” lub „skompresowane”, to należy rozumieć, że jest ich ilościowo mniej o określoną ilość. Jeśli ilość danych zmniejszy się, niektóre dane zostaną utracone na zawsze.

Jak mogę uzyskać dostęp do zwiniętych danych, jeśli zajdzie taka potrzeba? To bardzo ważne pytanie i należy na nie odpowiedzieć przed utworzeniem bazy danych 1C.

Jako przykład podam dwa skrajne przypadki.

Przypadek 1: Dyrektor finansowy chce mieć w dowolnym dniu roku 2008 możliwość wglądu w szczegółową kartę wzajemnych rozliczeń z nabywcą „Alfa” za marzec 2005 roku.

Pod tym warunkiem zwinięcie bazy danych 1C jest niemożliwe, ponieważ zwinięcie (kompresja) danych poniżej poziomu księgowania (ruch rejestru) jest niemożliwe.

Wyjątek można uznać za metodę pracy, w której baza danych jest nadal zwinięta, a w roboczej bazie danych z danych z okresu zwiniętego pozostają jedynie salda na początku okresu pracy. Następnie przedsiębiorstwo ma dwie bazy pracowników:

Działająca baza danych, do której wprowadzane są dane dotyczące bieżących operacji.
Archiwalna baza danych przechowująca dane o transakcjach z poprzednich okresów.

Jednocześnie dyrektor finansowy ma np. dostęp do drugiej bazy danych, z którą faktycznie prace zostały przerwane. A dyrektor finansowy, jeśli chce, może w dowolnym momencie wejść do „starej” bazy i uzyskać wszystkie potrzebne mu dane z poprzednich okresów.

Przypadek 2: Dyrektor finansowy chce w dowolnym dniu roku 2008 móc poznać wysokość kosztów wynajmu wszystkich powierzchni magazynowych przedsiębiorstwa za III kwartał 2005 roku. I nie potrzebuje bardziej szczegółowych informacji (np. karty wzajemnych rozliczeń z właścicielem magazynu).

W tym przypadku splot bazy danych 1C odbywa się w następujący sposób:

Na specjalne życzenie wybierane są obroty w pozycji „Koszty magazynu” z wyszczególnieniem kwartałów.
Dla każdego kwartału otrzymanego na żądanie tworzony jest nowy dokument „Operacja” (lub inny dokument specjalny), w którym wpisuje się kwotę obrotu w pozycji „Wydatki na magazyn”. Dokument jest rejestrowany i wysyłany.
Specjalne przetwarzanie usuwa wszystkie dokumenty, które wprowadziły dane za okres zwijania w pozycji „Wydatki na magazyn” (z wyjątkiem naszego specjalnego dokumentu, który utworzyliśmy podczas zwijania bazy danych).

Wyjątek można również uznać za metodę pracy, w której podstawa jest zwijana z przeniesieniem tylko przychodzących sald na początek okresu pracy. Przedsiębiorstwo ma dwie bazy („pracująca” i „stara”). A dyrektor finansowy tworzy np. specjalną tabliczkę w MS Excel do użytku osobistego. Na tym tablecie przeprowadzi analizę i planowanie danych. W tabeli ręcznie wprowadza sumaryczne wartości wskaźników finansowych potrzebnych mu na analizowany okres. Dane do analizy pobiera z „archiwalnej” bazy danych.

Standardowy algorytm splotu bazy danych 1C

W większości przypadków składanie baz danych jest bardziej powszechne.

Przetwarzanie powoduje utworzenie nowych dokumentów typu „Wprowadzenie sald początkowych”.
Zapytanie wybiera salda dla wszystkich kont księgowych, wymiary księgi i inne odpowiednie magazyny danych na koniec podsumowanego okresu.
Dane otrzymane we wniosku są wprowadzane do dokumentów typu „Wprowadzenie sald początkowych”.
Dokument zostaje zapisany i zaksięgowany w ostatnim dniu okresu zwijania.
Wszystkie dokumenty 1C z okresu zwijania są usuwane.

Metody zwijania bazy danych 1C

Zatem istnieją dwa sposoby zwijania danych w bazie danych 1C:

W okresie zwiniętym wszystkie transakcje są usuwane, a na początek okresu roboczego wprowadzane są jedynie salda początkowe dostępne na koniec okresu zwiniętego.
Podobnie jak w metodzie pierwszej, z tą różnicą, że w okresie zwiniętym obroty pozostawia się według wskaźników niezbędnych w trybie bieżącym w okresie pracy, z wymaganym poziomem szczegółowości. Salda obliczone z uwzględnieniem obrotów pozostałych w okresie załamania przenoszone są na początek okresu roboczego.

Na podstawie materiałów

Przetwarzanie zlokalizowane jest w podsystemie „Administracja”, w bloku „Serwis” i ma na celu zmniejszenie rozmiaru bazy informacji plikowej oraz zwiększenie szybkości działania systemu, a także skrócenie czasu archiwizacji i aktualizacji.

Ważny! Zwinięcie bazy informacji jest dostępne tylko w lokalnym trybie pracy.

Uzgadnianie odnosi się do procesu przetwarzania dokumentów i rejestrów, tworząc salda na początku określonego roku. Podczas zwijania bazy informacji dokumenty z poprzednich okresów zaznaczane są do usunięcia.

Należy jednak zrozumieć, że roll-up bazy danych przy użyciu standardowego przetwarzania można wykonać tylko przy standardowej konfiguracji. W przeciwnym razie mogą pojawić się błędy, które nie będą od razu widoczne. Jeśli nie masz standardowej konfiguracji, lepiej skontaktuj się z doświadczonym programistą 1C, aby uporządkować bazę danych.

Przetwarzanie splotu wykonuje następujące czynności:

tworzy dokumenty do wpisania sald „Operacja (rejestry Infokraft)” dla wszystkich rachunków/rejestrów według wymaganej daty;
Zaznacza dokumenty do usunięcia przed wymaganą datą.

Ważny! Przed wykonaniem rollupu bazy danych zaleca się:

Wykonaj wstępne testy pakietu zbiorczego na kopii działającej bazy danych.
Dopiero na podstawie wyników pomyślnych testów można podjąć decyzję o możliwości wykorzystania działającej bazy informacji.

Instrukcje krok po kroku dotyczące zwijania bazy informacji:

Tworzenie kopii zapasowej bezpieczeństwa informacji: należy wejść do bazy danych w trybie „Konfigurator”, pozycja menu „Administracja” - „Prześlij bazę danych informacji”.
Przed rollupem na tych obiektach konfiguracyjnych należy wygenerować raporty, o których informacja z poprzednich okresów będzie potrzebna w przyszłych okresach. W konfiguracji „Formuła Mieszkalnictwo i Gospodarka Komunalna + Księgowość” nie ma konieczności generowania raportu „Bilans Obrotu” przed roll-upem, gdyż sprawdzenie sald w rejestrach księgowych przed i po roll-upie jest uwzględnione jako jeden z procesów przetwarzania gradacja.
Rozpocznij przetwarzanie z podsystemu „Administracja” - „Serwis”. Jeżeli rollup zostanie wykonany na już utworzonej kopii programu, to nie trzeba ustawiać flagi „Utwórz kopię zapasową”. W przeciwnym razie należy określić katalog kopii zapasowej IS.

4.Ustawianie splotu. Na tym etapie ustala się, na początku którego roku powstaną salda. Domyślnie zaznaczona jest flaga „Ustaw datę zakazu danych” – zostanie ustawiona na 31.12.2016 w przypadku wygenerowania sald na początku 2017 roku. Możliwe jest zrollowanie bazy danych dla wszystkich organizacji lub tylko jednej.

5.Tworzenie pozostałości. Na tym etapie ustalany jest skład obiektów przeznaczonych do zawalenia oraz sposób zawalenia. Dostępne są następujące akcje na rejestrach:

Nie zwijaj - obiekty nie są zwijane, tj. wszystkie ruchy rejestrów pozostaną, a dokumenty rejestracyjne nie zostaną oznaczone do usunięcia;
Zwiń - obiekty poprzedzające datę zwinięcia są zwijane, tj. Dokumenty rejestrowe zostaną oznaczone do usunięcia, a ruchy rejestrowe będą zawierać dane na dzień uzgodnienia;
Wyczyść - obiekty poprzedzające datę podsumowania są usuwane, a dokumenty zapisu salda nie są tworzone. Tryb dostępny tylko dla rejestrów informacyjnych.

Domyślnie jest ustawione np. na „Nie zwijaj” dla rejestrów „Komentarze obliczeń”, „Wykonawcy wniosków według rodzaju pracy” i innych, czyli program już przeanalizował, które parametry bazy danych należy zapisać w całości i które można złożyć.

Przy przejściu do kolejnego etapu ustalany jest termin zakazu zmiany danych, jeżeli na poprzednim etapie nr 5 została wybrana odpowiednia flaga. Istnieje możliwość przywrócenia zalecanych ustawień.

6.Zobacz transakcje. Na tym etapie można otworzyć wygenerowane salda na dzień 01.01.2017, transakcje zostaną zapisane w bazie danych w dniu 31.12.2016. Możliwe jest korygowanie sald, a nawet tworzenie nowej operacji wprowadzania sald za pomocą przycisku „ Tworzyć".

Poniżej znajduje się wariant utworzonej operacji dla rejestry informacyjne „Usługi budowlane”:

7.Badanie. Na tym etapie wyświetlane są wszystkie utworzone dokumenty zapisu salda z możliwością ich edycji. Możliwe jest wyświetlenie informacji o poszczególnych rejestrach informacji i nagromadzeń. Za pomocą przycisku „Więcej” możemy ustawić lub usunąć flagę wyboru dla rejestrów, o których chcemy otrzymywać informacje:

Osobliwością roll-upu z 1C-IzhTiSi jest to, że cały zakres prac mieści się w oknie technologicznym klienta - czasie, w którym nikt nie pracuje z bazą danych.

Zwijanie baz informacji 1C służy do zmniejszenia objętości bazy informacji, a także do zwiększenia szybkości systemu. W procesie rollupu usuwane są nieaktualne dane i wprowadzane są salda na dzień rollupu.

Główną różnicą między rozwiązaniem 1C-IzhTiS a standardowym mechanizmem rollupu 1C jest to, że operacje zmiany danych są przeprowadzane w możliwie najkrótszym czasie, na przykład gdy rozmiar okna technologicznego nie przekracza 2-3 godzin.

Jeżeli nie da się przeprowadzić całkowitej redukcji w jednej sesji, technologia pozwala na przeprowadzenie procesu w częściach: zarówno dla pojedynczych obiektów, jak i dla grup obiektów w kilku oknach technologicznych.

Kto potrzebuje pakietu baz informacyjnych 1C

Dla wszystkich firm pracujących w 1C:Enterprise od dłuższego czasu:

jeśli zauważysz, że system zaczyna działać wolniej niż zwykle – generowanie raportów zajmuje dużo czasu itp.;
gdy w informacyjnych bazach danych zgromadziła się duża ilość nieaktualnych, nieistotnych informacji.

Kiedy się zwijać

Splot należy wykonać w następujących przypadkach:

Rozmiar bazy danych przekracza 50 GB.
Zapisy w bazie przechowywane są od ponad 5 lat.
Rozmiar bazy danych powoduje trudności przy tworzeniu kopii zapasowej.
Przed aktualizacją konfiguracji, która nie była aktualizowana przez długi czas.

Organizacja procesu zwijania baz informacyjnych 1C

Typowy plan roll-up składa się z kilku etapów:

1. Rolka demonstracyjna: 5-10 dni roboczych

Zwijanie demonstracji pozwala oszacować ostateczny rozmiar zwiniętej bazy informacji oraz czas potrzebny na cały proces, a także zidentyfikować błędy, które są korygowane na kolejnych etapach. Etap ten możemy przeprowadzić zarówno po naszej stronie, jak i po stronie Klienta.