am Ort Aufsteigen sein… einfacher, weil der Prozess im Allgemeinen eine Angelegenheit die SQL-Diskette innen von haften und von Laufen durch den Aufsteigen-Zauberer ist. keine Änderungen am sharepoint brauchten. ich nehmen eine komplette Unterstützung des Bauernhofes vorher… und verriegeln vermutlich den Bauernhof, also gelesen es nur während des Prozesses.
wenn Sie auf einen neuen SQL-Server umziehen möchten, in der Lage sind Sie wahrscheinlich nicht, die Config-DBs zu verschieben. sie gerade bringen nicht gut. dieser Prozess sein nicht zu beweglichen sharepoint Datenbanken von einem Bediener zum folgenden irgendwie unterschiedlich. sharepoint nicht wirklich interessiert für die Version von sql (solange es eine neuere Version von sql ist),… es muss gerade wissen, wo der Bediener ist. so in diesem Fall, haben Sie irgendeine Konfiguration im sharepoint, zum sie vom alten Bediener zu distanzieren und sie mit dem neuen Bediener zu verbinden. Sie müssen wahrscheinlich Ihre Konfigurationen/Einstellungen außerdem nochmals machen, weil die Config-DBs nicht normalerweise verschoben werden können. so distanzieren Sie sharepoint vom gegenwärtigen Bediener, abtrennen die zufriedenen DBs sql n, verschieben die auf den neuen Bediener und die Befestigung. sql behandelt das Aufsteigen von 2005 bis 2008, als Sie die DBs beifügen. sharepoint auf den neuen DB-Bediener dann zeigen und sharepoint zusammenbauen, um des zu verwenden Inhalts-Sie DBs bewog. dieses ist… aber nicht so schnell u. einfach wie das am Ort do-able.
