Уважаемые коллеги! Прошу обменяться мнениями.
Удивился недавно такому явлению.
Выложили релизы ERP 2.5.5.82 и 2.5.5.94 в основной раздел (не для тестирования, а прям для использования).
Обновление на них только с 2.4.12.109.
Как быть, если в компании принято аккуратно обновляться (несмотря на массу адаптаций) и уже обновились на 2.4.13.71.
С него перейти на 2.5.5 уже нельзя, да? Т.е. мы поторопились и попали в тупик?
А можно как-то разобновиться с 2.4.13.71 назад на 2.4.12.109? Из тупика назад есть дорога?
Анекдот какой-то получается :(
К слову сказать по КА-2 и УТ-11 пока 2.5.5-х версий в основной раздел не выложили.
Удивился недавно такому явлению.
Выложили релизы ERP 2.5.5.82 и 2.5.5.94 в основной раздел (не для тестирования, а прям для использования).
Обновление на них только с 2.4.12.109.
Как быть, если в компании принято аккуратно обновляться (несмотря на массу адаптаций) и уже обновились на 2.4.13.71.
С него перейти на 2.5.5 уже нельзя, да? Т.е. мы поторопились и попали в тупик?
А можно как-то разобновиться с 2.4.13.71 назад на 2.4.12.109? Из тупика назад есть дорога?
Анекдот какой-то получается :(
К слову сказать по КА-2 и УТ-11 пока 2.5.5-х версий в основной раздел не выложили.
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(13) Мы обычно тоже никакого сценарного тестирования не делаем. Ни кто за него платить не хочет :))
Тоже никогда не хватаемся за релиз, который только что вышел. Обычно, пару недель смотрим, что пишут, а потом начинаем обновлять клиента с самой маленько базой.
На нём смотрим, что и как, а уж потом обновляем всех остальных в один присест.
Может не самый лучший подход, но зато он научил живо стряпать хот-фиксы для ЕРП и КА не хуже вендора, а главное, быстрее него.
За это платят куда охотнее..
Тоже никогда не хватаемся за релиз, который только что вышел. Обычно, пару недель смотрим, что пишут, а потом начинаем обновлять клиента с самой маленько базой.
На нём смотрим, что и как, а уж потом обновляем всех остальных в один присест.
Может не самый лучший подход, но зато он научил живо стряпать хот-фиксы для ЕРП и КА не хуже вендора, а главное, быстрее него.
За это платят куда охотнее..
Добрый день коллеги!
У меня есть такой вопрос, я понимаю, что масса народа встряло в ситуацию, когда простое обновление базы данных не провести. Вернее его та провести можно, но на такое время не позволят остановить работу организации, а это я говорю про сутки и более, на практике держал в руках базу данных, которая обновлялась в тестовом режиме пять дней (40 ядер 3,2ГГц, оперативной памяти в достатке, RAID не медленный).
Конечно тут выходит на первый план такое понятие как "обновление через копию".
Я уже немного на психах нахожусь ибо крайне мало информации и приходилось все тыкать самостоятельно.
Не нашел нигде методики создания правил обмена в КД 3.1.
Как они вообще должны быть устроены, нужно ли для документов описывать правила обмена их подчиненных регистров или нет например, я вот сделал что да, верно это или нет хз.
Сделал и правила регистрации объектов, сделал правила обмена по сути заглушку из 2.5 в 2.4, все это в виде пакета правил скормил 2.4.13, а перед этим включил обновление через копию.
Потом сделал копию базы.
Развернул ее.
Обновил.
Запустил.
Там настроил обмены данными после того как она обновилась полностью.
Старая база вроде бы как выплевывать стала данные.
Новая база вроде бы как их стала загружать.
Что-то там регистрируется каждый раз к обработке.
Что-то обрабатывается, но блин данные которые должны были быть загружены из старой базы ну как-то что-то и не загружаются на самом деле, то есть например исправил документ реализации в старой базе, он по идее должен был загрузиться в новую базу, но не грузится.
Есть у кого опыт обновления через копию? Подсказать можете почему не грузятся данные? Есть методичка подробнее описанная чем в базе данных, где описано скупо 15 шагов действий без подробного описания.
Я уже блин готов и статью написать, где по шагам будет расписано, что делать нужно для обновления через копию, лишь бы вообще получилось этот механизм до конца заюзать.
У меня есть такой вопрос, я понимаю, что масса народа встряло в ситуацию, когда простое обновление базы данных не провести. Вернее его та провести можно, но на такое время не позволят остановить работу организации, а это я говорю про сутки и более, на практике держал в руках базу данных, которая обновлялась в тестовом режиме пять дней (40 ядер 3,2ГГц, оперативной памяти в достатке, RAID не медленный).
Конечно тут выходит на первый план такое понятие как "обновление через копию".
Я уже немного на психах нахожусь ибо крайне мало информации и приходилось все тыкать самостоятельно.
Не нашел нигде методики создания правил обмена в КД 3.1.
Как они вообще должны быть устроены, нужно ли для документов описывать правила обмена их подчиненных регистров или нет например, я вот сделал что да, верно это или нет хз.
Сделал и правила регистрации объектов, сделал правила обмена по сути заглушку из 2.5 в 2.4, все это в виде пакета правил скормил 2.4.13, а перед этим включил обновление через копию.
Потом сделал копию базы.
Развернул ее.
Обновил.
Запустил.
Там настроил обмены данными после того как она обновилась полностью.
Старая база вроде бы как выплевывать стала данные.
Новая база вроде бы как их стала загружать.
Что-то там регистрируется каждый раз к обработке.
Что-то обрабатывается, но блин данные которые должны были быть загружены из старой базы ну как-то что-то и не загружаются на самом деле, то есть например исправил документ реализации в старой базе, он по идее должен был загрузиться в новую базу, но не грузится.
Есть у кого опыт обновления через копию? Подсказать можете почему не грузятся данные? Есть методичка подробнее описанная чем в базе данных, где описано скупо 15 шагов действий без подробного описания.
Я уже блин готов и статью написать, где по шагам будет расписано, что делать нужно для обновления через копию, лишь бы вообще получилось этот механизм до конца заюзать.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот