Nachdem ich einige Migrationen testweise in einer virtuellen Maschine durchgeführt habe und die verschiedenen Upgrades (Gradual Upgrade) gut verliefen, machte ich mich heute daran die "echte" physikalische Entwicklungssmachine zu aktualisieren. Für die testweisen Upgrades stellte ich jeweils die verschiedenen Portale unter dem Sharepoint 2003 wieder her (Backup und Restore der Datenbank), dabei werden die Pfade für den alternativen Zugriff anscheinend anders gesetzt als bei der originalen Installation. Ich hatte daher folgendes Problem: Ich stellte auf unserer Entwicklungsplattform unser produktives Portal wieder her um dieses testweise zu aktualisieren. Parallel befand sich aber auch unser SPS 2003 Testportal dort, das wollte ich ebenfalls aktualisieren. Nachdem ich nun den MOSS 2007 installiert habe und alles eingerichtet habe (Shared Provider, ...) wollte ich die Aktualisierung starten. Ich öffnete unter Operation -> Upgrade and Migration -> Site content upgrade status die dazu bereitgestellte Funktion. Hier musste ich nun aber feststellen, dass nur das wiederhergestellte "produktive" Portal in der Liste der auszuwählenden Portale verfügbar war, dass Testportal tauchte nicht auf. Ich durchsuchte die Logs und fand folgende Fehlermeldung:

Cached virtual server context 'CompanyName SPS Evaluations Portal'
Cached PortalZoneContext '63c153ea-92cf-4d76-9b8e-314e2ea9b2ea'
...
CUrlMap::ObjectMain Leak detected! Unloading with a non-zero refcount. (2)
05200B2D CRI 00000000 000004C0 CUrlMap::ObjectMain Unloaded

Mir fielen nur die Leerstellen in dem Namen auf und nach langen suchen fand ich unter SharePoint Portal Server Central Administration for SERVER -> Portal Site and Virtual Server Configuration -> Configure alternate portal site URLs for intranet, extranet, and custom access. Ich legte dort ein neues Mapping für das Testportal an ohne Leerzeichen, danach war nun das Testportal auch im MOSS 2007 für die Aktualisierung (Upgrade) auswählbar.

Nachdem ich einige Migrationen testweise in einer virtuellen Maschine durchgeführt habe und die verschiedenen Upgrades (Gradual Upgrade) gut verliefen, machte ich mich heute daran die "echte" physikalische Entwicklungssmachine zu aktualisieren. Für die testweisen Upgrades stellte ich jeweils die verschiedenen Portale unter dem Sharepoint 2003 wieder her (Backup und Restore der Datenbank), dabei werden die Pfade für den alternativen Zugriff anscheinend anders gesetzt als bei der originalen Installation. Ich hatte daher folgendes Problem: Ich stellte auf unserer Entwicklungsplattform unser produktives Portal wieder her um dieses testweise zu aktualisieren. Parallel befand sich aber auch unser SPS 2003 Testportal dort, das wollte ich ebenfalls aktualisieren. Nachdem ich nun den MOSS 2007 installiert habe und alles eingerichtet habe (Shared Provider, ...) wollte ich die Aktualisierung starten. Ich öffnete unter Operation -> Upgrade and Migration -> Site content upgrade status die dazu bereitgestellte Funktion. Hier musste ich nun aber feststellen, dass nur das wiederhergestellte "produktive" Portal in der Liste der auszuwählenden Portale verfügbar war, dass Testportal tauchte nicht auf. Ich durchsuchte die Logs und fand folgende Fehlermeldung:

Cached virtual server context 'CompanyName SPS Evaluations Portal'
Cached PortalZoneContext '63c153ea-92cf-4d76-9b8e-314e2ea9b2ea'
...
CUrlMap::ObjectMain Leak detected! Unloading with a non-zero refcount. (2)
05200B2D CRI 00000000 000004C0 CUrlMap::ObjectMain Unloaded

Mir fielen nur die Leerstellen in dem Namen auf und nach langen suchen fand ich unter SharePoint Portal Server Central Administration for SERVER -> Portal Site and Virtual Server Configuration -> Configure alternate portal site URLs for intranet, extranet, and custom access. Ich legte dort ein neues Mapping für das Testportal an ohne Leerzeichen, danach war nun das Testportal auch im MOSS 2007 für die Aktualisierung (Upgrade) auswählbar.

Nach der Installation und dem Versuch den Shared Service Provider einzurichten, kann es zu folgenden Fehlermeldung im System EventLog kommen:

The application-specific permission settings do not grant Local Activation permission for the COM Server application with CLSID {61738644-F196-11D0-9953-00C04FD919C1}
to the user DOMAIN\Sharepoint_System_Account SID (...). This security permission can be modified using the Component Services administrative tool.

Mit der CLSID {61738644-F196-11D0-9953-00C04FD919C1} ist die DCOM Application IIS WAMREG admin service gemeint. Für dieser DCOM Anwendung muss der eigene Sharepoint Account (unter dem die Dienste laufen), explizit berechtigt werden. Dazu die Component Services Konsole öffnen:

Start-> Administrative Tools -> Component Services.

Die ensprechende DCOM Anwendung "IIS WAMREG admin service" findet man unter:

Component Services -> Computers -> My Computer -> DCOM Config.

Dort das Kontextmenü des Eintrags "IIS WAMREG admin service" mit Hilfe der rechten Maustaste öffnen und das Properties (Eigenschaften) Fenster öffnen. Im öffnenden Dialog das Register Security aktivieren. Dort ist die oberste Security Einstellung (Launch and Activation Permissions) nun wichtig. Wählen Sie dort Customize aus. Nun können über Edit... (Bearbeiten ...) neue Benutzer berechtigt werden. Fügen Sie den Sharepoint Account (siehe dazu auch Benutzer im Fehlertext im System EventLog) hinzu und vergen die Berechtigungen:

Local Launch und Local Activation.

Danach sollte ein Reset des IIS durchgeführt werden.