Procedure ottimali per l'eccellenza operativa

  • Articolo

Microsoft Office SharePoint Server 2007 viene utilizzato per un'ampia gamma di applicazioni e soluzioni, autonome o utilizzate con altri sistemi. Per garantire questa flessibilità, la piattaforma prevede la possibilità di supportare molte architetture e configurazioni. Alcune parti del sistema sono note, ma sono presenti anche varianti di tali parti. Il presente articolo tratta le principali procedure consigliate da tenere presenti per la configurazione, ad esempio configurazione di server Web front-end, configurazione di database, manutenzione e applicazione di patch e miglioramenti inclusi nell'Aggiornamento dell'infrastruttura per Microsoft Office Servers.

Questo articolo fa parte delle procedure consigliate per Microsoft Office SharePoint Server 2007 e contiene una descrizione delle procedure consigliate per ottenere un funzionamento ottimale. Per ulteriori articoli di questo tipo, vedere Procedure consigliate. Per ulteriori informazioni e risorse sulle procedure consigliate per Microsoft Office SharePoint Server 2007, vedere il Centro risorse delle procedure consigliate (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=125981&clcid=0x410) (informazioni in lingua inglese).

1. Utilizzare hardware a 64 bit, una quantità di memoria elevata e schede di rete veloci

Componenti hardware a 64 bit per tutti i ruoli server garantiscono le prestazioni migliori per Microsoft Office SharePoint Server 2007. Allocare inoltre una quantità di memoria adeguata per ogni ruolo server:

  • Allocare almeno 2 GB di RAM per processore per i server Web front-end e i server applicazioni.

  • Allocare almeno 4 GB di RAM per processore per i server database.

  • Utilizzare schede di rete gigabit per tutti i ruoli server.

  • Nei server Web front-end e nei server applicazioni utilizzare due schede di interfaccia di rete per gli ambienti di produzione: una per gli utenti e una per la comunicazione con SQL Server.

  • In caso di traffico elevato, è consigliabile utilizzare reti locali virtuali per ridurre il traffico di rete.

Per ulteriori informazioni, vedere Consigli sulla topologia fisica (Office SharePoint Server) e Fattori aggiuntivi di pianificazione delle capacità e delle prestazioni (Office SharePoint Server).

2. Evitare distanze elevate: non inserire troppa distanza tra i server Web front-end, i server applicazioni e i server database

Per nessun server Web front-end o server applicazioni dovrà essere presente più di un millisecondo (ms) di latenza con il server database. In pratica questo significa che è necessario inserire tutti i server in una farm nello stesso data center. Tutti i server di una farm devono essere impostati sullo stesso fuso orario.

Per ulteriori informazioni, vedere Pianificare i requisiti di larghezza di banda e Ottimizzazione di Office SharePoint Server per ambienti WAN.

3. Configurare i server Web front-end e i server applicazioni tenendo sempre presenti i requisiti di prestazioni e disponibilità

La modalità di configurazione dei server Web front-end e dei server applicazioni può avere un forte impatto su velocità effettiva e disponibilità. Per ottenere risultati ottimali, attenersi ai consigli seguenti:

  • Separare i componenti di sistema in unità logiche con i livelli RAID di ridondanza seguenti:

    Componenti sull'unità Livello RAID suggerito

    Unità con Windows e file di programma

    RAID 1

    Unità del file di scambio del sistema operativo

    RAID 1

    File registro

    RAID 1

    Disco di avvio per creazione dell'immagine e Windows Desktop Search (facoltativo)

    RAID 1

  • Utilizzare almeno quattro dischi fisici e separare i file registro e l'unità del file di scambio dall'unità con Windows e i file di programma utilizzando dischi distinti.

  • Garantire almeno un server Web front-end per ogni 20.000 utenti. Tenere presente che per assicurare una disponibilità elevata, sono necessari due server Web front-end ogni 20.000 utenti.

Per ulteriori informazioni, vedere le risorse seguenti:

4. Configurare i server database tenendo presenti i requisiti di prestazioni e disponibilità

Come avviene anche per i server Web front-end e i server applicazioni, la configurazione dei server database influisce sulle prestazioni di Microsoft Office SharePoint Server 2007. Separare ogni tipo di dati in set di assi singoli, con livello RAID, assi e ottimizzazione appropriati per ogni tipo di dati, come indicato nella tabella seguente.

Tipo Livello RAID Assi Ottimizzazione

TempDB

[RAID 1+0] - 10% della dimensione totale del database

2 IOPS/GB

Ottimizzazione in scrittura

Registri delle transazioni

[RAID 1+0]

2 IOPS/GB

Ottimizzazione in scrittura

Archivio di proprietà di ricerca (database di ricerca)

[RAID 1+0]

2 IOPS/GB

Ottimizzazione in lettura/scrittura

Database del contenuto

[RAID 1+0]

0,75 IOPS/GB

Ottimizzazione in scrittura

Per ulteriori informazioni, vedere Suggerimenti per l'archiviazione fisica (Office SharePoint Server) e Pianificazione e monitoraggio dell'archivio SQL Server per Office SharePoint Server: Procedure consigliate e consigli relativi alle prestazioni (white paper).

5. Eseguire una manutenzione regolare: garantire lo stato di integrità dei database

Un server database integro è in grado di contenere database e file registro e contemporaneamente rispondere alle richieste. Attenersi ai consigli contenuti nell'elenco seguente per garantire prestazioni ottimali dei database.

  • Espandere preventivamente tutti i database e i registri, se possibile. Tenere sempre sotto controllo le dimensioni per non rischiare di esaurire lo spazio disponibile.

  • Non sovraccaricare i server database con database o dati. Attenersi alle linee guida seguenti:

    • In caso di utilizzo del mirroring di SQL Server, non archiviare più di 50 database in una sola istanza fisica di SQL Server.

    • Limitare i database del contenuto a 100 GB.

  • Deframmentare e ricostruire gli indici ogni giorno, se il tempo di inattività necessario per la ricostruzione è accettabile.

  • Monitorare il server database per verificare che risponda correttamente e non sia sovraccarico. I contatori delle prestazioni chiave da monitorare includono:

    • Coda di attesa in rete: su 0 o 1 per buone prestazioni

    • Lunghezza media coda dischi (latenza): minore di 5 ms

    • Memoria utilizzata: minore del 70%

    • Spazio disponibile su disco: maggiore del 25%

Per ulteriori informazioni, vedere le risorse seguenti:

6. Mantenere aggiornati i server

È importante mantenere i server aggiornati applicando gli hotfix, gli aggiornamenti e i Service Pack più recenti. Questi aggiornamenti possono contenere miglioramenti importanti del prodotto. Eseguire tuttavia un test approfondito degli aggiornamenti negli ambienti di pre-produzione prima di applicarli negli ambienti di produzione. Seguire la procedura consigliata per la distribuzione degli aggiornamenti che include quanto segue:

  • Attivare Windows Update per scaricare automaticamente gli aggiornamenti, ma non installarli in modo automatico.

  • Pianificare l'installazione degli aggiornamenti in orari con carichi di lavoro ridotti.

  • Per garantire disponibilità elevata, durante l'aggiornamento portare i server fuori servizio uno alla volta.

Verificare che vengano applicate patch per il BIOS (computer server, controller e dischi), per il sistema operativo Windows, per Microsoft Windows SharePoint Services 3.0 e Microsoft Office SharePoint Server 2007 e per SQL Server.

Per ulteriori informazioni, vedere la presentazione Informazioni su hotfix, aggiornamenti pubblici e Service Pack e distribuzione (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=123927&clcid=0x410) e Centro risorse aggiornamenti per Prodotti e tecnologie SharePoint (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=106182&clcid=0x410).

7. Utilizzare account diversi per azioni diverse

Utilizzare gli account appropriati per le applicazioni e i servizi Web. È consigliabile che tutti gli account siano account di dominio e che non venga pertanto utilizzato Servizio di rete. Per risultati ottimali, utilizzare account separati per quanto elencato di seguito:

  • Applicazioni Web: utilizzare un account diverso per ogni applicazione Web.

  • Account per la ricerca: utilizzare un account per la farm.

  • Account di Excel Services: utilizzare un account per le connessioni esterne.

Per ulteriori informazioni, vedere Autorizzazioni per gli account e impostazioni di protezione (Office SharePoint Server).

Sono disponibili molti più account utilizzati da Microsoft Office SharePoint Server 2007, ad esempio gli account dei servizi di SQL Server, l'identità del pool di applicazioni di Amministrazione centrale, l'account del servizio Timer di Windows SharePoint Services, l'account di accesso al contenuto predefinito, l'account Single Sign-on e l'account per l'importazione dei profili. Seguire sempre le procedure consigliate per mantenere le password aggiornate e verificare che i servizi funzionino.

Per ulteriori informazioni, vedere Modificare le password utilizzate per gli account di amministrazione (Office SharePoint Server).

8. Seguire i consigli per il backup e il ripristino dei dati

In generale, per i backup è preferibile utilizzare un disco locale e non un'unità di rete e quindi copiare i dati in seguito. Utilizzare la compressione se possibile, ma in tal caso fare attenzione a non sovraccaricare SQL Server. SQL LightSpeed ad esempio esegue la compressione durante il backup e questo può influire negativamente sulle prestazioni di SQL Server.

In caso di database di grandi dimensioni, eseguire backup incrementali, ad esempio quelli disponibili con Microsoft System Center Data Protection Manager (DPM). Non eseguire backup completi come meccanismo primario, in quanto le dimensioni sarebbero troppo elevate per garantire un ripristino rapido.

Per ulteriori informazioni, vedere Suggerimenti per migliorare le prestazioni di backup e ripristino (Office SharePoint Server) e Protezione e ripristino di dati per Office SharePoint Server (white paper).

9. Eseguire il backup e il troncamento dei file registro

Non limitarsi a eseguire il backup dei dati, ma eseguire il backup anche dei file registro, ovvero dei registri dei dati di utilizzo, dei registri di IIS, dei registri delle transazioni e dei registri della posta elettronica SMTP. Per i registri delle transazioni, eseguire il backup e il troncamento del file registro ogni cinque minuti. Non ridurre mai le dimensioni del registro delle transazioni in quanto si potrebbero verificare problemi di prestazioni durante il nuovo aumento di dimensioni del registro.

Per ulteriori informazioni, vedere Eseguire il backup dei registri (Office SharePoint Server 2007) e Arresto della crescita imprevista del registro delle transazioni di un database SQL Server (https://go.microsoft.com/fwlink/?linkid=111458&clcid=0x410).

10. Ripristino dei dati: eseguire il test dei backup e approntare un ambiente di standby per garantire la continuità del servizio

Eseguire test di routine dei backup e verificarne la coerenza. Non dare per scontato che il backup funzionerà al momento del bisogno, ma garantire che questo succederà. Eseguire diversi ripristini per verificare quali operazioni è necessario eseguire per ripristinare l'intero ambiente. Per ambienti distribuiti geograficamente, prepararsi per il ripristino di emergenza impostando una farm remota. Sarà quindi possibile ripristinare l'ambiente utilizzando il comando database attach per caricare una copia del database nella farm remota e reindirizzare gli utenti. Analogamente, è possibile impostare un ambiente di standby eseguendo la stessa versione software dell'ambiente di produzione per poter ripristinare i database e recuperare i documenti rapidamente. Mantenere dimensioni ridotte dei database per velocizzare il ripristino.

Per ulteriori informazioni, vedere Protezione e ripristino di dati per Office SharePoint Server (white paper).

Ringraziamenti

Il team addetto alla pubblicazione di contenuto per Microsoft Office SharePoint Server 2007 ringrazia le persone seguenti che hanno contribuito all'articolo:

  • Simon Skaria, Microsoft SharePoint Customer Advisory Team

  • Doron Bar-Caspi, Microsoft SharePoint Customer Advisory Team

  • Steve Peschka, Microsoft Consulting Services

  • Jason Cahill, Microsoft Office SharePoint Server Core

  • Mark Harmsworth, Microsoft Office SharePoint Server Core

  • Todd Carter, Microsoft Premiere Field Engineering

  • Cory Burns, Microsoft Hosted SharePoint

Vedere anche

Concetti

Eseguire lo strumento Analizzatore procedure consigliate (Office SharePoint Server)

Altre risorse

Analizzatore Microsoft per le procedure consigliate per Windows SharePoint Services 3.0 e Microsoft Office System 2007 (informazioni in lingua inglese)
Procedure consigliate per gestire SharePoint 2007 e garantirne la protezione (informazioni in lingua inglese)