Свертка базы УТП #760661

Добрый день! Подскажите, как можно наиболее быстро и безболезненно свернуть базу. Исходные данные: база УТП весом 100 гигов, имеется РИБ (полный), данные за 4 года, нужно свернуть 2 года как следствие вариант создания доков с остатками и перенос их в чистую базу вместе со справочники отпадает т.к. тащить еще данные за 2 года долго. Свертка идет свыше 5 суток это очень долго. У меня такая идея создать новый план обмена с авторегистрацией по всем объектам, потом сделать узел и в нем запустить свертку, после ее окончания сделать обмен из ЦБ базы в этот узел в итоге я получу свернутую базу со свежими данными? После чего удаляю этот план обмена, завожу по новой пользователей и настраиваю заново РИБ создавая по новой образы. Такой вариант сработает? Какие подводные камни?

Для начала размер топ-10 самых жирных таблиц базы в студию

Это так важно? Самые жирные будут это как всегда регистры по партиям и по взаиморасчетам по документам.

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

Исходя из вышесказанного, либо пили свою свертку, либо воспользуйся каким-нибудь сторонним продуктом (мы у себя так и сделали и довольны)

Вариант с РИБ может не взлететь. Я как то год по похожей схеме отрезал, так потом, файл обмена был 1 Гб, так обмен шел почти сутки и то не с первого раза прошел. А когда обмен идет, в базе нормально не поработаешь. Вот база была недавно 50 Гб, я пошел другим путем. Написал обработку, которая просто чистит оборотные регистры за прошлые периоды + в документах признак ручная корректировка. Регистры остатков, партии, взаиморасчеты естественно остались. Таким образом выкинул из базы 20 Гб. Потом подумаю как еще посжимать, сейчас и так нормально. Обрезку на таких объемах сложно делать, из-за нехватки времени. Поэтому многие рекомендуют именно ввод остатков.

Ясно, спасибо за советы. Для начала попробую через план обмена, посмотрим, что получится. Такой вопрос, может кто подскажет в плане железа что может помочь ускорить свертку? Модернизация файловой системы путем добавления новых винтов в рейд?

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

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

Не ужели 100гб это обоснование для свертки? это же обыкновенный размер базы... А так возможно львиная доля занимают картинки

проблема не в ЦБ базе, там железо хорошее и все работает нормально. Проблема в филиалах, обмен почти полный (сделано так что не все доки мигрируют между базами, там обмен прописан по типу 1С 7.7), там базы тоже весят по 100 гигов и ставить там мощные серваки дорого. не понял в чем проблема, после свертки, все равно надо будет заново создавать образы узлов вот для этой цели я и хочу создать план обмена и сделать отдельный узел в котором никто работать не будет, а будет просто свертка идти спокойно.

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

Вам обмен с филиалами нужно переписывать. Это не правильно почти полный обмен с ними гонять.

и сколько всего подчиненных узлов?

8

на сутки, как минимум, стопорнешь весь учет. Если не вылезет чего-то внезапного в свертке.

это у тебя сейчас времени на подготовку - две недели до НГ. А заниматься такой сверткой на НГ-каникулах лучше всего.