Fehlende Subseiten nach Upgrade auf 64Bit Umgebung

Andi Fandrich Als Antwort am 20 Feb. 2015 10:07

Ich würde dem "unerwarteten Fehler" vorher auf den Grund gehen. Schaue doch mal in die Logs, dort sollte mehr dazu stehen.

Vincent Als Antwort am 20 Feb. 2015 10:19

Hi Andi,

meinst du die IIS Logs? Ich schlage mich beim SP mit gekonnten 1/2 Wissen durch. Ich setze gerade den Snapshot der Farmumgebung zurück, im SQL Server steht die WSS_Content Datenbank seit gestern Nachmittag auf "wird wiederhergestellt", die Baustelle ziehe ich noch fix gerade.

Lässt sich das Upgrade auf SPF2010 und dann auf SPF2013 einfach mittels der Backupmethode vom WSS3 x64 bewerkstelligen? Bevor ich den SPF2013 in Angriff nehme, welchen Preis muss ich ungefähr für eine User- CAL beim Standard Server kalkulieren? Ich habe ein Angebot vorliegen, der Server über Open NL kostet fix X €, jedoch pro User um die 100€ ist schon eine Hausnummer. Eigentlich bietet es sich ja an, gleich mal ein paar Tausend in die Hand zu nehmen und auf den SP13STD zu gehen, allerdings lande ich mit meiner Kalkulation jenseits der 30-Mille.

Andi Fandrich Als Antwort am 20 Feb. 2015 11:43

Ich meine die SharePoint-Logs. SharePoint schreibt selbst Logdateien und der Standardpfad ist Program Files\Common Files\Microsoft Shared\web Server extensions\12\Logs. Zum Anschauen der Dateien empfiehlt sich der UlsViewer (->Google).

Für das Vorgehen beim Upgrade suche mal nach "SharePoint database migration".

Zu den Preisen kann ich gar nichts sagen, die können je nach Anbieter variieren. Ganz preiswert ist es aber nicht. Nur ein Hinweis: es gibt auch SharePoint Online in der Cloud (Office365). Mit den Lizenzen dafür bekommt man immer auch die CALs für SharePoint on-premise.

Frank Als Antwort am 20 Feb. 2015 12:15

Hallo,

wie schon vorher gesagt wurde, solltest Du zuerst dem "unerwarteten Fehler" auf den Grund gehen. Sind vielleicht eigene Lösungen auf dem WSS3 deployed, die in der neuen Umgebung nicht zur Verfügung stehen?

Ansonsten gibt es auch noch Drittanbieter-Tools (AvePoint, Sharegate, etc.), mit der die Migration durchgeführt werden kann. Diese sind zwar leider kostenpflichtig, aber man spart sich den Zwischenschritt SPF2010 und vereinfachen die Migration für "Leute mit 1/2 Wissen". ;)

Viele Grüße

Frank

Vincent Als Antwort am 20 Feb. 2015 14:03

Hallo ihr Beiden,

danke für die raschen Antworten. Habe die Logs geprüft, dabei fällt "Cannot get ghost document: Features\IT TeamModules\default.aspx" negativ auf, das wird wohl die Ursache sein.

Ich weiß, dass einige Listentemplates erstellt wurden, was wie wo kann ich aber nicht sagen. Kurz gegoogled, innerhalb von WSS_Content_Restored\dbo.Webs taucht u.a. auch "IT" auf, unter dbo.Sites jedoch nur ein Eintrag mit GUID, andere "Teamseiten" funktionieren jedoch auf misteriöse Weise, das sind die, die ich mal "out of box" angelegt habe. Habt ihr einen Vorschlag?

Was generell im Log negativ auffällt sind folgende Einträge:

Cannot get ghost document: Features\ITTeamModules\default.aspx

Failed to determine definition for Feature with ID 'bcb506bc-01ef-48e5-a989-850e2f9e42b6'. Skipping this feature for element querying consideration.

Failed to determine the setup path of the list schema for feature {75A0FEA7-FE9D-4119-9615-2C2EF22D6FDB}, list template 7151.

Possible mismatch between the reported error with code = 0x8107058a and message: "Das Feature '75a0fea7-fe9d-4119-9615-2c2ef22d6fdb' für die Listenvorlage '7151' ist in dieser Farm nicht installiert. Der Vorgang konnte nicht abgeschlossen werden." and the returned error with code 0x80070002.

 Nachtrag: Ich habe mal die Ordner "C:\Programme\Gemeinsame Dateien\Microsoft Shared\web server extensions\12\TEMPLATE\" auf dem alten Hostsystem und "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\TEMPLATE" auf dem W2K8R2 verglichen, dort finden sich einige viele verschiedene Dateien, reicht lockeres Copy& Paste?

Andi Fandrich Als Antwort am 20 Feb. 2015 14:55

Ihr habt auf dem alten System offenbar eigene (oder zugekaufte) Solutions (wsp-Dateien). Diese Dateien brauchst Du und Du mußt sie auf dem neuen System bereitstellen. Das geht nur über den vorgesehenen Weg (stsadm -o addsolution) und nicht durch bloßes Kopieren von Dateien.

Und das nächste Problem ist dann, was mit diesen Solutions beim Upgrade passiert. Es ist ja nicht gesagt, daß die auch in 2010 anstandslos funktionieren. Geschweige denn in 2013.

Vincent Als Antwort am 20 Feb. 2015 15:14

Jup, da wurde mal ein Connector gekauft, ich habe mal ein paar Webparts programmiert- die habe ich aber eigentlich schon auf den Seiten deaktiviert bzw gelöscht. Ich komme nun an /IT und alle Seiten die gesponnen haben, stumpfes Kopieren hat genügt, nur dass halt nun nicht alle Diagramme etc. angezeigt werden, das ist momentan echt nebensächlich, der Inhalt/die Dokumente sind vorhanden nur sehen die Listen nicht mehr lustig bunt aus. Abschließend habe ich noch "FeatureAdmin" auf die Farm los gelassen und drei fehlerhafte Objekte gelöscht, sollte wohl nun hoffentlich relativ sauber sein.

Also der WSS3 funktioniert zunächst unhübsch in der 64 Bit Umgebung, ich gehe auch nicht davon aus, dass alles, was "irgendwie" customized wurde nach dem Upgrade funktioniert, muss ich das Beste draus machen und am Montag meine Kolleginnen und Kollegen vertrösten, vielleicht klappt es auf die Mitleidsmasche wenn ich Sonntag um 18:00 eine Mail mit bitte um Rücksichtnahme schreibe.

Würde mich nun mit Nikotin und Bier eindecken und an die Migration auf den SPF2010 gemäß: https://technet.microsoft.com/de-de/library/cc287634(v=office.14).aspx machen, korrekt soweit?

Dankeschön euch.

Andi Fandrich Als Antwort am 20 Feb. 2015 15:31

Die Anleitung im TechNet paßt soweit. Viel Erfolg!

[quote user="Helikoptermann"]wenn ich Sonntag um 18:00 eine Mail mit bitte um Rücksichtnahme schreibe[/quote]

Auf keinen Fall so früh. Man kann Mails auch zeitversetzt senden, so daß sie erst um 23 Uhr rausgeht. Auf die Art reicht es dann auch, wenn Du Montag erst nachmittags im Büro erscheinst ;-)

Vincent Als Antwort am 20 Feb. 2015 15:41

Eine Frage habe ich noch zum TechNet Artikel:

Da ich die DBs ja schon auf dem letzendlichem Zielserver habe, einfach eine SP2010 Farm installieren, starten und über das CMDlet die WSS_Content DB, die vom WSS3 benutzt wurde "adden"? Gar nicht erst eine Defaultanwendung starten sondern einfach "leere" Farm aufsetzen und "Mount -SPContentDatabase -Name WSS_Content... -DatabaseServer DBSRV\SharePoint -WebApplication ?????" absetzen? Wobei ich keine Webapplication habe...

Gibt es den Parameter "Updateuserexperience" im SP2013 noch? Ich habe mir die aktuelle Version "Blanko" angeschaut und war erschrocken, würde unsere alte Belegschaft ungern unnötig mit solchem "klimbim" belasten ;-)

Zeitversetzt geht zwar aber ich bin aus Ruhe- und Konzentrationsgründen im Büro vor Ort und stempel auch ein- und aus, zumal mein Gruppenleiter mich bestimmt erwürgen würde, wenn ich was Update und am Folgetag nicht auf Fehler reagieren kann um zu schlafen. :-/

Andi Fandrich Als Antwort am 20 Feb. 2015 15:56

[quote user="Helikoptermann"]Gar nicht erst eine Defaultanwendung starten sondern einfach "leere" Farm aufsetzen und "Mount -SPContentDatabase -Name WSS_Content... -DatabaseServer DBSRV\SharePoint -WebApplication ?????" absetzen?[/quote]

Die Webapplication mußt Du vorher anlegen, aber eben keine SiteCollection darin. Es wird dabei auch automatisch eine ContentDB angelegt, aber die kannst Du ja gleich wieder entfernen (über die Zentraladministration und dann aus dem SQL).

[quote user="Helikoptermann"]Ich habe mir die aktuelle Version "Blanko" angeschaut und war erschrocken, würde unsere alte Belegschaft ungern unnötig mit solchem "klimbim" belasten [/quote]

Tut mir leid, aber ich habe nicht verstanden, was Du damit meinst.

Vincent Als Antwort am 20 Feb. 2015 16:18

Okidoki das mit der Webapplication wird gemacht, ich melde mich bestimmt falls es schief geht. Ist der Upgradepfad von 2010 auf 2013 dann identisch?

Mit "klimbim" meine ich das Layout:

Gewohnt vom WSS3

 SP2013

Der Altersdurchschnitt der Belegschaft ist so bei 45+

Andi Fandrich Als Antwort am 20 Feb. 2015 17:00

Naja, klar sehen die beiden Versionen sehr unterschiedlich aus, aber damit muß man einfach leben. Und Microsoft ist der Meinung, daß 2013 ja sehr viel klarer und durchdachter und damit auch leichter zu bedienen ist. Ich weiß schon, daß User immer gleich schreien, aber nach ein paar Tagen haben sie sich dran gewöhnt.

[quote user="Helikoptermann"]Ist der Upgradepfad von 2010 auf 2013 dann identisch?[/quote]

Im Grunde geht das genau gleich.

[quote user="Helikoptermann"]Der Altersdurchschnitt der Belegschaft ist so bei 45+[/quote]

Und was möchtest Du bitte damit sagen??? Dazu gehöre ich auch!!! Die Jugend wird doch immer frecher ;-)

Vincent Als Antwort am 23 Feb. 2015 08:24

45+ ist ja nicht unbedingt schlecht, die ältere Generation bringt ja auch positive Eigenschaften mit sich ;-)

Das Upgrade auf SPF2013 am Freitag war erfolgreich, nun stimmen die Benutzerberechtigungen nicht mehr- im Vorfeld wurde allerdings auch massiv geschlampt, teilweise "integrierte" SP Gruppen, dann wieder AD Gruppen, teilweise nur AD Benutzer und das für alle möglichen Seiten/Listen/Dokumente... Kann man "den großen Hammer" ansetzen und die gesamte Berechtigungsstruktur zurück setzen um sie neu aufzubauen? Ist eine (grafische) Anzeige "Wo/wie/was/wer" möglich oder muss ich jedes Objekt einzeln prüfen?

Des Weiteren funktioniert die Suche nicht, ich kann auch keine Suchdienstanwendung hinzufügen und wofür steht das Wort FAST Search Server?

Andi Fandrich Als Antwort am 24 Feb. 2015 16:00

Wie Du die Berechtigungen am Besten zurechtrückst, kann ich Dir leider nicht sagen. Das hängt auch davon ab, wieviel Einzelrechte auf welchen Ebenen dort vergeben wurden. Vernünftige Monitoring-Tools liefert Microsoft hier auch nicht. Suche einfach mal im Web nach "sharepoint permissions reporting" oder sowas. Ich habe da keine Empfehlung.

[quote user="Helikoptermann"]Des Weiteren funktioniert die Suche nicht, ich kann auch keine Suchdienstanwendung hinzufügen[/quote]

Warum nicht? Was funktioniert denn nicht?

[quote user="Helikoptermann"]wofür steht das Wort FAST Search Server?[/quote]

Das Wort kannst Du sofort wieder vergessen - gibt es nicht mehr.

FAST war eine norwegische Firma, die sich mit Suchtechnologie beschäftigt hat (und das ziemlich gut). Sie wurden ca. 2008 von Microsoft gekauft. Für SharePoint 2010 war die Zeit sehr knapp und es gab den FAST Server als separates Produkt. Inzwischen wurde die Engine komplett neu in SharePoint fest eingebaut.

Vincent Als Antwort am 25 Feb. 2015 10:24

Hi,

mit den Berechtigungen habe ich es jetzt so gelöst: Alle Gruppen und User unter / gelöscht, Besucher von Intranet = user-"Domain" dl lesender Zugriff auf /, eine Handvoll "Contenteditoren" als "Mitglieder" und zunächst niemanden als Besitzer, da administrative Aufgaben als Systemkonto zu erledigen sind. Bei den Subseiten "/abc" habe ich die Team- Abteilungsmitglieder als "Mitglieder von Intranet ABC" und die Team- Abteilungsleiter als "Besitzer von Intranet ABC" angelegt.

Dazu eine einfache Fehlerliste, wo jeder User Fehler eintragen darf und eine Ankündigung auf die Startseite gelegt- fertig ist.

Den Suchdienst habe ich über den Konfigurationsassitenten gemacht, habe etwas gezögert da ich solchen Wizards nicht traue- zum Glück haben wir nen ESX ;-) Wie oft sollte die Indizierung stattfinden? Ich habe Inkrementell alle 2 Std, komplett Sonntags um 17:00 zunächst angegeben, eine komplette "Durchforstung" dauert in meiner Infrastruktur ~10Min, dabei sind die Kerne und der RAM aber voll ausgelastet. Wie viel Sinn macht eine permanente Durchsuchung, bzw. sind die Ressource damit permanent voll ausgeschöpft?

Danke euch für die Antworten.

Andi Fandrich Als Antwort am 25 Feb. 2015 11:03

[quote user="Helikoptermann"]mit den Berechtigungen habe ich es jetzt so gelöst:[/quote]

Das hört sich ziemlich vernünftig an. Weitere Anpassungen kannst Du dann machen, wenn die ersten Beschwerden eingehen :-)

[quote user="Helikoptermann"]Den Suchdienst habe ich über den Konfigurationsassitenten gemacht, habe etwas gezögert da ich solchen Wizards nicht traue[/quote]

Mit dem Misstrauen hast Du völlig Recht - auch in SharePoint. An der Stelle ist aber der einzige mir bekannt Nachteil, daß Du die Namen der Datenbanken nicht beeinflussen kannst und sie deshalb GUIDs verpaßt bekommen.

[quote user="Helikoptermann"]Wie oft sollte die Indizierung stattfinden?[/quote]

Das hängt davon ab, wie aktuell der Index sein soll ;-)

Deiner Beschreibung entnehme ich, daß alles auf einer Maschine läuft. Wenn man die Suche wirklich intensiv benutzt und auch noch "Search Driven Publishing" (was grundsätzlich sehr gut ist), stellt man sehr schnell fest, daß eine zweite Maschine für die Suche notwendig ist. Der Suchdienst in 2013 ist sowohl beim Indizieren als auch beim Beantworten von Suchanfragen wirklich sehr ressourcenhungrig. Muß man also abwägen.

Auf jeden Fall rate ich von der permanenten Durchforstung in Eurem Szenario ab. Die zwingt den Server 100% in die Knie...