Pianificare la ridondanza (Office SharePoint Server)

Contenuto dell'articolo:

  • Informazioni sulla ridondanza

  • Definire i requisiti di ridondanza dei server

  • Pianificare una distribuzione di server limitata

  • Pianificare un livello minimo di ridondanza dei server

  • Scegliere una topologia di server farm di base

  • Pianificare la ridondanza dei server Web

  • Pianificare la ridondanza dei server applicazioni

  • Pianificare la ridondanza dei server database

  • Valutare i rischi legati a errori dei server applicazioni

  • Selezionare una topologia di base

In questo articolo vengono descritte le opzioni per la scalabilità orizzontale dei ruoli del server ridondanti inclusi in una farm di Microsoft Office SharePoint Server 2007. Dopo aver letto questo articolo, si sarà in grado di identificare e definire le opzioni ridondanza appropriate per l'ambiente.

Per ulteriori informazioni sulla disponibilità, vedere Pianificare l'ambiente per la disponibilità (Office SharePoint Server).

Informazioni sulla ridondanza

Il termine ridondanza viene spesso confuso con il termine disponibilità. Pur essendo correlati, questi concetti sono diversi. Per ridondanza si intende l'utilizzo di più server in un ambiente con bilanciamento del carico per diversi scopi, ad esempio l'ottimizzazione delle prestazioni di una farm, la scalabilità orizzontale per supportare ulteriori utenti e il miglioramento della disponibilità.

La disponibilità è un concetto più specifico applicabile a un ambiente con più server progettato per accettare connessioni e funzionare normalmente anche qualora uno o più server della farm non siano operativi. Nel concetto di disponibilità pertanto è incluso il concetto di ridondanza, nonché un meccanismo di failover e altre possibili caratteristiche. Un sistema ridondante tuttavia potrebbe non essere altamente disponibile.

In questo articolo viene descritto come implementare server ridondanti in una farm di Microsoft Office SharePoint Server 2007.

Definire i requisiti di ridondanza dei server

Microsoft Office SharePoint Server 2007 supporta server farm scalabili per capacità, prestazioni e disponibilità. La capacità in genere è il primo elemento da prendere in considerazione per determinare il numero di computer server di partenza. Dopo aver esaminato le prestazioni, la disponibilità determina inoltre il numero di server e la dimensione o la capacità dei computer server di una server farm.

Dopo aver letto questa sezione, si sarà in grado di decidere se è necessario offrire una capacità espandibile nella topologia di distribuzione dei server distribuendo server ridondanti (tre o più server) o se è sufficiente per l'organizzazione pianificare una distribuzione di server limitata, senza server ridondanti.

Pianificare una distribuzione di server limitata

Se è non necessario aumentare le capacità e incrementare le prestazioni nella distribuzione di server, è sufficiente iniziare con una topologia di server costituita da uno o due server. Per un utilizzo limitato, è possibile distribuire un unico server.

Distribuzione di un server

Le situazioni che prevedono un utilizzo limitato sono le seguenti:

  • Installazione di Microsoft Office SharePoint Server 2007 a scopo di valutazione.

  • Distribuzione solo di Microsoft Windows SharePoint Services 3.0.

  • Distribuzione di un sottoinsieme delle caratteristiche di Microsoft Office SharePoint Server 2007.

  • Distribuzione di Microsoft Office SharePoint Server 2007 per uno scopo limitato, ad esempio per un singolo reparto, o per un numero limitato di utenti.

Il punto di partenza consigliato per la maggior parte delle distribuzioni di Microsoft Office SharePoint Server 2007 prevede almeno due computer server:

  • Server 1: server Web front-end e computer server applicazioni.

  • Server 2: computer SQL Server dedicato.

    Farm a due server

Se si è giunti alla conclusione che non è necessaria la ridondanza dei server per l'ambiente, è ora possibile passare all'articolo seguente per completare il passaggio di pianificazione successivo: Pianificare le prestazioni e la capacità (Office SharePoint Server). Al termine di questa fase di pianificazione sarà possibile determinare il numero totale di server consigliati per il piano di distribuzione. Non è necessario leggere la parte rimanente di questo articolo.

Pianificare un livello minimo di ridondanza dei server

Per distribuire una soluzione ridondante, è necessario distribuire una server farm.

È possibile utilizzare diverse topologie di server di base. Ognuna di queste topologie genera un livello di ridondanza dei server. In questa sezione viene fornita una panoramica di tali server farm.

Nota

Nelle descrizioni seguenti viene fatto riferimento a server in cui il ruolo indice è stato installato come server di indicizzazione e server in cui il ruolo query è stato installato come server di query.

Farm a tre server

È prevista un'ulteriore alternativa per ottenere la ridondanza con la distribuzione di un numero inferiore di server. Con una farm a tre server, è necessario scegliere il ruolo del server che si desidera rendere ridondante, ovvero il ruolo del server Web o il ruolo del server database.

Aggiungendo un terzo server al livello del server Web, si ottiene la ridondanza del ruolo del server Web. I ruoli query e indice possono essere installati nello stesso server Web, come descritto nell'opzione A più avanti, o in server Web diversi, come descritto nell'opzione B più avanti.

Farm a tre server con server Web ridondanti

In base a questa topologia, il ruolo query non può essere distribuito in entrambi i server Web per ottenere la ridondanza, in quanto se il ruolo del server di query viene installato nello stesso server del server di indicizzazione, tramite quest'ultimo non viene propagato l'indice agli altri server di query. È tuttavia possibile installare il ruolo indice nel server database, in modo che sia possibile distribuire il ruolo query in entrambi i server Web. Questa operazione influisce tuttavia sulle prestazioni del server database.

Sebbene la disponibilità sia limitata, dedicando due server al ruolo del server Web è possibile migliorare le prestazioni generali di una farm di piccole dimensioni. Utilizzare questa topologia nei casi in cui le prestazioni sono più importanti rispetto alla ridondanza dei dati.

Farm a quattro server

La server farm più piccola in cui è disponibile la ridondanza è costituita da quattro server:

  • Server 1 e 2: server Web e ruolo query installati in entrambi i computer. I ruoli aggiuntivi del server applicazioni, ad esempio Servizi di calcolo Excel, possono essere installati in uno dei server o in entrambi.

  • Server 3 e 4: server database del cluster o con mirroring.

Farm a quattro server

Con una farm a quattro server, è necessario scegliere con attenzione la posizione in cui distribuire il ruolo del server di indicizzazione. Non è possibile distribuire il ruolo query sia nel server di indicizzazione che in un altro server nella farm per ottenere la ridondanza, in quanto se il ruolo indice è installato nello stesso computer server del ruolo query, tramite il ruolo indice non vengono più propagati gli indici di contenuto agli altri server di query. Di conseguenza, se si installa il ruolo del server di indicizzazione in uno dei server Web, non è più possibile ospitare il ruolo query in entrambi i server Web. È possibile installare il ruolo indice nel server database, per ottenere la ridondanza del ruolo query nei server Web. Questa operazione influisce tuttavia sulle prestazioni del server database, in particolare quando si esegue una ricerca per indicizzazione nel contenuto.

È possibile installare ruoli del server aggiuntivi, ad esempio Servizi di calcolo Excel, in uno dei server Web o in entrambi, in base ai requisiti relativi a prestazioni e disponibilità. Nel diagramma precedente i ruoli applicazione aggiuntivi vengono distribuiti in uno solo dei server sia per quanto riguarda l'opzione A che per l'opzione B. L'opzione A consente di ottimizzare le prestazioni se il server Web che non ospita i ruoli indice e query combinati ospita gli altri ruoli applicazione. L'opzione B consente di ottimizzare la tipologia per le query e le richieste degli utenti. Le prestazioni dell'altro server Web possono essere gestite pianificando i processi di indicizzazione durante gli orari non di punta, consentendo così un miglioramento delle prestazioni degli altri ruoli del server applicazioni durante gli orari di punta dell'azienda.

Farm a cinque server

La topologia di server farm ridondante più comune introduce un livello intermedio ed è costituita da cinque computer server.

Farm a cinque server

In base a questa topologia, è possibile installare tutti i ruoli del server applicazioni nel server applicazioni dedicato. Questa struttura consente di ottimizzare le prestazioni dei computer server Web front-end ripartendo il carico di lavoro di uno o più ruoli del server applicazioni nel livello intermedio.

La decisione principale da prendere per la pianificazione di questa topologia riguarda la posizione di installazione dei ruoli dei server applicazioni. Il ruolo del server di indicizzazione deve rimanere nel server applicazioni dedicato. La scelta della posizione in cui installare i ruoli aggiuntivi del server applicazioni dipende dal fatto che si desideri ottimizzare la server farm per la capacità o per le prestazioni. Se è più importante garantire la ridondanza dei ruoli del server applicazioni, è possibile installare i ruoli del server applicazioni che devono essere ridondanti (Servizi di calcolo Excel, Query di ricerca e Microsoft Office Project Server 2007) nei due server Web. Per ottimizzare le prestazioni, spostare prima il ruolo Excel Services nel server applicazioni e quindi il ruolo query.

La distribuzione del ruolo query nei server Web è una configurazione comune che consente di ottenere la ridondanza di questo ruolo e di ottimizzare le prestazioni della server farm globale. Le scelte di pianificazioni effettuate dopo aver letto la sezione relativa alla pianificazione della disponibilità del server applicazioni, più avanti in questo articolo, determinano l'opzione più appropriata per l'ambiente.

Farm a sei server

Per ottenere la massima ridondanza con il minor numero di server, distribuire un server applicazioni aggiuntivo nel livello intermedio per bilanciare il carico dei ruoli del server applicazioni progettati per essere ridondanti. Questa topologia di server farm è costituita da sei server. Il ruolo query è installato nei server Web front-end per ottenere la ridondanza.

Farm a sei server

Se si pianifica la distribuzione del ruolo del server applicazioni Servizi di calcolo Excel o del ruolo applicazione Microsoft Office Project Server 2007 nella farm e la ridondanza di questi servizi è fondamentale, questo è il punto di partenza consigliato. Questa topologia protegge i ruoli del server dalle connessioni utente dirette e consente di ottimizzare le prestazioni della farm globale rispetto alle farm di dimensioni minori.

Scelta di una topologia di server farm di base

Ognuna delle topologie di server farm descritte in precedenza in questo articolo rappresenta un punto di partenza di base per la progettazione della distribuzione. Il punto di partenza più adatto alle esigenze dell'organizzazione dipende dai ruoli del server per i quali si richiede la ridondanza.

Nella parte restante di questo articolo vengono descritte le opzioni di ridondanza per ognuno dei ruoli del server. Dopo aver terminato la lettura di questo articolo, sarà possibile identificare la topologia di base in grado di offrire la ridondanza richiesta dall'organizzazione. Questa sarà la topologia di base che verrà utilizzata per la pianificazione delle capacità e delle prestazioni.

Pianificare la ridondanza dei server Web front-end

Utilizzare questa sezione per eseguire le operazioni seguenti:

  • Determinare se l'organizzazione richiede la ridondanza incorporata nel livello Web.

  • Pianificare la tecnologia da implementare per il bilanciamento del carico dei server Web.

La maggior parte delle organizzazioni richiede la ridondanza al livello Web. Una farm a tre server con un server che esegue il ruolo di server Web è applicabile a un numero limitato di scenari.

Il passaggio successivo consiste nel pianificare la tecnologia di bilanciamento del carico da implementare. Microsoft Office SharePoint Server 2007 supporta due metodi di bilanciamento del carico:

  • Software, ad esempio tramite i servizi Bilanciamento carico di rete disponibili nel sistema operativo Microsoft Windows Server 2003. Bilanciamento carico di rete viene eseguito nei server Web front-end e utilizza il protocollo TCP/IP per instradare le richieste. Poiché vengono eseguiti nei server Web front-end, Bilanciamento carico di rete e le altre soluzioni software di bilanciamento del carico utilizzano le risorse del sistema Web front-end e riducono pertanto le risorse che è possibile utilizzare per supportare le pagine Web. L'impatto prodotto sulle risorse del sistema tuttavia è limitato e una soluzione software è in grado di gestire fino a 32 server Web front-end. Per ulteriori informazioni sui servizi Bilanciamento carico di rete in Windows Server 2003, vedere Cluster di bilanciamento del carico di rete (https://technet.microsoft.com/it-it/library/cc759510.aspx). Per ulteriori informazioni sui servizi Bilanciamento carico di rete in Windows Server 2008, vedere Network Load Balancing (informazioni in lingua inglese) (https://technet.microsoft.com/it-it/library/cc732855(ws.10).aspx) (informazioni in lingua inglese) .

  • Hardware, ad esempio un router o un commutatore. L'hardware di bilanciamento del carico utilizza la rete per indirizzare il traffico del sito Web tra i server Web front-end. La configurazione dell'hardware di bilanciamento del carico è più onerosa rispetto a quella del software, ma non ha impatto sulle risorse del server Web front-end. È possibile utilizzare Microsoft Office SharePoint Server 2007 con qualsiasi hardware di bilanciamento del carico.

    Per aumentare la disponibilità, è consigliabile impostare su Nessuna l'affinità di bilanciamento del carico. Se è necessario utilizzare una topologia personalizzata, sarà possibile configurare l'affinità in modo diverso.

Sebbene non sia consigliato, è disponibile un terzo metodo di bilanciamento del carico, ovvero il bilanciamento del carico Round robin con DNS (Domain Name System). Questo metodo può utilizzare un numero elevato di risorse nei server Web front-end, è più lento rispetto al software o all'hardware di bilanciamento del carico e non è consigliato per l'utilizzo con Microsoft Office SharePoint Server 2007. Il bilanciamento del carico Round robin con DNS inoltre non tiene conto del carico della sessione durante il routing di un utente a un server e questo può comportare un overload del server.

Pianificare la ridondanza dei server applicazioni

La topologia del server di base scelta dipende dai requisiti di ridondanza dei ruoli del server applicazioni. In questa sezione vengono descritti i ruoli del server applicazioni rispetto alle relative opzioni di ridondanza.

I ruoli del server applicazioni per Microsoft Office SharePoint Server 2007 possono essere suddivisi in due categorie:

  • Ruoli che possono essere ridondanti

  • Ruoli che non possono essere ridondanti

Ruoli che possono essere ridondanti

Questi ruoli del server applicazioni possono essere distribuiti in più server. Il codice distribuito in ogni server è identico e i ruoli del server applicazioni non prevedono l'archiviazione di dati. Ogni istanza di questi ruoli del server rimane pertanto identica. In caso di errore di uno dei computer server, i dati salvati non vengono persi. I server Web bilanciano automaticamente il carico delle richieste a questi ruoli del server tra i computer server applicazioni disponibili.

I ruoli server applicazioni seguenti possono essere distribuiti in modo ridondante:

  • Query. Il ruolo query può essere distribuito in un numero qualsiasi di computer server applicazioni oppure nei server Web. Se, tuttavia, il ruolo query viene distribuito nello stesso server che ospita il ruolo indice, non deve essere distribuito in altri computer server in quanto, in questo caso, il ruolo indice riconosce la presenza del ruolo query nello stesso server e, di conseguenza, non tenta di propagare l'indice. In alcuni casi è possibile ottimizzare la velocità effettiva della server farm distribuendo il ruolo query nei server Web, anche se è stato introdotto un livello intermedio per i server applicazioni dedicati. Se, ad esempio, più del 50% delle richieste di contenuto in arrivo nella server farm è costituito da richieste di contenuto statico, è possibile ottimizzare le prestazioni ospitando il ruolo query nei server Web, in quanto il ruolo query memorizza nella cache il contenuto visualizzato, rendendolo immediatamente disponibile per le richieste successive. Questa caratteristica è unica del ruolo query.

  • Servizi di calcolo Excel. Il ruolo Servizi di calcolo Excel consente di eseguire calcoli di Excel nelle cartelle di lavoro di Excel archiviate nei database del contenuto. Questo ruolo del server applicazioni è contraddistinto dal fatto che archivia le informazioni sullo stato della sessione per tutta la durata di una sessione utente. Quando un utente apre una cartella di lavoro, il ruolo del server Web continua a instradare le richieste dell'utente allo stesso server applicazioni Servizi di calcolo Excel fino a quando la cartella di lavoro non viene chiusa e l'utente termina la sessione. Il ruolo Servizi di calcolo Excel può richiedere un utilizzo elevato delle risorse. In alcuni scenari è possibile ottimizzare le prestazioni della farm distribuendo questo ruolo in tutti i server Web.

  • Microsoft Office Project Server 2007. Sebbene Microsoft Office Project Server 2007 non sia incluso in Microsoft Office SharePoint Server 2007, è basato sulla piattaforma Microsoft Windows SharePoint Services 3.0 e può essere distribuito in una farm di Microsoft Windows SharePoint Services 3.0 o Microsoft Office SharePoint Server 2007. Il ruolo applicazione Microsoft Office Project Server 2007 risponde alle richieste per i servizi e i dati di Microsoft Office Project Server 2007 nei server Microsoft Office Project Web Access.

Ruoli che non possono essere ridondanti

I ruoli del server applicazioni che non possono essere ridondanti includono il ruolo indice e il ruolo ricerca di Microsoft Windows SharePoint Services 3.0. Questi ruoli possono essere distribuiti in più server, tuttavia i server non sono ridondanti. Questi ruoli del server sono configurati per eseguire la ricerca per indicizzazione nel contenuto e generare indici di contenuto. Se si distribuiscono questi ruoli in più server, ogni server esegue la ricerca per indicizzazione in un contenuto diverso.

  • Microsoft Windows SharePoint Services 3.0. Il ruolo applicazione ricerca di Microsoft Windows SharePoint Services 3.0 può essere utilizzato se non si utilizzano i ruoli indice e query di Microsoft Office SharePoint Server 2007. Il ruolo applicazione ricerca di Microsoft Windows SharePoint Services 3.0 include sia il componente di ricerca che quello di indicizzazione e questi componenti non possono essere divisi. Il ruolo ricerca di Microsoft Windows SharePoint Services 3.0 è inoltre necessario per offrire funzionalità di ricerca full-text della Guida. Di conseguenza, considerare la distribuzione di questo ruolo del server applicazioni in una farm di Microsoft Office SharePoint Server 2007 per ottenere questa funzionalità, anche qualora sia stato distribuito il ruolo ricerca di Microsoft Office SharePoint Server 2007.

  • Microsoft Office SharePoint Server 2007. In Microsoft Office SharePoint Server 2007 il ruolo indice è associato a un provider di servizi condivisi e consente la creazione di un indice per ogni provider di servizi condivisi. Un server di indicizzazione può essere associato a più provider di servizi condivisi, tuttavia gli indici di diversi provider di servizi condivisi non possono essere combinati. È possibile distribuire più server di indicizzazione per aumentare la capacità. In questo caso, ogni server di indicizzazione è associato a diversi provider di servizi condivisi. A differenza del ruolo ricerca di Microsoft Windows SharePoint Services 3.0, gli indici di contenuto prodotti dal ruolo indice di Microsoft Office SharePoint Server 2007 vengono continuamente propagati a tutti i server che ospitano il ruolo query in una farm. Di conseguenza, l'output del ruolo del server di indicizzazione di Microsoft Office SharePoint Server 2007, ovvero l'indice, è considerato ridondante se il ruolo query viene distribuito in più di un computer server.

Se si distribuisce una farm di Microsoft Office SharePoint Server 2007, è consigliabile utilizzare i ruoli del server di indicizzazione e di query di Microsoft Office SharePoint Server 2007. In questo modo, è possibile garantire scalabilità orizzontale per il componente di query, ottenendo la ridondanza degli indici di contenuto. Poiché l'obiettivo principale della distribuzione di più server di indicizzazione di Microsoft Office SharePoint Server 2007 o server di ricerca di Microsoft Windows SharePoint Services 3.0è quello di garantire la scalabilità per quanto riguarda capacità o prestazioni, gli articoli successivi relativi alla pianificazione possono essere utili per stabilire se per la propria distribuzione è consigliabile utilizzare più server.

Nella tabella seguente vengono indicati i ruoli del server applicazioni che è possibile distribuire in modo ridondante e quelli che è possibile distribuire in più server ma che non sono ridondanti.

Ruolo server applicazioni Più server che ospitano questo ruolo sono ridondanti

Query

Indice

No

Servizio di ricerca di Microsoft Windows SharePoint Services 3.0

No

Servizi di calcolo Excel

Microsoft Office Project Server 2007

Pianificare la ridondanza dei server database

Utilizzare questa sezione per determinare se la ridondanza del ruolo del server database è un requisito per la soluzione. Gli argomenti successivi relativi alla pianificazione possono essere utili per stabilire quale tecnologia di ridondanza del database è la più appropriata per l'ambiente. Per ulteriori informazioni, vedere Pianificare e progettare soluzioni di gestione e archiviazione dei database.

Il ruolo del server database influenza la disponibilità di una soluzione più di qualsiasi altro ruolo. In caso di errore di un server Web o di un server applicazioni, questi ruoli possono essere rapidamente ripristinati o ridistribuiti. Se invece si verifica un errore di un server database, la soluzione dipenderà dal ripristino del server database. Potrebbe essere necessario ricreare il server database e quindi ripristinare i dati dai supporti di backup. In questo caso esiste il rischio di perdere dati nuovi o modificati rispetto all'ultimo processo di backup, a seconda della configurazione di SQL Server 2005. La soluzione inoltre non sarà disponibile durante tutto il processo di ripristino del ruolo del server database.

Valutazione dei rischi legati a errori dei server applicazioni

In questa sezione vengono riepilogate le conseguenze previste in caso di errore di un server applicazioni, ovvero le potenziali conseguenze nel caso in cui si distribuisca un ruolo del server applicazioni in un unico server e si verifichi un errore del server. Comprendere queste conseguenze può essere utile per stabilire la priorità di allocazione dei server nella farm. Nella tabella seguente sono elencati i ruoli del server applicazioni e vengono descritte le conseguenze dei tempi di inattività di ognuno.

Ruolo server applicazioni Conseguenze dei tempi di inattività

Query

Gli utenti non possono eseguire query full-text, ma possono esplorare i siti e accedere al contenuto esposto attraverso il sito. Se è necessario consentire agli utenti o ai clienti di eseguire ricerche nel contenuto, pianificare la distribuzione del ruolo del server di query in più server. In una farm a cinque server è possibile eseguire questa operazione in modo semplice distribuendo il ruolo query nei due computer server Web.

Indice

I Server di query continuano a utilizzare gli indici di contenuto esistenti fino a quando non viene ripristinato il servizio di indicizzazione e non vengono generati gli indici nuovi o aggiornati. Di conseguenza, i risultati della ricerca non includono il contenuto nuovo o modificato quando il ruolo indice non è disponibile.

Servizio di ricerca di Microsoft Windows SharePoint Services 3.0

La ricerca non è disponibile. Il tempo necessario per ripristinare la funzionalità di ricerca dipende dalla possibilità di ripristino degli indici di contenuto esistenti o dalla necessità di generare nuovi indici tramite nuova ricerca per indicizzazione del contenuto.

Servizi di Microsoft Office Project Server 2007

Le applicazioni di Microsoft Office Project Server 2007 non sono disponibili. Le aree di lavoro di progetto sono comunque disponibili dall'applicazione Web di gestione del contenuto, tuttavia non è possibile accedere a Microsoft Office Project Web Access e a tutte le caratteristiche correlate. Non è inoltre disponibile l'integrazione delle soluzioni di terze parti con Project Server Interface (PSI). Il database Reporting di Microsoft Office Project Server 2007 rimane disponibile.

Servizi di calcolo Excel

Il rendering sul lato server di Microsoft Office Excel e dei dati di Business Intelligence non è disponibile. I fogli di calcolo non possono essere caricati, ricalcolati, aggiornati o recuperati da Servizi di calcolo Excel. Le scorecard e le caratteristiche che prevedono l'utilizzo di Renderer Web Excel non sono disponibili.

Gli utenti possono comunque aprire i fogli di calcolo dalle raccolte di SharePoint mediante l'applicazione client Excel. Se, tuttavia, gli utenti non dispongono dell'autorizzazione per aprire i file nel client, non possono visualizzare tali file fino a quando il ruolo Servizi di calcolo Excel non torna in linea.

In generale, per quanto riguarda la ridondanza, è consigliabile installare un ruolo del server applicazioni in almeno due computer server applicazioni nei casi seguenti:

  • La soluzione è basata principalmente sulle caratteristiche offerte dal server applicazioni.

  • È necessario che la disponibilità delle caratteristiche offerte dal server applicazioni sia maggiore o uguale al 99%.

Se nell'organizzazione la perdita temporanea di questa funzionalità per l'intervallo di tempo necessario affinché il team IT distribuisca un ruolo del server applicazioni in un server diverso o ripristini il servizio nel server esistente è tollerabile, prendere in considerazione la distribuzione del ruolo in un singolo server applicazioni.

Selezionare una topologia di base

Dopo aver identificato i requisiti di ridondanza per i singoli ruoli del server, esaminare le topologie di server di base e scegliere la topologia più appropriata per l'ambiente di cui si dispone.

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)