Разделить базу 1с по годам

Обновлено: 05.07.2024

В программе 1С:Предприятие 8 можно работать в двух режимах:

клиент-серверный (для базы данных используется отдельный сервер);
файловый (база данных размещена расположена на ПК пользователя или в локальной сети предприятия).

Информация, предоставленная ниже, актуальна только для файлового режима.

Для начала стоит знать, что в случае файлового размещения программа имеет существенные ограничения по размерам файлов. Это значит, что размер одной таблицы не должен быть больше 4 Гб, иначе программа просто перестанет запускаться, а при приближении к указанному порогу начнет заметно "тормозить". Таким образом свертка позволит существенно уменьшить размер таблиц и повысить производительность базы данных. В первую очередь это касается регистра бухгалтерии, как наиболее "тяжелой" из всех таблиц.

В чем заключается операция свертки базы данных:

Определение даты, на которую необходимо свернуть базу. Обычно это начало периода (квартала, чаще-года).
Определение остатков по каждому счету.
Внесение остатков путем создания документов.
Удаление всех документов, созданных ранее указанной даты (за исключением тех. которые были отобраны при настройке свертки).

Такая операция позволит существенно уменьшить размер регистра бухгалтерии и таким образом повысить быстродействие и эффективность программы.

Как делать свертку базы в 1С

В программе в разделе Администрирование открываем раздел Обработка свертки:

Далее нажимаем на Создать резервную копию, указывая при этом данные пользователя, под которым необходимо сделать копию, а также каталог, куда ее сохранить. Нажимаем кнопу Далее и появившемся окне подтверждаем операцию (нажимаем Да):

Здесь выскакивает ошибка. Не пугаемся и делаем перезапуск программы.

Ситуация снова повторяется, но это так и надо. Теперь делаем копию вручную и переходим в конфигуратор:

Выбираем место хранения копии и присваиваем ей имя:

Снова возвращаемся в обработку свертки и снимаем признак создания копии снимаем. Нажимаем кнопку Далее:

В следующем окне выбираем год или период, на начало которого производится свертка. При этом очень желательно Установить дату запрета, ранее которой в базе уже ничего не вводилось. Что касается списка организаций, то свертку можно делать как по всему списку, так и по его отдельным пунктам:

Следующее окно показывает каким образом программа планирует обработать таблицы, например, некоторые из них предлагает оставить без изменения, а некоторые — свернуть. Без изменения останутся большинство регистров сведений, а также регистры накопления по НДС, поскольку размер их не критичен. Обычно в приоритете свертка регистра бухгалтерии.

Далее программа выводит на экран список документов Операция. Эти документы будут созданы для внесения в них остатков (где они есть) по всем статьям бухгалтерского учета на начало периода.
Двигаемся дальше.

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

На всякий случай таким же образом следует проверить таблицу сверки по регистрам накопления и сведений:

Следующее окно программы предупреждает о начале процедуры удаления документов до Даты запрета (в данном случае это 2016 год). Подтверждаем операцию.

Стоит обратить внимание на один важный момент: по причине того, что движение по большинству регистров накопления в части НДС и регистров сведений остались в базе, то и первичные документы, предшествующие их создание, тоже сохранились в системе. Пусть это никого не смущает, ведь нашей целью было добиться "облегчения" регистра бухгалтерии и нам это удалось.

Кнопка — не самая обычная бухгалтерская компания, но бухгалтерию мы ведём в 1С, как и большинство отечественных коллег. На текущий момент у нас на сервере проживают сотни баз, поэтому нам пришлось научиться быстро и качественно всё это богатство администрировать. Если вы — бухгалтерская компания, хостер с сервисом 1С, или у вас просто взялась куча 1Сок, вы знаете, как это трудно. Мы любим приносить пользу, поэтому поделимся опытом, практическими советами и инсайтами, которые успели нас посетить за бессчётное количество ночей, праздничных и выходных дней, проведенных за обновлением и актуализацией всего нашего хозяйства.

Мы не продаём 1С, а потому рассказ будет без купюр, цензуры, а главное — без маркетингового булшита. Бонустреком, по ходу поста можно найти несколько полезных скриптов и советов для тех у кого действительно много баз 1С.

Итак, почему у нас вообще так много баз? В действительности, прямо сейчас мы исследуем технологию разделения данных, но использовать её ещё не начали, поэтому для каждого бизнеса, который мы обслуживаем, вынуждены создавать отдельную базу (и часто не одну).

Невероятный путь от облачной 1С до собственного кластера серверов

В начале нашего пути мы пользовались облачным : этот сервис в меру удобен, насколько может быть удобно использовать настольное приложение через браузер. Однако, довольно быстро мы накопили полсотни баз и администрировать их через веб стало невыносимо — начал тормозить, плюс появилась необходимость программно интегрировать 1С с нашими внутренними инструментами, чего Фреш категорически не умеет. Пришлось мигрировать, выгружая все данные из облака. Благо сделать это было нетрудно («Выгрузить данные в локальную версию» → «Загрузить данные из сервиса»).

Вторым важным этапом эволюции стало использование , и нас, опять же, всё устраивало, пока баз не стало больше сотни. Обновления конфигураций, как и публикация с добавлением пользователей, происходили через письмо в техподдержку. В принципе, всё оперативно, но не интерактивно.

Особые неудобства доставляла невозможность запуска. без предварительного согласования (добавления в разрешающие политики домена), а нам, напомню, была необходима интеграция. Также были проблемы с тем, что, по непонятным причинам, СХД провайдера неправильно синхронизировало ноды на блочном уровне. Так мы потеряли несколько важных баз, которые пришлось долго и мучительно восстанавливать. С системами хранения часто всё непросто и нечестно.

Хозяйке на заметку: тестируйте хранилище. Если вы хостер, то уделите этому больше внимания. Если вы пользуетесь сторонним хостингом — обязательно проверяйте хранилище и диски. Это детские грабли, наступать на которые ещё больнее, чем на взрослые :)

После всех приключений мы решили мигрировать на свой VPS. Мощности современных виртуальных серверов позволяют спокойно содержать пару сотен , без труда допуская к ним пару десятков бухгалтеров. Провайдеры VPS, зачастую, не отвечают за лицензирование программных продуктов, которые вы запускаете внутри, поэтому нужно озаботиться приобретением лицензии на пользователей и покупкой конфигурации.

Хозяйке на заметку: при лицензировании большого количества баз вас могут ждать сюрпризы — активация каждой базы для каждого пользователя через программный ключ может стать вашей основной работой на ближайшие недели. Этого недостатка лишён ~~кряк~~ аппаратный ключ, но его нельзя просто так взять и начать использовать в VPS.

Не будем забывать, что даже самый лучший VPS (выбранный с использованием вот этого клёвого сервиса) не сравнится с тёплым и ламповым собственным сервером. Мы решили мигрировать в третий раз.

Однажды вечером наш VPS не запустился. Был самый пик отчётности — последние её часы, и сервер находился в дауне неоправданно долго. При этом через панель управления мы сделать ничего не могли — сервер находился в стадии запуска, а техподдержка просто разводила руками. Как оказалось, на хосте с нашей виртуалкой закончилась оперативная память, и на запуск её просто не хватало.

Итого

Сейчас, имея сотни баз пройдя путь от , через боль, миграции, неконсистентность баз, некомпетентность техподдержки, проблемы с синхронизацией нод у хостера, публикацию через веб, экспорты, импорты, резервные копии и массу восстановлений, мы пришли к своему кластеру серверов.

думайте о лицензиях;
если вам нужна интеграция — используйте выделенный сервер или VPS;
позаботьтесь о хранилище или тщательно тестируйте его у вашего провайдера;
резервные копии — это правда важно;
сразу откажитесь от , если нагрузка будет серьёзной и важна стабильность.

Как упростить жизнь, если вы вынуждены работать с кучей баз

Создание базы со ссылкой на неё в профиле текущего пользователя

Мы разворачиваем все наши базы из заранее подготовленного шаблона (с загруженными обработками, справочниками, настроенной подпиской ИТС и резервным копированием).

Для файлового варианта:

Для SQL варианта:

Как создать или удалить пользователя сразу в сотне баз?

Как подключить пользователю сразу сотню баз?

Для добавления сразу всех нужных баз в список пользователя мы используем v8i общих баз, размещённые на файловой шаре. Ссылки на эти файлы добавляются в профиле пользователя (например, через GPO или в профиль ) в файл %AppData%\1C\1CEStart\1CEStart.cfg:

Либо из самой 1С (уже под пользователем) добавляем список общих информационных баз:

Внутри файлы v8i выглядят так:

Создать их можно прямо из окна выбора базы («Сохранить ссылку в файл») или же взять в профиле базы — %AppData%\\1CEStart\ibases.v8i. Ссылка может быть на базу работающую в любом режиме (файловый, серверный, веб). Рекомендуем хранить в одном файле не более ста баз, иначе файл может попросту загрузиться не до конца :)

Как обновить сразу сотню баз?

Обновление баз лучше производить на отдельном сервере (а еще лучше сразу на двух :) — это и быстрее, да и управлять процессом проще. Мы используем типовые конфигурации (без снятия с поддержки), обновляемые через ИТС. В первом квартале этого года для «Бухгалтерии 3.0» вышло более 10 обновлений, накатить их даже на десяток баз вручную — та ещё веселуха. Потому мы разработали некоторую стратегию.

Прохладная история: в первый отчетный период 2014 наши любимые гос органы и 1С внезапно лишили нас сна, выпустив в период с марта по апрель более 10 апдейтов только для конфигурации Бухгалтерия 3.0! Конечно, мы не стали обновлять всё подряд, но даже 3–4 обновления для сотен баз за столь короткий срок — хорошая проверка на прочность.
Читатель может задаться вопросом, откуда столько хлопот? Ответ прост: изменения в законодательстве и при этом в самый последний момент. Например: с начала 2014 года не было утверждённых форм ФСС и ПФР. В одном из первой обновлений их добавили, но только для сдачи в бумажном виде, а в электроном — нет. И так происходит постоянно.

Блокировка

Или через создание файлика в каталоге базы 1Cv8.cdn вот с таким содержимым:

Обновление

Для файлового варианта:

Для SQL варианта:

Как правильно делать резервное копирование баз?

Если вы используете SQL, следующий абзац можно безжалостно скипнуть — он актуален только для файлового режима.

В нашей практике мы не раз встречали базу в неконсистентном состоянии. Более того, в файловом варианте, не существует специальных инструментов, чтобы сообщить базе о начале копирования, нет возможности заблокировать работу с ней, если она идёт прямо сейчас. Мы справлялись с этим так: в полночь сервер RDP переходил в режим запрета новых подключений, через пару часов всех пользователей мягко выгонял скрипт. Затем срабатывало регламентное обновление и резервное копирование.

Выгрузка в dt

Для файлового варианта:

Для SQL варианта:

Все выше сказанное справедливо для 1С Предприятие, платформа 8.3; Бухгалтерия 3.0; Зарплата и Управление Персоналом 2.5.

В следующий раз мы расскажем о работе в режиме разделения данных для нескольких сотен фирм на одну базу. Будем рады услышать вопросы, замечания и предложения. А всем тем кто столкнулся с подобными задачами — хочется пожелать терпения, упорства и веры в победу.

Использован релиз 3.0.60

Свертка информационной базы 1С – это обработка документов и регистров, при которой происходит формирование документов ввода остатков на определенную дату (дату свертки) и удаление документов, которые не используются, и движений по регистрам (сведений, накопления, бухгалтерии) по дату свертки включительно. Свертка информационной базы обычно выполняется, чтобы сократить объем данных в рабочей базе и увеличить скорость работы системы.

Перед сверткой обязательно создайте резервную копию базы данных (этап входит в процедуру свертки) на случай, если процедура свертки закончится неудачно и потребуется восстановить данные. Также в будущем может потребоваться сформировать отчеты по прошлым "отрезанным" периодам. В этом случае для восстановления архива (копии) создайте новую базу. Как это сделать, см. в ответе на вопрос "Как в "1С:Бухгалтерии 8" (ред. 3.0) восстановить копию информационной базы до свертки?".

Процесс свертки информационной базы включает следующие этапы: создание резервной копии, настройку свертки, формирование документов ввода остатков, просмотр операций, проверку и удаление старых документов.

Свертку может выполнить только пользователь с правами "Администратор". Если с программой одновременно работают несколько пользователей, им необходимо завершить работу и выйти из программы.

Перед выполнением свертки информационной базы рекомендуется:

создать архив базы, в случае неудачи его можно будет восстановить (архив можно создать в режиме "Конфигуратор", в режиме "1С:Предприятия" и в процессе свертки информационной базы);
произвести тестовую свертку на копии рабочей базы;
решение о возможности использования свертки для рабочей базы принимать по результатам успешного тестирования.

Для проведения свертки информационной базы (рис. 1):

Раздел: Администрирование – Свертка информационной базы.
Введите пароль (если у пользователя установлен пароль для входа в программу).
В поле "Каталог резервной копии ИБ" выберите диск и каталог (папку), куда будет записана копия базы (тип файл *.cd).
Кнопка "Далее". Появится обращение к администратору о создании резервной копии (также резервную копию можно создать предварительно – до свертки базы). Нажмите "Да" и дождитесь формирования файла с копией базы. Проверьте, что файл с копией базы сформировался и находится в указанной папке.

Для окончательного удаления из базы объектов, помеченных на удаление, отройте раздел "Администрирование" и перейдите по ссылке "Удаление помеченных объектов".

Смотрите также

Механизм разделения данных позволяет хранить данные нескольких независимых организаций в одной информационной базе.

Это становится возможным благодаря тому, что общие реквизиты объектов конфигурации можно использовать не только как «одинаковый реквизит, который есть у всех объектов», но и как идентификатор того, что данные относятся к какой-то одной из нескольких независимых областей. Это можно объяснить на следующем примере.

Допустим в конфигурации существует общий реквизит «Организация». Это значит (упрощённо), что у каждого справочника, документа или другого объекта конфигурации также будет существовать реквизит «Организация».

При этом любой из пользователей информационной базы имеет доступ ко всем данным, которые хранятся в этой базе, независимо от того, какая организация указана, например, в том или ином документе.

Теперь укажем, что общий реквизит «Организация» будет являться разделителем.

Тогда (упрощённо) в информационной базе будет создано несколько независимых областей данных, в каждой из которых будут храниться данные только для одной конкретной организации:

Теперь, заходя в программу, пользователь будет получать доступ не ко всей информации, которая есть в информационной базе, а только к данным «своей» области, в данном случае к документам, справочникам и др. своей организации.

Возможен и другой вариант использования этого механизма, когда в информационной базе существует несколько независимых областей данных и наряду с этим существуют данные, которые доступны всем пользователям программы. Например, они содержат справочник банков, который одинаков для всех организаций.

В этом случае пользователь имеет доступ к «своей» области данных и к области неразделённых данных, которая является общей для всех пользователей.

Читайте также: