Удаление временных таблиц при реструктуризации
Обработка формирует и выполняет на MS SQL сервере запросы к базе 1С.
Дисклеймер. Политика 1С не разрешает никакие манипуляции с данными напрямую средствами СУБД. Использование данной обработки на рабочей базе может привести к безвозвратному удалению данных. Используйте на свой страх и риск.
1) Удаление временных таблиц. При реструктуризации данных для каждого реструктуризуемого объекта создается копия таблицы с новой структурой. Потом в нее пакетно копируются данные из старой таблицы. После копирования старая таблица удаляется, новая переименовывается. Если реструктуризация по каким-либо причинам прервалась, то в базе остаются висеть эти таблицы — до следующей попытки обновления. Чтобы освободить место на диске и облегчить базу до следующей попытки, можно почистить дубли таблиц с префиксом NG.
2) Глобальная быстрая очистка регистрации изменений объектов. Для всех планов обмена.
Вероятно, кто знает про временные таблицы, удалит их на самом сервере вручную, а кто не знает — тому опасно такие обработки давать. Регистрации тоже можно быстро удалить в планах обмена. Или нет?
Вероятно, кто знает про бекапы, просто восстановит их на самом сервере вручную, а кто не знает — тому опасно что-либо давать
(1)Бывает, что нужно делегировать задачу по очистке в пятнадцати распределенных базах персоналу, который консоль SQL знает очень приблизительно.
Через 1С регистрации удаляются по одной записи, с записью в журнал транзакций. SQL запрос truncate table очищает таблицу целиком без возможности отката. Отрабатывает быстрее.
(3) тады просто делегируйте все это хозяйство планировщику и забудьте
(4) Хорошо бы, но у нас это (надеюсь) разовая процедура. Нужно было одноразово промолотить глобально данные в подчиненных узлах.
(2)
Если они были актуальные. А то еще некоторые часы разворачивать 🙂