Очистка замеров производительности — даешь больше места на диске (= меньше хлама в базе)

11 Comments

1. hopter 31.10.2018 at 10:00

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

   Reply ↓
2. 1c.pro.fun 31.10.2018 at 10:33

   (1) Уважаемый hopter, безусловно каждый имеет право на свое мнение. Я публикацией выразил свое. Мне показался странным тот факт что отключение оценки производительности не приводит к очистке этих регистров. А по-умолчанию в настройках удаления замеров установлено 3650 дней. Т.е. 10 лет этот мусор (да-да для большинства это именно мусор) будет лежать в базе и занимать место на диске. Для иллюстрации прикрепил скриншот.

   P.S. Кроме того, хотелось бы отметить что снятие флага «Оценка производительности» приведет и к отключению регламентного задания «Очистка замеров времени». Это я к тому что первое инстинктивное действие пользователя — отключение оценки производительности и установка количества дней удаления замеров например в значение 1 не приведет к удалению.

   Reply ↓
3. Rustig 15.02.2019 at 09:07

   (0) интересное расследование! + в твою карму

   Reply ↓
4. CrimeanWind 27.03.2019 at 10:14

   Спасибо, я бы и не вспомнил про эту галочку и постоянные замеры. Тестирование со сжатием, затем потёр обработкой, затем снова тестирование со сжатием — стало легче на 500 мб.

   Reply ↓
5. boba13 10.04.2019 at 14:24

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

   Reply ↓
6. sagg 25.06.2019 at 15:25

   Александр, спасибо Вам за обработку! Она буквально спасла ситуацию! Перенос базы из файлового режима в клиент-серверный не идет из-за проблем в регистре «Замеры времени» (видимо, когда-то произошел сбой, и появился дубль записи), открыть регистр невозможно… Запустила вашу обработку — регистр очищен, все исправлено!

   Reply ↓
7. chesnokov-a-v 10.07.2019 at 20:38

   Обработка замечательная. Всё работает, но есть одна малюсенькая мелочь: расчет времени выполнения. 😉

   Reply ↓
8. proa@1eska.ru 16.08.2019 at 16:50

   В Базе где 1000000 записей в регистре, вываливает с ошибкой нехватки памяти

   Reply ↓
9. shostatsky 09.10.2019 at 09:29

   (8)Используйте x64 платформу

   Reply ↓
10. ubper 26.10.2019 at 02:42

    Я думаю, ничего плохого не случится, если эту операцию выполнить на уровне СУБД командой TRUNCATE TABLE table_name. И несколько часов ждать не придется, и блокировок не будет.

    Reply ↓
11. aks 18.11.2019 at 11:48

    (8) На днях столкнулся с описываемой здесь проблемой – по непонятной причине несоразмерно распухла файловая база для «1С:Бухгалтерия 3.0». Оказалось в регистре «ЗамерыВремени» накопилось порядка 1.5 млн записей, а занимал он почти 30% базы.
    
    Выложенной здесь обработкой я не пользовался. Безуспешно пытался самостоятельно очистить регистр конструкцией вида:

    НаборЗаписей = РегистрыСведений.ЗамерыВремени.СоздатьНаборЗаписей();
    НаборЗаписей.Записать();
    
    Вылетало из-за нехватки памяти.
    А вот следующая  конструкция с задачей справилась:
    
    Выборка = РегистрыСведений.ЗамерыВремени.Выбрать();
    Пока Выборка.Следующий()  Цикл
    Запись = Выборка.ПолучитьМенеджерЗаписи();
    Запись.Удалить();
    КонецЦикла;

    Показать

    Reply ↓