Frage

Durch meine SharePoint -Karriere habe ich meine Richtlinie für die Installation festgelegt:

  • Service Packs: Installieren Sie sobald sie herausgekommen sind. Nach der Bewertung eines Testfelds in die Produktion installieren
  • Kumulative Updates, heiße Korrekturen usw.: Installieren Sie nur, wenn die Notwendigkeit entsteht (z. B. wir treffen auf ein Problem, das eines von ihnen behebt).

Die aktuelle Person, mit der ich nicht einverstanden bin und gerne alles installiert, sobald sie herauskommt. Ich bin gespannt, was alle anderen hier über diese Richtlinie denken, und kann darauf hinweisen, Zeiten, die sie bei der Installation eines kumulativen Updates für SharePoint erlebt hatten, war eine miese Idee für sie.

Kurz gesagt, wie können Sie Patch -Regeln für SharePoint einrichten? Insbesondere welche Schritte unternehmen Sie, um ein Servicepaket, ein kumulatives Update usw. in Ihrer Farm zu implementieren? Wie bewerten Sie? Welche Schutzmaßnahmen nehmen Sie gegen Service Pack -Fehler usw.?

War es hilfreich?

Lösung

Meiner Erfahrung nach:

  • Heiße Korrekturen sind nur dann angewendet, wenn das Problem Sie betrifft. Hotfixes können schrecklich schief gehen, wenn sie in der Produktion angewendet werden, ohne zuerst in einer Staging -Umgebung zu testen
  • CUs sind normalerweise Voraussetzungen für SP-Installationen, sodass Sie es entweder in einem Schuss vor der SP-Installation machen oder durchführen und Cu und dann SP durchführen können

Normalerweise warten wir ein paar Monate, um Upgrade -Geschichten zu „rezensieren“, bevor wir uns in SPS eintauchen. Wir neigen auch dazu, das Entwicklungs -VMS zuerst zu verbessern, bevor wir die Produktion aktualisieren.

Andere Tipps

Ich stimme Ihrer Haltung zu und versuche das auch zu üben. Sogar MS sagt, dass nur diese CU installiert wird, wenn Sie von etwas betroffen sind, das es behebt.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit sharepoint.stackexchange
scroll top