{"id":1569,"date":"2016-10-25T14:34:52","date_gmt":"2016-10-25T12:34:52","guid":{"rendered":"http:\/\/blog.langlitz-it.de\/?p=1569"},"modified":"2017-08-10T12:50:08","modified_gmt":"2017-08-10T10:50:08","slug":"how-to-sharepoint-site-collection-migration","status":"publish","type":"post","link":"https:\/\/www.langlitz-it.de\/?p=1569","title":{"rendered":"How to – SharePoint Site Collection Migration"},"content":{"rendered":"

Es gibt sicher mehrere M\u00f6glichkeiten,\u00a0SharePoint Site Collections<\/em>\u00a0zu migrieren. Die im Folgenden beschriebene Vorgehensweise ist aber von mir getestet und f\u00fcr gut befunden worden \ud83d\ude42<\/p>\n

Es kann immer zu Inkompatibilit\u00e4ten zwischen den verschiedenen Versionen kommen. Hierauf gehe ich aber nicht n\u00e4her ein. Das w\u00fcrde den Rahmen sicher sprengen. Des Weiteren muss beachtet werden, dass eine Migration von SharePoint<\/em> 2007 auf 2013 nur mit dem Zwischenschritt \u00fcber 2010 m\u00f6glich ist. Im beschriebenen Beispiel habe ich eine 2007er Site Collection<\/em>, die auf einen 2013 migriert werden\u00a0soll. Also werde ich auch den Zwischenschritt mit beschreiben.<\/p>\n

\n

1.) Backup \/ Restore Site Collection<\/h2>\n

Zun\u00e4chst wird ein Backup der zu migrierenden Site Collection<\/em> mit STSAdm<\/em>\u00a0erstellt:<\/p>\n

STSAdm -o Backup -URL $SiteURL -Filename $Filename<\/em><\/p>\n

Das so erstellte Backup spiele ich nun auf dem gleichen SharePoint<\/em> in einer separaten WebApplication<\/em> mit einer eigenen Datenbank wieder ein. So ist sichergestellt, dass die Site exklusiv in einer DB abgelegt wird. Sollten Sie mehrere Migrationen durchf\u00fchren, sollten sie nach Abschluss einer solchen am besten die Datenbank auf dem SQL<\/em> l\u00f6schen. Das stellt auf jeden Fall die sauberste Vorgehensweise dar. Achten Sie darauf beim Restore schon die zuk\u00fcnftige (nicht die seitherige) URL<\/em> anzugeben.<\/p>\n

Erstellen Sie (falls noch nicht vorhanden) eine neue Webapplication<\/em> (z.B. \u00fcber die Central Administration<\/em>)<\/p>\n

\"sps_Mig_1\"<\/a><\/p>\n

Der folgende Dialog ist relativ selbsterkl\u00e4rend. Vergeben Sie einen Namen f\u00fcr die WebApplication<\/em> und geben Sie den entsprechenden Service Account (Application Pool Username)<\/em> an. Achten Sie darauf, beim Anlegen auch eine neue Datenbank anzugeben.<\/p>\n

Nun erfolgt der Restore der Site Collection<\/em> in diese WebApplication<\/em>.<\/p>\n

STSAdm -o restore -url $neueSiteURL -hostheaderwebapplicationurl $WebApplicationURL -filename $filename<\/em><\/p>\n

\n

2.) SQL<\/strong><\/em><\/h2>\n

F\u00fchren Sie ein Backup der Datenbank \u00fcber SQL durch.<\/p>\n

\"sps_Mig_2\"<\/a><\/p>\n

Nun wird das Backup der DB auf dem (evtl. neuen) SQL restored.<\/p>\n

\"sps_Mig_3\"<\/a><\/p>\n

\n

3.) Test<\/h2>\n

Im n\u00e4chsten Schritt testen Sie, ob die Datenbank migriert werden kann. Dazu nutzen Sie auf dem Ziel SharePoint<\/em> das CMDLet<\/em>\u00a0Test-SPContentDatabase.<\/em><\/p>\n

Test-SPContentDatabase \u2013Name $ContentDB \u2013WebApplication $WebApplicationURL<\/em><\/p>\n

Sollten hierbei keine Fehler zur\u00fcck gegeben werden, war der Test erfolgreich. Achten Sie darauf, dass hierbei keine(!) Erfolgsmeldung erscheint.<\/p>\n

\n

4.) Mount<\/h2>\n

War der Test erfolgreich, k\u00f6nnen Sie die Datenbank an die WebApplication<\/em> mounten.<\/p>\n

Mount-SpContentDatabase \u2013Name $ContentDB \u2013WebApplication $WebApplicationURL<\/em><\/p>\n

Dieser Vorgang kann je nach Gr\u00f6\u00dfe einige Zeit in Anspruch nehmen.<\/p>\n

\n

5.) 2013<\/h2>\n

Sollte das Mounten<\/em> erfolgreich gewesen sein, ist die Site Collection<\/em> nun auf den SharePoint<\/em> 2010<\/em> migriert. Die weitere Migration auf den SharePoint<\/em> 2013 l\u00e4uft im Prinzip \u00fcber die gleichen Schritte. Der einzige Unterschied ist, dass das initiale Backup der Site Collection<\/em> nun auch \u00fcber CMDLets<\/em> angesto\u00dfen werden kann. Bei 2007 musste noch das STSAdm<\/em> verwendet werden. F\u00fchren Sie also das Backup auf dem SharePoint 2010<\/em> mit folgendem Befehl aus.<\/p>\n

Backup-SPSite $SiteURL -Path $Filename<\/em><\/p>\n

Der Restore erfolgt mit:<\/p>\n

Restore-SPSite $neueSiteURL -Path $Filename -HostHeaderWebApplication $WebApplicationURL -DatabaseName $ZielContentDB \u2013Force<\/em><\/p>\n

Die weiteren Schritte sind identisch den schon beschriebenen.<\/p>\n

\n

6.) UserAccountPath \/ ServiceAccountPath – Optional!<\/h2>\n

Wenn Sie eine “Mandantenf\u00e4higkeit” ben\u00f6tigen, k\u00f6nnen Sie abschlie\u00dfend noch die Pfade (PeoplePicker<\/em>) f\u00fcr die User<\/em> und den Service Account<\/em>\u00a0setzen. Damit wird gew\u00e4hrleistet, dass z.B. beim \u00a0Berechtigen von Usern nur in den der Site Collection<\/em> zugeordneten OUs<\/em>\u00a0gesucht wird.<\/p>\n

Den Userpath<\/em>\u00a0k\u00f6nnen Sie mit folgendem Befehl setzen.<\/p>\n

Set-SPSite $SiteURL\u00a0-UserAccountDirectoryPath “OU=Name,DC=Domain,DC=xx”<\/em><\/p>\n

Der ServiceAccountDirectoryPath<\/em> kann leider nur \u00fcber STSAdm<\/em> (auch noch in 2013) gesetzt werden. Warum wei\u00df alleine MS…<\/p>\n

STSAdm -o setproperty -pn peoplepicker-serviceaccountdirectorypaths -pv “OU=Name,DC=Domain,DC=xx” -url $SiteUrl<\/em><\/p>\n

\n

7.) User Migration<\/h2>\n

Wenn es erforderlich sein sollte, k\u00f6nnen Sie noch die User<\/em>, die auf die Site Collection<\/em> berechtigt sind, migrieren. Dazu dient das CMDLet Move-SPUser, bzw Set-SPUser<\/em>.<\/p>\n

Mit Move-SPUser<\/em> ersetzen Sie schon vorhandene User<\/em>. Diese werden aber im Adressbuch des SharePoint<\/em> dann noch mit dem alten Displayname<\/em> dargestellt. Sollten Sie auch diesen \u00e4ndern wollen\/m\u00fcssen, geht das mit Set-SPUser -Displayname.\u00a0<\/em><\/p>\n

8.) Live Datenbank<\/h2>\n

Die migrierte Site Collection<\/em> befindet sich immer noch in einer separaten Datenbank. Das macht im Betrieb nat\u00fcrlich wenig Sinn. Verschieben Sie nach erfolgreicher Migration die Site Collection<\/em> noch in eine entsprechend produktive Datenbank.<\/p>\n

Move-SPSite $SiteURL -DestinationDatabase $ContentDB<\/em><\/p>\n

 <\/p>\n","protected":false},"excerpt":{"rendered":"

Es gibt sicher mehrere M\u00f6glichkeiten,\u00a0SharePoint Site Collections\u00a0zu migrieren. Die im Folgenden beschriebene Vorgehensweise ist aber von mir getestet und f\u00fcr gut befunden worden \ud83d\ude42 Es kann immer zu Inkompatibilit\u00e4ten zwischen den verschiedenen Versionen kommen. Hierauf gehe ich aber nicht n\u00e4her … Continue reading →<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[630,269,553,626,629,627,628],"_links":{"self":[{"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=\/wp\/v2\/posts\/1569"}],"collection":[{"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1569"}],"version-history":[{"count":14,"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=\/wp\/v2\/posts\/1569\/revisions"}],"predecessor-version":[{"id":1587,"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=\/wp\/v2\/posts\/1569\/revisions\/1587"}],"wp:attachment":[{"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1569"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1569"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1569"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}