Consigli sulla topologia fisica (Office SharePoint Server)

La topologia del livello di database del sistema e la rete, lo spazio fisico di archiviazione e la memorizzazione nella cache possono influire in modo significativo sulle prestazioni del sistema. Durante la pianificazione dell'hardware è necessario ricordare che Microsoft Office SharePoint Server 2007 è l'ultima versione di Office SharePoint Server che può essere eseguita con database e sistemi operativi a 32 bit. In questo articolo vengono illustrati principalmente i miglioramenti che è possibile apportare quando il sistema viene eseguito in Microsoft SQL Server 2008.

Nelle sezioni seguenti sono riportati consigli basati sulle procedure consigliate individuate per i database di SQL Server 2005 che ospitano Microsoft Office SharePoint Server 2007.

Iniziare con un server dedicato che esegue SQL Server 2008

I consigli seguenti sono validi per il livello di database nella topologia in uso:

• Posizionare sempre SQL Server 2008 in un server dedicato che non esegue altri ruoli della farm o che non ospita database per altre applicazioni, a meno che la distribuzione del sistema in corso non riguardi un server autonomo.

• È consigliabile installare la versione a 64 bit di SQL Server 2005 su un sistema operativo a 64 bit, a meno che non vi siano importanti motivi aziendali che portano a una decisione diversa.

• Per ottenere prestazioni ottimali, utilizzare Microsoft Office SharePoint Server 2007 con SQL Server 2008 con il Service Pack più recente, a meno che non vi siano importanti motivi aziendali che rendono necessario l'utilizzo di una versione precedente.

• Utilizzare alias di connessioni di SQL Server quando si configura la server farm. Un alias di connessione è un nome alternativo che può essere utilizzato per effettuare la connessione a un'istanza di SQL Server. Se un server database presenta un problema, sarà possibile modificare l'alias nel server Web front-end in modo che punti a un altro server. Per ulteriori informazioni, vedere Procedura: Impostazione di un alias SQL Server (SQL Server Management Studio) (https://msdn.microsoft.com/it-it/library/ms175176.aspx).

• Assicurarsi che i canali di input/output (I/O) di SQL Server 2008 per i dischi non siano condivisi da altre applicazioni, ad esempio il file di scambio e i registri di IIS (Internet Information Services).

Valutare la scalabilità orizzontale oltre all'aggiunta di risorse

È importante tenere traccia dei tre componenti seguenti delle risorse di un server che esegue SQL Server 2008: CPU, memoria e sottosistema di I/O. Quando l'utilizzo di uno o più componenti sembra vicino al limite, analizzare il corso d'azione appropriato in base al carico di lavoro corrente e previsto. Stabilire quindi se aggiungere più risorse o applicare la scalabilità orizzontale con un nuovo server che esegua SQL Server 2008. È consigliabile in generale considerare la possibilità di applicare la scalabilità orizzontale oltre alla possibilità di aggiungere risorse. Per ulteriori informazioni, vedere Risoluzione dei problemi di prestazioni in SQL Server 2008(informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=168448&clcid=0x410).

È consigliabile distribuire un server aggiuntivo che esegue SQL Server 2008 quando vi sono più di quattro server Web utilizzati a piena capacità.

Seguire le linee guida di SQL Server nella scelta dell'hardware

Nelle sezioni seguenti sono riportati consigli del team di SQL Server 2008 relativamente all'hardware, utili per ottimizzare le prestazioni di Microsoft Office SharePoint Server 2007.

Memoria

Per determinare la quantità di memoria necessaria per i computer che eseguono SQL Server 2008, stabilire innanzitutto se la distribuzione pianificata è di piccole, medie o grandi dimensioni in termini di utilizzo della memoria.

Per definire le dimensioni della distribuzione, utilizzare la tabella seguente:

• Se i parametri di distribuzione sono in genere inferiori ai valori elencati, la distribuzione può essere considerata piccola.

• Se i parametri di distribuzione sono all'incirca equivalenti ai valori elencati, la distribuzione può essere considerata media.

• Se i parametri di distribuzione sono in genere maggiori dei limiti superiori della maggior parte dei valori elencati, la distribuzione può essere considerata grande.

Per SQL Server 2008 la memoria minima necessaria è pari a 4 gigabyte (GB). Per distribuzioni di medie dimensioni è consigliabile utilizzare 8 GB e per distribuzioni di grandi dimensioni almeno 16 GB.

Altri fattori che possono influenzare le esigenze di memoria:

• Utilizzo del mirroring di SQL Server 2008.

• Utilizzo frequente di file di dimensioni maggiori 15 megabyte (MB).

Cache della CPU

Nel server che esegue SQL Server 2008 è consigliabile che la cache L2 per CPU disponga di un minimo 2 MB per ottimizzare la memoria.

Larghezza di banda del bus

Una maggiore larghezza di banda del bus contribuisce a migliorare l'affidabilità e le prestazioni. È necessario tenere in considerazione che la larghezza di banda non viene utilizzata solo dal disco e valutare ad esempio anche l'accesso alla rete.

Nell'elenco seguente vengono descritte alcune procedure consigliate e vengono riportati alcuni consigli per ottimizzare la larghezza di banda del bus.

• Nei server di medie o grandi dimensioni una maggiore larghezza di banda migliora l'affidabilità del sistema, in particolare con l'aggiunta di software a percorsi multipli. Una maggiore larghezza di banda non comporta invece un aumento significativo dell'affidabilità nei sistemi più piccoli. L'affidabilità della larghezza di banda del bus viene migliorata utilizzando percorsi ridondanti nel sistema ed evitando un singolo punto di errore nei dispositivi hardware.

• Una maggiore larghezza di banda del bus consente di ottimizzare le prestazioni nei sistemi che utilizzano spesso trasferimenti di blocchi di grandi dimensioni e I/O sequenziali.

• Nei server più piccoli che utilizzano soprattutto I/O sequenziali, un bus PCI diventa un collo di bottiglia con tre dischi. Per un server di piccole dimensioni con otto dischi che utilizzano in prevalenza I/O casuali, un bus PCI è sufficiente. È tuttavia più comune trovare un PCI-X sui server di ogni dimensione.

• Per supportare un numero di dischi elevato è necessaria una maggiore larghezza di banda del bus.

• La capacità della larghezza di banda del bus potrebbe essere limitata dalla topologia del sistema. Se il sistema utilizza dischi con collegamento diretto, la capacità di larghezza di banda del bus è limitata dal numero di slot. Nei sistemi con reti di archiviazione SAN invece non vi sono limiti imposti da fattori fisici.

• I server più costosi in genere includono bus più grandi e più rapidi. Spesso non è possibile aumentare la capacità della larghezza di banda dei bus senza sostituire i server. I server più grandi tuttavia hanno una maggiore flessibilità di configurazione. Contattare i provider dei server per le specifiche.

Interfacce SAN e disco

Le interfacce utilizzate nel sistema possono influenzare l'affidabilità e le prestazioni. A parità di condizioni, nelle unità di dimensioni maggiori si riscontra un aumento del tempo di posizionamento medio. È possibile utilizzare le informazioni riportate nella tabella seguente per valutare la scelta dell'interfaccia.

Ridondanza del database all'interno di un data center

È consigliabile garantire la ridondanza per uno dei due tipi di archiviazione all'interno di un data center.

• Per una rete SAN o per i dischi condivisi, il clustering rappresenta la tecnologia più comune e più vantaggiosa da un punto di vista economico. Prodotti e tecnologie SharePoint supporta in modo nativo l'utilizzo di cluster, disponibili in SQL Server 2008 Standard Edition. I team responsabili delle operazioni possono trovare nel clustering una soluzione di disponibilità familiare. Per ulteriori informazioni, vedere Configurare la disponibilità in una sola farm mediante il clustering di SQL Server ( https://go.microsoft.com/fwlink/?linkid=168606&clcid=0x410).

• Per i dischi dedicati o l'archiviazione DAS (Disk-Attached Storage), è possibile utilizzare il mirroring del database di SQL Server 2008. SharePoint non è in grado di riconoscere in modo nativo il mirroring del database. Per cambiare connessioni in caso di problemi con il mirroring, è consigliabile utilizzare l'alias di un client SQL Server e gestire manualmente il processo di failover modificando l'alias in modo che punti al partner di failover. Per ulteriori informazioni, vedere Utilizzo del mirroring del database con Office SharePoint Server 2007(informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=83725&clcid=0x410).

Ridondanza del database tra data center diversi

Per i dati archiviati in SAN e DAS è possibile effettuare il mirroring o la replica in modo da supportare i requisiti di continuità aziendale, ma la tecnica per il mirroring differisce come descritto di seguito:

• La maggior parte dei fornitori di SAN offre il mirroring dei dati tra più siti diversi.

• Nella maggior parte degli scenari basati su DAS è necessario un metodo di replica software, offerto dal fornitore o abilitato mediante tecnologie come il mirroring del database o il log shipping.

  Se si sceglie di utilizzare il mirroring asincrono, SharePoint potrà sfruttare la funzionalità di compressione del flusso di registro di SQL Server 2008 e, se è in esecuzione SQL Server 2008 Enterprise Edition, potrà inoltre avvalersi della possibilità di utilizzare un thread di rollforward aggiuntivo per database per ogni quattro core del sistema. Per ulteriori informazioni, vedere:

  • Pianificare l'ambiente per la disponibilità (Office SharePoint Server)

  • Configurare il ripristino di emergenza nelle farm di SharePoint utilizzando il log shipping di SQL Server

  • Integrazione di SQL Server 2008 e Office SharePoint Server 2007

Le tecnologie per snapshot possono essere utilizzate per acquisire in un determinato momento snapshot dei dati ospitati in una rete SAN. DAS nella maggior parte dei casi non offre il software e i servizi aggiuntivi che consentono di rendere disponibile il supporto degli snapshot.

È possibile utilizzare tecnologie di supporto come Microsoft System Center Data Protection Manager 2007 per garantire ulteriore protezione per Microsoft SQL Server e Prodotti e tecnologie Microsoft Office SharePoint.  Microsoft System Center Data Protection Manager 2007 rende possibili la protezione e il ripristino dei dati su disco o nastro per i server all'interno e tra domini di Active Directory®. Per ulteriori informazioni su Microsoft System Center Data Protection Manager 2007, vedere il relativo sito Web(informazioni in lingua inglese) (https://www.microsoft.com/systemcenter/dataprotectionmanager/en/us/default.aspx).

Prestazioni

Sia per DAS che per SAN, è consigliabile misurare le categorie di prestazioni seguenti:

• I/O al secondo

• Megabyte al secondo

• Latenza

Sulle prestazioni degli ambienti DAS e SAN incidono così tante variabili che non è possibile offrire semplici suggerimenti. Alcune di queste variabili sono i driver, la configurazione, le tecnologie sottostanti e di supporto fondamentali e le schede bus host (HBA).

L'utilizzo di un'infrastruttura con commutazione Fibre Channel può essere vantaggioso per gli ambienti SAN perché la tecnologia Fibre Channel può garantire più collegamenti tramite l'infrastruttura e può pertanto consentire il parallelismo dei percorsi di I/O in modo che la rete SAN possa elaborare le richieste di I/O in modo più efficiente.

La latenza minima nel sottosistema di I/O utilizzato dal server che esegue SQL Server è un fattore molto importante. Una risposta lenta del sottosistema di I/O non può essere compensata aggiungendo altri tipi di risorse, ad esempio CPU o memoria, ma può avere effetti e causare problemi nell'intera farm. Pianificare la latenza minima prima della distribuzione e monitorare i sistemi esistenti come illustrato in Monitorare e risolvere i problemi delle prestazioni di archiviazione.

Suggerimenti sulla topologia di rete

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

Nell'elenco che segue sono riportati alcuni suggerimenti 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 2008 (fino a 1 millisecondo (ms) di latenza).

• Non è consigliabile utilizzare una topologia WAN (Wide Area Network) in cui un server che esegue SQL Server 2008 venga distribuito in remoto da altri componenti della farm con una latenza di rete superiore a 1 ms. Questa topologia non è stata testata.

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

• Pianificare l'utilizzo della caratteristica di compressione dei backup di SQL Server 2008 Enterprise Edition. Impostando l'opzione di compressione nello script di backup o configurando il server applicazioni che esegue SQL Server 2008 Enterprise Edition perché effettui la compressione per impostazione predefinita, è possibile ridurre in modo significativo la dimensione dei backup di database e del log shipping. Per ulteriori informazioni, vedere Compressione backup (SQL Server) (https://go.microsoft.com/fwlink/?linkid=129381&clcid=0x410).

  Nota

  La compressione dei database non è supportata per Prodotti e tecnologie SharePoint.

Topologia del disco

La topologia del disco utilizzato nel sistema può influenzare l'affidabilità e le prestazioni.

È necessario ridurre al minimo la latenza nel sottosistema di I/O utilizzato dal server che esegue SQL Server 2008. Una risposta lenta del sottosistema di I/O non può essere compensata aggiungendo altri tipi di risorse, ad esempio CPU o memoria, ma può avere effetti e causare problemi nell'intera farm.

È possibile utilizzare le informazioni riportate nella tabella seguente per valutare la scelta della topologia.

Scaricare il manuale

Questo argomento è incluso nel manuale seguente, che può essere scaricato per una lettura e una stampa più agevoli:

• Pianificazione e architettura di Office SharePoint Server 2007, parte 2

Vedere l'elenco completo dei manuali disponibili in Contenuto scaricabile per Office SharePoint Server 2007.