Freigeben über

Patchen - August 2013 CU & SP2 beim Project Server 2010

  • Artikel

In Bezug auf den Blog https://blogs.msdn.com/b/projectengineeringde/archive/2013/09/14/patchen-aber-bitte-richtig.aspx möchte ich heute auf ein aktuelles Problem beim Patchen des Project Server 2010 hinweisen.
Mehrere Kunden haben Probleme mit der Anwendung des "Service Pack 2" in Kombination mit dem "August 2013 CU" gemeldet.

 

*** Hier ist die korrekte Patch-Reihenfolge wichtig. ***
 

Hintergrund
Bei meinem aktuellen Fall wollte ein Kunde mit dem August 2013 CU Probleme auf seinem Project Server 2010 beseitigen. Zu dem wurde entschieden das "Service Pack 2" aufzuspielen. Der Kunde ging erst durch den SharePoint Support und landete dann beim Project Support.

  • Das Symptom (bei meinem Kunden)
    Das Anlegen eines Projektes über den Browser ist nicht möglich.

  • Der Blick in die ULS-Logs zeigt
    >>>>>
    Database 'ProjectServerTest_Published' on SQL Server instance 'PMHQDBN22\SP00' is not empty and does not match current database schema.
    [Microsoft.Office.Project.Server.Queuing] [PublishedDatabaseSequence] [ERROR] [09/06/2013 14:32:55]: Upgrade object too new (build version = 14.0.7010.1000, schema version = 14.2.151.0). Current server (build version = 14.0.7104.5000, schema version = 14.1.702.0).
    <<<<<
     

  • Ein Test mit dem SharePoint Config Wizzard schlägt fehl
     

  • In der SharePoint Central Admistration finden wir

  • Und im SQL-Server finden wir für die Published-DB falsche Zahlen

Mehrer Kunden eröffneten in der letzten Woche Support Anfragen zu diesem Thema.

 

Was ist hier passiert?

Beim Anwenden vom "Service Pack 2", "June 2013 CU" und dem "August 2013 CU" kommt es bei einer falschen Reihenfolge zu Problemen. Eine falsche Versionsnummer des Datenbankschemas der Published-Datenbank blockiert den Patchvorgang. In unterschiedlichen Support-Anfragen war immer wieder die Nummer 14.2.151.0 zu sehen. In meinem Support-Fall erklärt sich damit die Meldung in der SharePoint Central Administration -> "Database is too new and is not supported".

Die 14.2.151.0 ist zwar korrekt für das Service Pack 2, doch die Patch-Routine vom August 2013 CU kommt mit dieser Nummer nicht klar. Dem "August 2013 CU" wurde die Nummer 14.1.702.0 zugeordnet. Die Patch-Routine (August 2013 CU) sieht die Nummer 14.2.151.0 welche größer ist als 14.1.702.0 und bricht den Patch-Vorgang ab.

Dazu die Tests meines Kollegen Brian Smith:
>>>>>
In my testing if you apply SP2 and had previously applied the June 2013 cumulative Update (CU) – then there are no more database updates required from SP2 – so the version isn’t touched and stays at 14.1.653.0. If however you were at an earlier CU – or even SP1 – then SP2 will update to 14.2.151.0. The problem is that August CU is set for 14.1.702.0 – and as it sees the ‘newer’ stamp it fails. I’ve repeated the errors down below – for the search engines. At this stage I’m not sure which is in the wrong – SP2 for setting the ‘2’ – or Aug CU for expecting a ‘1’ – or just the upgrader for not handling it correctly and knowing what to do.
<<<<< 

Wie lösen Sie die Situation?

Eine Lösung der Situation ist abhängig davon "Wo Sie sind" und "Wohin sie möchten". 

  • Es wird das August 2013 CU benötigt
    Das Service Pack 1 und weitere CUs sind installiert, dann nutzen Sie das August 2013 CU. Hier wird es keine Probleme geben.
     

  • Das Service Pack 2 wird benötigt
    Installieren Sie bitte erst das "June 2013 CU" und installieren dann das "Service Pack 2".
     

  • Beides (Service Pack 2 + August 2013 CU) wird benötigt, dann haben wir mehrere Möglichkeiten
    1) Folgende Reihenfolge
        -> erst das "June 2013 CU" installieren
        -> dann das "Service Pack 2" nachziehen
        -> und dann das "August 2013 CU" installieren

    2) "June 2013 CU" überspringen, weil Sie Zeit sparen möchten
        -> Installation vom "Service Pack 2"
        -> run Configuration Wizard
        -> Database Schema anpassen (siehe unten)
        -> Installation vom "August 2013 CU"
        -> run Configuration Wizard

*** Wenn "das Kind schon im Brunnen ist", dann hilft die Korrektur der Versionsnummer (Published Database). Setzen Sie diese auf den Wert 14.1.653.0 oder 14.1.151.0.
Dies kann durch editieren der Werte innerhalb der Tabelle geschehen (SQL Server Management Studio), wie im Blog von meinem Kollegen Brian Smith. Oder Sie nutzen ein SQL-Script für die Modifikation (so empfiehlt es mein Kollege Marc Biarnes).

*** Treffen Sie entsprechende Sicherheitmaßnahmen (Backup, Test-Umgebung etc.).

 

Links / Blogs
Blog Post(s) - Brian Smith
https://blogs.technet.com/b/projectsupport/archive/2013/09/12/project-server-2010-service-pack2-and-august-2013-cumulative-update-installation-issues.aspx
https://blogs.technet.com/b/projectsupport/archive/2013/09/13/project-server-2010-august-2013-cumulative-update-installation-latest.aspx

Blog Post - Marc Biarnes
https://blogs.technet.com/b/frenchpjblog/archive/2013/09/12/3596249.aspx

Comments

  • Anonymous
    September 21, 2013
    sehr hilfreich für die Leute vor ort, Danke