Поставили задачу в кратчайшие сроки(до понедельника) свернуть базу. У меня было 3 дня. Конечно же начал с типовой свертки. В первый же день выяснилось что она никуда не годится (очень медленная). Железо на сервере хорошее. Умные люди сказали что резать надо в обход платформы, то есть скриптами.
Вот уже второй день ищу готовые решения, но ничего подходящего нет.
Прошу помочь. Может кто сталкивался с такой задачей?

Это будет нарушением лицензионного соглашения

Размер базы какой?

(1) Пускай (2) 100 Гб

>> Вот уже второй день ищу готовые решения, но ничего подходящего нет.

ничего, завтра будет третий день как будешь искать, потом четвертый, пятый и так до тех пор пока не поймешь, что что-то тут не так.

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

(3) Сколько документов нужно убить?

(3) типовую посмотри - там есть отключение и включение итогов ?

(4) У меня есть обработка для УТ 10.3 которая режет скриптами.  Вес базы 20 ГБ, сокращает ее до 10Гб и делает это за 2 часа на хорошем железе. Писали ее франы, я ее только запускал.
Обработку нужно допиливать, тк нет обрезки регистра бухгалтерии.
Собственно совет урезать скриптами получил от них. Франы загружены другой работой им некогда. Я просто не успею.

Не думаю что мне одному такую задачу ставили...

(6) Каких итогов?

(6) Даже не представляю. Свернуть надо 3 года. В базе 10 организаций. Документы делают регулярно. Вес базы 100Гб.

(8) УстановитьИспользованиеИтогов

(9) сворачивай по организации

(10) А, ты к тому, что можно типа отключить виртуальные таблицы и все нормально свернуть?
А ты уверен, что свертка не использует виртуальные таблицы?

(12) получаем запрос, отключаем итоги, пишем проводки, включаем итоги

(7) В чём проблема создать по аналогии скрипты для 2-х таблиц?

(13) Если практически все проводки грохаются, то можно оптимизировать, только с программным отключением и включением, а не штатным.
Если не все, то, возможно, пересчет потом сожрет вагон времени.

(0) Идите от противоположного ... зачем обрезать ? Если и так "Железо на сервере хорошее"

Свертка ... ради свертки

(15) итоги будут построены на операциях нулевого счета, а это быстрее, чем пересчет всей базы по документам за несколько лет

(10) Перед сверткой регистра итоги выключаются. (16) Приказ руководства.

(19) Тогда так... смотрите на текст свертки 1С и переписываете методы извлечения данных под t-sql.Запись ессно оставляете движковую.

И ведь есть решения:
http://catalog.mista.ru/public/139651/ например. Но обработка для обычных форм. Переделывать надо. Некогда.

Еще как вариант в пустую базу грузить нужные данные, с помощью  правил конвертации. Нашел для бп 3.0 но у нас не типовая, боюсь не подойдут, к тому же платные: http://catalog.mista.ru/public/379727/

(21) Эээ... а что мешает запустить толстый клиент без всяких УФ и свернуть?

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

(23) Хм, если кинешь скрин ошибки и обработку, могу глянуть, если секундное дело

Обработка здесь бесплатная http://catalog.mista.ru/public/139651/ сможешь скачать?

В конфигурации используется общий реквизит [ОбластьДанныхВспомогательныеДанные] в качестве разделителя данных,
использование разделяемых данных по нему = НезависимоИСовместно, корректно провести свертку базы невозможно!
Запуск свертки не запрещен, но на рабочей базе свертку запускать категорически не рекомендуется!
Обработка только что отключила использование разделителя (!) и удаление помеченных объектов возможно.
В конфигурации используется общий реквизит [ОбластьДанныхОсновныеДанные] в качестве разделителя данных,
использование разделяемых данных по нему = Независимо,
корректно провести свертку базы либо удаление помеченных объектов невозможно!
Можно перевести его в режим НезависимоИСовместно для контроля и удаления помеченных,
но в Независимом режиме могли быть созданы объекты с одинаковыми ссылками,
и при переводе в НезависимоИСовместно в связи с этим могут возникнуть проблемы при создании первичных ключей!
Использование модальных окон в данном режиме запрещено!

(25) Обработка https://drive.google.com/open?id=0B1K--b6GB8lZV2dId3BOWFJma2s

(25) Так она же лайт, без прямых запросов

(0)
Я бы не стал ковыряться прямыми запросами только в целях свертки базы. В каких-нибудь критичных ситуациях - возможно, но не в целях свертки.

Реально предложили в (11) - сворачивай без спешки, по организации, но зато надёжно. Иначе через пару дней с высокой долей вероятности на Мисте появится ветка "Как восстановить базу после свертки прямыми запросами".

В таких вопросах некуда торопиться. Это всё-таки база данных учёта предприятия (-ий), а не какая-нибудь там балалайка.

(28) Дело в том что мы скриптами УТ сворачивали и получилось вполне сносно. Вот уже год никаких артефактов замечено не было.

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

Я бы в рабочей установил дату запрета на дату свертки, сделал УРБД без создания начального образа из полной копии, настроил односторонний обмен: Рабочая -> копия в удобное время. Дальше, не спеша сворачивал копию, периодически подгружая изменения из рабочей. После того как на копии проверены результаты свертки - отменил всю регистрацию в плане обмена, отключил в ней УРБД и сделал ее центральной рабочей.

Проще не удалить ненужное, а перенести нужное.

(0) запускаешь отчет и смотришь самые большие таблицы.
переносишь обычной конвертацией.
день уйдет на написание правил, еще день на сам перенос, еще день на проверку

сам все делал на упп , размер 120 Г. все делается.