Здравствуйте!

Учет в базе Управление торговлей 11.5 ведётся с 2016 года. Размер базы примерно 150 Гб.
Необходимо свернуть базу на 31.12.2023г. Я решил воспользоваться типовой сверткой. Запустил её и смотрю, что она уже 6 дней выполняется.
В журнале регистрации я вижу, что сформированы документы Ввода остатков, но не проведены.
Я решил параллельно запустить свертку базы на 31.12.2016г и она тоже долго висит.
В обоих базах никаких записей в журнале регистрации не добавляется.

Если у кого есть опыт сверки базы, то подскажите как можно свернуть базу такого размера?

(0) выгрузкой остатков в новую базу

+ и переносом документов... легкая работенка)

Есть ещё такая идея.
1. Типовая свертка пусть формирует документы Ввод остатков, но не проводит их.
2. Написать и запустить обработку, которая очистить все записи в регистрах накопления до 01.01.2024г. (Возможно это будет быстрее, чем пометка на удаление документов)
3. Провести документы Ввод остатков.
4. В удобное время пометить на удаление документы до 01.10.2024г, кроме документов Ввода остатков и в последствии их удалить.

Такой план действий имеет место быть или он утопический?

(2) Я предлагал такой вариант, но говорят, что потом очень долго ошибки исправлять будут. Видимо не всё в учёте радужно

(4) бред))))

Я бы оставлял 23,24,25 - три последних года, предшествующих текущему (исходя из того, что можно сказать уже 26)

(6) Было решено оставить 24, 25. Хотят так бухгалтера.

(5) Я бы не сказал. Если отказываются от такого решения, то значит есть не маленькие грешки в базе. Ну и магазинов с кассами (РМК) полно. Всё это настраивать заново.

(3) Утопия, на каждом этапе может что-то пойти не так. К стандартной свертке вопросы были, она не все может далеко. Могут неожиданно онлайн-взаиморасчеты вывалиться местами (т.е. пересчитаться не так, как было "до"). Лучше, конечно вариант из (2). Либо найти подрядчика, который на этом специализируется, вроде как это стоит порядка 10 млн., но это если база 1С и заказчик достаточно крупные. )

(0) это маленькая база. Просто добавьте место на дисках

(0) Пробовали типовым механизмом свернуть, но документы ввода остатков совсем неверные данные формируют и так на нескольких базах.

(7) Предложу варварский, но действенный способ:
1. Формируем остатки на 01.01.2024
2. Удаляем физически (Удалить()) все доки до 01.01.2024
3. Запускаем ТиИИБ.
4. Проводим документы ввода остатков из п.1

(0) А цель-то свертки какая? База маленькая, тормозить не должна.

Если типовая свертка тормозит, то мы делали так: типовое формирование  ввода остатков.

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

я делал такую свертку, была 2.4ТБ, свернул до 1.4ТБ, вашу базу я б даж не трогал, 150ГБ - это вообще маленькая база в текущих реалиях.

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

(12) доля истины есть в ваших словах - пункт 1.... далее, есть много способов... и остатки надо делать на 31.12.23....

Сервер, наверное, уже старенький, слабый...
Попробовать развернуть базу на современном вычислительном ресурсе, может ничего и не надо резать будет.
(0) В dt несколько часов выгружается и загружается?

(12) >> Удаляем физически (Удалить()) все доки до 01.01.2024
Это тоже очень не быстрый процесс как показала практика.

С 2024 на 2025 обрезал клиенту УТ которую вели с 2018 года. Обрезал под ноль, т.е. остатки вводились на 01.01.24. Взял копию базы, средствами скуля удалил все документы, ненужные справочники и регистры. Перенес остатки. По времени 3 дня на написание служебных обработок. Сама обрезка 4 часа попивая кофе.

Интересно, сколько стоит сервак, на котором крутится база размером в 2.4 ТБ. И какими средствами делаются архивы и сколько по времени.
Никогда не доводилось работать с такими размерами. И для меня даже 100 ГБ уже большая база. А тут говорят, что это мелочь

(18) да 100ГБ мелочи)) У меня в ERP у регистра себестоимости только индексы занимаюи свыше 200ГБ )))

(18) недешево) из последнего что слышал только диски 1-1.5кк (за один)

В 2014 году появились вменяемые ssd и я получил хороший опыт по срезу баз https://infostart.ru/1c/articles/311519/

(20) Да уж, думаю, если предложить сервак подобного уровня даже самому крупному клиенту, с кем я работаю, он сочтет меня сумасшедшим...

(0) я делал переносом документов правилами в КД2 и вводом остатков в новой базе. И самое главное - переносить движения документов, чтоб не перепроводить. НО в правилах (в ПКС) сделать отсечку, что если док ранее 01.01.24 то это пустышка для ввода остатков.
(4) после свертки ошибок будет ничуть не меньше!

(13) Сами скрипты для SQL писали?

(0) что она уже 6 дней выполняется.
Отладчиком не пробовали смотреть, что сейчас исполняется?

(19) Приходилось в таких базах увеличивать количество знаков в нумерации документов? Особенно, если в базе несколько организаций, из-за чего несколько символов съедаются на префикс

(26) нет
Я вообще не практикую снятие замочков с конфы

(26) В типовых длина номера 11 знаков. 5 символов идет на префикс, остается 6. Это миллион документов одного типа на каждую организацию в год.

(0) Сначала надо определиться с целью. А оно надо? Если всё-таки решитесь - сначала посмотреть: какие таблицы занимают больше всего места (я вот в НГ с 6Тб хотя бы до 4Тб планирую обрезать)

(18) дорого наверное. у нас в сапчике начальная загрузка данных по одному филиалу была 16 Тб, по другому 40..
но там бабки другими чемоданами меряли)