Вопрос

Через свою карьеру SharePoint я установил свою политику для установки:

  • Сервисные пакеты: Установите, как только они выйдут. После оценки на тестовом поле установите на производство
  • Совокупные обновления, горячие исправления и т. Д.: Установите только в случае возникновения необходимости (например, мы сталкиваемся с проблемой, которая решит один из них).

Нынешний человек, с которым я не согласен и любит устанавливать все в тот момент, когда он выходит. Мне любопытно посмотреть, что все остальные здесь думают об этой политике, и могут указать время, которые они испытали при установке кумулятивного обновления для SharePoint, была для них паршивой идеей.

Короче говоря, как вы приведете настройку правил патча для SharePoint? В частности, какие шаги вы предпринимаете для реализации пакета обслуживания, кумулятивного обновления и т. Д. На вашей ферме? Как вы оцениваете? Какие гарантии вы принимаете от сбоя пакета обслуживания и т. Д.?

Это было полезно?

Решение

Из моего опыта:

  • Горячие исправления должны применяться тогда и только тогда, когда проблема влияет на вас. Hotfixs могут пойти ужасно неправильно, если применяться в производстве без тестирования в стадии сначала
  • CU обычно представляют собой предварительные условия для установки SP, так что вы можете сделать это за один выстрел, прежде чем SP установит или выплескивает их и сделает Cu, а затем SP

Мы обычно ждем пару месяцев, чтобы «обновить» обновления историй, прежде чем погрузиться в SPS. Также мы склонны к обновлению виртуальных машин в первую очередь перед обновлением производства.

Другие советы

Я согласен с вашей позицией и стараюсь практиковать это. Даже MS говорит, что установите только этот CU, если вас затронут что -то, что это исправляет.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с sharepoint.stackexchange
scroll top