Не могли бы вы покритиковать вот такой способ:

1. Юзеры сидят в базе, а мы делаем бэкап 1Сv8.1CD копированием.
2. Обновляем конфигурацию поставщика.
3. Выгоняем юзеров и обновляем конфигурацию базы данных.
4. Тестируем базу.

Т.е. тестирование до обновлениия мы выполнить не можем. Но если проблем не возникло при самом обновлении, и тестирование после обновления проходит хорошо, то признаем результат удовлетворительным.

Просто можно реально сэкономить время юзеров. Обновление конфигурации БД занимает, ну, 5-10 минут. Тестирование - тоже сколько-то. Но все равно можно смягчить юзерам гемор.

Был бы признателен за любые мнения по этому поводу.

т.е., если обновление встало криво и приходится откатывать обновление путем возврата .CD, то теряется часть данных?

5. Откатываемся

(1) Можно добавить еще один бакап 1Сv8.1CD перед обновлением конфигурации БД.

тестировать нужно копию
копировать нужно вместе с 1Cv8tmp

(0) А тестируете каким образом?

"Юзеры сидят в базе, а мы делаем бэкап 1Сv8.1CD копированием. "

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

(6) а что ты будешь делать когда у тебя dt не распакуется?

(4) Зачем тестировать копию-то? Сразу делаешь тестирование и исправление живой базы. Тест ведь может что-то и найти, ссылки поудалять и т.п. Т.е. уход за базой нужен, а не за копией.
(5) Тестирование в конфигураторе, три верхние галочки (до ссылочной целостности включительно).

(7) Какой дт? В этой технологии никакого дт нету.

(7)
>>>а что ты будешь делать когда у тебя dt не распакуется?
заняться нечем что ли? Ctrl+C и Ctrl + V

и кто вам сказал что dt это копия?

(6) Интересно. А почему стало тупить? Вообще-то это нормальный бакап, ну, действительно, без того, что юзеры насидели в последнюю минуту.

(11) выяснять из за чего и тратить время еще было не интересно. я понял что проще потерять 10 минут и соблюсти регламент, чем иметь не понятный бекап и трахи с ним.
вылезти могут когда угодно, время потратишь потом больше.

(0)
"1. Юзеры сидят в базе, а мы делаем бэкап 1Сv8.1CD копированием.
2. Обновляем конфигурацию поставщика.
3. Выгоняем юзеров и обновляем конфигурацию базы данных.
4. Тестируем базу. "

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