Можно ли делать SQL копию рабочей БД, обновлять конфигурацию на копии, затем копировать обновленную конфигурацию обратно в рабочую БД?

Можно.На дописано-допиленных - это лучший вариант.
Только кеопию делать обязательно скульным бэкапом, а не просто  в пустую заливать cf.Иначе имена таблиц разойдутся.

Речь про семерку чтоли?

Можно. Правда после того, как про...факапишь изменение структуры придется уволиться, но это же не проблема.

(0)Если сабж про 7.7 то никакого копирования .md естественно.
Только загрузка из файла.

Как вы в снеговике конфигурацию копируете? средствами скуля чтоли?

(5)Я протелепатировал что просто скульный юэкап поднимают. Но возможно у ТС свой вариант

*бэкап

(6) а какой смысл? это нисколько не ускорит процесс обновления, а даже наоборот

(8)в 7.7 можно сбоку нормально протестировать и только потом в рабочую...Напрямую в боевую лично я никогда не обновляю

да и в 8.х тоже..

(0) в 8 можно обновлять конфу прямо на рабочей. Но не делать обновление конфы БД. Это можно делать без выгона пользователей, просто в любое время.

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

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

То есть никаких загрузок перегрузок конфигураций не требуется.

(8) смысл в том что перепиленную вдоль и поперек базу можно спокойно обновить на SQL копии в течении дня пока все работают в базе, а потом вечером cf быстро перенести в рабочую базу.

(3) что за такое изменение в структуре, после которого все сломается, можете привести пример? как избежать проблем в этом случае?

(12) перенести в рабочую через пункт "Загрузить кофигурацию из файла" или "Сравнить, объединить с конфигурацией из файла"?

(1) Если я буду делать не SQL бэкап, а выгрузку в dt и создание новой файловой базы. Это что то меняет?

(2) Речь о 8.2 8.3

(15) время затратится в разы больше

(17) файловая быстрее обновляется

(14) "Загрузить кофигурацию из файла"

Речь идет именно о копировании конфигурации поверх старой через пункт меню "Загрузить кофигурацию из файла". Некоторые высказываются в том духе что рано или поздно что то сломается и все пойдет по ... это реальная опасность или нет?

(20) Бэкапы делайте, и ничего никуда не пойдет

(21) ну это естественно, но в течение часа в базу заносится столько информации, что откатываться на бэкап будет не рационально

(21) а проблемма может обнаружится далеко не сразу

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

"Все эксперименты - над мышами!" т.е. на копиях.

Ну обновитесь еще раз.

(24) +1

(1) (24) а если я делаю не SQL копию, а выгружаю через dt.
Это имеет принципиальное значение, например имена таблиц разойдутся или что-то еще?

(20) Реальна ли опасность? Да. Погугли "демоническое обновление". Ошибки, свойственные ему, сейчас можно поймать даже при "обычном" обновлении.

"Глюки обычно проявляются после второго динамического обновления."(Волшебник)

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

(29) если из базы А сделать копию Б, затем внести изменения и в А, и в Б, то тогда при загрузке конфы из Б в А, будет каша. А если как делает (0), то не должно быть

всем большое спасибо за помощь

(30) Если обновить (Поддержка - Обновить и т.д.) конфигурации А и Б независимо друг от друга, то конфигурации останутся идентичными. Поверь на слово :)

(0) Последний раз именно так и обновил нетиповую КА 1.1, подготовил CF на тестовой, затем накатил ключевые релизы на рабочую. Нормально

(33) Повезло

(12) Так и делаю. База переписанная, уходит 1-2 дня на обновление копии.
Потом cf натягиваю на реальную базу.

Клонировать базу средствами SQL - норм.
Переносить конфигурацию средствами SQL - не норм.
Переносить конфигурацию через "загрузить конфигурацию из файла" - норм.

Если не меняется структура БД