Pianificare l'architettura del provider di servizi condivisi

In questo articolo sono illustrati i provider di servizi condivisi e vengono forniti alcuni esempi che mostrano come creare provider di servizi condivisi nell'architettura del progetto di soluzione globale per i provider di servizi condivisi in Microsoft Office SharePoint Server 2007.

Contenuto dell'articolo:

• Informazioni sui provider di servizi condivisi

• Creazione di provider di servizi condivisi in un progetto di soluzione

• Esempi di provider di servizi condivisi in una singola farm

• Pianificazione di provider di servizi condivisi per un ambiente con più farm

• Esempi di provider di servizi condivisi in un ambiente con più farm

• Pianificazione delle capacità correlate ai provider di servizi condivisi

• Pianificazione dei ruoli amministrativi per i provider di servizi condivisi

Insieme a questo articolo è inoltre possibile utilizzare i seguenti modelli in formato poster:

• Provider di servizi condivisi in Office SharePoint Server 2007 (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=73166&clcid=0x410) (informazioni in lingua inglese)

• Servizi condivisi tra farm in Office SharePoint Server 2007 (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=73155&clcid=0x410) (informazioni in lingua inglese)

Informazioni sui provider di servizi condivisi

Microsoft Office SharePoint Server 2007 include un insieme di servizi che possono essere condivisi tra le applicazioni Web di Office SharePoint Server. Tali servizi vengono forniti da un provider di servizi condivisi, in cui risiedono. L'utilizzo di servizi condivisi consente di ridurre notevolmente le risorse necessarie per fornire servizi a più siti. Per impostazione predefinita, un singolo provider di servizi condivisi condivide tali servizi tra tutti i siti disponibili in una server farm.

I servizi forniti da un provider di servizi condivisi sono elencati nella tabella seguente.

Servizi condivisi	Descrizione
Servizi di personalizzazione	Rendono disponibili profili utente basati su dati importati da servizi di directory e siti personali con informazioni personali che possono essere condivise da tutti gli utenti nel provider di servizi condivisi e gestite tramite criteri di privacy, oltre a consentire l'assegnazione del contenuto in base al gruppo di destinatari o all'applicazione client di Office e a visualizzare collegamenti a siti di personalizzazione.
Catalogo dati business	Offre un singolo schema unificato per i dati archiviati nelle applicazioni line-of-business.
Excel Services	Offre fogli di lavoro condivisi e consente di analizzare tramite report in pagine dashboard i dati business disponibili nelle raccolte connessioni dati.
Servizio di ricerca di Office SharePoint Server	Sottopone a ricerca per indicizzazione tutti i siti delle applicazioni Web utilizzando il provider di servizi condivisi per creare un singolo indice per tutto il contenuto, i dati e i metadati.
Report di utilizzo del portale e del servizio di ricerca	Consente agli amministratori dei servizi condivisi di visualizzare informazioni aggregate relative all'utilizzo dei siti per l'intera gerarchia di siti. Gli amministratori dei servizi condivisi possono a loro volta consentire la creazione di report di utilizzo agli amministratori di singoli siti e raccolte siti.
Project Server	Questo servizio è disponibile solo se nella farm è installato Microsoft Office Project Server 2007. Ospita una o più istanze di Project Web Access, esponendo funzionalità di pianificazione e altri calcoli di livello intermedio per i dati di Office Project, oltre a servizi Web che consentono l'interazione con tali dati. Viene creata un'istanza di Project Web Access per esporre le funzionalità di Office Project Server agli utenti finali nell'ambito di un'applicazione Web che utilizza questo servizio condiviso.

Creazione di provider di servizi condivisi in un progetto di soluzione

Una delle prime attività da eseguire dopo l'installazione iniziale di una farm è costituita dalla creazione del provider di servizi condivisi predefinito. Il funzionamento dei provider di servizi condivisi è il seguente:

• Ogni provider di servizi condivisi contiene tutti i servizi condivisi disponibili (installati).

• I provider di servizi condivisi vengono associati a specifiche applicazioni Web di Office SharePoint Server.

• Ogni applicazione Web può essere associata a un solo provider di servizi condivisi.

• Tutte le raccolte siti e i siti in una determinata applicazione Web utilizzano i servizi dello stesso provider di servizi condivisi.

Creazione di ulteriori provider di servizi condivisi

Se necessario, è possibile creare ulteriori provider di servizi condivisi, in base ai requisiti della soluzione. L'utilizzo di provider di servizi condivisi separati consente di ottenere l'isolamento dei processi per profili, contenuti e risultati delle ricerche. L'isolamento del processo può essere ottenuto nei modi seguenti:

• Ogni provider di servizi condivisi risiede in un pool di applicazioni IIS distinto.

• Ogni provider di servizi condivisi utilizza un insieme univoco di account di servizio per eseguire i servizi forniti, ad esempio ricerca, ricerca per indicizzazione del contenuto e importazione dei profili.

Di seguito sono illustrati i principali criteri da seguire per determinare il numero di provider di servizi condivisi necessario in un'architettura logica specifica:

• Necessità di condividere il contenuto e i dati dei profili tra siti che risiedono in applicazioni Web e pool di applicazioni IIS distinti. È ad esempio possibile condividere in una rete Intranet siti personali, siti del team e contenuto pubblicato, gestendo tali siti tramite un unico provider di servizi condivisi.

• Necessità di isolare contenuto e gruppi di destinatari in siti specifici. Se ad esempio la server farm ospita applicazioni per più classi di utenti, l'utilizzo di provider di servizi condivisi distinti può aiutare a garantire l'isolamento tra tali classi.

Quando si crea una nuova applicazione Web, per impostazione predefinita quest'ultima viene associata al provider di servizi condivisi predefinito. Se si desidera associare l'applicazione Web a un altro provider di servizi condivisi, sarà necessario modificare l'associazione manualmente.

Nel diagramma seguente è illustrata l'architettura logica di una server farm con due provider di servizi condivisi.

Sebbene non sia indicato nella figura, le varie applicazioni Web di uno stesso pool di applicazioni possono utilizzare servizi di provider di servizi condivisi diversi. Nel diagramma precedente, ad esempio, non esistono limitazioni tecniche che impediscano alle due applicazioni Web nel pool di applicazioni di utilizzare servizi condivisi resi disponibili da provider di servizi condivisi diversi. Tuttavia, le applicazioni Web raggruppate nello stesso pool di applicazioni hanno in genere requisiti di protezione e isolamento analoghi, ed è pertanto probabile che utilizzino i servizi di uno stesso provider di servizi condivisi.

Architettura di un provider di servizi condivisi

Ogni provider di servizi condivisi utilizza i tre tipi di risorse seguenti:

• Database (database del provider di servizi condivisi, database di ricerca)

• Sito Amministrazione servizi condivisi (incluso il database del contenuto del sito)

• Sito di hosting dei servizi Web (sito Web IIS che ospita i servizi Web condivisi per il provider di servizi condivisi)

Il database del provider di servizi condivisi include i tipi di dati seguenti:

• Dati di configurazione del provider di servizi condivisi e dati di utilizzo del sito

• Profili degli utenti e dati relativi ai gruppi di destinatari

• Metadati del Catalogo dati business

Ogni provider di servizi condivisi contiene inoltre un database di ricerca che include tutti i dati di configurazione e i dati associati alla ricerca.

Nel diagramma seguente è illustrata l'architettura logica di una farm, in cui sono evidenziate le risorse della farm utilizzate dai provider di servizi condivisi.

Esempi di provider di servizi condivisi in una singola farm

In questa sezione vengono illustrati vari esempi di architettura per la creazione di provider di servizi condivisi all'interno di una singola farm e sono inclusi anche ulteriori consigli relativi alla pianificazione.

Esempio 1—Singola farm con un solo provider di servizi condivisi

Nelle organizzazioni che ospitano numerosi siti in una singola farm è consigliabile utilizzare un solo provider di servizi condivisi.

Descrizione

Viene utilizzato un solo provider di servizi condivisi in tutta la farm:

• Tutti i siti utilizzano lo stesso insieme di servizi condivisi.

• Tutti i siti possono essere creati nell'ambito di una singola applicazione Web o tra più applicazioni Web (come illustrato nella figura).

• Le applicazioni Web possono essere associate allo stesso pool di applicazioni (come illustrato nella figura) o a pool di applicazioni diversi.

Suggerimenti

Questa è la configurazione consigliata per la maggior parte delle società. Utilizzare tale configurazione se:

• Si desidera ottimizzare le risorse necessarie per eseguire i servizi condivisi nell'ambito di una farm.

• Nella farm non è necessario l'isolamento delle applicazioni Web.

Esempio 2—Singola farm con più provider di servizi condivisi

In alcune organizzazioni esistono requisiti di isolamento che possono essere soddisfatti implementando un provider di servizi condivisi aggiuntivo.

Descrizione

Utilizzando più provider di servizi condivisi è possibile raggiungere più efficacemente gli obiettivi di condivisione e isolamento:

• Un singolo provider di servizi condivisi rende disponibili servizi per siti distribuiti in più applicazioni Web. Questa strategia consente la condivisione di contenuti e servizi, garantendo al tempo stesso l'isolamento dei processi tra i siti che risiedono in applicazioni Web diverse.

• L'utilizzo di provider di servizi condivisi dedicati per siti specifici garantisce l'isolamento di processi, contenuti e servizi.

Suggerimenti

Questa configurazione è consigliata per gli scenari seguenti:

• Condivisione di contenuto e dati di profilo tra siti che altrimenti richiederebbero l'isolamento dei processi, per motivi di prestazioni o protezione.

• Integrazione nella società di un gruppo o reparto che richiede l'isolamento e la protezione dei dati.

• Hosting di siti per l'accesso esterno da parte dei partner nella stessa farm utilizzata per i siti di collaborazione interni.

Esempio 3—Hosting con una singola farm

È possibile ospitare più clienti o reparti nella stessa farm e garantire l'isolamento dei dati utilizzando un provider di servizi condivisi dedicato per ogni cliente. Tramite un provider di servizi condivisi dedicato è inoltre possibile delegare la proprietà e la configurazione dei servizi a organizzazioni specifiche. È ad esempio possibile configurare un provider di servizi condivisi dedicato per un reparto che ha l'esigenza di detenere la proprietà della configurazione del proprio servizio di ricerca o dei dati dei profili.

Descrizione

Vengono utilizzati più provider di servizi condivisi per isolare servizi nell'ambito di una singola farm.

• Ogni società o reparto dispone di un provider di servizi condivisi dedicato.

• Utilizzando pool di applicazioni distinti per ospitare società o reparti diversi è possibile garantire l'isolamento dei processi a livello di pool di applicazioni (oltre all'isolamento dei servizi condivisi).

• Un pool di applicazioni può includere una o più applicazioni Web.

• L'amministrazione dei servizi condivisi può essere delegata alle organizzazioni che utilizzano i servizi del provider di servizi condivisi.

Suggerimenti

Questa configurazione è consigliata per gli scenari seguenti:

• Hosting di siti per più società o più reparti indipendenti nell'ambito di una singola organizzazione.

• Si desidera offrire a ogni società o reparto la flessibilità necessaria per isolare ulteriormente il contenuto o per ottimizzare le prestazioni tramite più applicazioni Web o pool di applicazioni.

• Delega dell'amministrazione dei servizi.

• Gestione di quantità di dati estremamente elevate. Esistono alcune linee guida relative alla capacità che consentono di determinare la quantità di dati che può essere gestita dal servizio di ricerca di un singolo provider di servizi condivisi. Il limite consigliato per il numero dei documenti indicizzati da un singolo provider di servizi condivisi è ad esempio 50.000.000. Per ulteriori informazioni sulle linee guida relative alla capacità, vedere Pianificazione delle capacità correlate ai provider di servizi condivisi, più avanti in questo articolo.

Esempio 4—Hosting con più farm

Oltre all'isolamento dei processi, in alcune organizzazioni è necessario garantire l'isolamento fisico dei dati. Per tali organizzazioni è consigliabile utilizzare una farm distinta.

Inoltre, alcune organizzazioni possono presentare requisiti aggiuntivi che rendono necessario l'utilizzo di più provider di servizi condivisi nella farm, come nel caso dell'Esempio 2 (illustrato in precedenza).

Descrizione

Vengono utilizzate più farm per garantire l'isolamento fisico tra reparti o società:

• Sono disponibili una farm e un provider di servizi condivisi dedicati per ogni reparto o società.

• Tutti i componenti hardware sono dedicati in base al reparto o al cliente.

• Ogni farm è completamente isolata e da un determinato portale non è in alcun modo possibile accedere ai dati di altri portali.

Suggerimenti

Questa configurazione è consigliata per gli scenari seguenti:

• Isolamento di reparti nell'ambito di una singola organizzazione in cui è necessario garantire l'isolamento fisico di hardware, dati o applicazioni.

• Hosting di siti di SharePoint per più società. In questo caso, l'isolamento fisico è necessario per:

  • Tenere traccia dell'utilizzo delle risorse.

  • Proteggere dati e applicazioni.

  • Ottimizzare le prestazioni.

  • Soddisfare i requisiti relativi alle licenze.

Ulteriori suggerimenti per la pianificazione dei provider di servizi condivisi

È possibile configurare provider di servizi condivisi per migliorare la condivisione delle informazioni tra più applicazioni Web o per isolare ulteriormente il contenuto nell'ambito di una singola applicazione Web. È ad esempio possibile unificare tramite un singolo provider di servizi condivisi siti che risiedono in applicazioni Web e pool di applicazioni diversi per condividere contenuti e profili in una rete Intranet. Ciò consente la personalizzazione e l'esecuzione di ricerche a livello di azienda, che coinvolgono più siti e applicazioni. Questa configurazione è un esempio di come è possibile ottenere l'isolamento dei processi (implementando applicazioni Web e pool di applicazioni distinti) e al tempo stesso soddisfare l'esigenza aziendale di condividere informazioni e sfruttare i dati dei profili in più applicazioni.

È inoltre possibile configurare più provider di servizi condivisi per raggiungere più efficacemente gli obiettivi di isolamento globali. Utilizzando un provider di servizi condivisi dedicato per i siti dei partner, ad esempio, è possibile garantire che tali partner non potranno accedere ad altri siti del proprio ambiente o eseguire ricerche in tali siti. È possibile configurare il provider di servizi condivisi per isolare ulteriormente i contenuti delle raccolte siti nei modi seguenti:

• Limitare l'ambito delle ricerche a singole raccolte siti.

• Utilizzare gruppi di destinatari per assegnare contenuto a gruppi di utenti specifici.

• Utilizzare lo strumento da riga di comando Stsadm per configurare l'opzione Selezione utenti in modo da visualizzare solo gli utenti membri della raccolta siti.

Quando si definisce una strategia per i provider di servizi condivisi, valutare le modalità in cui è possibile configurare i singoli servizi di un provider per raggiungere più efficacemente gli obiettivi globali di condivisione o isolamento. Per alcuni esempi di tali strategie, vedere il seguente esempio di progettazione: Modello di architettura logica: distribuzione aziendale.

Pianificazione di provider di servizi condivisi per un ambiente con più farm

È possibile configurare un singolo provider di servizi condivisi in modo da fornire servizi a più farm di Microsoft Office SharePoint Server 2007. Utilizzando un provider di servizi condivisi tra farm è possibile centralizzare l'amministrazione dei servizi e al tempo stesso ridurre il numero dei servizi che offrono lo stesso ruolo. In questo modo è inoltre possibile ridurre drasticamente la quantità dei componenti hardware e delle altre risorse necessari per offrire i servizi.

Le informazioni aggiuntive disponibili nella parte restante di questo articolo fanno riferimento al diagramma seguente. Nel diagramma è illustrata una farm padre che condivide servizi con tre farm figlio, ognuna configurata per scopi diversi. Le singole farm figlio sono illustrate più avanti in questo articolo.

Importante

Non è possibile utilizzare provider di servizi condivisi tra farm in una distribuzione con un singolo server che utilizza le impostazioni di configurazione predefinite. Se si distribuisce Microsoft Office SharePoint Server 2007 in un singolo server utilizzando le impostazioni predefinite, il programma di installazione installerà automaticamente Microsoft SQL Server 2005 Express Edition, che verrà utilizzato per creare il database di configurazione e il database del contenuto per i siti di SharePoint. Il programma di installazione crea inoltre un provider di servizi condivisi, installa il sito Web Amministrazione centrale SharePoint e crea la prima raccolta siti di SharePoint con il primo sito.

Farm padre e figlio

I servizi condivisi tra farm vengono offerti da una farm padre a una o più farm figlio:

• La farm padre è configurata in modo da offrire servizi condivisi alle farm figlio.

• Le farm figlio sono configurate per l'utilizzo dei servizi condivisi offerti dalla farm padre.

• Una stessa farm non può essere contemporaneamente padre e figlio.

• I servizi condivisi tra farm possono coinvolgere un solo provider di servizi condivisi per farm:

  • Le farm padre possono condividere un solo provider di servizi condivisi con le farm figlio, ma ogni farm padre può includere più provider di servizi condivisi per uso interno (vedere la farm padre nel diagramma precedente).

  • Le farm figlio possono utilizzare solo i servizi di un unico provider di servizi condivisi padre. Una farm figlio può tuttavia includere più provider di servizi condivisi per uso interno (vedere la farm figlio 2 nel diagramma precedente).

Passaggio da un provider di servizi condivisi tra farm a un provider di servizi condivisi autonomo e viceversa

Nelle farm figlio l'utilizzo dei servizi condivisi può essere riconfigurato in qualsiasi momento:

• È possibile annullare l'associazione di una farm figlio a una farm padre e quindi configurare la farm figlio per l'utilizzo dei servizi condivisi di un'altra farm padre o del proprio provider di servizi condivisi locale.

• Le farm figlio possono utilizzare i servizi condivisi di una farm padre quando sono connesse alla rete centrale e quindi passare all'utilizzo dei servizi del proprio provider di servizi condivisi locale quando sono disconnesse. Nel diagramma precedente la farm figlio 3 rappresenta una farm con un provider di servizi condivisi locale in standby che viene utilizzato quando la farm è disconnessa.

• Le farm padre possono essere riconfigurate come farm autonome in qualsiasi momento. Prima di riconfigurare come autonomo il provider di servizi condivisi, gli amministratori della farm padre devono avvisare quelli delle farm figlio o delle farm interessate.

Limitazioni dei provider di servizi condivisi tra farm

I servizi condivisi tra farm sono soggetti alle limitazioni seguenti:

• Se le farm padre e figlio si trovano in domini o foreste diversi, tra i domini o le foreste deve essere configurata una relazione di trust. Inoltre, se le due farm si trovano in foreste diverse è necessario che la replica di Active Directory tra la foresta separata e la foresta trusted funzioni in modo corretto.

• I provider di servizi condivisi tra farm non sono supportati nelle WAN. Non è possibile associare una farm figlio a un provider di servizi condivisi di una farm padre se le due farm sono connesse tramite collegamenti WAN.

• Nelle farm padre devono essere installati tutti i prodotti Office Server utilizzati nelle farm figlio. Se ad esempio in una farm figlio è installato Office Project Server, per il corretto funzionamento dei servizi condivisi tale prodotto dovrà essere installato anche nella farm padre. Se una farm figlio utilizza una licenza CAL (Client Access License) per l'edizione Enterprise, sarà necessario utilizzare una licenza CAL per l'edizione Enterprise (non per l'edizione Standard) anche nella farm padre. L'unica eccezione a questo requisito di progettazione è costituita dal servizio Excel Services.

• Il servizio Excel Services non può essere fornito da un provider di servizi condivisi in una farm padre, ma deve essere reso disponibile da un provider di servizi condivisi locale della farm figlio. È possibile configurare le applicazioni Web in modo da richiedere tutti gli altri servizi a una farm padre e il servizio Excel Services a un provider di servizi condivisi locale. Questa è l'unica situazione in cui un'applicazione Web può utilizzare servizi forniti da due provider di servizi condivisi diversi. Tale scenario è illustrato in Utilizzo di una combinazione di provider di servizi condivisi tra farm e locali (farm figlio 2), più avanti in questo articolo.

Creazione di uno script di configurazione per un provider di servizi condivisi tra farm

È possibile creare uno script in grado di riprodurre i processi manuali necessari per associare una farm figlio a una farm padre. L'utilizzo di uno script per il processo di configurazione consente di:

• Ridurre la quantità di tempo necessaria per distribuire servizi condivisi tra più farm.

• Garantire l'applicazione coerente delle impostazioni di configurazione (directory, configurazione, indice di ricerca e così via) in tutte le farm.

Per ulteriori informazioni, vedere Provider di servizi condivisi: operazione Stsadm (Office SharePoint Server).

Esempi di provider di servizi condivisi in un ambiente con più farm

In questa sezione sono descritte le tre farm figlio illustrate nel diagramma precedente.

Solo servizi condivisi tra farm (farm figlio 1)

Descrizione

La farm figlio 1 utilizza solo servizi condivisi ospitati da una farm padre. Questo scenario consente di ottimizzare le risorse hardware, di rete e amministrative necessarie per fornire i servizi condivisi a tutte le farm. Come farm padre è possibile utilizzare una farm esistente o creare una farm dedicata esclusivamente all'hosting dei servizi condivisi.

Suggerimenti

Questa configurazione è consigliata per gli scenari seguenti:

• Fornitura di servizi condivisi a più farm nell'ambito di una società.

• Hosting di soluzioni Office SharePoint Server per società che richiedono l'isolamento della farm ma non l'isolamento dei servizi.

Utilizzo di una combinazione di provider di servizi condivisi tra farm e locali (farm figlio 2)

Descrizione

La farm figlio 2 utilizza servizi di due diversi provider di servizi condivisi:

• Utilizza i servizi condivisi tra farm forniti dalla farm padre.

• Ospita un provider di servizi condivisi locale e ne utilizza i servizi.

Le farm configurate in questo modo possono sfruttare i servizi disponibili a livello di azienda, ma anche funzionare in modo indipendente, se necessario. La farm figlio può passare dall'utilizzo di servizi condivisi tra farm all'utilizzo dei propri servizi condivisi e viceversa.

La configurazione combinata con un provider di servizi condivisi tra farm e un provider di servizi condivisi locale è necessaria anche quando una farm figlio utilizza Excel Services. Le farm che hanno l'esigenza di utilizzare Excel Services devono infatti ospitare i servizi condivisi localmente. In questa configurazione, le applicazioni Web nella farm figlio richiedono Excel Services a un provider di servizi condivisi locale e tutti gli altri servizi a un provider di servizi condivisi padre, come illustrato nel diagramma seguente.

Suggerimenti

Questa configurazione è consigliata per gli scenari seguenti:

• In una società un reparto richiede l'isolamento della farm per proteggere dati riservati o per utilizzare risorse fisiche dedicate, ma deve essere anche incluso nei siti e nei portali a livello di azienda.

• Una società o divisione viene acquisita e si desidera consentire ai dipendenti l'accesso alle risorse a livello di azienda senza tuttavia arrestare la farm. In questo scenario la farm figlio ha la possibilità di utilizzare servizi condivisi disponibili a livello di azienda, come la ricerca e la ricerca per indicizzazione.

• Una divisione o gruppo di una società viene venduto o riassegnato a un altro ambiente Office SharePoint Server e si desidera configurare la farm per il funzionamento indipendente, per agevolare la sua transizione al nuovo ambiente.

• Una farm figlio richiede Excel Services.

Provider di servizi condivisi in standby (farm figlio 3)

Descrizione

La farm figlio 3 è configurata per il passaggio dall'utilizzo di servizi condivisi tra farm all'utilizzo di servizi condivisi locali. Il provider di servizi condivisi disponibile nella farm figlio viene utilizzato come provider di standby. La farm figlio passa al provider di servizi condivisi in standby quando viene disconnessa dalla farm padre.

Suggerimenti

Questa configurazione è consigliata per le distribuzioni di farm temporaneamente distaccate in altre aree geografiche.

Pianificazione delle capacità correlate ai provider di servizi condivisi

Durante la pianificazione dell'architettura del provider di servizi condivisi è necessario tenere conto dei limiti software consigliati per gli elementi dell'architettura logica e l'effetto che possono avere sulla configurazione del provider di servizi condivisi.

Nella tabella seguente sono riportate le linee guida consigliate per i componenti dell'architettura logica.

Oggetto dell'architettura logica	Linee guida per ottenere prestazioni accettabili	Note
Provider di servizi condivisi	3 per farm (al massimo 20 per farm)
Applicazione Web	99 per provider di servizi condivisi	Tale limite include il numero delle applicazioni Web nelle farm figlio che utilizzano le risorse di questo provider di servizi condivisi.
Pool di applicazioni di Internet Information Services (IIS)	8 per server Web	Il numero massimo dipende dalle capacità hardware.
Raccolta siti	50.000 per applicazione Web

Oltre ai componenti dell'architettura logica, per il servizio di ricerca esistono inoltre limiti software consigliati che possono influire sul numero e sulla configurazione dei provider di servizi condivisi nel proprio ambiente. Nella tabella seguente sono elencati gli oggetti di ricerca specifici, con i limiti consigliati che influiscono sulla pianificazione del provider di servizi condivisi.

Oggetto di ricerca	Linee guida per ottenere prestazioni accettabili	Note
Indici di ricerca	Uno per provider di servizi condivisi, al massimo 20 per farm	Microsoft Office SharePoint Server 2007 supporta un solo indice di contenuto per provider di servizi condivisi. Considerando che è consigliabile un massimo di 20 provider di servizi condivisi per ogni farm, sono supportati al massimo 20 indici di contenuto. Si noti che un provider di servizi condivisi può essere associato a un solo server di indicizzazione e a un solo indice di contenuto. È tuttavia possibile associare un server di indicizzazione a più provider di servizi condivisi e utilizzare un indice di contenuto per ogni provider di servizi condivisi.
Documenti indicizzati	50.000.000 per indice di contenuto (un indice per provider di servizi condivisi)	Microsoft Office SharePoint Server 2007 supporta 50 milioni di documenti per ogni server di indicizzazione. I documenti possono essere suddivisi in più indici di contenuto in base al numero di provider di servizi condivisi associati a un server di indicizzazione.
Origini di contenuto	500 per provider di servizi condivisi	Questo è un limite fisso imposto dal sistema.
Avvisi	1.000.000 per provider di servizi condivisi	Limite sottoposto a test.
Regole di ricerca per indicizzazione	10.000 per provider di servizi condivisi	È consigliabile utilizzare un massimo di 10.000 regole di ricerca per indicizzazione indipendentemente dal tipo.
Proprietà sottoposte a ricerca per indicizzazione	500.000 per provider di servizi condivisi	Si tratta delle proprietà individuate durante una ricerca per indicizzazione.
Proprietà gestite	100.000 per provider di servizi condivisi	Si tratta delle proprietà utilizzate nelle query dal sistema di ricerca. Le proprietà sottoposte a ricerca per indicizzazione vengono mappate a proprietà gestite. È consigliabile utilizzare un massimo di 100 mapping per proprietà gestita.

Per ulteriori informazioni sui limiti software, vedere Pianificare i limiti del software (Office SharePoint Server).

Pianificazione dei ruoli amministrativi per i provider di servizi condivisi

Il modello di servizi condivisi di Microsoft Office SharePoint Server 2007 consente di centralizzare l'intera amministrazione dei servizi, eventualmente delegando l'amministrazione di servizi specifici. Nella tabella seguente sono elencati i ruoli principali per i provider di servizi condivisi.

Ruolo	Responsabilità
Amministratore della farm	Crea o elimina provider di servizi condivisi.
Amministratore dei servizi condivisi (amministratore della raccolta siti Amministrazione servizi condivisi)	Configura autorizzazioni per servizi specifici o assegna l'amministrazione di servizi condivisi ad altri utenti.
Amministratore dei servizi condivisi	Configura e amministra servizi condivisi specifici, ad esempio il servizio di ricerca o Excel Services.

È possibile assegnare tutti questi ruoli a una singola persona. Nelle organizzazioni di medie e grandi dimensioni, tuttavia, l'amministrazione dei servizi specifici viene spesso delegata. Nella tabella seguente sono elencati gli specifici ruoli di amministrazione dei servizi che è possibile delegare.

Ruolo di amministrazione dei servizi	Responsabilità
Amministratore del servizio di ricerca	Amministra tutte le impostazioni relative alla ricerca nel provider di servizi condivisi.
Responsabile dei profili utente	Aggiunge connessioni di importazione, gestisce i profili utente e configura le impostazioni dei siti personali.
Responsabile dei gruppi di destinatari	Gestisce le impostazioni dei gruppi di destinatari nel provider di servizi condivisi.
Responsabile del Catalogo dati business	Importa le definizioni di applicazioni nel Catalogo dati business, seleziona entità e proprietà da utilizzare nei siti e negli elenchi di SharePoint e, facoltativamente, esegue metodi per le istanze dell'entità.
Responsabile delle autorizzazioni per il Catalogo dati business	Gestisce le autorizzazioni per il Catalogo dati business.
Responsabile delle autorizzazioni per i servizi di profilo	Gestisce le autorizzazioni per i servizi di profilo.
Amministratore di Excel Services	Amministra tutte le impostazioni di Excel Services nel provider di servizi condivisi.
Responsabile dei report di utilizzo del sito	Amministra le impostazioni dei report di utilizzo nel provider di servizi condivisi.

Per ulteriori informazioni su tali ruoli e su come configurarli, vedere Pianificare i ruoli di protezione (Office SharePoint Server).

Amministrazione di provider di servizi condivisi tra farm

Negli ambienti in cui sono implementati servizi condivisi tra farm le responsabilità dell'amministratore della farm variano a seconda che la farm sia una farm padre o una farm figlio. Nella tabella seguente sono riepilogate le attività amministrative eseguite da ogni amministratore in un ambiente che utilizza un provider di servizi condivisi tra farm.

Amministratore della farm	Responsabilità
Amministratore della farm padre	Crea i provider di servizi condivisi e modifica le impostazioni. Configura le impostazioni dei servizi condivisi per la farm padre. Gestisce le risorse condivise nella farm padre, ad esempio il database del provider di servizi condivisi. Gestisce le credenziali associate al provider di servizi condivisi. Gestisce le impostazioni dei servizi condivisi che interessano tutte le farm e i siti che utilizzano il provider di servizi condivisi padre.
Amministratore delle farm figlio	Configura le farm figlio per l'utilizzo dei servizi condivisi della farm padre. Associa le applicazioni Web nelle farm figlio al provider di servizi condivisi padre. Annulla l'associazione alla farm padre.

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 (informazioni in lingua inglese)

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

Concetti

Pianificare i provider di servizi condivisi
Componenti dell'architettura logica
Modello di architettura logica: distribuzione aziendale
Creare e configurare provider di servizi condivisi