Frage

Wir müssen von WSS 3.0 nach SharePoint 2013 migrieren, da ich verstehe, da es nicht direkt ist, dies in einem Schritt zu tun, also müssen wir erstes bis 2010, dann bis 2013 migrieren müssen. Solange unsere Inhaltsdatenbank ~ ist 50 GB (Wir haben nur eine Inhaltsdatenbank), ich fürchte, dass dies durch einfache Trennen / Anhängen zu lange Ausfallzeiten führt.
Unterstützt SharePoint dieses Szenario, wenn ja, wie:

    .
  1. Wir erstellen Backup von WSS 3.0-Inhaltsdatenbank auch WSS 3.0 Server läuft
  2. Wir stellen die Sicherung von Schritt 1 auf den Zwischenserver wieder her, aktualisieren Sie es auf 2010
  3. Wir stellen die Sicherung von Schritt 2 auf den neuen Server wieder her, aktualisieren Sie es auf 2013
  4. jetzt interessanter Teil - können wir irgendwie veränderten Änderungen zusammenführen, die gemacht wurden In WSS 3.0 während der Upgrade-Zeit in der aktualisierten Datenbank in Neu Server?
  5. oder es gibt völlig andere Möglichkeit, dies zu tun, während Sie minimale Ausfallzeiten haben (der schreibgeschützte Modus für die Inhaltsdatenbank ist keine Option, da dies lesbar ist, dass es nur die Ausfallzeiten für uns ist). .

War es hilfreich?

Lösung

Es gibt keine Möglichkeit, den Inhalt von der alten Version in neuer Andere zusammenzuführen, und dann das DB-Bewegen des DB.

Die beste Antwort auf Ihre Frage ist, es ist mit OOTB nicht möglich, aber Sie können es von 3rd-Party-Tools i.E Sharegate oder Metalogix bekommen.

3rd-Party-Tools geben Ihnen die Möglichkeit, von 2003 bis 2013 direkt zu migrieren.

Mit 50 GB glaube ich nicht, dass Sie eine lange Ausfallzeit benötigen.Wenn

    .
  • 2010 Farm bereits eingerichtet
  • 2013 Farm bereits eingerichtet
  • Migration von 3.0 bis 2010 und ab 2010 bis 2013 testen.

Wenn alle obigen Schritte gut gegangen sind, sehe ich mit 50 GB nicht mehr als 2 Stunden voller Gesamtmigrationszeit.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit sharepoint.stackexchange
scroll top