Pianificare la ricerca globale nell'organizzazione

Contenuto dell'articolo:

• Architetture di ricerca consigliate

• Ricerca centralizzata

• Provider di servizi condivisi regionali con contenuto sincronizzato

• Ricerca centralizzata e ricerca distribuita

• Ricerca distribuita

• Ricerca federata

Architetture di ricerca consigliate

Se si prevede di distribuire geograficamente più server farm che eseguono Microsoft Office SharePoint Server 2007, esistono alcune architetture di ricerca adatte per ambienti WAN. In questo articolo vengono illustrate tali architetture. Per un modello delle dimensioni di un poster contenente una panoramica delle soluzioni globali supportate e delle architetture di ricerca consigliate, vedere Distribuzione geografica di Microsoft Office SharePoint Server (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=110982&clcid=0x410) (informazioni in lingua inglese) . Questo modello è stato creato in Microsoft Office Visio. Se nel computer non è installato Visio, è possibile scaricare un visualizzatore gratuito (https://go.microsoft.com/fwlink/?linkid=73526&clcid=0x410). Per stampare questo file in modo ottimale, è consigliabile utilizzare un plotter.

Nota

Questo poster non è ancora stato aggiornato con le informazioni relative all'architettura di ricerca federata.

La pianificazione di un'architettura di ricerca consente di raggiungere un compromesso tra i tipi di requisiti seguenti in base alle priorità di un'organizzazione:

• Esperienza utente durante la ricerca di contenuto tramite query di ricerca, inclusi gli aspetti seguenti:

  • Problemi di prestazioni correlati all'invio di una richiesta di query e alla ricezione dei risultati della ricerca.

  • Pertinenza e completezza dei risultati restituiti.

• Problemi di prestazioni correlati alla ricerca per indicizzazione di contenuto in una rete WAN.

• Costo dell'amministrazione di un ambiente di ricerca globale.

In alcuni casi, la conoscenza delle opzioni disponibili per l'architettura di ricerca in un ambiente WAN consente di stabilire quali delle soluzioni globali supportate sono più appropriate per la propria organizzazione. Per ulteriori informazioni su queste soluzioni, vedere Soluzioni globali per Office SharePoint Server supportate.

In questo articolo non vengono descritte le caratteristiche in termini di prestazioni correlate all'esecuzione di query di ricerca o alla ricerca per indicizzazione di contenuto nella rete WAN. La conoscenza del livello di supporto di questi tipi di operazioni nell'ambiente WAN in uso è tuttavia fondamentale per la pianificazione di un ambiente globale. Per ulteriori informazioni sulle prestazioni di Microsoft Office SharePoint Server 2007 nella rete WAN, vedere Pianificare i requisiti di larghezza di banda.

Ricerca centralizzata

Grazie all'architettura di ricerca centralizzata, il servizio di ricerca nella farm centrale sottopone a una ricerca per indicizzazione il contenuto in tutte le farm regionali. Le query di ricerca di utenti regionali vengono inviate alla farm centrale.

Nella figura seguente viene illustrata un'architettura di ricerca centralizzata.

Se i collegamenti WAN supportano la ricerca per indicizzazione di contenuto in siti regionali, è consigliabile utilizzare questa architettura in quanto consente un'esperienza di ricerca unificata per gli utenti che offre i vantaggi seguenti:

• Gli utenti accedono sempre alla farm centrale per le ricerche.

• La pertinenza della ricerca viene mantenuta nei risultati della ricerca.

• Gli utenti possono eseguire ricerche su tutto il contenuto dell'organizzazione che sono autorizzati a visualizzare.

Uno svantaggio di questa architettura è che non è possibile distinguere il contenuto locale o definirne la priorità nei risultati della ricerca, a meno che non venga creato un ambito di ricerca in base alla posizione del contenuto nella farm. In altre parole, se un utente in un sito regionale cerca un documento archiviato in tale sito, non è facile distinguere la posizione in cui risiedono i documenti elencati nei risultati della ricerca.

Se le prestazioni dei collegamenti WAN non sono adeguate, questa architettura può comportare alcuni rischi. La ricerca per indicizzazione del contenuto può sovraccaricare un collegamento WAN, con una conseguente riduzione delle prestazioni durante la gestione delle richieste degli utenti. Nel caso di un volume di dati elevato sottoposto a frequenti modifiche, i processi di indicizzazione potrebbero non essere in grado di tenere il passo con le modifiche. Esistono tuttavia soluzioni che consentono di ottimizzare la ricerca per indicizzazione del contenuto in Microsoft Office SharePoint Server 2007 attraverso una rete WAN. Queste ottimizzazioni consentono di ridurre il tempo e il traffico di rete durante il processo di indicizzazione. Per ulteriori informazioni, vedere la sezione relativa all'ottimizzazione della ricerca per indicizzazione del contenuto in Ottimizzazione di Office SharePoint Server per ambienti WAN.

Infine, sebbene i collegamenti WAN determinino se è possibile eseguire la ricerca per indicizzazione del contenuto in remoto e, di conseguenza, se è possibile utilizzare l'architettura di ricerca centralizzata, i collegamenti WAN lenti potrebbero anche influire sulla praticità di utilizzo della ricerca da parte degli utenti regionali. I collegamenti WAN lenti scoraggiano l'esecuzione di query da parte degli utenti. È possibile ottimizzare le prestazioni della rete WAN durante l'orario di ufficio pianificando la ricerca per indicizzazione del contenuto e altre operazioni che rallentano le prestazioni in modo che vengano eseguite durante fasce orarie non di punta. Anche nel caso in cui si ricorra a questa ottimizzazione, è comunque consigliabile verificare l'efficienza con cui l'architettura di ricerca centralizzata soddisfa le esigenze degli utenti regionali attraverso i collegamenti WAN esistenti.

In molti casi, la disponibilità dell'architettura di ricerca centralizzata consente di rendere scalabile Microsoft Office SharePoint Server 2007 in modo da poter offrire servizi agli utenti regionali.

Nella tabella seguente sono riepilogati i compromessi dell'architettura di ricerca centralizzata.

Vantaggi	Svantaggi
La pertinenza della ricerca viene mantenuta. La gestione del provider di servizi condivisi è centralizzata.	La ricerca per indicizzazione in contenuto presente nella rete WAN utilizza larghezza di banda. Mantenere aggiornati gli indici può risultare difficile in ambienti con volumi di dati elevati e modifiche molto frequenti. Le prestazioni delle query sono legate alle prestazioni dei collegamenti WAN.

Provider di servizi condivisi regionali con contenuto sincronizzato

Se i collegamenti WAN non supportano l'architettura di ricerca centralizzata e si desidera offrire un servizio di ricerca ai siti regionali, è possibile ospitare un provider di servizi condivisi in ogni sito regionale.

Esistono diverse architetture di ricerca che prevedono l'hosting di provider di servizi condivisi in siti regionali. La prima di queste architetture si basa sulla sincronizzazione del contenuto nell'organizzazione in modo che ogni sito regionale disponga di una copia di tutto il contenuto necessario agli utenti in tale sito regionale. Questo approccio alla gestione del contenuto all'interno di un'organizzazione globale è descritto in Progettare l'architettura delle informazioni e la governance a livello globale. Poiché il contenuto è sincronizzato, non è necessario eseguire una ricerca per indicizzazione in remoto nella rete WAN.

Nella figura seguente viene illustrato questo tipo di architettura.

Nella figura:

• I progetti pronti per essere condivisi nell'organizzazione vengono pubblicati nel sito centrale, indipendentemente dalla posizione in cui è stato creato il contenuto.

• Dopo la pubblicazione del contenuto nel sito centrale, le versioni di sola lettura dei progetti vengono sincronizzate con tutti i siti.

• Il servizio di ricerca in ogni farm sottopone alla ricerca per indicizzazione solo il contenuto all'interno della farm.

Analogamente, le informazioni relative alla società vengono sincronizzate in modo identico nell'intera organizzazione, come illustrato nella figura seguente.

Sebbene questa architettura consenta di ovviare all'esigenza di eseguire la ricerca per indicizzazione del contenuto nella rete WAN, richiede l'utilizzo di collegamenti WAN per la sincronizzazione del contenuto nell'ambiente. Per ridurre al minimo l'effetto sulle prestazioni WAN, è possibile pianificare queste operazioni per fasce orarie non di punta. Il vantaggio principale è che gli utenti regionali possono accedere al contenuto tramite il servizio di ricerca locale. Con questo tipo di architettura, l'utilizzo dei collegamenti WAN viene pianificato e gestito e le prestazioni dei collegamenti WAN non ostacolano il lavoro degli utenti.

Nella tabella seguente sono riepilogati i compromessi di questa architettura di ricerca.

Vantaggi	Svantaggi
La ricerca per indicizzazione del contenuto viene eseguita localmente. Le prestazioni delle query di ricerca non sono legate alle prestazioni dei collegamenti WAN. La pertinenza della ricerca viene mantenuta all'interno di ogni farm.	Più provider di servizi condivisi aumentano i costi amministrativi. La sincronizzazione del contenuto all'interno di un'organizzazione aumenta la complessità della soluzione.

Ricerca centralizzata e ricerca distribuita

È possibile progettare un'architettura di ricerca che combini la ricerca centralizzata e la ricerca distribuita. In tal caso, il servizio di ricerca in ogni area geografica esegue la ricerca per indicizzazione di tutto il contenuto in tale area e la farm centrale esegue la ricerca per indicizzazione del contenuto in tutte le farm dell'organizzazione.

Con questa architettura, gli utenti regionali possono eseguire ricerche sul contenuto locale senza utilizzare i collegamenti WAN. Gli utenti regionali possono eseguire ricerche nell'organizzazione globale eseguendo query nella farm centrale.

Nella figura seguente viene illustrata l'architettura che combina la ricerca centralizzata e la ricerca distribuita.

Nel diagramma:

• Ogni farm ospita un provider di servizi condivisi. Il servizio di ricerca offerto dal provider di servizi condivisi locale esegue una ricerca per indicizzazione del contenuto locale in ogni farm regionale.

• Il servizio di ricerca offerto dal provider di servizi condivisi nella farm centrale esegue inoltre la ricerca per indicizzazione del contenuto nelle farm regionali.

Il vantaggio principale di questa architettura è che le prestazioni delle query risultano ottimizzate per il contenuto locale, mentre la ricerca globale è offerta come opzione. Questa architettura è adatta nelle situazioni in cui:

• Gli utenti regionali utilizzano la ricerca principalmente per accedere al contenuto locale.

• I collegamenti WAN supportano la ricerca per indicizzazione del contenuto in siti regionali.

Questa architettura, pur essendo simile all'architettura di ricerca centrale, prevede un intenso utilizzo dei collegamenti WAN per la ricerca per indicizzazione del contenuto. Grazie alla configurazione della ricerca locale come opzione, la ricerca globale non ha tuttavia un impatto critico sull'architettura di ricerca generale ed è possibile tenerne conto nelle pianificazioni della ricerca per indicizzazione e nei contratti di servizio.

Nella tabella seguente sono riepilogati i compromessi di questa architettura di ricerca.

Vantaggi	Svantaggi
Le prestazioni delle query sono ottimizzate per il contenuto locale. Questa opzione consente una notevole riduzione del numero di query nella rete WAN rispetto al modello di ricerca centralizzato. La pertinenza della ricerca viene ottimizzata in base all'ambito della ricerca (locale o globale).	Più provider di servizi condivisi aumentano i costi amministrativi. La ricerca per indicizzazione in contenuto presente nella rete WAN utilizza larghezza di banda. Per gli utenti regionali che eseguono query globali, le prestazioni delle query sono legate alle prestazioni dei collegamenti WAN.

Ricerca distribuita

Se i collegamenti WAN non supportano la sincronizzazione del contenuto in un ambiente globale o la ricerca per indicizzazione del contenuto remoto in farm regionali, è possibile offrire il servizio di ricerca solo a livello di farm regionale. Con l'architettura di ricerca distribuita, ogni farm regionale ospita un proprio provider di servizi condivisi e il servizio di ricerca offerto da ogni provider di servizi condivisi regionale esegue la ricerca per indicizzazione del solo contenuto locale.

Nella figura seguente viene illustrata l'architettura di ricerca distribuita.

Valutare l'implementazione di un'architettura di ricerca distribuita nelle situazioni in cui:

• I siti regionali sono connessi da collegamenti WAN poco efficienti.

• I siti regionali sono autonomi rispetto ad altri siti regionali.

• I siti regionali non fanno eccessivo affidamento su una connessione al sito centrale, come nel caso di un'organizzazione con succursali che operano autonomamente.

• Sono presenti numerosi siti regionali e il modello aziendale e i collegamenti WAN non supportano un modello di ricerca centralizzato, come nel caso di un'organizzazione con numerose succursali connesse da collegamenti WAN poco efficienti.

Nella tabella seguente sono riepilogati i compromessi dell'architettura di ricerca distribuita.

Vantaggi	Svantaggi
La pertinenza della ricerca viene mantenuta. Il contenuto non è sottoposto a ricerca per indicizzazione attraverso collegamenti WAN.	La ricerca non è estesa all'intera azienda. Gli utenti nelle farm regionali devono connettersi alla farm centrale per la ricerca del contenuto in tale farm.

Ricerca federata

La ricerca federata è una caratteristica aggiunta in Aggiornamento dell'infrastruttura per Microsoft Office Servers ed è inoltre disponibile in Microsoft Search Server 2008. La ricerca federata consente agli utenti finali di eseguire una query che effettua una ricerca in più origini e visualizza i risultati in web part separate in una singola pagina dei risultati di ricerca. Le origini possono essere archivi contenuto aziendali, altri motori di ricerca o parti dell'indice di Search Server. L'utilizzo della federazione consente di fornire risultati più esaustivi alle query degli utenti senza riservare le risorse del server per la ricerca per indicizzazione e l'indicizzazione del contenuto.

In un ambiente distribuito con server farm in aree geografiche diverse, la ricerca federata può essere configurata in ogni area che rappresenta un percorso federato diverso. L'utente vedrà i risultati della ricerca di ogni area in una web part Risultati federati diversa. I risultati possono essere visualizzati non appena vengono ricevuti. Ad esempio, i risultati della ricerca della server farm locale verranno molto probabilmente restituiti prima di quelli ricevuti attraverso connessioni WAN.

Nel diagramma seguente viene illustrato l'utilizzo della ricerca federata in un ambiente geograficamente distribuito in cui Microsoft Office SharePoint Server viene distribuito in ogni area.

In questo diagramma:

• Un utente nella farm regionale 2 esegue una query.

• Il traffico della query viene inviato a un server Web nella farm locale. Il server Web inoltra la query ai percorsi di ricerca federata.

• Le query A e B sono percorsi federati e vengono inviate alle farm geograficamente distribuite.

• La query C è una ricerca locale che viene gestita dalla farm locale.

• I risultati della ricerca vengono visualizzati in una pagina Web all'interno di web part separate.

Configurazione della ricerca federata in ambienti distribuiti

Quando si utilizza la ricerca federata, ogni server farm esegue la ricerca per indicizzazione nel proprio contenuto. Per le server farm che eseguono Office SharePoint Server, è necessario configurare un provider di servizi condivisi in ogni farm regionale. Per creare una connessione federata a una server farm remota che esegue Office SharePoint Server, creare nella server farm locale un percorso federato OpenSearch. Il percorso federato OpenSearch deve puntare al feed RSS di una pagina dei risultati di ricerca all'interno di un Centro ricerche nella farm remota. Per includere la farm locale nella ricerca federata, creare un percorso federato di tipo "indice di ricerca locale". Per implementare la ricerca federata in un ambiente distribuito, configurare per ogni farm percorsi federati alle altre farm.

Nel diagramma seguente viene illustrata in maggiore dettaglio una connessione per la ricerca federata a una farm remota.

In questo diagramma:

• Nella farm centrale viene aggiunto un Centro ricerche alla raccolta siti relativa alle informazioni della società. Per questo Centro ricerche viene configurato l'ambito che consente agli utenti di eseguire ricerche nella farm. Nel Centro ricerche è presente una pagina dei risultati di ricerca per cui è attivato un feed RSS.

• Nella farm regionale viene configurata una connessione per la ricerca federata (callout A) alla pagina dei risultati di ricerca della farm centrale. In questo modo gli utenti locali nella farm regionale possono eseguire ricerche nel contenuto della farm centrale.

In molti ambienti con più server farm, non tutto il contenuto di una server farm è pertinente per gli utenti che si trovano in prossimità di altre farm. Ad esempio, i criteri aziendali di un'area geografica specifica potrebbero essere applicabili solo a tale area. Se si è a conoscenza di un sottoinsieme di contenuto in cui è importante che gli utenti di altre aree possano eseguire ricerche, creare un ambito nella farm che estenda la ricerca al sottoinsieme di contenuto pertinente. Quando si crea una connessione federata alla farm remota, connettersi allo stesso feed RSS della pagina dei risultati di ricerca aggiungendo però l'ambito come parametro URL. Ad esempio: https://server/searchcenter/_layouts/srchrss.aspx?k={searchTerms}&s=<yourcustomscope>

Per ulteriori informazioni sull'implementazione di un Centro ricerche, vedere gli articoli seguenti:

• Pianificare l'esperienza di ricerca dell'utente finale (Office SharePoint Server)

• Personalizzazione del Centro ricerche dell'organizzazione (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=120906&clcid=0x410) (informazioni in lingua inglese)

Dopo aver finito di creare e configurare percorsi di ricerca federata, è necessario connettere ognuno di essi a una web part Risultati federati affinché gli utenti possano vedere i risultati del percorso in un Centro ricerche. Configurare una web part Risultati federati diversa per ogni farm. Quando si configurano le proprietà delle web part Risultati federati, selezionare l'opzione che consente di eseguire il rendering dei risultati in modo asincrono (impostazione predefinita). Con questa impostazione, i risultati vengono visualizzati man mano che vengono ricevuti e gli utenti non devono attendere i dati delle connessioni più lente prima di iniziare a visualizzare i risultati. Per impostazione predefinita, se non è selezionata la modalità asincrona, il rendering dei risultati viene eseguito solo dopo che ognuno dei percorsi federati ha restituito i risultati o generato un errore di timeout. Il periodo di timeout è impostato su 90 secondi e non può essere modificato.

Un'importante considerazione da tenere presente quando si utilizza la ricerca federata è la limitazione dei risultati della ricerca per motivi di protezione. Per impostazione predefinita, questa caratteristica è persistente per i risultati restituiti dai percorsi seguenti:

• Percorsi di indici di ricerca locali (farm locale).

• Percorsi OpenSearch che utilizzano credenziali comuni (un singolo insieme di credenziali per tutti gli utenti).

• Percorsi OpenSearch che utilizzano l'autenticazione Kerberos per utente.

Le credenziali utente non vengono tuttavia passate automaticamente per protocolli di autenticazione diversi da Kerberos. Per essere certi che i risultati siano limitati per motivi di protezione per l'utente corrente in questi scenari, estendere la web part Risultati federati in modo da raccogliere le credenziali utente. Per ulteriori informazioni, vedere Creazione di una web part di ricerca federata personalizzata con un'interfaccia utente per le credenziali (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=121779&clcid=0x410) (informazioni in lingua inglese) .

Valutare inoltre se utilizzare la web part Risultati federati principali in cui vengono visualizzati i risultati principali di più percorsi federati. Questa web part, tuttavia, è configurata in modo da visualizzare i risultati in modo sincrono e questa impostazione non può essere modificata. Di conseguenza, la velocità di caricamento della pagina corrisponde a quella dal percorso più lento configurato nella web part Risultati federati principali. Se non viene utilizzata l'autenticazione Kerberos, è inoltre necessario estendere la web part in modo da raccogliere le credenziali utente se si desidera che i risultati della ricerca per i percorsi OpenSearch (tutti quelli diversi dalla farm locale) vengano limitati per motivi di protezione per ogni utente.

Infine, sebbene la ricerca federata consenta agli utenti di accedere a più origini di ricerca, gli utenti possono utilizzare esclusivamente le opzioni di ricerca standard. Le opzioni di ricerca avanzate non sono supportate con la ricerca federata.

Utilizzo della ricerca federata con farm che eseguono Windows SharePoint Services

Per utilizzare la ricerca federata con una farm che esegue Windows SharePoint Services, aggiornare la farm che esegue Windows SharePoint Services a Server di ricerca 2008 Express o a Server di ricerca 2008. L'aggiornamento offre il vantaggio di supportare la ricerca nell'intera farm che esegue Windows SharePoint Services anziché solo in ogni database del contenuto. Inoltre, Server di ricerca è necessario per fornire i feed RSS nei risultati. RSS è necessario per creare un percorso federato OpenSearch ai risultati di una farm remota in modo che questi ultimi possano essere visualizzati nella pagina aggregata.

Nel diagramma seguente viene illustrato un ambiente geograficamente distribuito con farm che eseguono Windows SharePoint Services aggiornate a Server di ricerca 2008 nei percorsi regionali.

Riepilogo della ricerca federata

L'utilizzo della ricerca federata in una distribuzione geografica offre numerosi vantaggi. La ricerca federata consente di ovviare all'esigenza di eseguire la ricerca per indicizzazione sul contenuto oppure di sincronizzare il contenuto attraverso connessioni WAN. La visualizzazione dei risultati in web part separate consente agli utenti di distinguere il percorso in cui si trova il contenuto, semplificando l'identificazione del contenuto locale. La determinazione del percorso in cui si trova il contenuto può inoltre consentire a un utente di individuare i risultati più pertinenti.

Questa architettura presenta tuttavia anche alcuni svantaggi. In primo luogo, nei risultati della ricerca la pertinenza non viene indicata a livello aziendale, ma solo per ogni percorso federato. In secondo luogo, le prestazioni delle query per percorsi remoti sono legate ai collegamenti WAN, sebbene gli utenti in genere ricevano i risultati della ricerca per la farm locale piuttosto velocemente.

Nella tabella seguente sono riepilogati i compromessi dell'architettura di ricerca federata.

Vantaggi

Svantaggi

Consente la ricerca a livello aziendale. Non esiste un limite per il numero di documenti o elementi su cui è possibile eseguire la ricerca. Il contenuto non è sottoposto a ricerca per indicizzazione o sincronizzazione attraverso collegamenti WAN. Le prestazioni delle query sono ottimizzate per il contenuto locale, ma è possibile ottenere risultati per il contenuto remoto. Gli utenti possono eseguire ricerche in percorsi diversi senza stabilire una connessione separata a ognuno di essi. È possibile gestire separatamente ogni archivio contenuto. È possibile utilizzare Windows SharePoint Services con Search Server 2008 anziché Office SharePoint Server in farm regionali. Se viene utilizzata l'autenticazione Kerberos, la limitazione per motivi di protezione viene mantenuta per la farm locale e le farm remote.

La pertinenza della ricerca non è estesa all'intera azienda ed è limitata a ogni origine di contenuto. La gestione di più provider di servizi condivisi o distribuzioni di Server di ricerca 2008 comporta un aumento dei costi amministrativi. Le prestazioni delle query per i percorsi remoti sono legate ai collegamenti WAN. Perché il contenuto non è sincronizzato nell'ambiente, gli utenti scaricheranno i documenti attraverso collegamenti WAN durante fasce orarie di punta per l'utilizzo della larghezza di banda. Gli utenti non possono utilizzare le opzioni di ricerca avanzate. Se non viene utilizzato Kerberos, per mantenere la limitazione dei risultati della ricerca per motivi di protezione è necessario estendere le web part di ricerca federata.

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

Soluzioni globali per Office SharePoint Server supportate
Progettare l'architettura delle informazioni e la governance a livello globale
Pianificare i requisiti di larghezza di banda