Umzug auf anderen Server/ Integrieren in einen anderen Server

dao Als Antwort am 8 Juni 2011 09:41

hi,

mach am besten in der live umgebung ne neue webanwendung, nimm das gleiche temp wie hier, erstell dazu mitm selbem templ wie jetzt ne site collection, häng die datenbank in der central ab von der ejtzigen webanwendung, kopier sie in die live umgebung, häng sie dort nachdem du die neu erstellte abgehängt hast an, fertig..

gruß

dao

Wil Pir Als Antwort am 8 Juni 2011 11:10

Danke für die schnelle Antwort, allerdings ist mir noch einiges unklar...

[quote user="dao"]mach am besten in der live umgebung ne neue webanwendung, nimm das gleiche temp wie hier, erstell dazu mitm selbem templ wie jetzt ne site collection[/quote]

Dann würden unsere Websiten aber nicht übernommen werden, oder?

[quote user="dao"]häng die datenbank in der central ab von der ejtzigen webanwendung, kopier sie in die live umgebung, häng sie dort nachdem du die neu erstellte abgehängt hast an, fertig..[/quote]

Wo in der Zentraladministration kann man das machen? Und was muss man aus der SQL DB kopieren? Muss man überhaupt etwas aus der SQL DB kopieren?

Mit freundlichen Grüßen,

Wil Pir

dao Als Antwort am 8 Juni 2011 15:09

hi.. da ist alles übernommen, da es in der datenbank steckt, du hast ja niemand der drauf zugreift, mit dem stsadm backup/restore script würden in der tat inhalte fehlen, wenn du aber die datenbank abhängst dann ist da komplett alles drin, du musst nur da wos hinsoll sicherstellen das du das selbe temp für webanwundung und site collection nimmst, dann hast du ja die outofbox geschichte stehen..

diese datenbank ist widerum der dummy den du abklemmst, denn da willst du ja die kopierte datanbank dranhaben. teste es indem du in deiner testumgebung, die datenbank abhängst, das geht über die central, app management content db, dann deine webanwundung auswählen, klcik auf die datanbank und remove content db, keine angst die wird nur abgehängt, remove hört sich bitter an, aber keine sorge, im prinzip wenn kein zugriff ist kannst du die datenbank auch über den sql server backupen und kopieren, dann brauchst du nur in der neuen die dummy db abklemmen und die neue anhängen, indem du die komplette ganze DB mit log auf den ?neuen? sql kopierst und wichtig den gleichen namen nehmen, moss erkennt das denn. dann sobald die angehängt ist läuft es weiter, also kalr musst du dann den aam neu setzen und auch den ssp falls notwendig für internal

grus

Thomas Östreich Als Antwort am 8 Juni 2011 18:52

Das Schlagwort ist "unattached content DB" das ermöglicht eine Wiederherstellung einzelner Inhalte.

http://technet.microsoft.com/de-de/edge/Video/ff972505

http://blog.sharepoint-recovery.com/2010/06/25/sharepoint-2010-unattached-content-database-recovery-not-recovery-just-export/