Domanda

La situazione al momento è che abbiamo un server SharePoint, che è iniziato come un progetto pilota, ma ora effettivamente eseguito come l'ambiente di produzione. Il server su cui viene eseguito SharePoint è una vecchia macchina che non è conforme ai requisiti standard in modo voglio spostare l'ambiente corrente al nuovo server lucido.

Ho rosso molto circa la migrazione dei servizi di MOSS, banche dati e contenuti e roba, ma ad essere onesti io sono un pò perso in un mare di informazioni e non riesco a trovare il metodo giusto per fare questo, ho provato installare MOSS 2007 sul nuovo server come una nuova installazione, restaurato i databasses sul nuovo server, ripristinato il backup sul nuovo server, che ho fatto con Sharepoint Amministrazione centrale, ahimè, non ho lavorato :-( Un sacco di "Impossibile trovare questo" e "non può trovare che" gli errori ...

Dovrebbe essere possibile per afferrare tutti i dati / siti / siti secondari / databasses / content / documenti e tutto il resto e il ripristino che per la nuova destra server?

In ogni modo, speravo in un po 'di informazioni passo-passo ...: -)

Saluti Erik404

È stato utile?

Soluzione

Credo di aver trovato un modo per fare una migrazione completa ...

Installare una versione fresca di MOSS 2007 sul nuovo server (Server_B). Installare le caratteristiche e le soluzioni che hai sul Server_A. Quindi utilizzare lo SPContentDeploymentWizard che può essere scaricato gratuitamente dal CodePlex di fare un export di tutti i contenuti del sito e importarli su Server_B. Anche i database di backup personalizzati necessari per caratteristiche e creano questi su Server_B.

Io ho un server quasi completamente uguali in esecuzione ora, alcuni errori funky pop-up ora e poi così non credo che sia il modo migliore per farlo ...

Inoltre, webparts sviluppati su misura è necessario distribuire manualmente al nuovo server, non ho trovato un modo per eseguire la migrazione di questi

Altri suggerimenti

Sei sulla strada giusta. La soluzione CodePlex è solo una GUI wizard di quello che avrebbe dovuto fare da linea di comando tramite stsadm.

In sostanza si:

  1. Crea nuovo server w / tutte le patch, i service pack, ecc che sono sul vecchio.
  2. Si vorrà eseguire un comando sulla linea di cmd per ricercare e risolvere eventuali siti orfani nei database sul server A (comando scivola la mia mente, ma lo si può trovare in TechNet - Penso che sia database di riparazione - qualcosa di simile )
  3. Limitare l'accesso al server A - in modo da non avere le modifiche apportate dall'utente durante la migrazione
  4. .
  5. Preparare i database per la migrazione - un altro comando stsadm - stsadm -o preparetomove
  6. scollegare i database del server A. comando Horrible di -o deletedatabase da - si sopprime il riferimento, ma non il database effettivo
  7. (ma ancora!)
  8. collegare i database di Server B

Si dovrebbe essere bravo a quel punto.

Come hai scoperto - non è possibile migrare il codice personalizzato, webparts ecc Questi devono essere reinstallati. Uno dei motivi che le soluzioni / funzionalità sono davvero consigliare per le personalizzazioni.

Inoltre - i DB di ricerca, devono essere ricreati gli indici, ecc. Non è possibile portare gli over. Ma questo è abbastanza semplice -. E ha un senso quando si pensa a questo

Con questi script se è necessario.

http://globaldeploymentmoss2007.blogspot.ca/

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top