Казалось бы, что проще - зашёл в Конфигуратор, указал, куда сохранять старые данные, выставил дату, нажал на кнопку "Сократить". Не тут-то было! Конфигуратор после этого радостно виснет, файл как был нулевого размера, так и остался. Уже два часа прошло. Что я делаю не так?
Платформа 8.3.6.2530, клиент-сервер. Журнал в новомодном SQLite. Места вагон, нареканий по железу и ОС нет.
(1) e9953, если данных очень много - то это вполне нормально поведение. Как-то обрезал данные за две недели в журнале, занимающем 50 гигов. Отрабатывало половину дня.
(6) oldfornit, (7) whoo, лог занимает 8Гиг. Поставила сегодня на сокращение, выгнав всех пользователей и отключив фоновые задания. Буду ждать до утра понедельника. Должно же оно отработать за это время
(4) Isperator, база и сейчас нормально работает, и предыдущий месяц нормально работала. Урезание журнала предполагалось выполнять в порядке профилактики
(5) 6есик, в принципе, я и собиралась делать это через командную строку. Но сначала хотела прогнать это всё в "интерактивном" режиме. Если за ту кучу часов, что я выделила, система в интерактивном режиме не отработает - буду пробовать в режиме командной строки
Итак, вдруг кому будет интересно. Всего в журнале было 40 дней, объем 8 Гиг. Отрезали от журнала месяц. 6 часов работала процедура. Файл с обрезками - 6 Гб. Исходный файл логов не уменьшился, пока не дали команду vacuum. Команда отрабатывала минуты три, после чего размер лога стал 1.9Гб.
Прямо скажем, что 6 часов для меня были НЕОЖИДАННОСТЬЮ
Давно всё это было, я админством с тех пор и не занималась. Но вроде как, запускаешь sqlite3.exe (у меня же журнал был именно в нем) и даешь команду vacuum. Я вот тут читала про это дело: https://infostart.ru/public/510970/