Методология установки SP

[Zorik]

Всем привет!

Вопрос к тем, кто устанавливал сервиспаки при серьезном изменении стандартного функционала.

Как быть, если по ходу внедрения было поменяно километра два- три стандартного кода?
Что делать, если изменен набор полей в таблицах или изменена их длина (например длина поля , а главное количество аналитик в Dimensions)

Ведь при установке SP многие вещи могут накрыться...

[mazzy]

Best Practice: Design guidelines for cost-efficient upgrades

Мы этим занимались.
Непросто. Долго. Дорого. Надо учитывать кучу деталей.
Время работы измеряется неделями.
При тотальных и бездумных модификациях до пяти-шести недель.

Первое, что сделайте - проведите ревизию модификаций.
Какие модификации вам действительно нужны, а какие уже и не используются.

[slava09]

Цитата:

Изначально опубликовано mazzy
Best Practice: Design guidelines for cost-efficient upgrades

Мы этим занимались.
Непросто. Долго. Дорого. Надо учитывать кучу деталей.

А деньги кто платит за сервиспак? Насколько я понимаю - клиент?

[mazzy]

Сервис-паки поставляются в рамках оплаты за maintanance.
Если клиент оплатил этот maintanance, то сервис-паки и новые версии отдельно оплачивать не нужно.

Если клиент не оплатил, то юридически он не имеет право использовать сервис-паки.
У партнеров нет права продавать сервис-паки отдельным пакетом, насколько я знаю.
У партнеров есть право устанавливать их тем, кто оплатил maintanance.

[slava09]

maintanance это поддержка?
значит, если клиент не оплатил поддержку, то он В ПРИНЦИПЕ не может получить сервиспак?
а это где-то описано? можно где-то почитать об этом?

[mazzy]

Цитата:

Изначально опубликовано slava09
maintanance это поддержка?
значит, если клиент не оплатил поддержку, то он В ПРИНЦИПЕ не может получить сервиспак?
а это где-то описано? можно где-то почитать об этом?

В договоре на закупку лицензий.
Слово В ПРИНЦИПЕ не правильное. Я же написал ЮРИДИЧЕСКИ.

[slava09]

согласен. спасибо.

[Zorik]

Mazzy, спасибо.
Другой вопрос -
Считаете ли вы оправданой практику постепенного установления обновления, т.е. изменение таблиц и классов по мере возникновения в этом потребности?
пример -
у нас стоит SP1
выяснилось, что неправильно разносится суммовая разница по поставщикам. Стали копать, выяснили, что проблема решена в след. сервиспаках. Сейчас переносим постепенно код, относящийся к проблеме на рабочую систему.

[EVGL]

Цитата:

Изначально опубликовано Zorik
Считаете ли вы оправданой практику постепенного установления обновления, т.е. изменение таблиц и классов по мере возникновения в этом потребности?

Довольно неудобная практика. Эти обновления ложатся как модификации, которые пото все равно придется обновлять (удалять). Кроме того, таким способом крайне нежелательно переносить новые поля или таблицы (у которых есть фиксированный внутренний ID). Потом, когда вы установите настоящий сервис-пак, придется писать собственные процедуры для обновления данных, чтобы не потерять настройки. Поэтому я всегда с огромной неохотой закачиваю в систему Hotfixes от Microsift, т.к. потом будет вдвое больше работы. Иногда, к сожалению, этого не избежать.

[mazzy]

Цитата:

Изначально опубликовано Zorik
Mazzy, спасибо.
Другой вопрос -
Считаете ли вы оправданой практику постепенного установления обновления, т.е. изменение таблиц и классов по мере возникновения в этом потребности?
пример -
у нас стоит SP1
выяснилось, что неправильно разносится суммовая разница по поставщикам. Стали копать, выяснили, что проблема решена в след. сервиспаках. Сейчас переносим постепенно код, относящийся к проблеме на рабочую систему.

Надо думать.
На практике такое приходится делать - брать кусочек из СП и ставить отдельно.
Но надо очень и очень крепко думать, прежде чем делать такие вещи.
Это как копаться в реестре. Возможностей много, но можно и систему угробить.


Добавлено: полностью согласен с EVGL

[Zorik]

Спасибо всем за ответы!
Будем думать

[Pavel]

Цитата:

Изначально опубликовано mazzy
На практике такое приходится делать - брать кусочек из СП и ставить отдельно.
Но надо очень и очень крепко думать, прежде чем делать такие вещи.

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

[Zorik]

На данный момент я вижу только один способ "вытаскивать" данные - система со всеми установленными SP, от куда можно копировать или экспортировать нужные объекты.
Есть ли другие методы? Другими словами, можно ли как-то увидеть/получить список объектов в SP?

[mazzy]

Меню Сервис \ Средства разработки \ Переход к новой версии \ Создание проекта обновления приложения или Сравнение слоев

Есть еще слой old. Поищите на форуме про него.

Настоятельно рекомендую почитать документацию и БестПрактис на предмет апгрейда.