9
Sharepoint 2010 Migration
2x Windows Server 2008 R2 Enterprise, jeweils mit unterschiedlicher Domäne.
Hallo zusammen,
ich stehe vor der Herausforderung einen Sharepoint 2010 Foundation auf eine andere ("neue") Domain umzuziehen.
Die "alte" Domain soll nach und nach leer geräumt werden, der Sharepoint-Server ist einer der letzten Server auf dieser Domain.
Nun ist die Frage, wie ich das am besten bewerkstellige.
Am einfachsten wäre es, ich nehme den Server, hebe ihn aus der Domäne raus, in die neue rein und fertig. Würde das so funktionieren? Klar hierbei ist, dass die Rechte auf die Datenbänke angepasst werden müssen und sämtliche Rechte im Sharepoint selber verloren gehen bzw. ungültig werden, was aber verkraftbar ist.
Wenn ich um eine Migration nicht herumkomme, wie mache ich diese am besten? Lediglich die Inhalte müssen übernommen werden, sprich alle Formulare, Seiten und Dokumente und was noch dazu zählt.
Ich habe schon eine Sicherung der WSS_Content Datenbank erstellt, diese auf einem neuen Sharepoint 2010-Server eingespielt, allerdings brachte dies kein Erfolg, sicher muss hier noch was getan werden.
Hallo zusammen,
ich stehe vor der Herausforderung einen Sharepoint 2010 Foundation auf eine andere ("neue") Domain umzuziehen.
Die "alte" Domain soll nach und nach leer geräumt werden, der Sharepoint-Server ist einer der letzten Server auf dieser Domain.
Nun ist die Frage, wie ich das am besten bewerkstellige.
Am einfachsten wäre es, ich nehme den Server, hebe ihn aus der Domäne raus, in die neue rein und fertig. Würde das so funktionieren? Klar hierbei ist, dass die Rechte auf die Datenbänke angepasst werden müssen und sämtliche Rechte im Sharepoint selber verloren gehen bzw. ungültig werden, was aber verkraftbar ist.
Wenn ich um eine Migration nicht herumkomme, wie mache ich diese am besten? Lediglich die Inhalte müssen übernommen werden, sprich alle Formulare, Seiten und Dokumente und was noch dazu zählt.
Ich habe schon eine Sicherung der WSS_Content Datenbank erstellt, diese auf einem neuen Sharepoint 2010-Server eingespielt, allerdings brachte dies kein Erfolg, sicher muss hier noch was getan werden.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 190239
Url: https://administrator.de/forum/sharepoint-2010-migration-190239.html
Ausgedruckt am: 23.12.2024 um 10:12 Uhr
9 Kommentare
Neuester Kommentar
Was hast Du genau gemacht? Was läuft alles auf dem SharePoint? Wie sehen die Berechtigungsstrukturen aus?
Wenn ich Dich richtig verstanden habe hast Du 2 getrennte Domains und auch SQL Server. Mein Vorgehen wäre in der neuen Domain einen 2. SharePoint zu installieren und ihn auf dasselbe Patchlevel wie den SharePoint in der alten Domain zu bringen. Danach ein Backup der Daten vom alten SharePoint und die Daten auf dem neuem wieder einspielen. Geht alles über die Centraladministration oder Power Shell.
Vg
Stefan
Wenn ich Dich richtig verstanden habe hast Du 2 getrennte Domains und auch SQL Server. Mein Vorgehen wäre in der neuen Domain einen 2. SharePoint zu installieren und ihn auf dasselbe Patchlevel wie den SharePoint in der alten Domain zu bringen. Danach ein Backup der Daten vom alten SharePoint und die Daten auf dem neuem wieder einspielen. Geht alles über die Centraladministration oder Power Shell.
Vg
Stefan
per SQL Management Studio bin ich auf die DB's vom Sharepoint Server in der alten Domain. Dort habe ich über die "Sichern"-Funktion ein Backup der WSS_Content erstellt. Dieses Backup habe ich auf dem neuen Sharepoint (separater SQL-Server) eingespielt und umbenannt in "WSS_Content_Uebernahme", somit habe ich dort nun 2 WSS_Content-Datenbanken.
Die neu eingespielte DB habe ich über die Zentraladministration bei "Inhaltsdatenbanken" eingefügt und aktiviert. Die originale WSS_Content ist dabei offline geschaltet.
Laufen tut auf dem Sharepoint nichts besonders, wir nutzen den nicht komplett aus. Ein paar Websites, Formulare, Listen sowie hochgeladene Dateien.
Berechtigungsstrukturen werden mit Sharepoint-eigenen Gruppen realisiert. In diese Gruppen werden die AD-User entsprechend eingruppiert.
Richtig, 2 getrennte Domains, 2 getrennte SQL-Server, 2 getrennte Sharepoint-Server. Ich werde mir das morgen mal anschauen, heute komme ich nicht dazu. Ich weiß, ich hatte es bereits über die Sicherungs-Funktion der ZA versucht, allerding stand dort ständig, dass ein Dienst nicht ausgeführt werde, was aber nicht so war, zumindest laut services.msc
Die neu eingespielte DB habe ich über die Zentraladministration bei "Inhaltsdatenbanken" eingefügt und aktiviert. Die originale WSS_Content ist dabei offline geschaltet.
Laufen tut auf dem Sharepoint nichts besonders, wir nutzen den nicht komplett aus. Ein paar Websites, Formulare, Listen sowie hochgeladene Dateien.
Berechtigungsstrukturen werden mit Sharepoint-eigenen Gruppen realisiert. In diese Gruppen werden die AD-User entsprechend eingruppiert.
Richtig, 2 getrennte Domains, 2 getrennte SQL-Server, 2 getrennte Sharepoint-Server. Ich werde mir das morgen mal anschauen, heute komme ich nicht dazu. Ich weiß, ich hatte es bereits über die Sicherungs-Funktion der ZA versucht, allerding stand dort ständig, dass ein Dienst nicht ausgeführt werde, was aber nicht so war, zumindest laut services.msc
Umbenennen solltest Du diese Datenbanken nicht.
Ich würde den Vorgang über Backup und Restore empfehlen
http://technet.microsoft.com/en-us/library/ee890109.aspx
Wenn Ihr den SharePoint mehr einsetzen möchtet, können wir gern mal telefonieren. Wir haben uns spezialisiert auf den Einsatz von SharePoint in den Fachabteilungen und unterstützen diese. Gerne können wir darüber sprechen. Wen Du Interesse hast sende mir bitte eine PM und wir können die Kontaktdaten austauschen.
Viele Grüße
Stefan
Ich würde den Vorgang über Backup und Restore empfehlen
http://technet.microsoft.com/en-us/library/ee890109.aspx
Wenn Ihr den SharePoint mehr einsetzen möchtet, können wir gern mal telefonieren. Wir haben uns spezialisiert auf den Einsatz von SharePoint in den Fachabteilungen und unterstützen diese. Gerne können wir darüber sprechen. Wen Du Interesse hast sende mir bitte eine PM und wir können die Kontaktdaten austauschen.
Viele Grüße
Stefan
Wenn ich die Datenbänke so belasse (Ich habe bei einer Wiederherstellung über die ZA ja die Möglichkeit, den Name der DB zu ändern), meckert er, dass die Komponente bereits vorhanden ist, die DB's existieren ja bereits. Hier bleibt mir also nichts anderes übrig, diese umzubenennen. Wiederherstellung in dem Fall habe ich über die ZA gestartet.
Wenn ich die DB-Namen geändert habe, meckert er rum, dass er auf den alten SP-Server nicht zugreifen kann, was auch klar ist und er auch nicht soll. Was will er auf dem alten Server?
Über die Shell habe ich ebenfalls einen Restore versucht (Option: overwrite), hier kam folgende Fehlermeldung:
Restore-SPFarm : Restore option SERVERNAME can only be used when overwrite
is new.
Bei Zeile:1 Zeichen:15
Restore-SPFarm <<<< -Directory C:\SPBackup -BackupId 20e20ba8-e14f-433c-8316
-38661964ed3b -RestoreMethod overwrite -NewDatabaseServer SERVERNAME
+ CategoryInfo : InvalidData: (Microsoft.Share...dletRestoreFarm:
SPCmdletRestoreFarm) [Restore-SPFarm], SPException
+ FullyQualifiedErrorId : Microsoft.SharePoint.PowerShell.SPCmdletRestoreF
arm
Wenn ich die DB-Namen geändert habe, meckert er rum, dass er auf den alten SP-Server nicht zugreifen kann, was auch klar ist und er auch nicht soll. Was will er auf dem alten Server?
Über die Shell habe ich ebenfalls einen Restore versucht (Option: overwrite), hier kam folgende Fehlermeldung:
Restore-SPFarm : Restore option SERVERNAME can only be used when overwrite
is new.
Bei Zeile:1 Zeichen:15
Restore-SPFarm <<<< -Directory C:\SPBackup -BackupId 20e20ba8-e14f-433c-8316
-38661964ed3b -RestoreMethod overwrite -NewDatabaseServer SERVERNAME
+ CategoryInfo : InvalidData: (Microsoft.Share...dletRestoreFarm:
SPCmdletRestoreFarm) [Restore-SPFarm], SPException
+ FullyQualifiedErrorId : Microsoft.SharePoint.PowerShell.SPCmdletRestoreF
arm
So, jetzt ging der Restore über die ZA ohne Fehler.
Rufe ich nun allerdings den Sharepoint normal auf, bekomme ich weiterhin die leere Standard-Teamwebsite angezeigt. Ich versuche mal die DB's umzubenennen, mal schauen, wie es dann aussieht. Ist ja eine Testumgebung
)
Rufe ich nun allerdings den Sharepoint normal auf, bekomme ich weiterhin die leere Standard-Teamwebsite angezeigt. Ich versuche mal die DB's umzubenennen, mal schauen, wie es dann aussieht. Ist ja eine Testumgebung
)
Hat es funktioniert?
Du bist über Die Central Administration von SharePoint gegangen. Hast hier unter „Backup and Restore“ ein „Perform a site collection backup“ durchgeführt? Die dabei entstande Backupdatei hast Du auf den neuen SharePoint Server kopiert und sie über die CA von SharePoint „Restore from a backup“ wiederhergestellt?
Du bist über Die Central Administration von SharePoint gegangen. Hast hier unter „Backup and Restore“ ein „Perform a site collection backup“ durchgeführt? Die dabei entstande Backupdatei hast Du auf den neuen SharePoint Server kopiert und sie über die CA von SharePoint „Restore from a backup“ wiederhergestellt?
Hat natürlich nicht geklappt, war ja klar
Nun funktioniert die Sharepoint-Seite gar nicht mehr, aber die ZA funktioniert noch.
Der Weg, den Du beschrieben hast, der passt, genau so bin ich vorgegangen.
"Die entstandene Backupdatei hast Du auf den..."
Im angegebenen Pfad wurde ein Verzeichnis erstellt, in welches sehr viele einzelne Dateien erstellt wurden. Wenn Du das mit "die Datei" meinst, dann passt das.
Nun funktioniert die Sharepoint-Seite gar nicht mehr, aber die ZA funktioniert noch.
Der Weg, den Du beschrieben hast, der passt, genau so bin ich vorgegangen.
"Die entstandene Backupdatei hast Du auf den..."
Im angegebenen Pfad wurde ein Verzeichnis erstellt, in welches sehr viele einzelne Dateien erstellt wurden. Wenn Du das mit "die Datei" meinst, dann passt das.
Hat Keiner mehr eine Idee? 
Den allgemeinen Weg habe ich Dir oben beschrieben.
Diesen habe ich auch schon selber durchgeführt. Ohne auf Dein System zu schauen kann ich Dir wenig Informationen geben. Gerne können wir per Email in Kontakt treten und ein weiteres Vorgehen besprechen.
Vg
Stefan
Diesen habe ich auch schon selber durchgeführt. Ohne auf Dein System zu schauen kann ich Dir wenig Informationen geben. Gerne können wir per Email in Kontakt treten und ein weiteres Vorgehen besprechen.
Vg
Stefan
