Добрый день!
Подскажите, пожалуйста правильный порядок действий. Есть база нетиповая. Чтобы не останавливать работу, хочу обновить ее на своем компьютере, а после этого перенести уже обновленную конфу на сервер клиента. Как будет правильнее сделать:
1) Обновить у себя, а потом просто полностью "Загрузить конфигурацию" у клиента, предварительно сняв с поддержки.
2) Обновить у себя, а потом Сравнением-Объединением загрузить обновленную конфу клиенту.
3) Другой вариант?
---
оба варианта правильные.
см. например http://infostart.ru/public/18562/ "Этап 3. Сдача работ."
Возможны и другие варианты, скажем, если клиент использует хранилище конфигураций.
---
zlakizla, используйте хранилище конфигурации. Обновление будет занимать 5 секунд.
---
zlakizla,
есть кстати еще вариант формирования собственной поставки. Недавно как раз помнится тут писали что успешно практикуют такой способ и довольны результатом.
---
оба варианта правильные.
см. например http://infostart.ru/public/18562/ "Этап 3. Сдача работ."
Возможны и другие варианты, скажем, если клиент использует хранилище конфигураций.
---
R_G_B, Просто несколько раз сталкивался, что после полной загрузки конфигурации обновление вообще не заканчивалось. Постоянно вываливались ошибки уже на этапе завершения обновления в Предприятии.
---
R_G_B, второй ответ некорректный - при таком подходе конфигурация поставщика не обновится
---
Borisych, это хорошее дополнение к п.2 исходного комментария, а не моего.
Скажем так, второй вариант не полный, при условии необходимости обновления конфигурации поставщика, а вовсе не "некорректный"
Собственно на полноту описания понятное дело ни один из вариантов не претендует.
а т.к. "корректный" подразумевает "соответствующий требованиям" минус мне совершенно не заслуженный за отсутствием таковых требований.
---
R_G_B, На мой взгляд неправильно называть "неполным" "неправильное".
Правильно - это когда основная конфигурация и конфигурация поставщика в базе данных одного релиза.

Кто приведет аргументы за обратное - может первым кинуть в меня камень
---
Если база не типовая, то о каких обновлениях идет речь?
если она типовая, но сильно измененная, то тут есть подводные камни: после некоторых обновлений запускаются обработки изменения данных в БД под новую конфигурацию (добавился, изменился реквизит и пр.), а если загрузить измененную конфигурацию - можно положить базу напрочь.
часто после обновления реквизит становится "удалитьреквизит" и через несколько релизов он удаляется.
---
E_Johnny, что-то за 10 лет ни разу ни одна база не легла. При загрузке конфигурации сопоставление объектов конфигурации идет по внутренним идентификаторам, и если реквизит переименовался, он станет тем же реквизитом, только с новым именем, пусть даже и с префиксом "Удалить".
---
Borisych, обновления в 8.х не являются кумулятивные как в 7.7, т.е. не содержат программные изменение данных БД предыдущих релизов, а только в рамках спецификации поддерживаемых релизов.
За 18 лет я с такими проблемами сталкивался не раз.
---
E_Johnny,

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

а платформа 8.0.3.15 была выпущена 30.07.2003 г. - 18 лет не получается :)
---
Так какой способ самый щадящий и корректный? Сейчас на руках обновленная конфигурация, надо перенести в базу клиента. Просто загрузить - коряво, сравнение-объединение тоже коряво. Получается или делать собственную поставку или разворачивать хранилище у клиента, но опять же надо в хранилище перенести cf файл.
---
zlakizla, хранилище все-таки больше предназначено для групповой разработки, а не для обновления.Всегда нужно начинать обновление через обычное обновление через поддержку: в результате обновится конфигурация поставщика и все типовые неизмененные объекты. Далее, при условии, что подготовленный тобой cf не имеет косяков (т.е. обновление ты подготовил правильно), можешь использовать "загрузить конфигурацию". Тогда все будет нормально.
---
frankeinstein, я считаю это не основное ее назначение.
Да и хранилище можно у себя на флешке держать!
---
Можешь предварительно потренироваться на копии, чтобы добавилось уверенности.Проконтролировать, что все изенения, а главное данные остались на месте.
---
не типовые конфигурации я обновляю по следующей схеме:
1) делаю копию и фиксирую все доработки
2) выполняю обновления
3) вношу доработки, обновляю конфигурацию базы данных, проверяю
4) через загрузку конфигурации обновляю базу клиента
---
При условии что только ты будешь обновлять базу!