Stimare i requisiti relativi a prestazioni e capacità per gli ambienti di collaborazione di Windows SharePoint Services (Office SharePoint Server)
Contenuto dell'articolo:
Caratteristiche chiave
Ambiente di testing
Profilo di utilizzo
Suggerimenti
Questo scenario di pianificazione della capacità e delle prestazioni include una singola farm di Microsoft Windows SharePoint Services 3.0 utilizzata per la collaborazione e la gestione di documenti in un ambiente aziendale.
Caratteristiche chiave
Le caratteristiche chiave illustrano fattori ambientali, caratteristiche di utilizzo e altri elementi comuni dello scenario.
Le caratteristiche chiave di questo scenario includono:
Autenticazione/autorizzazione Gli utenti sono in genere autenticati e i siti e il contenuto vengono protetti tramite gruppi di protezione o tramite la concessione di accesso ai singoli utenti in base al rispettivo account utente. L'autenticazione integrata di Windows viene utilizzata in questo scenario.
Operazioni utenti sia comuni (lettura) che complesse (lettura/scrittura) In un ambiente di collaborazione gli utenti visualizzano il contenuto e contribuiscono ad esso. Gli obiettivi di velocità effettiva per tale scenario sono progettati per assicurare tempi di risposta ragionevoli per operazioni utente complesse, ad esempio il caricamento o il download di un documento.
Crescita di dati e sito nel tempoOltre a valutare il volume iniziale di dati, un ambiente di collaborazione di Microsoft Windows SharePoint Services 3.0 deve anche consentire la crescita di dati e sito nel tempo. Una server farm con dimensioni appropriate solo per il volume iniziale di dati può risultare presto inadeguata.
Tempi di risposta utente I tempi di risposta utente per operazioni comuni, non comuni, di lunga durata e rare sono elencati nella tabella Tempo di risposta utente alla fine della sezione Plan for software boundaries [Windows SharePoint Services]. Alcune organizzazioni potrebbero tollerare tempi di risposta utente più lenti o richiedere tempi più veloci. Il tempo di risposta utente previsto è un fattore chiave che determina gli obiettivi di velocità effettiva totale. La velocità effettiva è definita dal numero di richieste che la server farm è in grado di elaborare in un secondo. Quando sono presenti più utenti, è necessaria una velocità effettiva maggiore per ottenere lo stesso tempo di risposta utente.
Concorrenza utentiSi presuppone un tasso di concorrenza pari al 10%, con l'1% di utenti concorrenti che sottopongono richieste in un dato momento. In altre parole, per 10.000 utenti si presuppone che 1.000 utenti utilizzeranno attivamente la soluzione nello stesso momento e che 100 utenti sottoporranno attivamente richieste.
Attività asincrone di lunga durataAttività quali l'indicizzazione di contenuto e il backup di database aggiungono un carico di prestazioni alla server farm. Le caratteristiche di prestazioni generali delle topologie standard presuppongono che tali attività vengano eseguite nelle fasce orarie non di punta, ad esempio durante la notte, in modo da non influire sulla velocità della risposta utente durante l'orario di ufficio.
Ambiente di testing
Il testing per questo scenario è stato progettato in modo da consentire lo sviluppo di stime del modo in cui le diverse configurazioni di farm rispondono alle modifiche con una vasta gamma di fattori, quali il numero di utenti simultanei, le operazioni degli utenti e il numero di oggetti come raccolte siti, siti, raccolte ed elenchi.
È importante notare che, sebbene sia possibile derivare determinate conclusioni dai risultati del testing, i valori specifici relativi a capacità e prestazioni disponibili in questa sezione subiranno variazioni in ambienti del mondo reale. Lo scopo di questi risultati consiste nell'offrire un punto di partenza per la progettazione di un ambiente con scalabilità appropriata. Dopo il completamento della progettazione iniziale del sistema, è necessario eseguire il testing della configurazione per determinare se il sistema sia in grado di supportare i fattori inerenti all'ambiente in uso.
Per ulteriori informazioni sull'esecuzione di test della distribuzione, vedere Tools for performance and capacity planning (Windows SharePoint Services).
Presupposti
- Architettura a 64 bit Nell'ambiente di testing sono stati utilizzati solo server a 64 bit. Sebbene sia possibile distribuire Microsoft Windows SharePoint Services 3.0 in server a 32 bit, è consigliabile utilizzare server a 64 bit in distribuzioni di farm di Microsoft Windows SharePoint Services 3.0. Per ulteriori informazioni, vedere la sezione Confronto tra 64 bit e 32 bit nell'articolo About performance and capacity planning (Windows SharePoint Services).
Topologia dell'ambiente di lavoro
Per offrire un livello elevato di dettaglio dei risultati dei test, per il testing sono state utilizzate alcune configurazioni di farm, da un computer autonomo a otto server Web con computer singoli e in cluster che eseguono Microsoft SQL Server 2005. Il testing è stato eseguito con otto computer client che simulano un numero di connessioni utenti compreso tra 32 e 256.
Nella tabella seguente sono elencati gli specifici componenti hardware utilizzati per il testing.
| Ruolo computer | Hardware |
|---|---|
Server Web |
2 processori dual core Intel Xeon da 2,8 gigahertz (GHz) 4 gigabyte (GB) di RAM |
Server database |
4 processori dual core Intel Xeon da 2,8 GHz 1 GB di RAM |
Computer client |
1 processore Pentium 3 da 1,2 GHz 1 GB di RAM |
Nell'ambiente di testing è stata utilizzata una rete da un gigabit (un miliardo di bit al secondo).
Profilo di utilizzo
Nella tabella seguente viene illustrato il profilo di utilizzo per l'ambiente di testing di collaborazione di Microsoft Windows SharePoint Services 3.0. Si noti che il profilo di utilizzo per lo scenario di collaborazione di Microsoft Windows SharePoint Services 3.0 presuppone che la maggior parte delle azioni utente vengano effettuate entro i siti del team.
La ricerca in Windows SharePoint Services ha come ambito una raccolta siti. Le azioni di ricerca non influiscono quindi in modo sostanziali sulla velocità effettiva.
Nella tabella seguente viene illustrata la percentuale di velocità effettiva utilizzata da ogni tipo elencato di operazione utente nell'ambiente di testing.
| Operazione | Percentuale velocità effettiva |
|---|---|
Recupera home page |
15,00 |
Recupera documento memorizzato nella cache |
15,00 |
Recupera documento statico |
15,00 |
Recupera pagina di elenco (HTML) |
10,00 |
Recupera pagina di elenco (griglia) |
10,00 |
Recupera modulo elenco |
7,00 |
Errori 404 |
5,00 |
Inserisci voce elenco |
2,00 |
Modifica voce elenco |
2,00 |
Elimina voce elenco |
2,00 |
Inserisci documento |
2,00 |
Sincronizza con Outlook |
2,00 |
Elimina documento |
2,00 |
Elenca URL |
2,00 |
Apri documento per modifica con *DAV* (Distributed Authoring and Versioning) |
1,00 |
Salva documento con DAV |
1,00 |
Apri documento per modifica con chiamata di procedura remota delle estensioni del server di FrontPage (*FPRPC*, FrontPage Server Extensions Remote Procedure Call) |
1,00 |
Salva documento con chiamata di procedura remota delle estensioni del server di FrontPage |
1,00 |
Estrazione a breve termine |
1,00 |
Posta elettronica in arrivo |
1,00 |
*RSS* (Really Simple Syndication) |
1,00 |
Avvia flusso di lavoro |
0,75 |
Completamento attività del flusso di lavoro |
0,75 |
Aggiungi/rimuovi utente |
0,50 |
Suggerimenti
In questa sezione sono disponibili suggerimenti generali sulle prestazioni e sulla capacità. Utilizzare tali suggerimenti per determinare le caratteristiche di capacità e prestazioni della topologia iniziale creata nell'articolo Plan for availability (Windows SharePoint Services) e per determinare se è necessario ridimensionare verso l'alto o verso il basso la topologia iniziale.
Suggerimenti relativi all'hardware
Nella tabella seguente viene elencato l'hardware consigliato per server Web e server database. Per ulteriori informazioni sui requisiti minimi e consigliati, vedere Determine hardware and software requirements (Windows SharePoint Services).
Nota
I requisiti di memoria per i server Web e i server database dipendono dalle dimensioni della farm, dal numero di utenti simultanei e dalla complessità di caratteristiche e pagine presenti nella farm. I valori consigliati per la memoria indicati nella tabella seguente possono essere adeguati per una farm di piccole dimensioni o con un utilizzo limitato, tuttavia è consigliabile monitorare attentamente l'utilizzo della memoria per determinare se sia necessario aumentarla.
| Ruolo computer | Hardware consigliato |
|---|---|
Server Web |
Processore doppio da 2,5 GHz o velocità superiore (velocità consigliata: 3 GHz o superiore) Almeno 4 GB di RAM (memoria consigliata) 3 GB di spazio disponibile su disco Unita DVD, locale o accessibile in rete Monitor con risoluzione 1024x768 o superiore |
Server database |
Processore doppio da 2,5 GHz o velocità superiore (velocità consigliata: 3 GHz o superiore) Almeno 4 GB di RAM (memoria consigliata) Spazio disponibile su disco rigido basato su un rapporto di 1:1,2 tra il contenuto e la capacità del database. Se pertanto si pianificano 100 GB di contenuto, sono necessari almeno 120 GB di spazio disponibile su disco e spazio aggiuntivo per i registri delle transazioni. Unita DVD, locale o accessibile in rete Monitor con risoluzione 1024x768 o superiore |
Topologie di partenza
È possibile stimare le prestazioni della topologia utilizzata come punto di partenza confrontando la propria topologia alle topologie iniziali disponibili in Plan for availability (Windows SharePoint Services). In tale modo sarà possibile determinare rapidamente se è necessario ridimensionare la propria topologia iniziale per soddisfare gli obiettivi desiderati in merito a prestazioni e capacità.
Capacità e prestazioni di topologie con scalabilità orizzontale
Per incrementare capacità e prestazioni di una delle topologie iniziali, ridimensionarla verso l'alto implementato computer server con capacità superiore o ridimensionarla in senso orizzontale aggiungendo altri server alla topologia. In questa sezione vengono descritte le caratteristiche di prestazione generali di alcune topologie con scalabilità orizzontale. Le topologie di esempio rappresentano i modi comuni seguenti utilizzati per la scalabilità di una topologia per lo scenario di collaborazione:
Per supportare un maggiore carico di utenti, aggiungere computer server Web.
Per supportare un maggiore carico di dati, aggiungere capacità al ruolo del server database aumentando la capacità di un singolo server (di cluster o con mirroring), eseguendo l'aggiornamento a un server a 64 bit oppure aggiungendo server di cluster o con mirroring.
Mantenere un rapporto non superiore a otto computer server Web e un computer server database 1 (in cluster o con mirroring).
Stima degli obiettivi di velocità effettiva
Con velocità effettiva si intende il numero di operazioni che una server farm è in grado di eseguire in un secondo. Idealmente, il numero di operazioni richieste al secondo è inferiore al numero previsto per un determinato livello di prestazioni. Se il numero di operazioni richieste supera il numero previsto, sarà necessario più tempo per il completamento delle azioni degli utenti e delle altre operazioni.
La velocità effettiva viene misurata in richieste al secondo (RPS). Le misurazioni RPS possono essere convertite nel numero complessivo di utenti tramite un modello di comportamento tipico degli utenti finali. Analogamente a molti comportamenti umani, esiste un'ampia gamma di comportamenti "tipici". Il modello utente per Microsoft Windows SharePoint Services 3.0 prevede le due variabili seguenti:
Concorrenza Percentuale di utenti che stanno utilizzando attivamente il sistema.
Frequenza di richieste Numero medio di richieste all'ora generate da un utente attivo. Nella tabella seguente vengono illustrati quattro livelli di comportamento degli utenti.
È possibile calcolare delle linee guida generali per la velocità effettiva per un carico tipico nel modo seguente:
Numero di utenti*percentuale di utenti attivi/frequenza di richieste
Ad esempio, per 1.000 utenti si ottengono i valori seguenti:
Utenti simultanei = 1.000 * 10% = 100
Richieste stimate per utente all'ora = 36 = 1 per utente per 100 secondi
Velocità effettiva = utenti simultanei/frequenza di richieste = 100/100 = 1 RPS
Pertanto, 1 RPS può supportare fino a 1.000 utenti, ognuno dei quali sottopone 36 richieste all'ora.
Nella tabella seguente vengono illustrati gli obiettivi di velocità effettiva per quattro livelli di carico utenti.
| Carico utenti | Frequenza di richieste | Utenti supportati |
|---|---|---|
Limitato |
20 richieste all'ora. Un utente attivo genererà una richiesta ogni 180 secondi. |
Ogni risposta per secondo di velocità effettiva supporta 180 utenti simultanei e 1.800 utenti totali. |
Tipico |
36 richieste all'ora. Un utente attivo genererà una richiesta ogni 100 secondi. |
Ogni risposta per secondo di velocità effettiva supporta 100 utenti simultanei e 1.000 utenti totali. |
Elevato |
60 richieste all'ora. Un utente attivo genererà una richiesta ogni 60 secondi. |
Ogni risposta per secondo di velocità effettiva supporta 60 utenti simultanei e 600 utenti totali. |
Estremo |
120 richieste all'ora. Un utente attivo genererà una richiesta ogni 30 secondi. |
Ogni risposta per secondo di velocità effettiva supporta 30 utenti simultanei e 300 utenti totali. |
Se l'organizzazione dispone di una soluzione di collaborazione esistente, è possibile visualizzare i registri di IIS per determinare i modelli di utilizzo e le tendenze nell'ambiente attivo. Per ulteriori informazioni sull'analisi dei registri di IIS, vedere Analisi dei file di registro (IIS 6.0) (informazioni in lingua inglese) https://go.microsoft.com/fwlink/?linkid=78825&clcid=0x410
Se l'organizzazione sta pianificando la distribuzione di una nuova soluzione di collaborazione, utilizzare le informazioni disponibili nella sezione seguente per stimare i propri modelli di utilizzo.
Stimare gli obiettivi di velocità effettiva
Le prestazioni di velocità effettiva stimate per le server farm illustrate nella sezione precedente sono basate sui presupposti seguenti:
Velocità della risposta utente pari a <1 secondo per operazioni comuni
Tasso di concorrenza utenti pari al 10%
Operazioni di indicizzazione in esecuzione durante un intervallo di tempo continuo pari a 12 ore
Utilizzare le informazioni disponibili in questa sezione per modificare i valori di tali presupposti, in modo da adeguarli alle caratteristiche della propria organizzazione. È possibile che si ottenga un obiettivo di velocità effettiva diverso per la propria organizzazione.
Risultati dei test: velocità effettiva per configurazione di farm
Nella tabella disponibile in questa sezione vengono illustrati i risultati dei test relativi a diversi profili di operazioni utente con l'hardware indicato in Ambiente di testing in precedenza in questo articolo. Il numero di connessioni utente è un parametro fisso utilizzato durante il testing.
Nella tabella seguente vengono illustrati i risultati dei test per una combinazione di operazioni utente sia di lettura e scrittura che di sola lettura.
| Configurazione della farm | Richieste al secondo | Numero complessivo di connessioni utente | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
|
|
Utilizzo limitato |
Utilizzo tipico |
Utilizzo elevato |
Utilizzo estremo |
||||
Combinazione |
Lettura |
Combinazione |
Lettura |
Combinazione |
Lettura |
Combinazione |
Lettura |
Combinazione |
Lettura |
|
1 per 1 |
50 |
100 |
90.000 |
180.000 |
50.000 |
100.000 |
30.000 |
60.000 |
15.000 |
30.000 |
2 per 1 |
99 |
185 |
178.200 |
333.000 |
99.000 |
185.000 |
59.400 |
111.000 |
29.700 |
55.500 |
3 per 1 |
115 |
265 |
207.000 |
477.000 |
115.000 |
265.000 |
69.000 |
159.000 |
34.500 |
79.500 |
4 per 1 |
120 |
275 |
216.000 |
495.000 |
120.000 |
275.000 |
72.000 |
165.000 |
36.000 |
82.500 |
5 per 1 |
136 |
280 |
244.800 |
504.000 |
136.000 |
280.000 |
81.600 |
168.000 |
40.800 |
84.000 |
6 per 1 |
130 |
280 |
234.000 |
504.000 |
130.000 |
280.000 |
78.000 |
168.000 |
39.000 |
84.000 |
7 per 1 |
134 |
290 |
241.200 |
522.000 |
134.000 |
290.000 |
80.400 |
174.000 |
40.200 |
87.000 |
8 per 1 |
130 |
280 |
234.000 |
504.000 |
130.000 |
280.000 |
78.000 |
168.000 |
39.000 |
84.000 |
Nel grafico seguente sono illustrate le modifiche che si verificano nella velocità effettiva sia per le operazioni di lettura e scrittura che per le operazioni di sola lettura quando viene modificato il numero di server Web front-end. Si noti che questo grafico non è basato sui risultati dei testi inclusi nella tabella precedente, ma ha il solo scopo di illustrare la tendenza generale a livello di prestazioni quando vengono aggiunti server Web front-end a un sistema.
Si noti che i sistemi che supportano solo operazioni di lettura, ad esempio un sito portale statico, possono mantenere un livello più elevato di velocità effettiva rispetto a un sistema che supporta operazioni sia di lettura che di scrittura.
.gif "Windows SharePoint Services - esempio di prestazioni")
Stimare il tempo di risposta utente
È innanzitutto necessario determinare se l'organizzazione è in grado di tollerare un tempo di risposta utente più breve o se l'organizzazione necessita di un tempo di risposta utente più veloce. I tempi di risposta vengono classificati nel modo seguente:
Lento (3-5 secondi) I tempi di risposta utente possono arrivare a questa velocità senza causare problemi.
Consigliato (1-2 secondi) Obiettivo medio per il tempo di risposta utente.
Veloce (<1 secondo) Per organizzazioni le cui attività necessitano di velocità.
In base al tempo di risposta utente che si avvicina maggiormente ai requisiti dell'organizzazione, determinare l'obiettivo di velocità effettiva sulla base del numero di utenti. Poiché una distribuzione a server singolo può soddisfare in modo appropriato fino a 1.000 utenti, il valore più basso indicato è di 500 utenti.
Nella tabella seguente vengono illustrati gli obiettivi di velocità effettiva in base ai tempi di risposta utente.
| Utenti totali | Lenta (RPS) | Consigliata (RPS) | Veloce (RPS) |
|---|---|---|---|
500 |
0,4 |
0,5 |
0,7 |
1.000 |
0,7 |
1,0 |
1,2 |
5.000 |
4,0 |
5,0 |
6,0 |
10.000 |
9,0 |
10,0 |
12,0 |
20.000 |
18,0 |
20,0 |
24,0 |
50.000 |
40,0 |
50,0 |
60,0 |
100.000 |
90,0 |
100,0 |
120,0 |
Dopo avere identificato l'obiettivo di velocità effettiva appropriato per l'organizzazione, rivalutare i dati dei test per le topologie di esempio, in modo da convalidare la propria scelta di topologia e hardware.
Stimare il tasso di concorrenza
Stimare quindi il tasso di concorrenza dell'organizzazione. Il tasso di concorrenza indica la percentuale di utenti che utilizzano simultaneamente la soluzione. Utilizzare il tasso di concorrenza previsto durante le fasce orarie di punta. Nella tabella seguente vengono suggeriti obiettivi di velocità effettiva basati sul numero totale di utenti e sul tasso di concorrenza.
Nella tabella seguente vengono elencati gli obiettivi di velocità effettiva in RPS con diversi tassi di concorrenza.
| Utenti totali | Tasso di concorrenza pari al 5% | 10% | 15% | 25% | 50% | 75% | 100% |
|---|---|---|---|---|---|---|---|
500 |
0,25 |
0,5 |
0,75 |
1,25 |
2,5 |
3,75 |
5,0 |
1000 |
0,5 |
1,0 |
1,5 |
2,5 |
5,0 |
7,5 |
10,0 |
5.000 |
2,5 |
5,0 |
7,5 |
12,5 |
25,0 |
37,5 |
50,0 |
10.000 |
5,0 |
10,0 |
15,0 |
25,0 |
50,0 |
75,0 |
100,0 |
20.000 |
10,0 |
20,0 |
30,0 |
50,0 |
100,0 |
150,0 |
200,0 |
50.000 |
25,0 |
50,0 |
75,0 |
125,0 |
250,0 |
375,0 |
500,0 |
100.000 |
50,0 |
100,0 |
150,0 |
250,0 |
500,0 |
750,0 |
1.000 |
Dopo avere identificato l'obiettivo di velocità effettiva appropriato per l'organizzazione in base al tasso di concorrenza previsto, rivalutare i dati dei test per le topologie di esempio, in modo da convalidare la propria scelta di topologia e hardware.
Stimare la finestra di indicizzazione
Verificare infine che i processi di indicizzazione possano essere inclusi in una finestra continua pari a 12 ore. In un ambiente di collaborazione di Microsoft Windows SharePoint Services 3.0, i processi di indicizzazione rappresentano in genere le operazioni di durata più lunga non avviate dagli utenti. Sarà necessario eseguire il testing nel proprio ambiente, per determinare la durata dei processi di indicizzazione e per stabilire se la velocità effettiva utilizzata dai processi di indicizzazione interferisce con i tempi di risposta utente desiderati.
Stima dei requisiti di spazio su disco
In questa sezione sono disponibili tabelle che possono agevolare la stima dei requisiti di spazio su disco per lo scenario di collaborazione. I requisiti di spazio su disco per l'hardware dipendono in larga misura dal ruolo del server e dallo scenario e dipendono dai dati da memorizzare nel database del contenuto, dai requisiti di memorizzazione nella cache e dal contenuto esterno su cui viene eseguita la ricerca per indicizzazione. Dove possibile nella discussione seguente i numeri vengono inseriti nelle formule sulla base dei requisiti di spazio su disco che possono essere previsti, ad esempio la dimensione dei file di installazione.
Stimare innanzitutto i requisiti di spazio su disco per ruolo del server. In base alla topologia pianificata, sommare quindi i requisiti in cui i ruoli del server condivideranno lo stesso computer server fisico. Verificare infine che la dimensione dell'hardware in uso sia appropriata per soddisfare i requisiti di spazio su disco.
È inoltre consigliabile applicare ai server database le procedure consigliate per l'archiviazione in SQL Server. Per ulteriori informazioni, vedere Progettazione dell'archiviazione fisica di database (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=78853&clcid=0x410) (informazioni in lingua inglese) . In caso di implementazione di più server database, applicare il fattore dello spazio su disco di SQL separatamente per ogni server di ricerca.
Nota
È consigliabile archiviare i file di programma e del sistema operativo separatamente dai file di dati in un'unità distinta o in *RAID (Redundant Array of Independent Disks)*.
Requisiti di spazio su disco per i server database
Utilizzare la tabella seguente per calcolare i requisiti di spazio su disco per i server database della farm. Se è implementato più di un server database, calcolare la somma separatamente per ogni server di ricerca.
| Categoria | Descrizione | Numero |
|---|---|---|
File del sistema operativo |
Spazio su disco necessario per i file di sistema e il programma di installazione di Windows Server 2003. Per ulteriori informazioni, vedere Scelta di un file system per la partizione di installazione (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x410). |
4 GB |
File di scambio |
Per impostazione predefinita, le dimensioni del file di scambio saranno uguali alle dimensioni della memoria fisica. |
|
File di installazione di SQL Server |
Spazio su disco necessario per i file di sistema e il programma di installazione di SQL Server. Per ulteriori informazioni, vedere Requisiti di sistema per SQL Server 2005 Standard Edition (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=78870&clcid=0x410) (informazioni in lingua inglese) . |
425 megabyte (MB) |
File di registro del database |
Lo spazio su disco per i file di registro varia in base alle impostazioni di registrazione e al numero di database. Per ulteriori informazioni, vedere Progettazione dell'archiviazione fisica di database (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=78853&clcid=0x410) (informazioni in lingua inglese) . |
|
Database di configurazione |
La dimensione del database di configurazione non supererà il valore indicato. |
1,5 GB |
Database del contenuto |
Stimare il volume di contenuto iniziale che verrà archiviato nei database del contenuto. Considerare i fattori seguenti:
|
|
Espansione futura |
L'espansione futura è una caratteristica chiave dello scenario di collaborazione. È consigliabile includere nella pianificazione il doppio dei dati che si intende inizialmente sperimentare. Immettere un numero appropriato per l'ambiente in uso. |
|
Spazio disponibile |
Lasciare libero almeno il 25% dello spazio per ogni disco rigido o volume. |
|
Totale |
Requisiti di spazio su disco per i server di ricerca
Utilizzare la tabella seguente per calcolare i requisiti di spazio su disco per i server di ricerca nella farm. Se è implementato più di un server di ricerca di Microsoft Windows SharePoint Services 3.0, calcolare la somma separatamente per ogni server di ricerca.
| Categoria | Descrizione | Numero |
|---|---|---|
File del sistema operativo |
Spazio su disco necessario per i file di installazione e di sistema di Windows Server 2003. Per ulteriori informazioni, vedere Scelta di un file system per la partizione di installazione (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x410). |
4 GB |
File di paging |
Per impostazione predefinita, la dimensione del file di paging è uguale alla dimensione della memoria fisica. |
|
File di installazione di Microsoft Windows SharePoint Services 3.0 |
Questo numero è un'approssimazione basata su un'installazione completa. |
1,3 GB |
Microsoft .NET Framework versione 3.0 |
60 MB |
|
Indice contenuto |
Aggiungere la quantità di contenuto nei database di contenuto che verrà indicizzata dal server di indicizzazione, quindi dividere tale valore per 2. Il numero risultante indica la dimensione stimata dell'indice contenuto. |
|
Spazio disponibile |
Lasciare almeno il 25% di spazio disponibile per ogni disco rigido o volume. |
|
Totale |
Requisiti di spazio su disco del server Web
Utilizzare la tabella seguente per calcolare i requisiti di spazio su disco per i server Web nella farm.
| Categoria | Descrizione | Numero |
|---|---|---|
File del sistema operativo |
Spazio su disco necessario per i file di installazione e di sistema di Windows Server 2003. Per ulteriori informazioni, vedere Scelta di un file system per la partizione di installazione (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x410). |
4 GB |
File di scambio |
Per impostazione predefinita, la dimensione del file di scambio è uguale alla dimensione della memoria fisica. |
|
File di installazione di Microsoft Windows SharePoint Services 3.0 |
1,3 GB |
|
.NET Framework versione 3.0 |
60 MB |
|
Spazio disponibile |
Lasciare almeno il 25% di spazio disponibile per ogni disco rigido o volume. |
|
Totale |
Monitoraggio delle prestazioni
L'utilizzo dei contatori delle prestazioni per monitorare lo stato del sistema è un fattore importante nella determinazione di quando sia necessario scalare verticalmente oppure orizzontalmente il sistema. Utilizzare le informazioni disponibili nelle tabelle seguenti per determinare quali contatori delle prestazioni monitorare e a quali processi applicarli.
Server Web
Nella tabella seguente vengono illustrati i contatori delle prestazioni e i processi da monitorare per i server Web nella farm.
| Contatore delle prestazioni | Applicazione al processo | Note |
|---|---|---|
% tempo processore |
Totale |
Visualizza la percentuale del tempo trascorso in cui il thread ha utilizzato il processore per l'esecuzione di istruzioni. |
% utilizzo memoria |
Pool di applicazioni |
Visualizza l'utilizzo medio della memoria di sistema per il pool di applicazioni. È necessario identificare il pool di applicazioni corretto da monitorare. La linea guida di base consiste nell'identificare l'utilizzo massimo della memoria e assegnare tale numero più 10% al pool di applicazioni associato. |
Server database
Nella tabella seguente vengono illustrati i contatori delle prestazioni e i processi da monitorare per i server database della farm.
| Contatore delle prestazioni | Applicazione al processo | Note |
|---|---|---|
% tempo processore |
Totale |
Visualizza la percentuale del tempo trascorso in cui il thread ha utilizzato il processore per l'esecuzione di istruzioni. |
% utilizzo memoria |
Totale |
Visualizza l'utilizzo medio della memoria di sistema. |
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).
Vedere anche
Altre risorse
Additional performance and capacity planning factors [Windows SharePoint Services]