Valutare la durata del processo di aggiornamento e lo spazio necessario (Windows SharePoint Services)

  • Articolo

Contenuto dell'articolo:

  • Stimare la quantità di spazio necessario per l'aggiornamento

  • Stimare la durata dell'aggiornamento

  • Foglio di lavoro correlato

Ogni ambiente è unico e include capacità hardware e caratteristiche di sito diverse. La quantità di spazio e il tempo necessari per eseguire un aggiornamento pertanto variano in modo significativo a seconda dell'ambiente. Il modo migliore per stimare lo spazio richiesto e la durata dell'aggiornamento consiste nell'eseguire un passaggio di aggiornamento di prova e quindi nell'esaminare le dimensioni e i tempi. Per ulteriori informazioni sull'esecuzione di un aggiornamento di prova, vedere Utilizzare una versione di valutazione dell'aggiornamento per individuare possibili problemi (Windows SharePoint Services).

Stimare la quantità di spazio necessario per l'aggiornamento

A seconda dell'approccio di aggiornamento scelto, sarà necessaria una quantità di spazio disponibile su disco diversa per eseguire l'aggiornamento. Con l'approccio che prevede un aggiornamento sul posto o la migrazione di database, è necessario pianificare una minima espansione dei database. Poiché tuttavia durante il processo di aggiornamento hanno luogo numerose transazioni, i file di registro dovranno espandersi per includere le modifiche verificatesi.

Nel caso di un aggiornamento graduale, è necessario disporre di spazio per tre set di database, ovvero i database originali, i database temporanei in cui viene eseguito il processo di aggiornamento e i database aggiornati. È inoltre richiesto spazio per i file di registro e per ulteriori indici di ricerca, se necessari.

Per indicazioni di base e procedure consigliate utili per pianificare e monitorare i requisiti di archiviazione di SQL Server in modo da garantire prestazioni ottimali e il corretto funzionamento delle server farm, vedere Pianificazione e monitoraggio dell'archivio SQL Server per Windows SharePoint Services - Indicazioni e procedure consigliate per le prestazioni (white paper).

Stimare lo spazio per un aggiornamento sul posto o una migrazione di database

Nel caso di un aggiornamento sul posto o di una migrazione di database, non è necessario pianificare molto spazio extra per i database. Nel caso di una migrazione di database del contenuto, è necessario semplicemente pianificare di dover disporre nel nuovo hardware di uno spazio pari a quello richiesto per i database correnti, più dello spazio per espandersi nel tempo. Per determinare la dimensione corrente dei database, utilizzare Enterprise Manager in Microsoft SQL Server. Oltre che per i database, sarà necessario disporre di spazio per gli elementi seguenti:

  • Database temporanei. Assicurarsi di disporre di spazio sufficiente nel database per consentire una rapida crescita dei database temporanei. In caso contrario, è possibile che si verifichi il timeout del processo di aggiornamento e che l'aggiornamento abbia esito negativo.

  • File di registro dell'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 sta effettuando un aggiornamento graduale, per i database è necessario uno spazio sufficiente a contenere una quantità di dati pari a circa il triplo della dimensione della raccolta siti più grande di cui si dispone. Per determinare la dimensione corrente dei database, utilizzare Enterprise Manager in SQL Server.

Se sul disco non è disponibile tale quantità di spazio, è possibile ridurre il sovraccarico aggiornando i siti in batch. Dopo aver aggiornato alcuni batch e verificato con i proprietari dei siti che le vecchie versioni non sono più necessarie, è possibile iniziare a ripulire ed eliminare i siti della versione precedente, dopo aver effettuato un backup. Se si prosegue in questo modo, ovvero aggiornando i nuovi batch ed eliminando i siti della vecchia versione, è possibile tenere sotto controllo la quantità di spazio necessario.

Oltre che per i database, sarà necessario disporre di spazio per gli elementi seguenti:

  • File di registro dell'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.

Per ulteriori informazioni sull'utilizzo dello spazio durante un aggiornamento graduale, vedere Funzionamento del processo di aggiornamento (Windows SharePoint Services).

Stimare la durata dell'aggiornamento

Avendo a disposizione le stime dello spazio su disco richiesto, è ora possibile fare una stima approssimativa di quanto durerà il processo di aggiornamento vero e proprio. La durata dell'aggiornamento varia in modo significativo da un ambiente all'altro e dipende dall'hardware utilizzato, dalla complessità dei siti e dalla caratteristiche specifiche dell'implementazione. Se ad esempio è presente un numero elevato di raccolte documenti di grandi dimensioni, sarà necessario più tempo che non per l'aggiornamento di un sito più semplice.

Anche l'approccio di aggiornamento scelto incide considerevolmente sulla durata del processo. L'aggiornamento mediante una migrazione di database è il metodo più rapido, tuttavia è necessario tenere presente che le operazioni pre-aggiornamento e post-aggiornamento richiedono molto più tempo di altri approcci. L'aggiornamento graduale è invece il metodo più lento a causa dei passaggi extra per la copia dei dati. L'aggiornamento sul posto ha una durata intermedia.

Il modo migliore per stimare il tempo globale consiste nell'eseguire un aggiornamento di prova di una piccola parte dei dati e quindi nell'esaminare i file di registro dell'aggiornamento. È inoltre possibile utilizzare i file di registro per verificare lo stato del processo di aggiornamento mentre è in corso. Il file upgrade.log disponibile in %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGS contiene la durata.

La stima a cui si giunge sulla base del proprio set di dati è relativa semplicemente al processo di aggiornamento dei dati e non tiene conto di tutte le operazioni che è necessario eseguire prima e dopo questo passaggio e che possono richiedere molto più tempo dell'aggiornamento dei dati vero e proprio. Quando si calcola la durata dell'aggiornamento, oltre all'elaborazione dei dati, è pertanto necessario considerare quanto tempo richiederanno le attività da eseguire durante le fasi pre- e post-aggiornamento.

Operazioni pre-aggiornamento:

  • Creazione degli elementi personalizzati   Per creare una definizione di sito o nuovi layout di pagina oppure per aggiornare le web part è necessario tempo. Il processo di creazione degli elementi personalizzati deve iniziare presto, durante la fase di valutazione del progetto.

  • Back dei database   È necessario eseguire un backup completo e non differenziale per essere certi di poter effettuare il ripristino nella remota eventualità che l'aggiornamento abbia esito negativo e sia necessario ricreare la server farm. Per ambienti di grandi dimensioni, questa operazione può richiedere molto tempo. In particolare, se si effettua il backup in un percorso di rete, i problemi di latenza di rete possono rallentare il processo.

  • Creazione di nuovi nomi DNS (Domain Name System) per un aggiornamento graduale   La propagazione delle modifiche nella rete da parte di Domain Name System richiede tempo. Per ulteriori informazioni sulla fase precedente alla creazione dei nomi DNS per un aggiornamento graduale, vedere Creare nuovi nomi di dominio (solo aggiornamento graduale) (Windows SharePoint Services).

Operazioni post-aggiornamento:

  • Verifica dei siti ed esecuzione delle modifiche o ripristino di un modello   Considerare tempo sufficiente affinché gli utenti possano convalidare i rispettivi siti dopo l'aggiornamento. Questa attività può richiedere diversi giorni. Per ulteriori informazioni, vedere Controllare i siti aggiornati (Windows SharePoint Services).

Possono allungare i tempi di aggiornamento anche altri fattori dell'ambiente, tra cui:

  • Raccolte documenti particolarmente grandi   Una raccolta documenti con oltre 250.000 documenti tutti nella radice della raccolta anziché in cartelle comporta tempi lunghi e l'aggiornamento potrebbe avere esito negativo. Attenendosi alle indicazioni per la versione 2.0 sull'utilizzo di cartelle per dividere raccolte documenti di grandi dimensioni, è possibile controllare la dimensione delle raccolte. Se ad esempio si interviene sulla stessa raccolta documenti dividendo i 250.000 in 125 cartelle, l'aggiornamento verrà eseguito più agevolmente.

  • Database particolarmente grandi   Per l'aggiornamento dei database di oltre 100 GB è necessario molto tempo. Se i propri database hanno dimensioni ancora superiori, è consigliabile dividerli in database più piccoli prima di eseguire l'aggiornamento. Database di grandi dimensioni, oltre a richiedere più tempo per l'aggiornamento, possono essere più difficili da ripristinare se l'aggiornamento non viene completato correttamente. Per spostare raccolte siti da un database all'altro sono disponibili strumenti supportati dalla comunità.

    Avviso

    Se si dispone di un database molto grande, di oltre 100 GB, che non può essere diviso perché gran parte del contenuto si trova in una raccolta siti, è inoltre possibile riconsiderare l'approccio di aggiornamento scelto. L'aggiornamento graduale consente di gestire database più grandi perché, in ragione dell'approccio graduale, è possibile aggiornare singolarmente le raccolte siti. L'approccio con migrazione di database è più difficoltoso nel caso di database particolarmente grandi, semplicemente perché sono problematici il backup e il ripristino di database così estesi. L'approccio graduale ovviamente richiede più spazio, pertanto è necessario considerare con attenzione le alternative disponibili. Per ulteriori informazioni sull'utilizzo della migrazione di database per aggiornare i siti dopo aver finalizzato un aggiornamento graduale, vedere l'articolo 926718 della Microsoft Knowledge Base intitolato Come collegare un backup di 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).

    Prima di tentare l'aggiornamento, seguire le indicazioni per la pianificazione della capacità della vecchia e della nuova versione. Se si superano i valori per prestazioni ottimali, il processo di aggiornamento potrebbe durare più a lungo oppure potrebbe avere esito negativo, ad esempio potrebbe andare ripetutamente in timeout sulla stessa raccolta documenti di grandi dimensioni. Se la distribuzione non è conforme alle indicazioni per le capacità consigliate, valutare se sia necessario eseguire particolari attività per renderla conforme prima di procedere con l'aggiornamento. Anche in questo caso, per prendere una decisione, può essere utile eseguire un aggiornamento di prova.

Foglio di lavoro

Utilizzare il foglio di lavoro Estimate database space and time for upgrade worksheet (https://go.microsoft.com/fwlink/?linkid=73752&clcid=0x410) per determinare quanto spazio su disco è necessario per eseguire l'aggiornamento e quanto tempo durerà il processo di aggiornamento.