質問

SharePointのキャリアを通じて、インストールするポリシーを設定しました。

  • サービスパック:出てきたらすぐにインストールします。テストボックスで評価した後、生産にインストールする
  • 累積更新、ホット修正など:必要が発生した場合にのみインストールします(たとえば、それらの1つの修正の1つに遭遇します)。

私が同意しない現在の人は、それが出てくる瞬間にすべてをインストールするのが好きです。ここの他のみんながそのポリシーを考えていることを知りたいと思っており、SharePointの累積アップデートをインストールするときに経験した時代を指摘することができました。

簡単に言えば、SharePointのパッチルールをセットアップするにはどうすればよいですか?具体的には、農場にサービスパック、累積アップデートなどを実装するためにどのような手順を実行しますか?どのように評価しますか?サービスパックの失敗などに対してどのような保護措置を講じますか?

役に立ちましたか?

解決

私の経験から:

  • 問題があなたに影響を与える場合にのみ、ホット修正を適用します。ホットフィックスは、最初にステージング環境でテストせずに生産に適用すると恐ろしく間違っています
  • CUSは通常、SPインストールの前提条件であるため、SPがインストールする前に1発のショットで実行するか、ペースを出してCUを実行してからSPを実行できます。

私たちは通常、SPSに飛び込む前に、ストーリーをアップグレードする「レビュー」するために数か月待ちます。また、生産をアップグレードする前に、最初に開発VMをアップグレードする傾向があります。

他のヒント

私はあなたのスタンスに同意し、それも実践しようとします。 MSでさえ、あなたがそれが修正するものの影響を受けている場合、このCUのみをインストールすると言います。

ライセンス: CC-BY-SA帰属
所属していません sharepoint.stackexchange
scroll top