База УПП > 700Гб.
Хочу свернуть данные по бухгалтерии на определенный период. Возникла такая идея:
1) прочитать остатки
2) создать записи по ним в корректировке регистров. Активность = Ложь;
3) пройтись в цикле по всем метаданным документов, вложенным циклом по самим данным и очищать наборы записей регистра бухгалтерии по каждому регистратору.
4) Активность = Истина;

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

Такой вариант имеет право на жизнь? Или я чего-то не понимаю/не учитываю и лучше отложить в сторону?

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

Подумай, что будет с НДС и прочими.
А так - реально

Если напишите адрес почты - я Вам интересную обработочку скину...

(3) И мне можно?

(4) Адрес

(3) добавил в профиле. Буду очень благодарен!
(2) Ушел думать, благодарю. Возможно стоит ежеквартально такое закрытие проводить.

(6) Посмотрите. F1 работает. Опыт использования положительный. Механизм очень похож на Ваш.

(4) Отправил.

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

+ к (9) А, ну да, в (7) так и написано)

Можно тоже поклянчить? Актуально.

(11) Посмотрите свою почту

Есть, спасибо!

Обработка определенно хороша. Столько времени освободила, здорово. Приятно смотреть, как 233 млн записей в таблице постепенно тают. Отпишусь после окончания и сравнения ОСВ до и после.

>> 233 млн записей
при 700гб не сильно уменьшится бд

(3) отправьте и мне. интересно

(15) Так это всего лишь одна таблица, причем не итоги. Уже освободил примерно 70Гб обрезанием регистра "Списанные товары".

А можно то же глянуть что за обработка такая?

(12) Можно тоже поклянчить? А то походу мы на УПП будем жить до упора. Тоже бы обрезать надо уже. Спасибо.

А что вы РБ режете, а регистры аналитики нет? Они же более жирные обычно...

Только будет ли легче от того, что база с 700гб станет 630гб

(3) Можно мне обработку? Спасибо. a.borowkov@gmail.com

(20) в плане еще много различных мероприятий. Просто делаю все последовательно. Доберусь и до итогов, и до аналитики.
(21) как минимум меньшее количество записей должно ускорить вставку/удаление из таблицы.

https://cloud.mail.ru/public/YSCk/w9cMynRjg - обработка

(23) не, не ускорит. Это иллюзии. Сделайте просто в ТИИ реструктуризацию и сжатие базы, ну будет 350 гб вместо 700.

(0) Оооо 700 гигов.. это сколько ей лет? или вы там храните большие доки пдф и картинки??
У нас база с 2013 года УПП, средний онлайн работающих бухов и менеджеров и производства одновременный 90-100 человек. Ни разу ни чего не сворачивали. ни чистили, версия объектов пишется. Даже помеченные на удаление не удаляли доки. И база всего еще 100 гигов ))

(21) Ну так уменьшит базу, из за этого уменьшится размер бекапов, лишнее место на сервере, может у них в притык) а новые диски ставить не куда))

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

(25) очевидно, что косяки в базе. Уверен, невозможно нагенерить столько данных. Больших файлов нет, проверял.
(24) кстати, не могу найти внятного описания реструктуризации на its. А сжатие лишь отпустит незанятое пространство, его можно увидеть в типовых отчетах mssql. Там явно не 50%

По факту, я сейчас просто прохожусь по самым большим таблицам, которые мне показывает отчет sql и постепенно со всем разбираюсь

(28) Реструктуризация - это просто создаётся новая таблица по описанию из метаданных и туда позаписийно переносятся данные. То есть перестраиваются индексы, удаляются кривые записи и т.п.

(30) в двух словах я конечно понимаю, что это. Но хотелось бы какую-то техническую документацию, что ли. В идеале sql скрипт. Но даже и двух слов на its Не могу найти.
Каким образом удалятся кривые записи? И что есть кривые? И как 1С понимает, что это кривое и каким способом 1С решает, как кривизну исправить. Вот это все интересно.

(25) Как по мне мерять прогнозируемый объем базы количеством работающих пользователей не совсем корректно, все зависит от специфики.

У нас база с 01.07.12 , пользователей в районе 50 -60. Объем так же 700 гигов, примерно 2000-3000 документов в сутки.

(31) Реструктуризация может выполняться двумя разными способами:

● Обычный механизм реструктуризации. Единственный вариант реструктуризации в «1С:Предприятии» версии 8.3.10 и младше.

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

Если тебе нужны ну очень технические вещи - запусти профилёр и понаблюдай.

(31) Физических таблиц в регистре бухгалтерии, которые надо чистить - две. Остальные пересоздаются пересчетом итогов.

Процедура ОчиститьРегистрБухгалтерииВSQL(ИмяРегистра, Дата2) Экспорт

    ОбъектМетаданных = Метаданные.РегистрыБухгалтерии[ИмяРегистра];
    
    МассивМД = Новый Массив;
    МассивМД.Добавить(ОбъектМетаданных);
    
    ТаблицаБД = ПолучитьСтруктуруХраненияБазыДанных(МассивМД, Истина);
    
    
    //////////////////////////////////////////////////////////////////
    // Основная таблица
    ИмяТаблицы = ТаблицаБД.Найти("Основная", "Назначение").ИмяТаблицыХранения;
    
    ОбрезатьТаблицуВSQL(ИмяТаблицы, ИмяРегистра, Дата2);
    
    
    //////////////////////////////////////////////////////////////////
    // Таблица субконто
    ИмяТаблицы = ТаблицаБД.Найти("ЗначенияСубконто", "Назначение").ИмяТаблицыХранения;
    
    ОбрезатьТаблицуВSQL(ИмяТаблицы, ИмяРегистра, Дата2);
    
КонецПроцедуры

Можешь руками сделать Delete в SQL. Только на копии. Не перепутай базы. Если что - я предупредил.