Ottimizzare le prestazioni dei server Web (Office SharePoint Server)

  • Articolo

Contenuto dell'articolo:

  • Architettura

  • Ottimizzazione

Seguendo i suggerimenti relativi all'architettura fisica e all'ottimizzazione inclusi in questo articolo, è possibile migliorare le prestazioni dei server Web.

Architettura

In questa sezione sono disponibili informazioni sulla configurazione, la topologia e altri aspetti da considerare per i server Web di una farm di Microsoft Office SharePoint Server 2007.

Utilizzare server a 64 bit per i server Web

È consigliabile installare server Web nella versione a 64 bit di Microsoft Office SharePoint Server 2007 in un sistema operativo a 64 bit, a meno che non sussista un motivo aziendale significativo per non eseguire questa operazione.

Configurare con attenzione i server a 32 bit

Se è necessario eseguire server Web a 32 bit, seguire i suggerimenti seguenti:

  • Non utilizzare l'opzione /3gb per i sistemi a 32 bit. Se si eseguono server Web a 32 bit, è consigliabile non utilizzare l'opzione /3gb in Windows Server 2003 per modificare i 2 gigabyte (GB) di spazio degli indirizzi virtuali in 3 gigabyte per tutti i processi della modalità utente. È consigliabile invece utilizzare l'opzione /3gb poiché la maggior parte del traffico dei siti di SharePoint implica l'invio di grandi quantità di dati nel sistema operativo. Di conseguenza, se si lascia solo 1 gigabyte di spazio degli indirizzi per il sistema operativo, il computer potrebbe destabilizzarsi. Per ulteriori informazioni, vedere l'articolo della Microsoft Knowledge Base L'opzione /3GB di Windows Server 2003 non è supportata in Windows SharePoint Services 2.0 o versioni successive o in SharePoint Portal Server 2003 SP2 o versioni successive (https://go.microsoft.com/fwlink/?linkid=105919&clcid=0x410).

  • L'utilizzo contemporaneo di server a 32 e a 64 bit può influire sul bilanciamento del carico. È possibile implementare un ambiente con alcuni server Web in cui sia in esecuzione la versione a 32 bit di Microsoft Office SharePoint Server 2007 e altri in cui sia in esecuzione la versione a 64 bit. Esiste tuttavia il rischio che possa verificarsi un overload dei server Web a 32 bit se il servizio di bilanciamento del carico di rete è configurato per utilizzare un modello meno intelligente, ad esempio Round robin. È consigliabile configurare il servizio di bilanciamento del carico per gestire la distribuzione in base al carico.

    La distribuzione contemporanea di server a 32 e a 64 bit aumenta inoltre il sovraccarico di manutenzione per la farm, in quanto è necessario tenere traccia e gestire in modo indipendente le applicazioni di terze parti, le soluzioni personalizzate, le patch e gli aggiornamenti software.

Non utilizzare Web garden

I Web garden sono pool di applicazioni di Internet Information Services (IIS) supportati da diversi processi di lavoro. È consigliabile non utilizzarli per siti di gestione del contenuto aziendale, in quanto influiscono negativamente sulla memorizzazione nella cache di output delle pagine.

Prendere in considerazione risorse aggiuntive per i sistemi con numerosi flussi di lavoro attivi

In un sistema in cui sono presenti numerose istanze di flusso di lavoro attive, prendere in considerazione la possibilità di aggiungere una maggiore quantità di RAM, più server Web e più risorse per i computer in cui è in esecuzione SQL Server 2005.

Utilizzare server Web dedicati per i servizi non esposti agli utenti finali

Un server Web dedicato è un server Web non connesso al servizio di bilanciamento del carico esposto agli utenti finali. È consigliabile utilizzare questo tipo di server per eseguire tutti i servizi costosi, ad esempio i seguenti:

  • Indicizzazione ricerca

  • Amministrazione centrale

  • Profili

  • Excel Services

Attivare solo le caratteristiche necessarie

In Microsoft Office SharePoint Server 2007 sono disponibili numerose caratteristiche. Le risorse verranno utilizzate in modo più efficiente se si attivano solo le caratteristiche rilevanti per gli utenti. Per ulteriori informazioni sulla disattivazione delle caratteristiche, vedere Utilizzo delle caratteristiche (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=105337&clcid=0x410) (informazioni in lingua inglese) .

Utilizzare l'autenticazione Kerberos per le farm con un utilizzo elevato

Nelle farm in cui vengono gestite numerose richieste per una determinata unità di tempo è consigliabile utilizzare l'autenticazione Kerberos, se in questo modo vengono soddisfatte altre esigenze aziendali. Grazie alla memorizzazione nella cache, l'autenticazione Kerberos è in grado di restituire i risultati delle richieste di autenticazione in modo rapido.

Nota

Quando si esegue un'applicazione server a elevato utilizzo di risorse in un membro del dominio in Windows Server 2003, si potrebbe verificare un ritardo nel processo di autenticazione degli utenti. Per ulteriori informazioni su tale ritardo che può verificarsi durante l'esecuzione di un programma server con volumi elevati in un membro del dominio in Windows 2000 o Windows Server 2003, vedere l'articolo 906736 della Knowledge Base, Si verificarsi un ritardo nel processo di autenticazione utente quando si esegue un'applicazione server volume elevato in un membro di dominio di Windows 2000 o Windows Server 2003 (https://support.microsoft.com/default.aspx?scid=kb;it-it;906736).

Ottimizzazione

In questa sezione sono disponibili informazioni sulla configurazione, l'addestramento degli utenti finali e la manutenzione, nonché altri suggerimenti per l'ottimizzazione di una farm di Microsoft Office SharePoint Server 2007 esistente.

Monitorare le prestazioni di SQL Server

È consigliabile eseguire il monitoraggio delle prestazioni e della capacità procedendo dal basso verso l'alto dello stack, in quanto è probabile che un sovraccarico del server database causi un sovraccarico dei server Web. Se ad esempio il server in cui è in esecuzione SQL Server impiega molto più tempo per rispondere a una richiesta di un server Web che riceve richieste dagli utenti finali con una velocità normale, le richieste sul server Web inizieranno ad accodarsi. Tale comportamento può causare un apparente peggioramento delle prestazioni del server Web, ma in realtà il problema è relativo al server database.

Nel caso di , monitorare la frammentazione dell'indice di SQL Server e seguire le linee guida sulla deframmentazione di SQL Server per Prodotti e tecnologie SharePoint disponibili nell'articolo della Microsoft Knowledge Base Come deframmentare i database di Windows SharePoint Services 3.0 e SharePoint Server 2007 (https://go.microsoft.com/fwlink/?linkid=105588&clcid=0x410). In tal modo è possibile ridurre in maniera significativa i tempi delle ricerche.

Applicare l'hotfix per il contatore ASP.NET # Induced GC

Quando si esegue un'applicazione Web Microsoft ASP.NET 2.0 basata su Microsoft .NET Framework versione 2.0, ad esempio Microsoft Office SharePoint Server 2007, il valore del contatore delle prestazioni # Induced GC aumenta molto rapidamente. L'utilizzo della CPU inoltre diventa elevato e le prestazioni del computer peggiorano. Per risolvere questo problema, applicare l'hotfix disponibile nell'articolo della Knowledge Base Correzione: il valore del contatore delle prestazioni # Induced GC aumenta rapidamente e l'utilizzo della CPU diventa elevato quando si esegue un'applicazione Web ASP.NET 2.0 che si basa su .NET Framework 2.0 (https://go.microsoft.com/fwlink/?linkid=105921&clcid=0x410).

Configurare le impostazioni relative al riciclo dei pool di applicazioni per una maggiore disponibilità

Utilizzare le informazioni contenute in questa sezione per ottimizzare i pool di applicazioni in modo da garantire una maggiore disponibilità.

  • Se nella farm sono inclusi più server Web, verificare che i pool di applicazioni siano impostati in modo da eseguire il riciclo in momenti diversi in ogni server Web.

  • Riciclare i siti Web IIS in momenti diversi in modo da distribuire i carichi fra tutti i server Web della farm. Se in un sito Web specifico è necessario riciclare più pool di applicazioni contemporaneamente, è consigliabile rimuovere temporaneamente tale server Web dal servizio di bilanciamento del carico per evitare un peggioramento delle prestazioni durante il processo di riciclo.

  • Durante la pianificazione del riciclo dei pool di applicazioni nei server a 32 bit, considerare la quantità di memoria utilizzata da ogni pool e modificare la frequenza di riciclo in base a tale quantità. I pool di applicazioni che richiedono meno risorse di memoria dovranno essere riciclati meno frequentemente di quelli che utilizzano maggiori quantità di memoria.

    La gestione della memoria dei server a 64 bit è molto più efficace di quella dei server a 32 bit. È tuttavia consigliabile pianificare il riciclo notturno dei pool di applicazioni per i server a 64 bit, in modo da ridurre il rischio di problemi causati dalla frammentazione.

Per ulteriori informazioni sul riciclo dei pool di applicazioni, vedere Riciclo sovrapposto e SharePoint: impostazioni per i server a 64 bit (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=127018&clcid=0x410) (informazioni in lingua inglese) .

Monitorare e gestire il riciclo dei processi di lavoro a 32 bit

Per impostazione predefinita, vengono allocati 2 GB di spazio degli indirizzi virtuali per ogni processo della modalità utente di Windows a 32 bit. Parte di questo spazio degli indirizzi deve restare inutilizzato per le allocazioni dinamiche. Alcune operazioni in Office SharePoint Server inoltre richiedono grandi blocchi di spazio degli indirizzi contiguo per l'esecuzione di tali allocazioni. Maggiore è la durata dell'esecuzione di un processo, più diventa frammentato lo spazio degli indirizzi. Quando pertanto il processo di lavoro di Office SharePoint Server supera una dimensione compresa tra 1,2 e 1,4 GB, iniziano a verificarsi errori di memoria insufficiente e altri eventi anomali. Man mano che il processo continua a utilizzare spazio degli indirizzi, gli errori diventano sempre più gravi, fino a causare un'interruzione dell'esecuzione da parte di IIS.

Importante

In un ambiente a 64 bit i valori predefiniti per il riciclo dei processi, in caso di esecuzione, sono generalmente sufficienti. Non è pertanto consigliabile modificarli.

Per risolvere il problema, è consigliabile impostare i processi seguenti in ogni server Web a 32 bit.

  • Utilizzare il riciclo sovrapposto di IIS

    Il riavvio periodico del processo di lavoro può essere utile per ridurre la frammentazione dello spazio degli indirizzi. Tale soluzione rende il processo più affidabile ed efficiente. La caratteristica di riciclo sovrapposto di IIS consente di riciclare gradualmente il processo di lavoro di SharePoint, dando alle richieste utente esistenti il tempo per essere completate. Prima di interrompere e riavviare il processo esistente, viene avviato un nuovo processo che accetta tutte le nuove richieste. Il processo precedente viene arrestato dopo che sono state soddisfatte tutte le richieste esistenti o che è stato superato il limite di tempo per l'arresto.

    Per risultati ottimali, è consigliabile impostare IIS in modo che il riciclo venga eseguito in momenti specifici e quando l'utilizzo della memoria raggiunge determinati livelli.

    • Configurare un riciclo basato sulla memoria virtuale affinché venga eseguito a 1700 MB.

    • Configurare il riciclo della memoria utilizzata affinché venga eseguito a 1000 MB.

    • Impostare il limite di tempo per l'arresto su almeno 300 secondi per consentire il completamento delle richieste utente di lunga durata, ad esempio il caricamento di file di grandi dimensioni.

    • Utilizzare ricicli temporizzati in ambienti normalmente associati a carichi di lavoro elevati in determinati periodi del giorno. Impostare un riciclo pianificato circa 30 minuti prima dell'inizio del traffico di picco.

    La mancata configurazione di queste impostazioni nei server a 32 bit può incidere negativamente sulla gestione della cache di ASP.NET. Se non si imposta un limite per la memoria del processo, ne verrà calcolato automaticamente uno. Se lo spazio degli indirizzi della modalità utente è pari a 2 GB, ASP.NET utilizzerà il 60% della RAM fisica o 800 MB, a seconda di quale di questi valori è il più basso. Tale valore verrà utilizzato per determinare la frequenza di pulitura della memoria da parte della cache. Impostando un valore troppo basso, verranno eseguite troppe operazioni di pulitura della memoria. Impostando un valore troppo alto, il processo si espanderà eccessivamente e causerà eccezioni OutOfMemory e altri errori.

    Per ulteriori informazioni sul riciclo dei processi di lavoro, vedere Configurazione dei processi di lavoro per il riciclo (https://go.microsoft.com/fwlink/?linkid=105924&clcid=0x410).

  • Attivare la proprietà LogEventOnRecycle della metabase di IIS per tenere traccia del riciclo dei processi

    Per tenere traccia della frequenza con cui i processi di lavoro vengono riciclati, è possibile utilizzare la proprietà LogEventOnRecycle disponibile nella metabase di Internet Information Services (IIS) 6.0 in modo che vengano generate le voci corrispondenti nel registro eventi del sistema. Se si riscontra che tali processi vengono riciclati con una frequenza inferiore alle 4 ore, prendere in considerazione la possibilità di aggiungere ulteriori server Web per gestire il carico.

    È possibile impostare i flag tramite Adsutil.vbs. Affinché nel registro eventi vengano scritte le cause di tutti i processi del pool di applicazioni, eseguire la procedura seguente:

    1. Fare clic sul pulsante Start, scegliere Esegui, digitare cmd e quindi premere INVIO.

    2. Passare alla directory contenente Adsutil. Il percorso predefinito è il seguente: %SYSTEMDRIVE%\Inetpub\AdminScripts

    3. Digitare il comando seguente e quindi premere INVIO:

      cscript adsutil.vbs Set w3svc/AppPools/ <NomePoolApp> /LogEventOnRecycle 255

      In questo comando sostituire NomePoolApp con il nome del pool di applicazioni per il quale si desidera attivare gli eventi.

      Nota

      Se nel nome del pool di applicazioni è incluso uno spazio, come nel caso di "SharePoint- 80", sarà necessario utilizzare le virgolette per delimitare il percorso della metabase nel comando, come illustrato nell'esempio seguente:

      cscript adsutil.vbs Set "w3svc/AppPools/SharePoint - 80/LogEventOnRecycle" 255

    Per ulteriori informazioni, vedere Come modificare gli eventi di riciclo del pool di applicazioni in IIS 6.0 (https://go.microsoft.com/fwlink/?linkid=105925&clcid=0x410).

Eseguire la manutenzione durante le ore non di punta

Se si sposta o elimina un sito mentre altri siti sono in uso, l'intero portale può smettere di rispondere. Eseguire pertanto questo tipo di attività di manutenzione a elevato utilizzo di risorse durante le fasce orarie non di punta.

Non lasciare estratte le pagine

Se si utilizza Gestione contenuto aziendale, non lasciare estratte le pagine. Se possibile, archiviarle rapidamente dopo ogni modifica. La presenza di pagine rimaste estratte incide negativamente sulle prestazioni del rendering delle pagine stesse.

Monitorare con attenzione l'utilizzo delle personalizzazioni e delle web part

Distribuire solo le personalizzazioni conformi alle procedure consigliate illustrate nelle risorse seguenti:

Monitorare inoltre le web part e i tempi di rendering delle pagine. La web part Colleghi può richiedere una lunga elaborazione, pertanto non utilizzarla nelle pagine per le quali è necessario visualizzare molte altre informazioni.

Monitorare e gestire file di grandi dimensioni

Quando si gestiscono file di dimensioni superiori a 5 MB, impostare come dimensioni massime per il caricamento dei documenti le dimensioni del file più grande previsto per le proprie esigenze aziendali. Le dimensioni massime predefinite per il caricamento dei file sono pari a 50 MB. Le dimensioni massime per i file supportate da Prodotti e tecnologie SharePoint sono pari a 2 GB.

Se gli utenti finali accedono spesso a un determinato insieme di file di grandi dimensioni e tali file vengono aggiornati raramente, è consigliabile memorizzarli all'esterno di Office SharePoint Server, ad esempio in un client di collaborazione non in linea.

Addestrare gli utenti finali all'utilizzo di file di grandi dimensioni

Le modalità con cui gli utenti finali utilizzano i file di grandi dimensioni può incidere in maniera significativa sulle prestazioni.

  • A tutti gli utenti finali dovrebbero essere allocati almeno 50 MB per i file Internet temporanei, ovvero la cache di Internet Explorer, e dovrebbero disporre di ulteriore spazio se normalmente aprono file di grandi dimensioni. Gli utenti finali ai quali non è stato allocato spazio per i file Internet temporanei generano un carico considerevole per i server Web.

  • Gli utenti finali che utilizzano documenti di dimensioni superiori a 25 MB dovrebbero salvare i documenti nei propri computer locali. L'apertura di documenti di grandi dimensioni direttamente da una raccolta documenti comporta un consumo della larghezza di banda e di risorse mentre il documento è aperto, ma può anche causare il salvataggio automatico delle modifiche direttamente nel documento all'interno della raccolta.

    Gli utenti finali dovrebbero fare clic con il pulsante destro del mouse sul documento e salvarlo nei propri computer prima di aprirlo e quindi caricare le eventuali modifiche nella raccolta documenti dopo aver completato il proprio lavoro.

  • Per esaminare i documenti di grandi dimensioni, anziché la visualizzazione Esplora risorse, gli utenti finali dovrebbero utilizzare la visualizzazione Tutti i documenti. Quando si apre una raccolta documenti di SharePoint in visualizzazione Esplora risorse, il posizionamento del puntatore su uno qualsiasi dei file elencati richiede i metadati per tutti i file della cartella che si sta esplorando. In alcuni casi può venire richiesto l'intero file. Questa situazione può generare un carico considerevole per il server in caso di consultazione di diversi file di grandi dimensioni in visualizzazione Esplora risorse.

  • Gli utenti finali non dovrebbero utilizzare la voce Scarica una copia del sottomenu Invia a del menu Modifica nelle raccolte documenti. L'opzione Scarica una copia apre infatti l'intero file nella memoria del server Web.

Addestrare gli utenti finali all'utilizzo di raccolte documenti di grandi dimensioni

Le modalità con cui gli utenti finali utilizzano le raccolte documenti di grandi dimensioni può incidere in maniera significativa sulle prestazioni.

  • Gli utenti finali dovrebbero applicare filtri di visualizzazione personalizzati precedentemente indicizzati per utilizzare raccolte documenti di grandi dimensioni invece di accedere direttamente a tali raccolte.

  • Incoraggiare gli utenti finali a non utilizzare la visualizzazione Esplora risorse, bensì la visualizzazione Tutti i documenti per esaminare le raccolte documenti di grandi dimensioni. Quando si apre una raccolta documenti di SharePoint in visualizzazione Esplora risorse, il posizionamento del puntatore su uno qualsiasi dei file elencati richiede i metadati per tutti i file della cartella che si sta esplorando. In alcuni casi può venire richiesto l'intero file. Nelle cartelle contenenti un numero elevato di elementi questo processo può richiedere molto tempo e incidere negativamente sulle prestazioni della server farm.

  • Collaborare con gli utenti finali per creare visualizzazioni appropriate per le loro esigenze, scoraggiandoli dal creare personalmente visualizzazioni per gli elenchi di grandi dimensioni. Se si dispone di un'applicazione Web con numerosi elenchi particolarmente estesi, prendere in considerazione la possibilità di disattivare l'autorizzazione di gestione delle visualizzazioni personali per l'intera applicazione Web.

Gestire elenchi di grandi dimensioni per prestazioni ottimali

In Prodotti e tecnologie SharePoint sono supportati gli elenchi di grandi dimensioni. È tuttavia necessario controllare con attenzione le modalità di visualizzazione degli elenchi da parte degli utenti finali per evitare ripercussioni negative sulle prestazioni.

  • Per prestazioni ottimali, non superare i 2.000 elementi per ogni livello di elenco, ad esempio la radice oppure una singola cartella.

  • Se è necessario creare ed esplorare elenchi di grandi dimensioni, attenersi alle procedure consigliate seguenti:

    • Indicizzare l'elenco su una o più colonne.

    • Anziché la visualizzazione predefinita, impostare per l'elenco una visualizzazione filtrata personalizzata che soddisfi i requisiti seguenti:

      • La visualizzazione deve restituire meno di 5.000 elementi.

      • La prima colonna utilizzata per filtrare la visualizzazione deve disporre di un indice, in modo da ridurre sufficientemente il numero totale degli elementi restituiti.

      • Nella visualizzazione devono risultare visibili solo le colonne assolutamente necessarie.

      • Nella visualizzazione deve essere incluso il minor numero possibile di colonne di ricerca. Ogni colonna di ricerca di un elenco inclusa in una visualizzazione genera un ulteriore join e quindi altre chiamate al database.

  • Valutare la dimensione degli elenchi in termini di numero di colonne. Gli elenchi con un numero elevato di colonne potrebbero non garantire prestazioni ottimali.

Tenere presente che le impostazioni e le operazioni seguenti possono incidere in modo significativo sulle prestazioni di un sito con elenchi di grandi dimensioni.

  • Le autorizzazioni esplicite complesse, ad esempio a livello di elenco, raccolta, cartella, elemento o documento, forzano la verifica dell'autorizzazione per ogni elemento.

  • Modifica delle impostazioni di autorizzazione.

  • Creazione, aggiornamento ed eliminazione di indici.

  • Importazione ed esportazione di contenuto.

  • Eliminazione di un elenco.

  • Distribuzione di nuovi tipi di contenuto o aggiornamento di tipi di contenuto esistenti.

Se si dispone di flussi di lavoro che generano un numero elevato di elementi di attività e della cronologia, è possibile che si creino elenchi di grandi dimensioni. Per flussi di lavoro molto attivi, attenersi alle procedure seguenti:

  • Mantenere in esecuzione il processo timer AutoCleanupDays in modo da eliminare le attività dei flussi di lavoro completati aventi più di 60 giorni.

  • Quando si creano associazioni di flussi di lavoro, se si prevede che un flusso di lavoro verrà utilizzato frequentemente o genererà un numero elevato di elementi di attività o della cronologia, utilizzare elenchi delle attività e della cronologia non predefiniti.

Considerare che la presenza di un sito in cui vengono utilizzati elenchi di grandi dimensioni può incidere negativamente sulle prestazioni dei backup della raccolta siti eseguiti con le operazioni di backup Stsadm.

Se si prevede di utilizzare o si dispone già di elenchi particolarmente estesi, è consigliabile leggere le informazioni disponibili nelle risorse seguenti:

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 content for Office SharePoint Server 2007 (informazioni in lingua inglese).