1s 8.1 счетоводство на предприятието 1.6 конволюция. Как да направите сгъване на основата. Инструкции стъпка по стъпка за свиване на информационна база

Заден план

Във фирмата, в която работя, възникна ситуация, когато се наложи изрязване на основата, т.е. изтрийте всички документи и движения преди определена дата. В този момент базата данни тежеше почти 350 GB и беше много трудно да се работи с нея. Производителността на 1C също пострада и рутинните операции с базата данни отнеха много време, за да завършат.

Решението беше взето - отрязахме основата! След много тестове на стандартни коагулационни лечения бях разочарован от тях. Прекарах повече от две седмици сам с компютъра, прекъсвайки тестовата база. Такива срокове са просто неприемливи в производствена база данни, особено след като потребителите работят в базата данни 6 дни в седмицата. По някакъв начин беше необходимо да се излезе от задънената улица. Решихме да възложим задачата на външни изпълнители. Но и тук не бяхме доволни, цената на работата беше висока и отне много време за завършване.

Като цяло въпросът остана нерешен и се върнахме към решаването на проблема сами.

Трябваше да прибегна до крайни мерки, изключих се от всички други задачи и се заех със задачата да срутя основата.

И скоро проблемът беше решен - те намалиха базата за 2 дни, намалявайки я със 70%.

Подрязване на UT база данни с капацитет 350 GB за 2 дни.

Реших да изпълня задачата, използвайки този алгоритъм:

Създайте копие на работещата база данни. В копието оформете салдата за необходимата дата, изтрийте всички документи и движения преди тази дата. След това прехвърлете всички нови документи от работната база данни (създадена след създаването на копието) в новата база данни. Пуснете потребителите в новата база данни.

Задачата беше разделена на 5 подзадачи:

1. Създайте план за обмен, така че след изрязване на базата данни всички нови документи да могат да бъдат прехвърлени в новата база данни.

2. Формирайте балансите на датата на сбора.

3. Изтрийте всички документи и движения преди датата на съгласуване.

4. Качете документи от текущата база данни в новата база данни.

5. Сменете работната основа с нова (изрязана) основа.

Подготвителният етап отне около две седмици: създаване на план за обмен, търсене на инструменти за създаване на баланси и изчистване на регистри, тестване на механизми.

Процес на свиване на база данни.

1. Формиране на салда на датата на roll-up.

Остатъкът е формиран чрез стандартна обработка „ConvolutionBase.epf“.

За спестяване на време балансите се генерираха в работната база данни в работно време. защото балансите се формират от документите „Коригиране на регистрационни записи” и обработката установява неактивни движения в регистрите, тогава тази процедура е безвредна за базата данни.

При обработката зададох ограничение за броя на редовете в един документ до 50 000.

Направих го бавно и за 1-2 дни всичко беше оформено (получиха се около 400 документа).

Забележка:

- ако на датата на сбора има документи „Коригиране на записи в регистъра“, които не са свързани с основния сбор, тогава е по-добре да ги преместите на по-късна дата, за да не ги смесите случайно по-късно.

- при формиране на баланси е по-добре да прегледате всички регистри, т.к Случва се да не се нуждаете от първоначални баланси за всички регистри. Понякога има ситуации, когато регистърът вече не се използва никъде. Това в крайна сметка ще ви спести време.

2. Създаване на пълен обменен план за качване на идентична конфигурация (може да се направи паралелно с формирането на баланси).

3. В извънработно време изчистете регистрираните в плана за обмен обекти и направете копие на базата с деактивирани регулации.

4.Изтриване на документи и изчистване на регистри.

Тази операция е най-бавната и за да я ускорите, трябва да използвате директни SQL заявки. Подобни инструменти могат да бъдат намерени на Infostart. Има още един момент: ако изтрием данни по този начин, обектите ще бъдат изтрити бързо, но без контрол на референтната цялост. Съответно редове като „Обектът не е намерен...“ ще се появят в нашите документи и други документи.

Моята задача беше да оставя тези документи непроверени за информационни цели.

За тази цел беше написана обработка, която премахна от обработката и прехвърли към датата на събиране на всички документи, участващи в движения в документи за коригиране на регистъра.

След това, използвайки обработка за изтриване на документи и движения чрез SQL заявки, изтрийте всичко до датата на съгласуване (дневници на документи, документи, натрупващи регистри, информационни регистри и др.).

Забележка:

- според информационните регистри трябва да се изчистват само периодичните. Ако регистърът не е периодичен, най-вероятно ще бъде изчистен напълно.

6. Активирайте движения на документи за коригиране на записи в регистъра чрез обработка на „Base Convolution.epf“. В този случай обработката на тези документи се прехвърля към предишната дата (това е удобно за съгласуване на салда в две бази данни).

8.Проверете правилността на въвеждане на салда и ги коригирайте (за целта можете да привлечете счетоводен персонал)

9. Прехвърляне на документи от работната база данни в новата база данни. Тази процедура може да се извърши веднага след създаването на копие. Тези. Ако всеки ден в базата данни се създават много документи, тогава е по-добре да прехвърляте документи паралелно, за да не губите допълнително време за това.

10. Разрешаване на потребителите до новата база данни. За да направите това, по-добре е да преименувате базите данни на 1c сървъра, така че преходът да е безболезнен за потребителите. Тези. Наричаме старата база данни както искаме и преименуваме новата (свита) база данни на старата.

Забележка!

Както знаете, когато обектите се изтриват директно, референтната цялост не се проверява.
Съответно, след изтриване на обекти, обектите, които препращат към несъществуващи обекти, остават в текущата база данни („Обектът не е намерен“).
Целта ми не беше да имам тези обекти в свита база данни. Но прекъснатите връзки могат да повлияят негативно на различни видове обмен между бази данни и други процеси.
Затова ги преместих в срутената база, но след като срутих основата.
1. Направени правила за обмен, които прехвърлят документи (само номер, дата в неизпратена форма).
2. Прехвърли всички документи, които се намериха в документите за въвеждане на начални салда.
Тази процедура може да се извърши след валцуване, но е препоръчително да подготвите инструментите предварително.

Какво е сгъване на основата и защо е необходимо?

При извършване на roll-up се генерират документи за въвеждане на салда в регистри на определена дата (roll-up date) и се изтриват неизползвани документи и движения в регистри (информация, натрупване, счетоводство) до и включително roll-up дата (сборен период). Основни цели на конволюцията:

Увеличаване скоростта на системата.

Намаляване на размера на информационната база.

ВАЖНО. Преди да извършите събиране на база данни, се препоръчва:
1. Извършете предварително тестване на сборния пакет върху копие на работещата информационна база.
2. Само въз основа на резултатите от успешното тестване вземете решение за възможността за използване на работещата информационна база.

ITS дискът съдържа обработка за конфигурация 1.6 Enterprise Accounting. Не е подходящ за версия 2.0, тъй като във 2.0 няма документ „Коригиране на записи в регистъра“. Затова изтегляме обработката от връзката: ИЗТЕГЛЯНЕ (за да я изтеглите, трябва да се регистрирате).

1) Нека създадем резервно копие: отидете в базата данни чрез конфигуратора, елемент от менюто Администриране - Качване на информационна база.

2) Влизаме в базата данни чрез режим 1C: Enterprise. Трябва да проверим на датата, до която ще навием базата данни, дали всички документи са изпълнени в края на месеца (меню Операции - Рутинни операции). Ще го направя до 31 март 2009 г. Това означава, че документите за приключване на месеца трябва да са за март 2009 г.:

3) Нека генерираме отчет за оборотния баланс за периода, който ще свием (елемент от менюто Отчети - оборотен баланс). Нека го запазим за проверка след свиване на базата данни.

4) Като използвате елемента от менюто Файл - Отворете, добавете външна обработка на база данни 2.0.

Отметка "Основни настройки":

Дата на намаление. Датата на свиване се отнася за последната секунда, включена в свития период. Така че, за да свиете данните за 1-во тримесечие на 2009 г. в информационната база, трябва да посочите 03/31/2009 23:59:59 като дата на свиване.

Брой редове в документите за вписване на баланса. Този параметър определя максимално възможния брой редове в един документ за въвеждане на салда. Ако параметърът не е попълнен (равен на 0), тогава за всеки регистър/сметка ще се създава по един документ без ограничение на броя на редовете.

Отметка „Задаване на метода на навиване“: на този етап се определя кои обекти и за какъв период да бъдат срутени. Предлагат се следните методи за обработка на обекти:

Не обработвайте - обектите не се свиват.

Към днешна дата - обектите, предхождащи датата на свиване, са свити. Ако попълните параметъра "Крайна дата", обектите, предхождащи крайната дата, ще бъдат свити. По този начин можете да зададете различни сборни дати за различни обекти. Ако параметърът „Крайна дата“ не е посочен, сборът се извършва според датата на сбора, посочена в раздела „Общи настройки“.

За период - всички обекти, лежащи в посочения интервал, се свиват.

Изчистване - всички обекти, предхождащи датата на събиране, се изтриват и документите за въвеждане на баланс не се създават. Режимът е достъпен само за информационни регистри.

Възможно е да попълните състава на свитите обекти и метода на свиване по подразбиране, като използвате бутона "Попълнете настройките по подразбиране". В този случай следните настройки ще бъдат присвоени на сгъваеми обекти:

За всички документи режимът на свиване е зададен на "към дата".
За всички натрупващи и счетоводни регистри е зададен режим на свиване „към дата“.
За всички регистри с периодична информация, за които документът "Коригиране на записи в регистъра" не е регистратор, режимът на свиване е зададен на "не обработва", за всички други регистри с периодична информация е зададен режим "към дата".
За всички непериодични информационни регистри режимът на свиване е зададен на „не обработвай“.

Има възможност за запазване и възстановяване на предварително направени настройки за сгъване, като за целта са предназначени бутоните „Качване в XML“ и „Зареждане от XML“.

Ще попълня настройките по подразбиране:

Отметка „Документи за въвеждане на салда“: На този етап ще се генерират документи за въвеждане на салда по набирателни регистри, информация и счетоводство. Създадените документи ще бъдат локализирани в следващата секунда след датата на събиране, т.е. ако сборната дата е 03/31/2009 23:59:59, тогава документите ще бъдат създадени на 04/01/2009 00:00:00.
Като документи за въвеждане на салда се използват документите „Коригиране на регистрационни записи“ и „Операция (счетоводна и данъчна отчетност)“.
Документите за въвеждане на баланс се създават с деактивирани движения. Документите за въвеждане на баланси съдържат коментар, който включва текста „[Генерирано чрез обработка на базовия сборен пакет].“
За всеки регистър/сметка се създава отделен документ за салдо. Броят на документите за въвеждане на салдо за всеки регистър/сметка се определя от параметъра „Брой редове в документа за въвеждане на салдо“ (за подробности вижте по-горе).

Свиване на база данни (бутон "Свиване на базата"в долната командна лента). На този етап обектите се изтриват за периода на свиване.

Този процес може да отнеме много време. След като базата данни е била свита, е строго забранено да се правят промени или да се публикуват повторно документи в свития период.
Трябва да се има предвид, че ако на този етап възникнат грешки, които доведоха до прекъсване на процедурата за изтриване на обекти и не е завършена напълно, тогава може да възникне следната ситуация: за някои регистри сумите ще останат деактивирани. Това ще направи невъзможно получаването на общи суми за някои регистри. Списъкът с регистри, за които сумите са деактивирани, може да се види в раздела „Регистри с деактивирани суми“. В същия раздел можете да активирате суми, ако е необходимо.

В тази статия ще говоря за алгоритъма, който се използва в процес, наречен 1c базова конволюция.

Основна конволюция 1в(свиване на базата данни 1C) е процедура, използвана за оптимизиране на данните, натрупани в базата данни 1C. Базата данни 1C се срива, за да подобри качеството на потребителското изживяване.

Причини за свиване на базата данни 1C

Нека да разгледаме теоретичния въпрос за сгъването на база данни от гледна точка на практически пример. Например днес е 14 март 2008 г. Работя с базата данни 1C, която се поддържа от 1 януари 2003 г. Базата работи вече 5-та година. Базата данни е трудна за поддържане от програмист (нарастваща сложност на системата поради увеличаване на броя на елементите). Базата данни също е трудна за работа с потребителите (скорост на програмата).

Как можете да оптимизирате работата си с база данни 1C?

Програмистът като цяло не се интересува от размера на базата данни, защото програмистът работи не с данни, а с алгоритми за обработка на данни. Проблеми при работа с голяма база данни могат да възникнат за програмист, администриращ базата данни, освен в случаите, когато е необходимо да се възстанови последователността след повторно осчетоводяване на документ в предходния период или когато е необходимо повторно осчетоводяване на всички документи, дължими до промени в алгоритъма на някои изчисления. Следователно оптимизирането на базата данни обикновено се извършва с цел подобряване на качеството на работа на потребителите на базата данни.

Функционални особености при работа с данни

Функциите на потребителите, работещи с базата данни 1C, могат да бъдат разделени на три групи:

Първично въвеждане на данни;
Анализ на въведените данни;
Планиране на бъдещи данни.

Нека да преминем през функционалните групи потребители.

Тези, които въвеждат данни, не се нуждаят от салда и оборот дори за „вчера“. Да не говорим за данни за миналия месец или предходната година.
Анализаторите на данни се нуждаят от исторически данни. Но тук трябва да изясните какви точно данни са им необходими. Ще говорим за това по-долу.
Планиращите данни се нуждаят от резултатите от историческия анализ. С други думи, нуждите на потребителите от тази група също изискват данни, натрупани в предходни периоди.

Подробности за данни за сборна база данни 1c

За да определите какви данни са необходими за анализ и планиране, първо трябва да изясните детайлността на данните. Предварително ще кажа, че детайлизирането на данните, необходими за анализ и планиране, е ключът към решаването на проблема със свиването на базата данни 1C.

Какви са нивата на детайлност на данните в базата данни 1C? Мога да назова тези:

Осчетоводяване по сметки в счетоводството.
Регистрирайте движението в оперативното счетоводство.
Документ.
Оборот на ден (седмица, десетилетие, месец, тримесечие, полугодие, година).
Салдо в началото и края на периода (ден, седмица, десетилетие, месец, тримесечие, година).

След като бъде определено достатъчно ниво на детайлност на данните, необходимо за ефективен анализ и планиране, можем да говорим за степента на компресиране на данните при свиване на базата данни.

Работа с данни в „компресиран“ период след 1s колапс на база данни

Ако данните за определен период са „свити“ или „компресирани“, тогава се разбира, че има по-малко от тях количествено с определена сума. Ако количеството данни намалее, определени данни се губят завинаги.

Как мога да получа достъп до свитите данни, ако възникне необходимост? Това е много важен въпрос и трябва да се отговори, преди да се навие базата данни 1C.

Като пример ще дам два крайни случая.

Случай 1: Във всеки ден от 2008 г. финансовият директор иска да може да види подробна карта на взаимните разплащания с купувача "Алфа" за март 2005 г.

При това условие свиването на базата данни 1C е невъзможно, тъй като свиването (компресирането) на данни под нивото на публикуване (преместване на регистър) е невъзможно.

Изключение може да се счита за метод на работа, при който базата данни все още е навита, а в работната база данни от данните за свития период остават само балансите в началото на работния период. Тогава предприятието има две работни бази:

Работеща база данни, в която се въвеждат данни за текущи операции.
Архивна база данни, която съхранява данни за транзакции от минали периоди.

В същото време финансовият директор например има достъп до втората база данни, работата с която всъщност е спряна. И финансовият директор, ако желае, може да влезе в „старата“ база данни по всяко време и да получи всички данни, от които се нуждае в предишни периоди.

Случай 2: Финансовият директор иска всеки ден от 2008 г. да може да разбере размера на разходите за наем за всички складови помещения на предприятието за 3-то тримесечие на 2005 г. И той не се нуждае от по-подробна информация (карта за взаимни разплащания с наемодателя на склада, например).

В този случай конволюцията на 1C база данни се извършва по следния начин:

Специална заявка избира оборот по позицията „Складови разходи” с детайлизация по тримесечия.
За всяко тримесечие, получено в заявката, се създава нов документ „Операция“ (или друг специален документ), в който се въвежда сумата на оборота по статия „Складови разходи“. Документът се записва и осчетоводява.
Специалната обработка изтрива всички документи, които са въвели данни за периода на свиване в позицията „Разходи за склад“ (с изключение на нашия специален документ, който създадохме при свиването на базата данни).

Изключение може да се счита и за метод на работа, при който базата се навива с прехвърляне само на входящи салда към началото на работния период. Предприятието разполага с две бази ("работеща" и "стара"). И финансовият директор създава например специална табела в MS Excel за лична употреба. В този таблет той ще извършва анализ на данни и планиране. В таблицата той въвежда ръчно общите стойности за необходимите му финансови показатели за анализирания период. Той взема данните за анализ от базата данни „архив“.

Стандартен алгоритъм за конволюция на 1C база данни

В повечето случаи сгъването на база данни е по-често срещано.

Обработката създава нови документи от типа “Въвеждане на начални салда”.
Заявката избира салда за всички счетоводни сметки, размери на счетоводна книга и други съответни хранилища на данни в края на периода, който се събира.
Получените в заявката данни се въвеждат в документи от типа „Въвеждане на начални салда“.
Документът се записва и осчетоводява в последния ден от периода на свиване.
Всички 1C документи за периода на свиване се изтриват.

Методи за свиване на база данни 1C

По този начин има два начина за свиване на данни в база данни 1C:

В свит период всички транзакции се изтриват и само първоначалните салда, налични в края на свития период, се въвеждат в началото на работния период.
Същото като при първия метод, но в свития период оборотът се оставя според показателите, които са необходими в текущия режим в работния период, с необходимото ниво на детайлност. Салдата, изчислени като се вземе предвид оставащият оборот в свития период, се прехвърлят към началото на работния период.

Въз основа на материали

Обработката се намира в подсистемата „Администриране“, блок „Услуга“ и има за цел да намали размера на файловата информационна база и да увеличи скоростта на системата, както и да намали времето за архивиране и актуализиране.

важно!Свиването на информационната база е достъпно само в локален режим на работа.

Съгласуването се отнася до процеса на обработка на документи и регистри, формиране на салда в началото на определена година. При свиване на информационната база документите от минали периоди се маркират за изтриване.

Трябва обаче да разберете, че сборът на база данни с помощта на стандартна обработка може да се извърши само със стандартна конфигурация. В противен случай могат да се появят грешки, които няма да бъдат видими веднага. Ако нямате стандартна конфигурация, по-добре се свържете с опитен 1C програмист, за да съпоставите базата данни.

Конволюционната обработка прави следното:

създава документи за въвеждане на салда „Операция (Инфокрафт регистри)” за всички сметки/регистри към необходимата дата;
Маркира документи за изтриване преди необходимата дата.

важно!Преди да извършите събиране на база данни, се препоръчва:

Извършете предварително тестване на сборния пакет върху копие на работещата информационна база.
Само въз основа на резултатите от успешното тестване може да се вземе решение за възможността за използване на работещата информационна база.

Инструкции стъпка по стъпка за свиване на информационната база:

Създаване на резервно копие на информационната сигурност: трябва да влезете в базата данни в режим „Конфигуратор“, елемент от менюто „Администрация“ - „Качване на информационна база данни“.
Преди събирането трябва да се генерират отчети за онези конфигурационни обекти, информацията за които от минали периоди ще е необходима в бъдещи периоди. В конфигурацията „Формула за жилищни и комунални услуги + счетоводство“ не е необходимо да се генерира отчетът „Оборотна ведомост“ преди събиране, тъй като проверката на салда в счетоводните регистри преди и след сбора е включена като една от обработките етапи.
Стартирайте обработката от подсистема „Администриране” - „Обслужване”. Ако събирането се извършва върху вече създадено копие на програмата, тогава флагът „Създаване на резервно копие“ не трябва да се задава. В противен случай трябва да посочите директорията за архивиране на IS.

4.Настройване на навиване. На този етап се определя в началото на коя година ще се формират балансите. По подразбиране е избран флагът „Задаване на дата за забрана на данни“ - той ще бъде зададен на 31.12.2016 г., ако балансите се генерират в началото на 2017 г. Възможно е базата данни да бъде събрана за всички организации или само за една.

5.Образуване на остатъци. На този етап се определят съставът на обектите, които ще се срутват и начинът на срутване. Предвидени са следните действия с регистрите:

Не се свива - обектите не се свиват, т.е. всички движения на регистъра ще останат и регистрационните документи няма да бъдат маркирани за изтриване;
Свиване - обектите, които предхождат датата на свиване, се свиват, т.е. документите в регистъра ще бъдат маркирани за изтриване, а движенията в регистъра ще съдържат данни към датата на съгласуване;
Изчистване - обекти, предшестващи датата на събиране, се изтриват и документите за въвеждане на баланс не се създават. Режимът е достъпен само за информационни регистри.

По подразбиране, например, е настроено на „Не свивай“ за регистрите „Коментари за изчисление“, „Изпълнители на приложения по вид работа“ и други, тоест програмата вече е анализирала кои параметри на базата данни трябва да бъдат запазени в пълен размер и който може да бъде свит.

При преминаване към следващия етап се задава датата за забрана на промените в данните, ако съответният флаг е избран на предишния етап № 5. Възможно е да възстановите препоръчителните настройки.

6.Преглед на транзакциите. На този етап можете да отворите генерираните салда към 01.01.2017 г., транзакциите ще бъдат записани в базата данни на 31.12.2016 г. Възможно е да коригирате салда и дори да създадете нова операция за въвеждане на салда с помощта на бутона " Създай".

По-долу е даден вариант на създадената операция за информационни регистри “Строителни услуги”:

7.Преглед. На този етап се показват всички създадени документи за вписване на салда с възможност за редактиране. Възможно е извеждане на информация по отделни регистри на информация и натрупвания. Чрез бутона „Още“ можете да зададете или премахнете флага за избор на регистрите, за които искаме да получаваме информация:

Особеността на roll-up от 1C-IzhTiSi е, че целият обхват на работа се вписва в технологичния прозорец на клиента - времето, когато никой не работи с базата данни.

Свиването на информационни бази 1C се използва за намаляване на обема на информационната база, както и за увеличаване на производителността на системата. По време на процеса на събиране остарелите данни се премахват и балансите се въвеждат към датата на сбора.

Основната разлика между решението 1C-IzhTiS и стандартния механизъм за събиране на 1C е, че операциите за промяна на данните се извършват в най-кратки срокове, например, когато размерът на технологичния прозорец не надвишава 2-3 часа.

Ако за една сесия не може да се извърши цялостна редукция, технологията позволява процесът да се извърши на части: както за отделни обекти, така и за групи от обекти в няколко технологични прозореца.

Кой се нуждае от сбор от информационни бази 1C

За всички компании, работещи в 1C:Enterprise от дълго време:

ако забележите, че системата започва да работи по-бавно от обикновено - генерирането на отчети отнема много време и т.н.;
когато в информационните бази данни е натрупано голямо количество остаряла, неподходяща информация.

Кога да се навие

Конволюцията трябва да се извърши в следните случаи:

Обемът на базата данни е над 50 GB.
Записите в базата данни се поддържат повече от 5 години.
Размерът на базата данни създава трудности при създаването на резервно копие.
Преди да актуализирате конфигурация, която не е актуализирана дълго време.

Организация на процеса на свиване на информационни бази 1C

Типичният сборен план се състои от няколко етапа:

1. Демо ролка: 5-10 работни дни

Демонстрационното свиване ви позволява да оцените крайния размер на свитата информационна база и времето, необходимо за целия процес, както и да идентифицирате грешки, които се коригират по време на следващите етапи. Този етап може да бъде изпълнен както от наша страна, така и от страна на клиента.