Доброго времени суток. Тема уже поднималась, но хотелось бы уточнить.
нашел вполне ясный вариант на форуме :
1. Захватываете в тестовой базе корень со всей иерархией.
2. Обновляете, как обычно, как будто хранилища нет. Удобно при этом наложить фильтр "Показывать отличия основной конфигурации от старой конфигурации поставщика".
3. Запускаете тестовую базу, соглашаетесь с ИТС, проходите процедуру обновления данных.
4. Операторски тестируете ключевые механизмы, которые требуются все время и срочно (на случай, если что-то отвалится при обновлении, чтобы вы исправили это до выноса в рабочую базу)
5. Помещаете все объекты в хранилище
6. Выгоняете всех из рабочей базы, выгружаете копию (если храбры, то можно не выгружать)
7. Получаете корень из хранилища с иерархией, нажимаете F7 (при этом, конфигурация поставщика тоже вам придет)
8. Запускаете, соглашаетесь с ИТС, проходите процедуру обновления данных.
Насколько этот вариант обновления рабочий?
Пришлось накатывать несколько релизов, если все обновления накатить из хранилища разом в рабочую, обновление пройдет корректно?
нашел вполне ясный вариант на форуме :
1. Захватываете в тестовой базе корень со всей иерархией.
2. Обновляете, как обычно, как будто хранилища нет. Удобно при этом наложить фильтр "Показывать отличия основной конфигурации от старой конфигурации поставщика".
3. Запускаете тестовую базу, соглашаетесь с ИТС, проходите процедуру обновления данных.
4. Операторски тестируете ключевые механизмы, которые требуются все время и срочно (на случай, если что-то отвалится при обновлении, чтобы вы исправили это до выноса в рабочую базу)
5. Помещаете все объекты в хранилище
6. Выгоняете всех из рабочей базы, выгружаете копию (если храбры, то можно не выгружать)
7. Получаете корень из хранилища с иерархией, нажимаете F7 (при этом, конфигурация поставщика тоже вам придет)
8. Запускаете, соглашаетесь с ИТС, проходите процедуру обновления данных.
Насколько этот вариант обновления рабочий?
Пришлось накатывать несколько релизов, если все обновления накатить из хранилища разом в рабочую, обновление пройдет корректно?
По теме из базы знаний
- Хранилище конфигурации: создание и использование
- Работа с хранилищем конфигураций из командной строки
- Обновление большого количества однотипных (одинаковых) конфигураций скриптом
- Автоматическое подтверждение легальности обновления базы или как обновить 100 типовых баз 1С за 5 часов
- Эффективное управление фоновыми заданиями и коммуникация сеансов сервера с Фоном с помощью Структуры обмена (ноу-хау) + Бонус: Альтернативный вариант через Хранилище настроек
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3)Бывает, что разработчики удаляют старые обработчики обновления.
Условно, в конфигурации есть обработчики с 1.0.10, 1.0.11, 1.0.12... 1.0.15.
В новом релизе 1.0.16 удалили старые обработчики и остались только обработчики 1.0.15, 1.0.16.
Если вы обновляете с 1.0.13 сразу на 1.0.16, не запуская в пользовательском режиме, после каждого обновления, то у вас не выполнятся обработчики для старых релизов.
Я не говорю, что у вас именно такой случай, просто такое бывает. И сам факт, что база запустилась и обновление прошло успешно, не гарантирует, что проблемы нет.
Условно, в конфигурации есть обработчики с 1.0.10, 1.0.11, 1.0.12... 1.0.15.
В новом релизе 1.0.16 удалили старые обработчики и остались только обработчики 1.0.15, 1.0.16.
Если вы обновляете с 1.0.13 сразу на 1.0.16, не запуская в пользовательском режиме, после каждого обновления, то у вас не выполнятся обработчики для старых релизов.
Я не говорю, что у вас именно такой случай, просто такое бывает. И сам факт, что база запустилась и обновление прошло успешно, не гарантирует, что проблемы нет.
Так как вы описали обновлять можно, НО можно налететь по крупному.
потому что если 1с-ка чего-то удаляет, то она делает это постепенно - вначале добавляет новый реквезит, старый не трогает. при обновлении релиза, после обновления запускается обработчик который в новый реквезит все перетаскивает. Потом через несколько релизов, 1с-ка старый реквизит просто грохает.
Так вот, если в ыне обновлялись давно, то вы можете попасть на такую ситуацию, что обновившись сразу до последнего релиза вы такой реквизит потеряете.
т.е. несмотря на то что при обновлении сразу на несколько релизов вперед путем загрузки готовой конфигурации последнего релиза, выполняются ВСЕ обработчики СО ВСЕХ релизов, НО это не всегда безопасно. проверялось много раз ... можно ну парочку релизов разом накатить, особенно если в релизах нет ничего новго, а в описаниях только Исправление ошибок.
потому что если 1с-ка чего-то удаляет, то она делает это постепенно - вначале добавляет новый реквезит, старый не трогает. при обновлении релиза, после обновления запускается обработчик который в новый реквезит все перетаскивает. Потом через несколько релизов, 1с-ка старый реквизит просто грохает.
Так вот, если в ыне обновлялись давно, то вы можете попасть на такую ситуацию, что обновившись сразу до последнего релиза вы такой реквизит потеряете.
т.е. несмотря на то что при обновлении сразу на несколько релизов вперед путем загрузки готовой конфигурации последнего релиза, выполняются ВСЕ обработчики СО ВСЕХ релизов, НО это не всегда безопасно. проверялось много раз ... можно ну парочку релизов разом накатить, особенно если в релизах нет ничего новго, а в описаниях только Исправление ошибок.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот