Уважаемые специалисты, все мы знаем, что динамическое обновление - зло, но как быть, когда приходится изредка им пользоваться? Какое заклинание повышает иммунитет базы к возможным проблемам от такого обновления? Принудительная чистка пользовательского и серверного кэша? Рестркутуризация таблиц базы?

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

есть пара неплохих статей
Извечная проблема. Ошибка после динамического обновления (SQL)

Триггер для сохранения таблицы Config перед динамическим обновлением

(0) Не заниматься динамическим обновлением, решить вопрос административно.

(0) Уже не помню, когда в последний раз делал ДО. Правило 3 заявок рулит.

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

(1) спасибо, буду читать.

(2) когда я пришел на текущее место работы, я думал точно также. Но есть нюанс - сисадмины второй месяц дают мне права на консоль сервера 1С и никак не дадут. А пользователи выходят из базы как чукчи в анекдоте выходят из летящего самолета - трое вышло, двое зашло.

(4) это прекрасно, что спец есть, но хочется профилактики сбоев, не доводя до греха.

(0) тригер на сохранение конфы повесь

http://catalog.mista.ru/public/327674/

(3) что за правило?)

(6) Большое спасибо, только я пока доступа к скулю не имею, но знание - схороню.

(5) Достаточно обязать сисадминов часиков так в 11 вечера выгонять пользователей для обычного обновления - и они сразу станут сговорчивее.

(8) Не делать заявку пока пользователь не подаст 3 одинаковых заявки с интервалом в несколько дней ;)