После установки обновления, затерлись все справочники которые изменялись (переименованием стандартных значений), пололта наполнения добавила поля которые были убраны при кастомизации, а так же добавились удаленные значения других справочников.
Подскажите это нормально? Неужели при каждом обновлении буду получать такой дурдом с записями? И кто использовал деактивацию записей, при обновлении деактивированые записи активируются тоже?
Нравится
Ещё обратите внимание на базовую валюту и на справочник с курсами валют. Тоже было в каком-то обновлении.
Говорят, что в последних версиях такого "чуда" уже не встречается
Владимир Соколов,
значит это нормальное поведение все же? А если использовать деактивацию записей, они снова активируются?
Это нормально. Чтобы доработанные данные не затёрлись при обновлении, нужно привязать их к пакету Custom или тому пакету, в котором осуществляются доработки.
Вообще, в случае наличия доработок лучше сначала применять обновления на тестовом сайте и после успешных проверок работоспособности обновлять основной.
Не сказал бы, что это нормально. Пользователи "коробки" не будут ничего привязывать - они просто удаляют или изменяют значения в справочниках.
Опять же, ненормально после каждой минорной версии выполнять полное тестирование в поисках изменного значения справочника.
Но в диалоге с поддержкой меня уверили, что в будущем будут описывать, какие данные изменились в новых релизах. Посмотрим
Установка сначала на тестовый сайт есть в стандартной инструкции по обновлению.
Зверев Александр пишет:
Установка сначала на тестовый сайт есть в стандартной инструкции по обновлению.
И как это помогает команде Terrasoft при обновлении облачных клиентов?
Зверев Александр пишет:
Это нормально. Чтобы доработанные данные не затёрлись при обновлении, нужно привязать их к пакету Custom или тому пакету, в котором осуществляются доработки.
Вообще, в случае наличия доработок лучше сначала применять обновления на тестовом сайте и после успешных проверок работоспособности обновлять основной.
Зверев Александр пишет:
Зверев Александр пишет:
Зверев Александр пишет:
Это нормально. Чтобы доработанные данные не затёрлись при обновлении, нужно привязать их к пакету Custom или тому пакету, в котором осуществляются доработки.
Зверев Александр пишет:
Это нормально. Чтобы доработанные данные не затёрлись при обновлении, нужно привязать их к пакету Custom или тому пакету, в котором осуществляются доработки.
Зверев Александр пишет:
Это нормально. Чтобы доработанные данные не затёрлись при обновлении, нужно привязать их к пакету Custom или тому пакету, в котором осуществляются доработки.
Зверев Александр,
в том и дело что данные привязанный к пакету доработок, именно оттуда и восстановил потом руками записи
Владимир, в облаке должно быть нормально. Если всё вышеописанное происходит на сайте, развёрнутом в облаке, нужно сообщить в поддержку название сайта и конкретные справочники и значения, чтобы протестировали.
Если же сайт развёрнут на своём сервере, при обновлении могли быть сообщения об ошибках в WorkspaceConsole, которые не заметили, относящиеся именно к этим справочникам.
Зверев Александр,
ошибок при обновлении не было, в том и дело
Без точной информации о справочнике и значениях сложно сказать, нужно подключаться удалённо и смотреть. В инструкции по обновлению прописаны все меры предострожности, следуйте ей.
Зверев Александр,
не нашел в инструкции не каких мер предосторожности кроме сделать бэкап если будут ошибки при инсталляции то восстановить и написать в поддержку. Вот и все предосторожности
Александр Тыра,
2.Создайте тестовый сайт в IIS. Развертывание приложения подробно описано в отдельной статье.
3.Установите обновление на тестовый сайт.
4.Проверьте корректность работы тестового сайта. Если основные и часто используемые функции выполняются без ошибок, то можно приступить к обновлению продуктивного сайта.
5.Остановите рабочую версию приложения.
6.Создайте копии базы данных и приложения. Они понадобятся для возврата на рабочую версию в случае неполадок.
7.Установите обновление на продуктивную версию.
Зверев Александр,
и? Все работает корректно, только справочники перетерабтся. Не совсем понял где это в инструкиции
Зверев Александр,
еще раз пишу, работа системы корректна, не каких нет сбоев и проблем, только перезапись справочников. Перезапись стандартными значениями это сбой? Но тогда я так понимаю что у всех кто тут собрался этот сбой, и я так понимаю что и еще у других людей
Без точной информации о справочнике и значениях сложно сказать, нужно подключаться удалённо к Вашей системе и смотреть. Сейчас используется 7.14, попробуйте обновляться на неё, а не на 7.12.
Зверев Александр,
обновоения все последовательны, и что бы обновить до 7.14 мне нужно поставить еще все обновления для 7.13
Да, поочерёдно. Маловероятно, что сейчас много тех, кто обновляются именно на 7.12.2 и сталкиваются с тем же, что и Вы. Большинство либо постоянно обновляются на последнюю версию, либо не обновляются и пользуются определённой более старой.
Зверев Александр,
Понимаю, просто меня не было на проекте полгода, и за это время нечего не делалось, только уничтожалось, да и до конца проекта компания консалтинговая не хотела обновления ставить. Теперь приходится все подправлять так как нужны новые функции и дополнения что работают только с версии 7.14. Придётся напрячься
Вообще, при удалении записей из стандартного справочника нужно быть вдвойне осторожным: в новой версии может появиться логика, завязанная на эти записи. И если бы не та особенность поведения системы при обновлении, на которую обратили внимание, то был бы свал при запуске этой логики.
Зверев Александр,
то что удалять нельзя это я уже давно понял, когда-то попал с этим. А вот переименование это другие. А вообще ни кто так про вторую часть вопроса - если использовать деактивацию записей на стандартных, при обновлении они будут снова активны или останутся деактивированны?
Это зависит от наполнения пакета, входят ли туда SQL-скрипты, активирующие запись в этом справочнике. Деактивация предпочтительнее удаления.
Зверев Александр,
в общем нужно пробовать. Если активация не проходит, тогда это как вариант для таких ситуаций
Да, перед обновлением основной базы нужно сначала пробовать на тесте.
Зверев Александр,
попробую, отпишусь по результату. Думаю эта тема интересна не только мне
Продолжают всплывать последствия обновления.
1. Обнаружили, что некоторые фильтры (которые клиент настроил по-своему) вернулись к изначальной настройке. Вот все удивились, когда списки стали показывать совсем другие записи
2. В элементы организационных ролей попали записи, которые при начале эксплуатации удаляли. Это для пользователей не критично, но всё равно неприятно.
Продолжаем искать
Владимир Соколов,
еще заметил что после обновления системные настройки "текущий номер ..." заполнились номерами старыми (март почему-то), хотя эти номера не были в пакет при биндинге данных. Вообще странно откуда эти номера взялись. Наталкивает на мысль что данные берутся из какого-то кеша
Судя по всему нужна уже ветка форума "проверь после обновления!"
Значит, записи в таблицах, где хранят фильтры и роли, тоже не были привязаны к пакету. Тестовый сервер для того и нужен, чтобы проверить и адаптировать обновление.
К сожалению, так и не могу найти информации, какие данные привязали к пакету обновления новых версий :(
Александр Тыра пишет:
Судя по всему нужна уже ветка форума "проверь после обновления!"
Вообще, открытый backlog и bug list были бы хорошей помощью в проектах
Владимир, передал пожелания. Сейчас есть только информация о новых возможностях и изменениях в каждом релизе.