Approfondimento su SharePoint

Le informazioni qui si basano su una versione beta. Tutti i dettagli sono soggetti a modifiche.

Preparati per SharePoint 2010

Pav Cherny

Con il rilascio di SharePoint 2010 solo intorno all'angolo, è opportuno prendere in considerazione le opzioni di aggiornamento e migrazione e intraprendere l'azione per preparare l'ambiente.
Come accade nella maggior parte degli scenari di migrazione o aggiornamento, sono presenti centinaia se non migliaia di dettagli a pensare che aumenta la complessità che vanno dalla connettività di rete per le applicazioni di terze parti per la continuità aziendale. Sono inoltre disponibili diverse strutture e gli scenari è possibile utilizzare per lo spostamento di una nuova versione, ad esempio preparare-test-implementare-convalidare e decisivo se si desidera eseguire l'aggiornamento in luogo o la migrazione.

La buona notizia è che ancora dispone di tempo per pianificare una strategia di migrazione e prepararsi a questo punto per attenuare i problemi possibili quando si spostano al 2010 SharePoint.

In questo articolo vengono illustrate alcune delle azioni che è possibile intraprendere adesso per preparare il 2010 SharePoint che avrà l'impatto maggiore. Se si desidera analizzare più approfondita, è possibile esaminare la documentazione esistente per ulteriori indicazioni o che consentono di sviluppare un piano più completo.

Ad esempio Joel Oleson ha rilasciato le presentazioni e un white paper sull'aggiornamento preparazione alle situazioni sul suo blog all'indirizzo sharepointjoel.com, e Microsoft ha pubblicato preliminare Guida.

Risolvere hardware e delle dipendenze del software

La prima azione da eseguire per preparare l'ambiente consiste nel controllare il software esistente e la configurazione hardware per verificare se è adeguato per 2010 SharePoint e aggiornare l'ambiente, se non soddisfa i requisiti. Il requisito complessivo più significativo è almeno hardware a 64 bit e SharePoint 2007 con l'aggiornamento SP2.

È possibile più, naturalmente; considerare l'aggiornamento dell'ambiente in conformità con le seguenti procedure consigliate per i server front-end e di applicazioni, i client e server back-end.

Per i server front-end, 2010 SharePoint richiede Windows Server 2008 o Windows Server 2008 R2, che utilizza la nuova interfaccia utente basata su Windows 7 a 64 bit. Molte installazioni della stesura del presente documento eseguire senza problemi principali su Windows Server 2003 e se ci si trova in tale posizione, una parte considerevole di preparazione per la transizione a SharePoint 2010 comporta l'aggiornamento del sistema operativo.

Se si esegue già Windows Server 2003 su hardware a 64 bit, è possibile riutilizzare i server e quindi eseguire un aggiornamento sul posto per i server front-end, applicazioni e server back-end. È inoltre possibile aggiungere nuovi server alla farm e la migrazione di sito Web Amministrazione centrale, i ruoli di server front-end e i ruoli applicazione. Se si prevede di spostare in Windows Server 2008, occorre considerare le procedure ottimali descritte di seguito:

• Autorizzazioni (SPTimerV3) Grant Windows SharePoint Services Timer. Se l'account di amministratore di farm non è nel gruppo Administrators locale o se si dispone di un'installazione autonoma, concedere l'autorizzazione di SPTimerV3 per leggere da IIS 7.0 eseguendo stsadm -o grantiis7permission.
• Arrestare il servizio di ricerca (Spsearch) di Windows SharePoint Services. Se si installa Windows Server 2008 e quindi eseguire il SharePoint guidata prodotti e tecnologie configurazione durante l'esecuzione di SPSearch, il processo può essere danneggiata l'indice di ricerca. Per ricreare un indice danneggiato, è necessario eseguire l'operazione stsadm -o spsearch - stop azione e quindi passare alla pagina Impostazioni servizio di ricerca di Windows SharePoint Services in Amministrazione centrale e rinominare il database. Per ulteriori informazioni, vedere tinyurl.com/l6fmkr.
• Controllare le impostazioni di IIS 7. Dopo l'aggiornamento a Windows Server 2008 e IIS7, il servizio W3SVC potrebbe essere disattivato se l'installazione di IIS 6 è stato utilizzato caratteristiche non compatibili, quali le estensioni del server. Un altro problema che potrebbe verificarsi è l'autenticazione di modalità kernel utilizzato per impostazione predefinita in IIS 7. Se viene visualizzato il messaggio di errore 401.1, la causa potrebbe essere l'autenticazione in modalità kernel. È possibile disattivarla l'IIS Advanced Settings per autenticazione di Windows. Fare clic sul qui Per ulteriori dettagli.

Per i server back-end, 2010 SharePoint richiede a 64 bit SQL Server 2005 o versione successiva. SQL Express è supportata, ma lo spostamento a 2010 SharePoint fornisce un'opportunità per riesaminare l'infrastruttura di back-end e ottimizzare tale.

Le edizioni Standard ed Enterprise di SQL Server forniscono gli strumenti di gestione e le caratteristiche di elevata disponibilità come il clustering.

In termini di supporto dei browser client, SharePoint 2010 interrompe il supporto per Internet Explorer 6 e supporta solo i browser basati su standard, ad esempio Internet Explorer 7 o versione successiva. 2010 SharePoint supporta inoltre 3.x Firefox e Safari.

Eseguire lo strumento di controllo aggiornamento

Il passaggio successivo dopo aver verificato che i server front-end eseguono Windows Server 2008 su 64-bit hardware, i server back-end esegue SQL Server 2005 o versione successiva e che i client utilizzino un browser standards-based consiste nell'eseguire stsadm -o preupgradecheck. PreUpgradeCheck incluso con SP2 per SharePoint 2007 e utilizza i file delle regole--OssPreUpgradeCheck.xml per Office SharePoint Server (MOSS) e WssPreUpgradeCheck.xml per Windows SharePoint Services (WSS)--per controllare i dettagli di configurazione e creare un report.

Ovviamente, prima di poter eseguire PreUpgradeCheck, è necessario installare SP2. L'installazione guidata è relativamente semplice, ma non vi sono vari fattori da tenere presenti. Innanzitutto, fornire preavviso agli utenti di tempi di inattività pianificati perché è necessario arrestare i servizi IIS front-end su ciascun server ed eseguire il backup e scollegare i database del contenuto prima di procedere. È buona norma eseguire il backup dei file server front-end e di applicazione troppo, soprattutto se si dispone di personalizzazioni.

In secondo luogo, installare il Service Pack 2 WSS, annullare la configurazione guidata e quindi installare il Service Pack 2 MOSS.

Infine, dopo i processi di aggiornamento completo, verificare la presenza di errori in upgrade.log, situato nella directory registri hive 12 versione. Cercare istanze dell'errore o hanno esito negativo. Se l'installazione viene completata correttamente, upgrade.log deve includere le stringhe visualizzate in di Figura 1. Fare clic sul qui Per ulteriori informazioni sugli aggiornamenti

Dopo l'esecuzione di PreUpgradeCheck, il rapporto dettagliato che genera contiene informazioni utili sui dettagli dell'ambiente e include informazioni specifiche sulla topologia della farm, configurazione del server, mapping di accesso alternativo (AAMs), database, le funzionalità, definizioni di sito e così via. L'output immediato al prompt dei comandi indica inoltre se tutte le categorie non passano; vale a dire, è possibile apportare modifiche prima di passare a SharePoint 2010 richiedono. Il file htm dettagliato è utile per la ricerca di ulteriori informazioni su cosa è necessario per risolvere il problema sottostante. Cercare i seguenti dettagli nel file potrebbe essere necessario risolvere:

• Language Pack. Se la configurazione richiede language pack, è necessario pianificare aggiornare i language pack per le versioni più recenti dopo il passaggio a SharePoint 2010.
• AAMs. Se si prevede di eseguire la migrazione a SharePoint 2010 e utilizzare i nuovi server (o nuovi nomi di server), è probabile che sarà necessario apportare modifiche relativi URL, ad esempio l'aggiornamento delle voci di AAMs e DNS.
• Definizioni di sito. I siti che utilizzano le definizioni di sito personalizzati richiedono un file di definizione 2010 SharePoint utilizza per aggiornare il sito. È necessario creare questo file per adattare la definizione personalizzata. Per ulteriori informazioni, vedere tinyurl.com/mulfcb.
• Funzionalità. Esaminare il rapporto per le funzionalità mancanti e installare qualsiasi risultano mancanti.
• Elenchi. Verificare per la dimensione e il numero di elenchi in quanto entrambe influiscono sulla velocità di migrazione. Microsoft ha pubblicato linee guida per le prestazioni ridimensionamento consigli all'indirizzo tinyurl.com/kueoov. Se gli elenchi di avere più di 2.000 a 5.000 elementi o se l'ambiente è cresciuto a superare altre linee guida relative alle prestazioni consigliata, riportare in linea con le procedure consigliate.
• Configurazione DB e Content DB orfani. Di per eseguire attività amministrative o le operazioni degli utenti, potrebbe verificarsi la situazione in cui sono presenti elementi dello schema o del database di SharePoint con Nessuna relazione padre o figlio. Questi elementi includono elenchi senza siti padre, i documenti con nessuna raccolta documenti padre, gli elementi dell'elenco con nessun elenco padre, le pagine Web con nessun sito padre, i processi timer e così via. Lo strumento PreUpgradeCheck non rileva sempre orfani e potrebbe non appaiono nel sito Amministrazione centrale, pertanto è necessario verificare manualmente per gli oggetti orfani. Esistono due tipi di orfani, configurazione orfani e contenuti orfani. Configurazione orfani sono elementi che esistono nella configurazione di DB, ma non dispone di alcun componente figlio nel contenuto DB. Orfani contenuti esistono in due casi: sia un sito vuoto è mappato nella DB di configurazione ma non dispone di contenuto esistente DB esso associate, o il contenuto corretto DB è associato il sito nella configurazione di DB, ma vi sono elementi rimangano in altri database del contenuto.

Figura 1: SP2 in caso di esito positivo instalazione voci da upgrade.log

È relativamente semplice risolvere configurazione orfani; DB contenuto di scollegare e ricollegare (deletecontentdb di stsadm -o e stsadm -o addcontentdb).

Non dimenticare di eseguire stsadm -o preparetomove anticipo in ambienti di MOSS 2007.

Per risolvere un file orfano contenuto in cui il sito è mappato a DB contenuto non corretto, vuoto, eseguire il backup ed eliminare la DB di contenuto errata e allegare quello appropriato.

Per risolvere un contenuto file orfano in cui sono presenti database contenuti isolati, eseguire il backup del sito di produzione, eliminarlo, allegare il DB contenuto isolato per rendere accessibile e l'eliminazione. È quindi possibile ripristinare il sito di backup.

Leggete gli articoli della Knowledge Base 918742, 918744 e il STSADM comandi -o databaserepair, deletecorruption -o repairorphans -o e - deleteconfigurationobject - id < objectId > Per ulteriori informazioni.

Tenere presente che i dettagli di configurazione possono differire tra server front-end, eseguire così PreUpgradeCheck su ogni server e verificare la presenza di eventuali differenze di configurazione.

Eseguendo l'operazione stsadm -o preupgradecheck - localonly, è possibile verificare un singolo server, quindi confrontare il report htm risultante utilizzando uno strumento quale WinDiff.

Trova qui ulteriori informazioni su PreUpgradeCheck.

Pulire e standardizzare

Le personalizzazioni sono uno dei problemi più intensivo del tempo all'indirizzo prima di spostamento in SharePoint 2010 perché anche in scenari più semplici delle personalizzazioni del sito secondario, la transizione tra comporta la registrazione specifiche, la migrazione e quindi verificare e risolvere i problemi.

Per personalizzazioni più grande o per quelle che utilizzano strumenti di terze parti, una maggiore complessità possibile attivare la migrazione delle personalizzazioni in un progetto di sviluppo software completo.

Dal punto di pro vista IT, la standardizzazione laddove possibile, documentare le personalizzazioni e pulitura dei dettagli di configurazione e dati tutte le informazioni della Guida per attenuare i problemi per gli sviluppatori.

Figura 2: Procedure consigliate per la migrazione della personalizzazione

Ho parlato di precedenza alcune possibilità di pulitura. Controllo degli orfani, risoluzione di funzionalità e le dipendenze di Web Part, l'ottimizzazione di elenchi, l'impostazione di un limite rigido database di 100 GB ed esegue altre ottimizzazioni agevola lo spostamento.

Eliminazione di siti inutilizzati, aumentare le quote e avvio di un'iniziativa di pulitura del sito basato su utente sono ulteriori opportunità per tagliare la dimensione di migrazione. È anche necessario standardizzare soluzioni e funzionalità ove possibile e considerare se la soluzione migliore consiste nell'eliminare, reinstallare o ricreare le personalizzazioni. Nella figura 2 Mostra alcune opzioni per le personalizzazioni e le procedure consigliate generali.

Poiché SharePoint 2010 non viene ancora rilasciato, vi sono limiti per quanto preparazione e test è possibile eseguire per le personalizzazioni.

L'approccio migliore per la maggior parte degli ambienti consiste nel pianificare l'aggiornamento non posto, ma creare una nuova farm, eseguire la migrazione dei database del contenuto e quindi applicare le personalizzazioni.

Con questo approccio, è possibile eseguire un aggiornamento graduale e rimuovere le autorizzazioni precedenti server di come eseguire la migrazione di siti.

Possibilità di sfruttare Virtualization

La praticità di virtualizzazione e gli strumenti di gestione correlate ha reso possibili convalidare e verificare i piani di migrazione prima di aggiornare l'ambiente di produzione.

Forse la più ovvia possibilità con la virtualizzazione consiste nel ricreare l'ambiente di produzione su una scala molto più piccola come computer virtuale e convalidare la migrazione o l'aggiornamento di strategia prima di implementare nell'ambiente di produzione.

Virtualizzazione fornisce funzionalità come un'istantanea del sistema operativo e il ripristino su richiesta. Ciò rende possibile al documento che la migrazione completa i passaggi in dettaglio, in modo che quando si aggiorna l'ambiente di produzione, diventa una questione di attenendosi alla procedura

Novità future

Ho ho trattato idoneità dal punto di vista pratico e offerti suggerimenti per le azioni da eseguire per preparare l'ambiente per SharePoint 2010.

Se si seguono i suggerimenti tasti di spostamento a 64 bit, l'esecuzione dello strumento PreUpgradeCheck, la risoluzione dei problemi relativi al scoperte di recente e la convalida del piano in un ambiente virtuale sarà nella forma buona per SharePoint 2010.

Pav Cherny è un esperto IT e un autore specializzato in tecnologie Microsoft per la collaborazione e le comunicazioni unificate. Il suo pubblicazioni includono white paper, manuali di prodotti e libri con particolare attenzione su operazioni IT e amministrazione del sistema. Pav è presidente di Biblioso Corporation, una società specializzata in servizi di documentazione e localizzazione gestiti.