Добрый день!
У нас база бухгалтерии 3.0 корп. Объем 15 гб. Делаем свертку базы на 01.01.2018. При этом документы до этой даты помечаются на удаление. Их очень много. Как дальше их можно удалить окончательно? Если использовать стандартные средства удаления, то удаление идет очень и очень долго. База висит более 3-х дней и безрезультатно.

Настрой на ночь регламентное удаление. Глядишь через пару недель и почистит что может

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

И как быть тогда?

Перенести в новую.

(3) http://catalog.mista.ru/public/509628/

Какой конкретно обработкой?
Хочется узнать как именно делают специалисты такого рода свертку. Потому что удаление помеченных объектов идет оооочень долго и действительно завершается аварийно.

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

(7) + 1 да, тоже делал порциями по возрастанию дат и пометка на удаление с учетом доков которые связаны по основанию... в общем "порционноеинтелектуальноеудаление" )

а можете кинуть обработку удаления порциями чтобы не изобретать велосипед?

(0) Зачем?
Уменьшение размера получите в лучшем случае на процентов 15-20 (на 25-30% в идеале, если потратите кучу времени на ручную дочистку). Соответственно никакого выигрыша в производительности не будет. Повторно (через несколько лет на более позднюю дату, например, на 2020 год) свернуть такую базу данных не удастся.

Зато бухгалтерия теряет возможность автоматического формирования бухгалтерского баланса. Данные за прошлые года (две крайние графы) придётся рисовать ручками.

И сворачивать бухню на прошлый год - тоже отчаяный шаг. А если потребуется вносить корректировки 2017-го года. Или претензии отражать по поставкам прошлых лет? В бухне должны быть данные последних трёх лет.

> Объем 15 гб

B что? Базы БП вполне себе живут с объемом на порядок(!) больше вашего. И никто не париться на тему их свёртки.

ИМХО, свёртка имеет смысл в исключительных случаях чисто методологического характера. Например, "спрятать" старые данные, или вычистить справочники в тех случаях, когда они реально засоряются какими-то совершенно немыслимыми объемами - например, номенклатура каждый день новая и повторно никогда не используется и справочник разростается до миллионов записей, использованных по несколько раз всего лишь.

"Повторно (через несколько лет на более позднюю дату, например, на 2020 год) свернуть такую базу данных не удастся.
"
Почему не удастся?

Настроить РБД обмен + Внести остатки

(9) у ИР есть обработкаудаления помеченных с выбором конкретного вида для удаления

http://devtool1c.ucoz.ru/load/

(11) А как ты видишь себе свёртку на 2020 год документа "Ввод начальных остатков" или "Операция бух" 2017 года, которые тебе сейчас понасоздаёт текущая свёртка?
Свёртка документов свёртки - утопия.
Если сейчас твоя база сократится на 15%, то повторная свёртка через пару лет не даст и 10% сокращения. Т.к. будут висеть неудаляемые документы и объекты, на которые есть ссылки в этих самых документах, созданных при прошлой свертке. На 2018 год по документы были остатки и он попал в свёртку, а на 2020 год по нему остатков уже нет, но и удалить его никак не получается - на него есть ссылки.

Ни в коем случае не настаиваю. Но свёртка - это совершенно бесполезное наследие клюшек (7.7). В 99% ненужное для 8-ки.

(15) Не вижу проблем.

Документ Ввод начальных остатков - это тупо регистратор для регистров. При свертки регистратор не нужен только остатки. А в остатках нет "Ввод начальных остатков"

Сворачивать 15GB? Вы серьезно?
http://www.imageup.ru/img17/3077528/pic02.png

(17) Самое то. Хуже когда база будет 170 гигов, а у него опыта нет. Так что пусть пока тренируется на кошках. Набъет руку, поймет что овчинка выделки не стоит и тогда будет спокойно ждать когда база дорастет до 100 гигов

(17) Какая конфигурация?

(18) и че произойдет, когда она будет 170 гигов? Земля налетит на небесную ось?)

(20) vместо кончиться на сервере

(18) А что 17- ГБ - это очень много?

(21) смешно

(19) Бух 3.0 под 8.2. Таблица итогов по субконто - 90 ГБ., значений субконто - 70, основная - 50. Пара регистров сведений по 150 ГБ. Остальные - так, мелочи, 10-20 ГБ

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

(21) > место кончиться на сервере

При нынешней копеечной стоимости дискового пространства об этом даже говорить как-то неприлично.

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

(25) да, в фиолетовой. диски SSD кстати. секционированием не занимались, т.е. лицензия не enterprise :(

(26) Вот ниразу не согласен. Нет конечно если у вас скуль  стоит на WD Green серии.

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

ИР в помощь.
"Свертка базы" - понятие безсмысленное и чаще всего свидетельствующее о безграмотности заказчика / исполнителя.
Сворачивают только регистры.

А если мы все такие решим выполнить эту бессмысленную операцию, то возвращаясь к вопросу удаления помеченных объектов. У нас в итоге будет очень много помеченных объектов. Удалять их предполагается частями, допустим по 100 объектов. А как правильно организовать удаление, чтобы оно выполнялось не в монопольном режиме?
Если использовать метод "УдалитьОбъекты", то он требует монопольный режим.

(30) В БП3 можно удалять не монопольно.
Не через все действия заходи, а через администрирование.

А вообще универсальнаяВыгрузкаЗагрузкаXML попробуй.
Я так 2 базы объединял.

В БП 3.0 это есть, но если объектов слишком много то база зависнет на два дня а потом выйдет ошибка. Надо удалять частями, для чего нужно создать свою обработку. Поэтому и спрашиваю.

(33) зачем обработку? можно просто так частями удалять. Например только счета, потом только реализации и т.д. и по периодам можно настроить: январь удалить, потом февраль и так далее. До 3000 дукументов норамльно удаляются, если больше 10000 в пачке тогда да, зависает надолго.

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

(35) там не удаление, а поиск ссылок самый долгий момент

"если объектов слишком много то база зависнет на два дня а потом выйдет ошибка" //
https://www.anekdot.ru/id/-9941504/

(0) Имхо, оно того не стоит. Лучше через универсальный обмен, накидать в КД2 правила обмена для остатков и выгрузить в чистую стандартную базу, раз уж на то пошло. Тогда весь "мусор" останется в "старой" базе. Делал переход с 2 на 3 примерно таким способом, т.к. обновление + свертка слишком долго выполнялись.

(36) Точно, причем в "монопольном" режиме быстрее в 10-15 раз.

(39) (36) так в каком режиме быстрее?

Я так и не понял как лучше удалять 200 тыс. помеченных объектов, появившихся после свертки. Все ли сразу или по частям. Если по частям то какой обработкой. Писать свою?

(41) асе сразу, чего там делить то

(41) Если на 200 тыс. помеченных у тебя 50 тыс. не помеченных, то проще перенести в новую базу, например, ВыгрузкаЗагрузкаXML(нужные помеченные перенесутся по ссылкам). Можно ещё удалить всё без контроля ссылок, а потом восстановить нужные ссылки из копии.
Если не горит - удаляй ночами по чуть-чуть.

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

(43) этож сколько времени будет xml-ка формироваться, плюс еще загрузаться? Небось еще дольше выйдет чем удалять пачками.