Valutare la durata e la quantità di spazio necessari per il processo di aggiornamento (Office SharePoint Server)
Contenuto dell'articolo:
Stimare la quantità di spazio necessaria per l'aggiornamento
Stimare il tempo necessario per completare l'aggiornamento
Foglio di lavoro correlato
Ogni ambiente è univoco e include funzionalità hardware e caratteristiche del sito differenti. La quantità di spazio e il periodo di tempo necessari per eseguire un aggiornamento variano notevolmente in base all'ambiente. Ad esempio, i siti basati su Microsoft® Windows® SharePoint® Services 2.0 possono essere aggiornati molto più rapidamente rispetto ai siti personali o ai siti portale basati su Microsoft Office SharePoint Portal Server 2003 poiché il processo di aggiornamento per i siti di Windows SharePoint Services 2.0 prevede un numero inferiore di passaggi rispetto al processo di aggiornamento per i siti personali o i siti portale di SharePoint Portal Server 2003. Il modo migliore per stimare lo spazio e il tempo che saranno necessari per completare il processo di aggiornamento consiste nell'eseguire un aggiornamento di prova e quindi valutare le dimensioni e i tempi. Per ulteriori informazioni sull'esecuzione di un aggiornamento di prova, vedere Utilizzare un aggiornamento di prova per individuare possibili problemi (Office SharePoint Server).
Stimare la quantità di spazio necessaria per l'aggiornamento
In base all'approccio di aggiornamento scelto, saranno necessarie quantità diverse di spazio libero su disco per eseguire l'aggiornamento. Per gli approcci di aggiornamento sul posto e migrazione del database è necessario pianificare un'espansione molto limitata dei database. Tuttavia, vengono eseguite numerose transazioni mentre è in corso il processo di aggiornamento, pertanto le dimensioni dei file di registro dovranno espandersi per includere le modifiche applicate.
Con un aggiornamento graduale, è necessario disporre di spazio sufficiente per tre insiemi di database: i database originali, i database temporanei in cui viene eseguito il processo di aggiornamento e i database aggiornati. Inoltre, è necessario disporre dello spazio per i file di registro e gli indici di ricerca aggiuntive (se necessari).
Per indicazioni di base e procedure consigliate utili per pianificare e monitorare i requisiti dell'archivio SQL Server in modo da garantire prestazioni ottimali e il corretto funzionamento delle server farm, vedere Pianificazione e monitoraggio dell'archivio SQL Server per Office SharePoint Server: Procedure consigliate e consigli relativi alle prestazioni (white paper).
Stimare lo spazio per un aggiornamento sul posto o una migrazione di database
Per un aggiornamento sul posto o una migrazione di database non è necessario pianificare molto spazio per database aggiuntivi. Per una migrazione del database del contenuto, è sufficiente pianificare nel nuovo hardware lo spazio necessario per i database correnti e una quantità di spazio per eventuali espansioni future. Per scoprire le dimensioni attuali dei database, utilizzare Enterprise Manager in Microsoft SQL Server. Oltre allo spazio dei database, è inoltre necessario disporre di spazio per gli elementi seguenti:
File di registro di aggiornamento.
File di registro delle transazioni per i database. Le dimensioni di questi file di registro devono aumentare rapidamente per adeguarsi al numero di modifiche effettuate nei database. Assicurarsi che lo spazio su disco sia sufficiente per questi file di registro.
Nota
In ambienti di dimensioni molto grandi, è possibile che la percentuale predefinita di aumento delle dimensioni per i file di registro delle transazioni (10%) non sia sufficiente per le transazioni generate dal processo di aggiornamento e ciò può causare un timeout. Anche in questo caso, l'esecuzione di un aggiornamento di prova è il modo migliore per stabilire se i file di registro delle transazioni sono adeguati al processo di aggiornamento. Se l'ambiente è molto esteso o se si verifica un timeout del processo durante l'aggiornamento di prova, valutare la possibilità di aumentare anticipatamente le dimensioni dei file di registro delle transazioni di SQL Server per assicurarsi che sia disponibile lo spazio sufficiente per il numero di transazioni che dovranno essere elaborate. Per ulteriori informazioni sull'aumento anticipato delle dimensioni dei registri delle transazioni di SQL Server, vedere l'argomento relativo all'espansione di un database nella documentazione di SQL Server 2000 o 2005.
Stimare lo spazio per un aggiornamento graduale
Se si adotta un approccio di aggiornamento graduale, è necessario disporre dello spazio sufficiente nel database per accettare una quantità di dati pari a circa tre volte le dimensioni della raccolta siti più grande. Ad esempio, un sito portale interno a Microsoft includeva un sito portale radice in SharePoint Portal Server 2003 con 400 gigabyte (GB) di dati nel relativo database. Il gruppo IT stimò che sarebbero stati necessari 1,2 terabyte (TB) di spazio nel database per eseguire il processo di aggiornamento graduale. Per scoprire le dimensioni attuali del database, utilizzare Enterprise Manager in SQL Server.
Se non è possibile assegnare tutto questo spazio su disco, è possibile ridurre questo sovraccarico aggiornando i siti in batch. Dopo aver aggiornato alcuni batch e aver verificato con i proprietari del sito che le versioni precedenti non sono più necessarie, è possibile iniziare a rimuovere ed eliminare i siti delle versioni precedenti (dopo aver eseguito un backup). Se si prosegue in questo modo, aggiornando nuovi batch ed eliminando siti dalle versioni precedenti, è possibile limitare la quantità di spazio necessaria.
Se si utilizzano servizi condivisi, è inoltre necessario disporre di spazio per circa due volte le dimensioni degli indici. Ciò è dovuto al fatto che, durante un aggiornamento graduale con servizi condivisi, verrà eseguita due volte l'indicizzazione, per la versione precedente e per la nuova versione.
Oltre allo spazio per il database, è inoltre necessario disporre di spazio per gli elementi seguenti:
File di registro di aggiornamento.
File di registro delle transazioni per i database. Le dimensioni di questi file di registro devono aumentare rapidamente per adeguarsi al numero di modifiche effettuate nei database. Assicurarsi che lo spazio su disco sia sufficiente per questi file di registro.
Nota
In ambienti di dimensioni molto grandi, è possibile che la percentuale predefinita di aumento delle dimensioni per i file di registro delle transazioni (10%) non sia sufficiente per le transazioni generate dal processo di aggiornamento e ciò può causare un timeout. Anche in questo caso, l'esecuzione di un aggiornamento di prova è il modo migliore per stabilire se i file di registro delle transazioni sono adeguati al processo di aggiornamento. Se l'ambiente è molto esteso o se si verifica un timeout del processo durante l'aggiornamento di prova, valutare la possibilità di aumentare anticipatamente le dimensioni dei file di registro delle transazioni di SQL Server per assicurarsi che sia disponibile lo spazio sufficiente per il numero di transazioni che dovranno essere elaborate. Per ulteriori informazioni sull'aumento anticipato delle dimensioni dei registri delle transazioni di SQL Server, vedere l'argomento relativo all'espansione di un database nella documentazione di SQL Server 2000 o 2005.
Gli indici di ricerca. In un aggiornamento graduale, è possibile che due ricerche per indicizzazione siano in esecuzione contemporaneamente.
Per ulteriori informazioni sul modo in cui lo spazio su disco viene utilizzato durante un aggiornamento graduale, vedere Come funziona il processo di aggiornamento (Office SharePoint Server).
Stimare il tempo necessario per completare l'aggiornamento
Dopo aver stimato lo spazio su disco, è possibile calcolare una stima approssimativa della durata effettiva del processo di aggiornamento. I tempi di aggiornamento variano notevolmente in base agli ambienti. Le prestazioni per un aggiornamento dipendono notevolmente dall'hardware in uso, dalla complessità dei siti e dalle caratteristiche specifiche dell'implementazione. Ad esempio, se si dispone di numerose raccolte documenti di grandi dimensioni o di numerosi siti personalizzati, l'aggiornamento di questi elementi potrebbe richiedere più tempo rispetto a un sito più semplice.
L'approccio di aggiornamento scelto determinerà inoltre una differenza sostanziale nella durata del processo. L'aggiornamento mediante migrazione del database è il metodo più rapido (tenere presente, tuttavia, che i passaggi pre-aggiornamento e post-aggiornamento per questo approccio richiedono più tempo rispetto ad altri approcci). Un aggiornamento graduale è il metodo più lento a causa dei passaggi aggiuntivi previsti per la copia dei dati. L'aggiornamento sul posto è a metà strada tra i primi due.
Il modo migliore per stimare il tempo complessivo consiste nell'eseguire un aggiornamento di prova su una piccola parte dei dati e quindi esaminare i file di registro dell'aggiornamento. È inoltre possibile utilizzare i file di registro per verificare lo stato durante il processo di aggiornamento. Il file upgrade.log che si trova in %COMMONPROGRAMFILES%\Microsoft Shared\Web Server extensions\12\LOGS contiene la durata del processo.
Tuttavia, la stima ottenuta sulla base del set di dati è relativa all'effettivo processo di aggiornamento per i dati e non include tutti i passaggi che devono essere eseguiti prima e dopo il processo, che possono richiedere più tempo dell'aggiornamento stesso dei dati. Quando si stima la durata dell'aggiornamento, oltre all'elaborazione dei dati, è necessario prevedere anche quanto tempo richiederanno le attività delle fasi pre-aggiornamento e post-aggiornamento.
Passaggi pre-aggiornamento:
Creazione di elementi personalizzati La creazione di una definizione di sito o di nuovi layout di pagina, oppure l'aggiornamento di web part richiede del tempo. Il processo di creazione degli elementi personalizzati deve pertanto iniziare prima, durante la fase di valutazione del progetto.
Backup dei database Per essere sicuri di poter ripristinare i dati qualora l'aggiornamento abbia esito negativo o sia necessario ricreare la server farm, è necessario eseguire un backup completo, non un backup differenziale. Per gli ambienti di grandi dimensioni, questo passaggio può richiedere una notevole quantità di tempo. In particolare, se si esegue il backup in un percorso di rete, i problemi di latenza della rete possono rallentare il processo.
Creazione di nuovi nomi DNS (Domain Name System) per un aggiornamento graduale Il sistema DNS richiederà del tempo per propagare le modifiche nella rete. Per ulteriori informazioni sulla creazione preliminare dei nomi DNS per un aggiornamento graduale, vedere Creare nuovi nomi di dominio (solo aggiornamento graduale).
Passaggi post-aggiornamento:
Verifica dei siti e modifica o ripristino del modello È necessario concedere tempo sufficiente agli utenti per convalidare i propri siti dopo l'aggiornamento. Questa operazione potrebbe richiedere diversi giorni. Per ulteriori informazioni, vedere Rivedere i siti aggiornati (Office SharePoint Server).
Creazione di provider di servizi condivisi Questo passaggio riguarda solo la migrazione di un database (in un aggiornamento sul posto o graduale, il provider di servizi condivisi viene creato nell'ambito del processo di aggiornamento). La creazione di un provider di servizi condivisi può richiedere da 10 a 20 minuti; tuttavia, se è necessario contattare un amministratore di database affinché crei preliminarmente i database, potrebbe essere necessario un giorno o due di anticipo.
Importazione di profili dopo l'aggiornamento Questo passaggio può richiedere da diverse ore a un giorno per le organizzazioni di grandi dimensioni (ad esempio, con più di 1.000 profili).
Esecuzione di una ricerca per indicizzazione di utenti Per le organizzazioni di grandi dimensioni questo passaggio può richiedere più di 24 ore.
Esecuzione di una ricerca per indicizzazione in tutto il contenuto Per i siti di grandi dimensioni questo passaggio può richiedere più di 24 ore.
Anche altri fattori nell'ambiente specifico possono contribuire ad allungare i tempi di aggiornamento, tra cui:
Raccolte documenti molto estese Una raccolta documenti con oltre 250.000 documenti nella radice della raccolta (anziché nelle cartelle) richiederà più tempo per completare l'aggiornamento e il processo potrebbe avere esito negativo. Per riuscire a gestire correttamente le dimensioni della raccolta è consigliabile seguire le linee guida della versione 2003 e 2.0 relative all'utilizzo delle cartelle per suddividere le raccolte documenti di grandi dimensioni. Ad esempio, se si riorganizza la stessa raccolta documenti in modo che i 250.000 documenti siano suddivisi in 125 cartelle, l'aggiornare dovrebbe risultare più facile.
Database molto estesi I database superiori a 100 GB possono richiedere molto tempo per l'aggiornamento. Tuttavia, i database del contenuto che contengono i siti portale hanno spesso dimensioni molto maggiore di queste (ad esempio, 200 GB). Se si dispone un sito portale con molte aree di grandi dimensioni, non può essere suddiviso in SharePoint Portal Server 2003 e deve essere aggiornare tutto nello stesso momento.
Nota
Se si dispone di database del contenuto superiori a 100 GB che includono siti del team o siti personali anziché siti portale, è consigliabile dividerli in database più piccoli prima di eseguire l'aggiornamento. I database più estesi non solo richiedono più tempo per essere aggiornati, ma possono rendere più difficile il ripristino qualora l'aggiornamento non venisse completato correttamente. Sono disponibili strumenti supportati dalla community per spostare le raccolte siti tra i database.
Se si dispone di un database estremamente vasto (oltre 100 GB) che non può essere suddiviso (poiché la maggior parte del contenuto fa parte di un'unica raccolta siti), può essere consigliabile riconsiderare l'approccio di aggiornamento. Un approccio di aggiornamento graduale consente di gestire i database di dimensioni maggiori in quanto, con un approccio graduale, è possibile aggiornare singolarmente le raccolte siti. Un approccio di migrazione del database risulta più complesso con database molto estesi, semplicemente perché il backup e il ripristino di tali database sono problematici. Naturalmente, un approccio graduale richiede più spazio, quindi è necessario valutare attentamente le diverse opzioni. Per ulteriori informazioni sull'utilizzo della migrazione del database per aggiornare i siti dopo la finalizzazione di un aggiornamento graduale, vedere l'articolo 926718 della Microsoft Knowledge Base Come collegare il backup di un database del contenuto durante un aggiornamento graduale di una farm di Windows SharePoint Services 2.0 a Windows SharePoint Services 3.0 (https://go.microsoft.com/fwlink/?linkid=113886&clcid=0x410).
Avviso
Assicurarsi di seguire le linee guida per la pianificazione delle capacità relative alle versioni precedenti e alle nuove prima di provare l'aggiornamento. Se si superano i valori indicati nelle linee guida per garantire prestazioni ottimali, il processo di aggiornamento potrebbe durare più a lungo o potrebbe avere esito negativo (ad esempio, potrebbero verificarsi timeout ripetuti del processo per una raccolta documenti di grandi dimensioni). Se la distribuzione non soddisfa le linee guida consigliate per le capacità, valutare se è necessario eseguire operazioni aggiuntive per soddisfare tali linee guida prima di tentare l'aggiornamento. Anche in questo caso un aggiornamento di prova può agevolare tale decisione.
Foglio di lavoro
Utilizzare il foglio di lavoro Estimate database space and time for upgrade worksheet (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=73752&clcid=0x410) per determinare la quantità di spazio su disco necessaria per eseguire l'aggiornamento e la durata che potrebbe avere il processo di aggiornamento.
Scaricare il manuale
Questo argomento è incluso nel manuale seguente, che può essere scaricato per una lettura e una stampa più agevoli:
Per un elenco completo dei manuali disponibili che è possibile scaricare per Office SharePoint Server 2007, vedere Downloadable books for Office SharePoint Server 2007 (informazioni in lingua inglese) (informazioni in lingua inglese).