Upgrading MOSS2007 Infrastructure to SharePoint Igor Macori SharePointCommunity.it

Transcript

1 Upgrading MOSS2007 Infrastructure to SharePoint 2010 Igor Macori SharePointCommunity.it

2 Agenda Preparare l ambiente SharePoint 2007 per la migrazione ottimale La verifica della compatibilità Upgrading to SharePoint 2010

3 Prepariamo i Pre-requisiti in vista delle future upgrade SharePoint 2010 richiede hardware a 64- bit per tutti i server della farm, incluso SQL Server Server per SharePoint 2010: Windows Server 2008 SP2 o Windows Server 2008 R2 SQL Server: SQL Server 2005 o SQL Server 2008 (ultime fix).net Framework 3.5 con SP1

4 Aggiorniamo i Client Browser (per editing): Internet Explorer 7 o 8 Firefox 3.0 IE 6.0 non supportato! Office Applications: Computer 2007 Ready Verificare lo stato del proprio licensing aziendale (valutare l opzione Software Assurance, se possibile) Testare la Beta di Office

5 Aggiorniamo SharePoint 2007 Service Pack 2 e successivi Cumulative Updates su WSS 3.0 e/o MOSS 2007 Setup delle fix da Windows Update e restart dei server Crearsi un punto di ripristino sicuro Creare uno snapshot Pre SP2 (facile da VM, immagine del disco o rimozione di un Hard Disk del RAID) Fare il backup di tutti i database da SQL Controllare l eventuale presenza di Job pending sul Timer Job Definire la sequenza dei server da aggiornare

6 Aggiorniamo SharePoint 2007 Finalmente si parte: 1. SP2 di WSS 3.0 in inglese 2. SP2 di WSS 3.0 di ogni language pack installato 3. SP2 di MOSS 2007 versione inglese 4. SP2 di MOSS 2007 di ogni language pack installato Verifica del Trial version bug (Fix: office2007-kb fullfilex86-glb) 5. Reboot dei server 6. CU di WSS 3.0 inglese 7. CU June di MOSS 2007 inglese 8. Lancio di SharePoint Products and Technologies Configuration Wizard 9. Reboot dei server

7 Ristrutturiamo il portale Ottimizzare le liste di grandi dimensioni portandole al di sotto dei 5000 items Utilizzare i Folder per frazionare le Views (< di 1000 item per view) Indicizzare le colonne, dove necessario Ottimizzare la struttura dei dati: Ridurre la dimensione dei Content DBs (< 100GB) Ristrutturare le Web Applications su più Site Collections, eventualmente su Content DBs diversi

8 MIGRARE LA FARM MOSS 2007 E I DB VERSO I 64 BITS

9 Strategie di Migrazione della Farm Aggiungere nuovi server x64 alla farm Migrazione graduale per «fasce omogenee» Tool di terze parti (AvePoint, Quest, Metalogix,...)

10 Prepararsi alla migrazione Entrambe le farm devono avere lo stesso livello di aggiornamento (SP, CU, Hotfix) Aggiornamento di tutte le applicazioni custom per essere eseguite in infrastruttura x64 Mantenere omogeneità di server in ciascun livello della farm (buona pratica) Windows 2008 supporta solo MOSS/WSS SP1 Windows 2008 R2 supporta solo MOSS/WSS SP2 Verificare compatibilità ifilter per architetture x64

11 Migrazione graduale: lo scenario Fase 3 Fase 2 Fase 1 MOSS SP2 x86 MOSS SP2 x64

12 La verifica delle compatibilità PREVEDERE IL FUTURO

13 Pre-upgrade Checker STSADM command che fornisce un motore di scansione basato su regole per la verifica dei requisiti base per la migrazione di una farm SharePoint 2007 a SharePoint 2010 È stato introdotto con la service pack 2 di WSS 3.0 e MOSS 2007 e aggiornamenti seguenti Non risolve automaticamente gli errori rilevati, ma fornisce un utile traccia per la loro correzione Non sostituisce il tool Best Practices Analyzer

14 Perché utilizzare preupgradecheck Perché è un comando standard Perché è estendibile Perché è un comando read-only Perché permette un monitoraggio approfondito della propria farm Perché la sua reportistica è dettagliata ma soprattutto... leggibile!

15 La sintassi stsadm o preupgradecheck [-listrulesfile] [-rulefiles] [-local] stsadm o preupgradecheck stsadm o preupgradecheck local stsadm o preupgradecheck rulefiles gtrules.xml;psrules.xml

16 Output: summary report

17 UPGRADING TO SHAREPOINT 2010

18 1. Learn 5. Validate 2. Prepare 4. Implement 3. Test

19 1. Learn Prerequisiti Upgrade Techniques Downtime Mitigation Upgrade Improvements in SharePoint Learn 5. Validate 2. Prepare 4. Implement 3. Test

20 Prerequisiti Prerequisiti Hardware: X64, dual processor 8 GB di RAM 80+ GB di hard disk Prerequisiti Software: Windows Server 2008 x64 SQL Server 2005 x64 (SP2 + CU12 o SP3 + CU2) oppure SQL Server 2008 x64 (CU4) Altri prerequisiti installati prima del deploy dal setup

21 Requisiti minimi sui client Level 1 Internet browser: Internet Explorer 7 32-bit Internet Explorer 8 32-bit Firefox 3.x 32-bit Level 2 Internet browsers: Internet Explorer 7 64-bit Internet Explorer 8 64-bit Firefox 3.x su non sistemi non Windows Safari 3.x

22 Tecniche di upgrade Inplace upgrade DataBase Attach upgrade Approccio Ibrido Utilizzo di Tool di terze parti Gradual upgrade NON più supportata

23 Inplace upgrade Riuso del vecchio hardware (check dei prerequisiti) Prevedere di poter ripartire da zero se si fallirà Si conservano le configurazioni Farmwide I siti non saranno accessibili durante l upgrade Si conserveranno gli URL originali I vecchi dati saranno sovrascritti

24 Inplace upgrade: il processo 1. Esecuzione del setup e scelta «In-place Upgrade» 2. Upgrade del Config DB e del sito della Central Admin 3. Upgrade dei dati di configurazione gestiti dalla Central Admin 4. Upgrade di tutte le Web Application e delle Site Collections 5. L upgrade va eseguito su tutti i server della Farm 6. Verificare il successo dell upgrade su tutti i server

25 DataBase Attach upgrade Parte da un backup dei DB di SP 2007 Utilizza nuovo hardware o prevede «il gioco delle tre carte», magari su ambiente virtuale Deploy di una nuova SP 2010 Farm Supportato per i Content DBs, SSP DB e Project DB Non supportato per Config DB e Search DB Supporta l upgrade simultaneo di più Content DB Non migra la configurazione della Farm Le personalizzazioni sui server vanno ripristinate manualmente Nuovi URL, prevedere redirect provvisori e studiare una strategia per il naming

26 Approccio Ibrido Combina i due metodi precedenti De-attach dei Content DBs Inplace Upgrade dei server Attach dei Content DBs Benefici: Si conserva l hardware, le configurazioni della Farm e le personalizzazioni sui server

27 Gestire il Downtime DataBase in sola lettura durante l upgarde Content DB attach simultaneo di più DB per ridurre il tempo del processo di upgarde Definire una politica di Alternate Access Mapping e di Redirect per gestire la transizione degli URL

28 Attenzione al cambio di URL Studiare con attenzione le logiche di cambio URL (DB attach upgrade) e di AAM Verificare la presenza di form InfoPath 2007 pubblicati su MOSS 2007 Gli URL sono «hard-coded» Fixare gli URL con IPWSSupg.exe =B8683A1C-CF4B-4D F8D5039&displaylang=en

29 2. Prepare Documentare tutto quanto! Utilizzare SharePoint Explorer o SharePoint Spy Recuperare i pacchetti per il deploy di ogni componente aggiuntivo (custom e add-on) Definire la strategia per l upgrade 1. Learn Fare attenzione alle personalizzazioni 5. Validate presenti sui server 4. Implement 3. Test 2. Prepare

30 stsadm -o preupgradecheck Il tool documenta: Componenti della Farm, numero dei server e volume dei contenuti (size) Informazioni sulla configurazione del Search Alternate access mappings Features installate Elenco delle Site definitions Language packs

31 stsadm -o preupgradecheck Il tool evidenzia: Large lists Data orphans CAML views e CAML content types Content DBs con schema modificato Dipendenze per l upgrade mancanti Gradual upgrade da SharePoint 2003 a 2007 incompleti

32 3. Test Simulare l intero processo, su ambienti virtuali, per: verificare l efficacia della strategia preparare una check-list stimare i tempi del processo (hardware permettendo) Testare il Search al termine dell upgrade (full crawl) 5. Validate 1. Learn 2. Prepare 4. Implement 3. Test

33 Occhio alle personalizzazioni! Large List Query Throttling le liste voluminose potrebbero risultare non accessibili Custom Toolbar Actions le custom toolbar action non diventano azioni del Ribbon da sole Site Templates conviene ricreare i Site Template in SP 2010 e salvarli com.wsp (i.stp ora sono deprecati)

34 Occhio alle personalizzazioni! Workflows molti workflow creati da SPD 2007 potrebbero non funzionare in conseguenza al cambio di URL Custom Site Definitions creare nuove site definitions alternative su SP 2010 Pagine Un-Ghosted valutare se eseguire il re-ghost delle pagine prima dell upgrade, oppure se non eseguire visual-upgrade, o se ricreare le pagine dopo l upgrade

35 Occhio alle personalizzazioni! Web Parts personalizzate testarle in ambiente SP 2010 prima dell upgrade Add-on di terze parti contattare il vendor e testarle in SP 2010 Event Handler valutare se riscrivere l EH come feature e testare Application page custom (_layouts pages) ricreare le pagine facendo riferimento al nuovo SDK Inclusions/Exclusions se si è scelto il metodo DB Attach, ricrearle sui nuovi server Web.Config attenzione alle modifiche effettuate manualmente sui server

36 4. Implement (metodo DB Attach) Verificare/creare gli account necessari e attribuire le giuste permissions Installare e configurare la SP 2010 Farm Eseguire il Farm Configuration Wizard Impostare read-only i Content DBs di SP 2007 Eseguire il Backup dei DBs Testare i DB Test-SPContentDatabase -Name <database name> -WebApplication <web application URL> 5. Validate 4. Implement 1. Learn 3. Test 2. Prepare

37 Migrare le personalizzazioni Site Definitions e Templates aggiornare e deployare le site definitions sui nuovi server Custom CSS/Images/Branding copiare sui nuovi server SP 2010 ogni elemento distribuito sul file system di SP 2007 Web Parts/Solutions/Features/Web Services installare ogni pacchetto custom e addon

38 Migrare le personalizzazioni Il Folder «12» Inplace upgrade sostituisce il folder «12» con il nuovo folder «14», DB attach upgrade non troverà il folder «12» sui nuovi server Web.config con l approccio DB attach upgarde i nuovi server non ritroveranno le eventuali personalizzazioni originali Assemblies/References verificare che gli assebly lavorino a 64 bit, correggere le eventuali reference errate e occhio alle dipendenze

39 Content DBs Attach Eseguire il restore dei Content DBs su SQL Server Creare la nuova Web Application Non creare nessuna Site Collection (Top level) Eliminare il Content DB appena creato Eseguire l attach dei Content DBs STSADM.exe o addcontentdb url <URL of Web App> -databasename <database name> Verificare lo status dell upgrade da Central Admin Upgrade and Migration Check Upgrade Status Verificare i Site Collection Administrators Procedere con il Visual Upgrade dei siti

40 4. Implement (metodo DB Attach) Verificare l Upgrade log e analizzere gli eventuali problemi segnalati Navigare i siti per riscontrare eventuali problemi di UI Verificare la correttezza dei dati visualizzati, le logiche di Data View Testare i workflow Testare le soluzioni custom 5. Validate 4. Implement 1. Learn 3. Test 2. Prepare

41 Considerare i Tool di terze parti Suggerito: AvePoint Docave Migration Module Direct migrations from MOSS 2007/WSSv3 and SPS 2003/WSSv2 to SharePoint 2010 Granular/gradual migrations No service pack or hardware requirements Zero downtime migrations Co-existence supported (e.g., schedule updates) Re-organize or re-template sites Ongoing management of SharePoint Support for SharePoint Online (BPOS) Support for migration from existing websites, WCM and ECM systems

42 Link utili Pre-upgrade scanning and reporting for future releases Preupgradecheck: Stsadm operation 5 Reasons SharePoint 2010 PreUpgradeCheck is better than Prescan Preparing for Upgrade to 2010 Today - Part 1 Preupgradecheck

43 Grazie! Non dimenticare di compilare i moduli di Feedback!

44