Fattori aggiuntivi di pianificazione delle capacità e delle prestazioni (Office SharePoint Server)

In questa sezione vengono illustrati i fattori aggiuntivi da considerare durante la pianificazione della distribuzione.

Fattori ambientali

Web part Query contenuto

Fattori ambientali

Considerazioni sulla rete

Protezione di rete

Autenticazione

Sviluppo di codice personalizzato

Configurazione di rete

La configurazione di rete riveste un'importanza fondamentale per le prestazioni dell'installazione di Office SharePoint Server o Windows SharePoint Services. I componenti di rete più comuni che possono incidere sulle prestazioni sono i seguenti:

  • Scheda di interfaccia di rete

    • Impostazioni della scheda di interfaccia di rete   Laddove possibile, è necessario utilizzare sempre le schede di rete Gigabit. Se si dispone di schede con switch automatico (100 MB/1 GB), è necessario impostare sempre l'utilizzo di 1 Gigabit.

    • In entrata/In uscita   Per gli scenari in cui si prevede un traffico elevato, è consigliabile utilizzare schede di interfaccia di rete per gestire il traffico in entrata e in uscita.

  • **Commutatore   **Se la rete viene eseguita attraverso un commutatore, assicurarsi di utilizzare un commutatore GB e di disporre dello stesso numero di canali in arrivo/in uscita.

  • **Router   **Assicurarsi che i router siano configurati su un'infrastruttura GB.

  • Controller di dominio   L'autenticazione può diventare un collo di bottiglia nell'ambiente SharePoint se il controller di dominio riceve le richieste più velocemente di quanto non riesca a rispondere. Per gli ambienti che utilizzano un'autenticazione come NTLM, è consigliabile un rapporto di 3 server Web per controller di dominio. Se i test indicano che il carico dell'autenticazione con 3 server Web per controller di dominio è accettabile, è possibile aggiungere un altro Web server per controller di dominio per raggiungere il limite supportato di 4 server Web per ogni controller di dominio.

Considerare che la configurazione di rete deve essere pianificata e verificata accuratamente prima di spostare un sistema in un ambiente di produzione.

Consigli sulla topologia di rete

Pianificare le connessioni di rete all'interno e tra farm. È consigliabile utilizzare una rete con una bassa latenza.

Nell'elenco che segue vengono elencate alcuni consigli e procedure consigliate.

  • Tutti i server della farm devono disporre di latenza e larghezza di banda della rete LAN per il server che esegue SQL Server 2005 (fino a 1 millisecondo (ms) di latenza).

  • Poiché non è stata ancora verificata una distribuzione di Microsoft Office SharePoint Server 2007 in cui un server che esegue SQL Server 2005 viene distribuito in una topologia WAN (wide area network) in remoto da altri componenti della farm con una latenza di rete superiore a 1 ms, non è consigliabile utilizzare una topologia WAN di questo tipo.

  • Pianificare una rete WAN adeguata se si intende utilizzare il mirroring di SQL Server 2005 o il log shipping di SQL Server 2005 per mantenere un sito remoto aggiornato.

Protezione di rete

Per ulteriori informazioni sulla protezione di rete, vedere Pianificare le comunicazioni protette all'interno di una server farm (Office SharePoint Server).

Autenticazione

Il meccanismo di autenticazione utilizzato nell'ambiente produce un effetto cumulativo sulle prestazioni globali del sistema. I principali fattori che contribuiscono a rallentare le prestazioni del processo di autenticazione sono:

  • Numero e velocità dei round trip per il provider di autenticazione

  • Prestazioni dei processi di elaborazione del provider di autenticazione

In base ai test Microsoft, l'ordine dei meccanismi di autenticazione, dal più veloce al più lento, è il seguente:

  1. Anonima

  2. Kerberos

  3. NTLM

  4. Basic

  5. Forms

Se si sceglie di scrivere un provider di autenticazione da utilizzare con Office SharePoint Server o Windows SharePoint Services, è consigliabile attenersi alle linee guida indicate nell'articolo MSDN Autenticazione in ASP.NET: indicazioni per la protezione .NET (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=98743&clcid=0x410) (informazioni in lingua inglese) .

Sviluppo di codice personalizzato

Gli eventuali problemi di prestazioni nelle versioni precedenti di SharePoint Server sono dovuti più comunemente allo sviluppo e alla distribuzione di funzionalità personalizzate inefficienti basate sulla piattaforma SharePoint. Quando si sviluppano funzionalità personalizzate per SharePoint, è necessario tenere conto di numerosi criteri di valutazione delle prestazioni, tra cui:

  • Round trip di SQL Server. Per le pagine di base, è consigliabile non superare più di 2-3 round trip SQL. Un numero eccessivo di round trip produce gli effetti negativi seguenti sulle prestazioni:

    • Aumento del tempo di risposta degli utenti finali dovuto a tempi di elaborazione maggiori sul lato server.

    • Riduzione della velocità effettiva del sistema globale dovuta a un carico aggiuntivo sul server di database.

  • **Utilizzo della CPU del computer SQL Server   **Per garantire l'integrità del sistema MOSS, è importante che l'utilizzo della CPU nei server database si mantenga relativamente basso. Se l'utilizzo medio della CPU di SQL Server 2005 supera il 60%, le prestazioni subiranno un rallentamento. Per ridurre l'utilizzo della CPU dei computer SQL Server, è possibile eseguire le operazioni seguenti:

    • Implementare una strategia di memorizzazione nella cache, in modo da ridurre il numero totale di chiamate dai server Web al server database.

    • Ottimizzare il codice personalizzato in modo che vengano utilizzati metodi di oggetti che restituiscono i dati desiderati nel modo più efficiente. A tale scopo, è possibile introdurre indici negli elenchi e così via.

    • Distribuire i database SQL in più computer server database fisici.

  • Dimensioni di download delle pagine. Mantenere le dimensioni del codice entro valori minimi. Un aumento relativamente piccolo delle dimensioni di una pagina può produrre un impatto significativo sulle prestazioni se la pagina viene aperta da un numero elevato di persone ogni giorno, soprattutto nelle ore di punta.

  • Efficienza del codice sul lato client Circa il 50% del tempo di risposta degli utenti finali è determinato dall'elaborazione sul lato client del codice restituito. Se nella soluzione personalizzata aumenta uno di questi fattori, è prevedibile che si produca un effetto negativo sul tempo di risposta degli utenti finali.

  • Richiamate AJAX Per le parti AJAX, il numero di richiamate e il payload di ogni richiamata. Ogni indicatore KPI ad esempio invia 3 chiamate per restituire il risultato. Verificare le prestazioni della pagina se si introducono più indicatori KPI o altro codice personalizzato in una pagina.

Web part Query contenuto

La web part Query contenuto utilizza il meccanismo di esecuzione di query tra elenchi di Windows SharePoint Services per recuperare contenuto dalla raccolta siti di SharePoint. Se la web part viene configurata per eseguire una query che coinvolge un gran numero di elenchi, il meccanismo di creazione di query tra elenchi potrebbe generare un'eccezione.

Per impostazione predefinita, le query tra elenchi presentano un limite di 1000 elenchi. Ciò significa che se si configura una web part Query contenuto con una query che include più di 1000 elenchi, la query tra elenchi non verrà completata e nella web part non verrà visualizzato alcun contenuto. Questa limitazione consente di evitare il sovraccarico di SQL Server 2005. Maggiore è il numero di elenchi inclusi nella query tra elenchi, maggiore sarà il tempo necessario richiesto dal server database per restituire il contenuto richiesto dalla query. Un gran numero di elenchi potrebbe causare un'elaborazione sproporzionata da parte del server database delle query tra elenchi a discapito di altre richieste.

Se i requisiti prevedono la creazione di query per più di 1000 elenchi, è possibile aumentare il limite degli elenchi se il carico del database richiesto dall'operazione è accettabile. Per eseguire questa operazione, aggiungere l'attributo MaxListLimit alla proprietà ListsOverride della web part. Se ad esempio si desidera aumentare il limite a 2000 elenchi, è necessario impostare la proprietà ListsOverride come:

 <Lists ServerTemplate="850" MaxListLimit="2000">

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).