Manutenzione e gestione temporanea di Sharepoint 2007

Question

Sto cercando di redigere un documento completo per aiutare il gruppo di manutenzione per una nuova Intranet di Sharepoint 2007.

Quello che ho problemi a decidere è quale sia lo strumento giusto per migrare vari elementi diversi nell'ambiente di approvazione e produzione del cliente. In futuro prevediamo di dover gestire nuovi elenchi, nuovi tipi / modelli di elenchi personalizzati, pagine modificate, nuove pagine e così via.

In altre parole, mentre penso che l'aggiunta di un intero sito secondario sia relativamente semplice, le modifiche incrementali alle aree esistenti non mi sembrano molto facili. Soprattutto perché il sito di produzione ha vari elenchi che vengono aggiornati dai clienti (bollettini e così via).

Finora la risposta migliore sembra essere http://www.codeplex.com/SPDeploymentWizard ma ho alcuni problemi residui con esso:

1) È beta e non è un prodotto Microsoft ufficiale. Quindi il nostro cliente potrebbe non essere molto fiducioso 2) Deve essere installato su tutti i server in cui si desidera consegnare le modifiche e funziona tramite un componente GUI. Questo, ancora una volta, sarebbe qualcosa di cui il cliente non sarà molto soddisfatto (le loro cose sono gestite da una terza parte, basti pensare a EDS o aziende simili).

Qualcuno l'ha usato con sicurezza negli scenari legati alla produzione? Hai diverse alternative da suggerire?

TIA,

Paolo.

Answer 1

Il pericolo con la procedura guidata di distribuzione del contenuto non è in realtà che potrebbe non funzionare, ma piuttosto che si può provare a migrare oggetti che sono meglio rilasciati come soluzione sharepoint con una funzionalità specifica.

In particolare, I nuovi elenchi devono essere rilasciati come modello di elenco definito in una funzione. Nuovi campi personalizzati devono essere rilasciati con una soluzione.

Una buona regola empirica è che il contenuto (ovvero testo su pagine e documenti) può essere migrato. La struttura (nuovi tipi di elenco, campi) deve essere rilasciata come soluzione.

Le pagine modificate e nuove possono essere create manualmente sul sito e pubblicate quando sono pronte. Se devono assolutamente essere rilasciati in blocco, la procedura guidata sarà di aiuto.

Ho usato STSDev anche da codeplex per creare i pacchetti di soluzione richiesti. Ricorda che anche se questi strumenti non sono " Prodotti ufficiali Microsoft " sono spesso ampiamente utilizzati dagli stessi professionisti Microsoft e sarebbero strumenti ufficiali se i criteri di rilascio per "ufficiale dominio" non è stato un processo così lungo.

Controlla gli autori di qualsiasi strumento, la maggior parte di loro avrà un blog e questo ti darà una buona idea dell'esperienza e delle relazioni con Microsoft che l'autore potrebbe avere.

Non ho usato SPDeploymentWizard, ma dal sito codeplex

  

Il contenuto viene esportato utilizzando il contenuto   API di migrazione (PRIME) come file .cmp   (Pacchetto di migrazione dei contenuti) che può   essere copiato su altri server per l'importazione.   A differenza degli strumenti pronti all'uso, il   La procedura guidata consente la selezione granulare di   contenuto tramite treeview.

Ciò significa che lo strumento è un wrapper gui per un "processo ufficiale Microsoft", che semplifica la selezione del contenuto che si desidera inserire in un pacchetto di migrazione.

L'argomento della tua domanda non è un compito facile nella pratica e gli strumenti e le tecniche per farlo stanno migliorando e cambiando, quindi tieni d'occhio i blog e il codeplex per un consiglio.

Aggiorna

Lo strumento di migrazione dovrebbe andare bene solo per i documenti e le pagine necessari per ogni versione.

Per gli elenchi ho creato modelli temporanei che contengono tutti gli elementi, ma questo è praticamente ancora un processo di rilascio manuale. Quindi provalo con lo strumento di migrazione del contenuto, poiché non stai apportando modifiche strutturali al sito, sarà possibile eliminare l'elenco se non esegue correttamente le operazioni.

Il vero problema è solo quello di assicurarsi che l'id del tipo di contenuto e le guide dell'ID del campo di contenuto siano gli stessi da server a server, ma con qualsiasi versione di personalizzazione da parte di pacchetti soluzione / funzionalità, non dovrebbero esserci differenze.

AGGIORNAMENTO 2

Per le singole pagine, abbiamo creato uno script PowerShell che, in base a un url, un elenco di file e un'azione scaricava le pagine dal server su un'unità locale o le caricava. È abbastanza semplice utilizzare il modello a oggetti per creare le pagine, gli attributi personalizzati sono un po 'più complicati, ma il check-in e la pubblicazione delle pagine non sono stati molto importanti.