1с розница для свертка периферийной базы необходимо установить дату свертки в настройках риб
В процессе свертки информационной базы данных в ней выполняются следующие действия:
- формируются документы ввода остатков на дату, когда осуществляется свертка;
- удаляются документы и движения по регистрам, которые были в программе до даты свертки включительно.
Свертка информационной базы данных позволяет:
- ускорить работу системы;
- уменьшить размер 1С ИБД.
ВНИМАНИЕ! Перед тем, как приступить к свертке информационной базы необходимо:
- выполнить предварительную тестовую свертку на копии рабочей 1С ИБД;
- если тестовая свертка завершилась успешно, только тогда можно приступать к свертке рабочей информационной базы данных, предварительно выполнив ее резервное копирование.
Для свертки информационной базы данных используется обработка для конфигурации 1С: Бухгалтерия 8 (редакция 1.6), которая есть на диске 1С ИТС. Для редакции 2.0 данная обработка не подходит, поскольку в ней нет документа «Корректировка записей регистров». Заказать обработку 1С можно у нас на сайте.
Пошаговая инструкция по свертки базы
- Сначала необходимо создать резервную копию информационной базы данных. Затем зайти в базу, используя режим 1С: Предприятие, и проверить все ли документы выполнены по закрытию месяца на дату свертки.
- Далее необходимо сделать отчет Оборотно-сальдовая ведомость за тот период, за который планируется произвести свертку базы.
- Используя команду «Открыть» (меню «Файл»), загружаем внешнюю обработку Свертка базы 2.0.
- На закладке «Общие настройки» необходимо ввести нижеперечисленные данные.
- Дата свертки. День необходимо указать до последней секунды, входящей в сворачиваемый период. Например, 30.06.2010 23: 59:59.
- Количество строк в документах ввода остатков. Этот показатель определяет максимальное количество строк в каждом документе ввода остатков, который будет сформирован обработкой. По умолчанию он будет равен нулю, что означает, что на каждый регистр будет создан документ с неограниченным количеством строк.
- «Не обрабатывать» - свертка не выполняется;
- «На дату» - сворачиваются только те объекты, дата которых предшествует дате свертки. Если задать параметр «Дата окончания», то обработка свернет те объекты, дата которых предшествует дате окончания. Если же параметр «Дата окончания» не указан, то осуществляется на дату свертки, которая указана на закладке «Общие настройки».
- «За период» - сворачиваются все объекты, дата которых лежит в заданном интервале времени.
- «Очистить» - все объекты, дата которых предшествует дате свертки, удаляются. Документы ввода остатков не формируются. Этот режим доступен исключительно для регистров сведений.
- Для всех документов, регистров и бухгалтерии выставляется режим свертки «На дату».
- Для периодических регистров сведений, для которых не является регистратором документ «Корректировка записей регистров», определяется режим свертки «Не обрабатывать», а для остальных регистров – режим «На дату».
- Для непериодических регистров сведений по умолчанию ставится режим свертки «Не обрабатывать».
- Помимо этого, все настройки можно сохранить, выгрузить в файл и загрузить в обработку. Для этого используются кнопки «Выгрузить в XML» и «Загрузить из XML».
- В меню «Операции» нужно выбрать команду «Удаление помеченных объектов».
- В верхней части окна содержится диалог с перечнем обнаруженных в 1С ИБД объектов, помеченных на удаление. Любой из них пользователь может открыть и просмотреть. С использованием пометок пользователь также может определить, какие объекты необходимо проверить на возможность удаления. Определить, есть ли ссылки на удаляемые объекты, поможет кнопка «Контроль». Тщательно проверив объекты для удаления, и не выявив ошибок, нужно запустить процесс удаления объектов, нажав кнопку «Удалить».
По окончанию свертки базы необходимо убедиться, что все прошло правильно. Для этого открываем Оборотно-сальдовую ведомость и сравниваем ее с той, которую сохранили до выполнения свертки. Если они идентичные, то свертка базы выполнена корректно.
Рекомендуем еще статьи про 1С: Бухгалтерию 8:
Появилась задача от старого хорошего клиента по свертке базы КА.
Как видно из заголовка, в РИБ обмене 12ть баз, среди которых половина супермаркеты, половина оптовые базы. В день в базе появляется ~ 2500 документов. Желательно свернуть на начало года, или на край на конец первого квартала. История базы начинается с 2010 года.
Видим 2 варианта.
1) Свернуть базу на 31.12.2013 и удалить старые документы.
2) Свернуть на 31.21.2013 и перенести документы ввода остатков и документы за 2014 год в чистую базу обработкой ВыгрузкаЗагрузкаДанныхXML.epfХотелось бы услышать мнение тех, кто подобные задачи решал. Какой из этих вариантов более жизненный? Может предложите другой вариант?
(0) Сначала замерь время свертки базы такого объема.
Типовыми средствами будет непозволительно долго.
Нетиповыми - за день свернешь.(2) Сверка - формирование документов "корректировка записей" регистров проходит за 20 минут. И это нормально.
В каждом документе по 5000 строк и таких документов 170 шт.
При этом выгрузка одного такого документа в XML занимает минут 30 и вес у него получается 20 гб.
Думаю такой способ переноса вообще не вариант.
Что скажете?(4)(5) это история на долгие года. поэтому этот вариант даже не рассматриваю.
может предложите вариант удаления через SQL?
Где то видел скрипт, который может удалить все документы до определенной даты, и записи в регистрах.
Может кто владеет языком SQL запросов?
(6) Почистить регистры - дело нехитрое.
Главный вопрос после свертке РИБ - сможешь ты потом корректно создать новые переферийки из свернутой базы?(7) после такой очистки нужно обязательно делать ТИИ иначе в базе останется куча кривых ссылок.
А есть скрипт очистки регистров и документов?
напишите tsq скрипт, который создаст документы остатков удалит движения , удалит документы и возможно удалить не используемую номенклатуру.ЦБ и перефирийки можно ведь отдельно свернуть.
В обмене тоже все просто.
Можно передать вначале просто документы, потом по каждому документу - свои движения, причем передавать можно только ссылки а не тянуть все объекты.движения удалять можно обработиной прямо в процессе работы если сделать транзакцию - в документе удаляем - в коректировке добавляем - пауза
(10) языком SQL не владею, поэтому тут и интересуюсь.
Мне бы образец скрипта, а дальше я бы сам его по смыслу допилил.(13)конечно же все периферийки в SQL.
я планировал свернуть только ЦБ, а потом постепенно разворачивать новые периферийки и заменять ими старые.(11)
"В обмене тоже все просто.
Можно передать вначале просто документы, потом по каждому документу - свои движения, причем передавать можно только ссылки а не тянуть все объекты."вы это про что? про то как свернуть все периферейки? я думал их заменить.
(15) а сам обмен из центра нормально в филиалы идет? с точки зрения документов и движений?
я к чему - делаешь документы ввода остатков с движениями - движения - неактивные. Передаешь только документы вначале без движений - потом передаешь движения каждого документа по очереди.
потом можно в скл удалить все движения и включить активность, причем в каждой базе и эти изменения в 1С лучше не регистрировать(17) сейчас обмен идет без проблема. качаем 2 раза в день через ftp.
Меня вопрос замены периферийных баз вообще не напрягает, т.к. иногда базы валятся и их восстановление процедура отлаженная. Не охото сейчас на это тратить время.
Сейчас задача основная как свернуть ЦБ? С переносом в новую или с удалением в старой.
(19) если с созданием перефириек вопросов нет - быстрее будет создать новую, тут ведь вопрос в скорости и количестве данных.
если будешь создавать - у тебя один проход.
если будешь передавать изменения - то вначале сохраняются данные - потом читаются.Если у тебя есть возможность быстро создать образ новой перефирийки - то лучше так и делай
У меня была немного похожая задача. УТ 10.3 в терминале в 8 городах. Примерно 1800 заказов в день. Начало базы с 2008 года. Для свертки я применил новую периферийную базу. При ее создании перенес все кроме документов и их движений. Подключил документы с движениями. В старой базе создал документы свертки на конец прошлого года без проведения. Перенес документы свертки и документы этого года с движениями. Провел документы свертки в новой базе. В старую ответ не выгружал. Стали работать с новой базой. Через пару недель после тестирования сделал ее главной. Пользователей с правами перенес обработкой взятой с интернета.
(21) Интересная идея.
Только подскажите как создать новую РИБ базу без переноса документов и движений? При нажатии в планах обмена на кнопку "Создать начальный образ" все происходит в автомате, и база создается и документы в нее заливаются.(0) на ИС есть готовая обработка по свертке баз средствами Sql
я сам два раза ей сворачивал базы по 80 ГБ достаточно шустро и почти без косяков(0) сначала замерь размер таблиц. скорее всего, основной объём занимают штук десять, причём некоторые из них можно просто прибить на начало года
(25) +1 Есть результаты анализа размеров таблиц и индексов?
Для 2500 док/день 254Гб многовато получается.(22) Берешь полный план обмена в конфигураторе. Или копируешь его со своим названием, чтобы не повредить текущие обмены с другими периферийными базами. И в закладке прочее в составе этого обмена убираешь галки на документах и регистрах. Можно иначе используя процедуру
Если будешь так сворачивать могу одну обработку для отметки выгрузки документов с его движениями выслать на почту.
(23) Периферийную базу центральной легко сделать. У неё в свою очередь тоже свои периферийные базы могут быть. Плюс тут в том, что тестировать обрезанную базу можно не прерывая работу с центральной. В последний момент догружаешь текущие изменения и делаешь центральной. Или что-нибудь догрузить можно пока связь не оборвал.
Всем доброго утра. Появилась задача от старого хорошего клиента по свертке базы КА. Как видно из заголовка, в РИБ обмене 12ть баз, среди которых половина супермаркеты, половина оптовые базы. В день в базе появляется ~ 2500 документов. Желательно свернуть на начало года, или на край на конец первого квартала. История базы начинается с 2010 года. Видим 2 варианта. 1) Свернуть базу на 31.12.2013 и удалить старые документы. 2) Свернуть на 31.21.2013 и перенести документы ввода остатков и документы за 2014 год в чистую базу обработкой ВыгрузкаЗагрузкаДанныхXML.epf Хотелось бы услышать мнение тех, кто подобные задачи решал. Какой из этих вариантов более жизненный? Может предложите другой вариант? Спасибо!
Сначала замерь время свертки базы такого объема. Типовыми средствами будет непозволительно долго. Нетиповыми - за день свернешь.
Сверка - формирование документов "корректировка записей" регистров проходит за 20 минут. И это нормально. В каждом документе по 5000 строк и таких документов 170 шт. При этом выгрузка одного такого документа в XML занимает минут 30 и вес у него получается 20 гб. Думаю такой способ переноса вообще не вариант. Что скажете?
это история на долгие года. поэтому этот вариант даже не рассматриваю. может предложите вариант удаления через SQL? Где то видел скрипт, который может удалить все документы до определенной даты, и записи в регистрах. Может кто владеет языком SQL запросов?
Почистить регистры - дело нехитрое. Главный вопрос после свертке РИБ - сможешь ты потом корректно создать новые переферийки из свернутой базы?
после такой очистки нужно обязательно делать ТИИ иначе в базе останется куча кривых ссылок. А есть скрипт очистки регистров и документов?
если все базы - sql c совпадающей внутренней структурой таблиц напишите tsq скрипт, который создаст документы остатков удалит движения , удалит документы и возможно удалить не используемую номенклатуру.
ЦБ и перефирийки можно ведь отдельно свернуть. В обмене тоже все просто. Можно передать вначале просто документы, потом по каждому документу - свои движения, причем передавать можно только ссылки а не тянуть все объекты.
движения удалять можно обработиной прямо в процессе работы если сделать транзакцию - в документе удаляем - в коректировке добавляем - пауза
языком SQL не владею, поэтому тут и интересуюсь. Мне бы образец скрипта, а дальше я бы сам его по смыслу допилил.
конечно же все периферийки в SQL. я планировал свернуть только ЦБ, а потом постепенно разворачивать новые периферийки и заменять ими старые.
"В обмене тоже все просто. Можно передать вначале просто документы, потом по каждому документу - свои движения, причем передавать можно только ссылки а не тянуть все объекты." вы это про что? про то как свернуть все периферейки? я думал их заменить.
а сам обмен из центра нормально в филиалы идет? с точки зрения документов и движений? я к чему - делаешь документы ввода остатков с движениями - движения - неактивные. Передаешь только документы вначале без движений - потом передаешь движения каждого документа по очереди. потом можно в скл удалить все движения и включить активность, причем в каждой базе и эти изменения в 1С лучше не регистрировать
сейчас обмен идет без проблема. качаем 2 раза в день через ftp. Меня вопрос замены периферийных баз вообще не напрягает, т.к. иногда базы валятся и их восстановление процедура отлаженная. Не охото сейчас на это тратить время. Сейчас задача основная как свернуть ЦБ? С переносом в новую или с удалением в старой.
если с созданием перефириек вопросов нет - быстрее будет создать новую, тут ведь вопрос в скорости и количестве данных. если будешь создавать - у тебя один проход. если будешь передавать изменения - то вначале сохраняются данные - потом читаются. Если у тебя есть возможность быстро создать образ новой перефирийки - то лучше так и делай
У меня была немного похожая задача. УТ 10.3 в терминале в 8 городах. Примерно 1800 заказов в день. Начало базы с 2008 года. Для свертки я применил новую периферийную базу. При ее создании перенес все кроме документов и их движений. Подключил документы с движениями. В старой базе создал документы свертки на конец прошлого года без проведения. Перенес документы свертки и документы этого года с движениями. Провел документы свертки в новой базе. В старую ответ не выгружал. Стали работать с новой базой. Через пару недель после тестирования сделал ее главной. Пользователей с правами перенес обработкой взятой с интернета.
Интересная идея. Только подскажите как создать новую РИБ базу без переноса документов и движений? При нажатии в планах обмена на кнопку "Создать начальный образ" все происходит в автомате, и база создается и документы в нее заливаются.
на ИС есть готовая обработка по свертке баз средствами Sql я сам два раза ей сворачивал базы по 80 ГБ достаточно шустро и почти без косяков
сначала замерь размер таблиц. скорее всего, основной объём занимают штук десять, причём некоторые из них можно просто прибить на начало года
Берешь полный план обмена в конфигураторе. Или копируешь его со своим названием, чтобы не повредить текущие обмены с другими периферийными базами. И в закладке прочее в составе этого обмена убираешь галки на документах и регистрах. Можно иначе используя процедуру Процедура ПриОтправкеДанныхПодчиненному(ЭлементДанных, ОтправкаЭлемента, СозданиеНачальногоОбраза)
Если будешь так сворачивать могу одну обработку для отметки выгрузки документов с его движениями выслать на почту.
Периферийную базу центральной легко сделать. У неё в свою очередь тоже свои периферийные базы могут быть. Плюс тут в том, что тестировать обрезанную базу можно не прерывая работу с центральной. В последний момент догружаешь текущие изменения и делаешь центральной. Или что-нибудь догрузить можно пока связь не оборвал.
Примерно алгоритм такой: 1. Создаем документы корректировки с неактивными движениями. 2. отключаем итоги 3. удаляем движения через скуль 4. включаем корректировки и итоги И так на каждой базе Удаление документов конечно более сложная операция
Например, у вас есть база 1С и вы хотите перенести ее в облако. В ней хранятся документы за 7 лет. Как результат база весит 5Гб, база обновляется 1-1,5 часа. А процесс выгрузки базы длится больше 1 часа. Уменьшить объем базы и ускорить процесс выгрузки поможет свертка информационной базы.
Свертка информационной базы 1С – это процесс обработки документов и регистров, в результате которого формируются документы ввода начальных остатков на дату, которую вы укажите в настройках. Все документы, созданные до указанной даты, будут помечены на удаление.
Это типовой функционал, уже встроенный в 1С. Провести процедуру свертки может пользователь с правами Администратора в базе 1С.
Важно! Перед сверткой базы обязательно создайте резервную копию своей базы 1С и проведите Тестирование и исправление ошибок.
Свертка состоит из 7 простых шагов. Для начала переходим в раздел Администрирование - Свертка информационной базы.
Открылся помощник проведения свертки информационной базы.
Шаг 1. Создание резервной копии базы 1С
На этом этапе заполните поля:
- Администратор, Пароль - укажите имя пользователя с правами Администратора в базе 1С и его пароль.
- Каталог - укажите папку на диске, в которую необходимо сохранить выгрузку базы.
Шаг 2. Настройка свертки
На этом этапе необходимо задать условия свертки:
- сформировать остатки на начало - укажите год, на начало которого планируется свернуть документы. Все документы и движения по регистрам до начала указанного года будут помечены на удаление
- установить дату запрета изменения данных - рекомендуется установить флажок
- по всем организациям - автоматически будут отмечены флажками все организации, которые есть в базе
- по отмеченным организациям - можно вручную отметить выборочные организации, по которым нужна свертка
Для перехода на следующий шаг нажмите кнопку Далее.
Шаг 3. Формирование остатков
На этом этапе 1С предлагает выбрать регистры для формирования остатков. Рекомендуем оставить без изменений настройки, предложенные программой и нажать кнопку Далее.
Шаг 4. Просмотр операций
На этом этапе 1С показывает созданные документы ввода остатков. Вы можете открыть каждый из них, проверить правильность и отредактировать. Также, при необходимости, можно создать дополнительные документы ввода начальных остатков.
После проверки и внесения изменений нажмите кнопку Далее.
На этом этапе 1С формирует отчет с остатками по счетам до свертки и после. Вы можете проверить данные по регистрам сведений и накопления. Для этого установите переключатель в необходимую позицию:
- регистр бухгалтерии
- регистр сведений и накопления
Также вы можете настроить отображение с помощью кнопки Показать настройки.
Для перехода на следующий шаг нажмите кнопку Далее.
Шаг 6. Удаление старых документов
На этом этапе будут помечены на удаление все документы до даты, указанной в настройках сверки.
Для старта процесса удаления нажмите кнопку Далее.
Для продолжения удаления нажмите Да.
Шаг 7. Завершение свертки базы 1С
Для проверки корректности проведения свертки перейдите в раздел Операции и откройте Журнал операций.
Вы увидите, что все документы до даты свертки помечены на удаление. Исключение составляют только документы по учету Основных средств и НДС.
Для окончательного удаления помеченных на удаление объектов перейдите в раздел Администрирование - Удаление помеченных объектов. Выберите Автоматическое или Выборочное удаление объектов, нажмите кнопку Удалить. Дождитесь, пока программа найдет и удалит все объекты. Процесс удаления объектов может занять продолжительное время - все зависит от объема удаляемых данных.
Механизм РИБ — механизм распределенных информационных баз - это когда у вас есть главная база и подчиненная(ые). Главная база может быть только одна, подчиненных может быть много. Каждая подчиненная база может иметь свои подчиненные базы, для которых она будет главной.
Вот посмотрим на картинку из первой ссылки по запросу в Яндексе:
РИБ используется для обмена данными. Причем не только теми данными, с которыми работает пользователь, но и данными изменения конфигурации. То есть РИБ позволяет передавать изменения конфигурации. Но изменить конфигурацию можно только в главной базе!
Визуализируем:
У нас большая компания и много филиалов. Есть доработанная УНФ, которую мы гордо называем УБФ(Управление Большой Фирмой). Но мы решили, что хватит терпеть то, что все филиалы имеют доступ к документам всех филиалов и каждому филиалу решили сделать отдельную базу, которую синхронизировать с нашей основной базой для передачи данных. Что ж, можно. Сделали.
И внезапно мы решили изменить картинку, которая появляется при входе в базу, захотели поместить туда логотип нашей фирмы, а почему бы и нет?
Как запилить картинку во все базы всех филиалов? Ну при текущем варианте, что у всех филиалов отдельная база, только руками. Руками специалистов, которые умеют заходить в конфигуратор и знают что нужно там нажать.
А вот если бы мы сделали подчиненные базы для филиалов, то есть использовали РИБ, то и данными бы обменивались, как при обычной синхронизации, и картинка бы сама добавилась во все "базы-дочки". Однако, в конфигуратор зайти бы все-таки пришлось, но только чтобы нажать кнопочку "Обновить конфигурацию базы данных", вот картинка:
Как создать подчиненную базу, на пальцах:
я буду использовать Управление торговлей, редакция 11 (11.4.13.275), но способ, в целом, одинаковый во всех типовых конфигурациях.
1) Сначала проделаем шаги, как при настройке обычной синхронизации:
2) . поставим галочку, нажмем.
4) тут ознакомимся с описанием. Я выберу обычную настройку, но если бы мы следовали примеру выше, то нужно было бы выбрать "с фильтром" и там одним кликом выбрать нужный филиал.
6) Указываем префикс - он будет подставляться к номерам документов, чтобы можно было отличить документы дочки и основной базы.
7) в общем случае, тут ничего не надо нажимать, кроме "Записать и закрыть".
8) А вот теперь создаем нашу новую подчиненную базу:
9) указываем место, куда ее покладем.
10) Зайдем в нашу новую подчиненную базу и закончим настройки синхронизации(синхронизация уже создалась, так как использовали РИБ, но нужно указать каталог для обмена выбрав "Настройки подключения")
(обратите внимание на верхний левый угол окна программы, там название базы, он отличается от предыдущих, так как это "дочка")
Кстати, в новой базе все пользователи будут выключены, пароли сброшены, нужно включить руками:
В общем-то ВСЕ.
Подчиненная база создана!
Теперь, когда наши программисты что-нибудь улучшат, эти улучшения прилетят в подчиненные базы сами.
Вот что-то изменили в основной базе:
нам нужно перенести изменения в базы-дочки.
Для этого запускаем главную базу в режиме 1С:Предприятие, то есть в пользовательском интерфейсе, заходим в настройки синхронизации, жмем выделенную кнопку:
После того, как синхронизация закончится, заходим в базу дочку и так же жмем "Синхронизировать", база загрузит данные и напишет:
После нажатия на Далее база закроется и начнет устанавливать обновления.
Когда обновы установятся, база начнет запускаться и сообщит нам следующее:
Это означает, что не обновлена конфигурация базы данных. Та самая маленькая кнопка в конфигураторе и это именно та причина, почему придется ОДИН раз зайти в конфигуратор. Что ж, зайдем в конфигуратор базы-дочки и нажмем эту кнопку, заодно вообще посмотрим что-да-как там, мы ж там еще не были.
Откроем конфигурацию и вот что увидим
Нажмем на "Обновить конфигурацию базы данных".
Увидим список изменений, которые прилетели с обновлениями:
И вот эти обновления появились в подчиненной базе.
Теперь необходимо запустить базу в пользовательском режиме, чтобы выполнились обработчики обновления.
Несколько правил:
1) Все узлы, кроме одного, должны иметь по одному главному узлу и один узел не будет иметь главного узла - это корневой узел.
2) Конфигурация может быть изменена только в узле, не имеющем главного узла (то есть в корневом).
3) Изменения конфигурации будут передаваться от главного к подчиненным узлам.
4) Разрешение коллизий так же будет производиться исходя из отношений "главный - подчиненный" - если изменения сделаны одновременно и в главном и в подчиненном узлах, то приняты будут изменения главного узла.
5) Сделать подчиненный узел в распределенной базе можно разными способами, но создание начального образа является рекомендуемым.
А теперь то, ради чего все писалось.
Как подчиненную базу сделать обычной(нормальной, отдельной, как хотите).
Я опишу только тот способ, которым пользуюсь. Это моя шпаргалка. Но он не единственный.
1) Заходим в свойства ярлыка запуска окна 1С:Предприятие:
2) В поле "Объект" дописываем:
DESIGNER /F"Путь до базы" /N"Имя Пользователя в базе" /P"Пароль пользователя" /ResetMasterNode
В итоге у меня получится:
"C:\Program Files\1cv8\common\1cestart.exe" DESIGNER /F"C:\Users\79119\Desktop\РИБ" /N"" /P"" /ResetMasterNode
Читайте также:
- На закладке «Общие настройки» необходимо ввести нижеперечисленные данные.