Pianificare la ricerca ibrida cloud per SharePoint

 

**Ultima modifica dell'argomento:**2017-12-05

La configurazione della ricerca ibrida cloud per SharePoint richiede una pianificazione attenta. Questo articolo consente di progettare una soluzione di ricerca ibrida cloud affidabile, sicura e scalabile.

Di quali esperienze di ricerca necessitano gli utenti?

Dopo aver configurato la ricerca ibrida cloud e aver completato la ricerca per indicizzazione completa dei contenuti locali, il Centro ricerche in Office 365 visualizza automaticamente i risultati ibridi dall'indice Office 365.

Gli utenti necessitano di altri tipi di ricerca?

Verticali di ricerca - I verticali di ricerca restringono i risultati di ricerca a un set specifico di contenuti, ad esempio per mostrare solo i video. Se è in uso un verticale di ricerca in un Centro ricerche in SharePoint Server, è necessario ricrearlo nel Centro ricerche di SharePoint Online in Office 365.

Ricerca sito – La ricerca esistente nelle raccolte documenti in SharePoint Server si arresta restituendo risultati quando l'indice di ricerca viene spostato in Office 365. La ricerca è più rapida quando gli utenti si avvalgono dei Centri ricerche che si trovano nello stesso ambiente dell'indice di ricerca, quindi effettuando una ricerca da un Centro ricerche di Office 365 si avrà un'esperienza migliore. Se gli utenti necessitano di risultati dall'indice di ricerca Office 365 nei siti di SharePoint locali, come nei siti del team in SharePoint Server 2010, è possibile configurare la ricerca da SharePoint Server 2013 o SharePoint Server 2016. Pianificare un'origine dei risultati remota in SharePoint Server 2013 o SharePoint Server 2016 che ottiene i risultati dall'indice di ricerca Office 365 e pianificare l'utilizzo di una federazione di query. Poiché SharePoint Online in Office 365 consente di elaborare le query, gli utenti devono utilizzare la sintassi delle query supportate da SharePoint Online. Per ulteriori informazioni, vedere Visualizzare i risultati da Office 365 in SharePoint locale con ricerca ibrida cloud.

eDiscovery – Potrebbe essere necessario configurare eDiscovery separatamente in SharePoint Server e in SharePoint Online di Office 365.

Pubblicazione intersito - La pubblicazione intersito non è disponibile con la ricerca ibrida cloud.

Come si desidera visualizzare i risultati di ricerca?

Anteprime - Quando un utente passa il mouse su un risultato della ricerca che proviene da Office 365, vengono visualizzate informazioni relative al contenuto, nonché un'anteprima del contenuto. Le informazioni sul contenuto dei risultati della ricerca provenienti dall'ambiente locale vengono visualizzate automaticamente, ma è necessario configurare la visualizzazione di anteprime per questi contenuti. Pianificare la farm di Server Office Web Apps e configurare SharePoint Server 2013 affinché venga utilizzato Server Office Web Apps. Per ulteriori informazioni, vedere Visualizzare i risultati da Office 365 in SharePoint locale con ricerca ibrida cloud.

Limitazione per motivi di sicurezza personalizzata - SharePoint Online in Office 365 non supporta la limitazione per motivi di sicurezza personalizzata.

Quali funzionalità di ricerca sono necessarie?

Alcune delle funzionalità di ricerca già presenti in SharePoint Server potrebbero funzionare diversamente con la ricerca ibrida cloud. Pianificare di informare gli utenti delle differenze.

Elementi di maggiore rilevanza - Elementi di maggiore rilevanza è una funzionalità di SharePoint Server 2010. Utilizzare invece le regole di query in SharePoint Online in Office 365.

Ambiti di ricerca personalizzata - Ambiti di ricerca personalizzata è una funzionalità di SharePoint Server 2010. Utilizzare invece le origini dei risultati in SharePoint Online in Office 365.

Promozione/abbassamento di livello dei risultati della ricerca - Promozione/abbassamento di livello dei risultati della ricerca è una funzionalità di SharePoint Server 2010. Utilizzare invece le origini dei risultati in SharePoint Online in Office 365.

Rimozione dei risultati della ricerca locali - In Amministrazione centrale in SharePoint Server è possibile selezionare un'applicazione del servizio di ricerca e utilizzare l'opzione "Reimpostazione indice" per rimuovere tutti gli elementi dall'indice di ricerca. Non utilizzare questa opzione per un'applicazione del servizio di ricerca cloud; l'opzione elimina la cronologia di ricerca per indicizzazione dai database della ricerca per indicizzazione, ma non rimuove gli elementi locali dall'indice Office 365 perché non sono presenti comunicazioni dirette tra l'applicazione del servizio di ricerca cloud in SharePoint Server e l'indice di ricerca in Office 365. Questi elementi locali diventano orfani nell'indice Office 365. Se si desidera rimuovere tutti i metadati locali dall'indice di ricerca di Office 365, rimuovere tutte le origini contenuto locali. Gli eventuali elementi locali lasciati nell'indice di ricerca di Office 365 al termine della procedura sono elementi orfani.

Alcune delle funzionalità di ricerca già presenti in SharePoint Server non sono disponibili con la ricerca ibrida cloud. Pianificare di informare gli utenti.

Multi-tenancy in SharePoint Server 2013 o farm di SharePoint Server 2016 - Una farm di SharePoint Server 2013 o SharePoint Server 2016 può associarsi solo a un tenant in SharePoint Online in Office 365, quindi SharePoint Online non è in grado di mantenere l'isolamento del tenant di una farm di SharePoint Server 2013 o SharePoint Server 2016 multi-tenant.

Estrazione entità personalizzate - Estrazione entità personalizzate non è disponibile con la ricerca ibrida cloud perché SharePoint Online in Office 365 non supporta l'estrazione di entità personalizzate.

Servizio Web di miglioramento dei contenuti - Il callout del servizio Web di miglioramento dei contenuti non è disponibile con la ricerca ibrida cloud perché SharePoint Online in Office 365 non supporta l'estrazione di entità personalizzate.

Thesaurus - I thesaurus non sono disponibili con la ricerca ibrida cloud perché SharePoint Online in Office 365 non supporta i thesaurus.

Pianificare l'architettura di ricerca SharePoint Server per la ricerca ibrida cloud

Quando si configura la ricerca ibrida cloud, uno dei passaggi consiste nel creare un'applicazione del servizio di ricerca cloud (SSA cloud) nella farm di ricerca di SharePoint Server 2013 o SharePoint Server 2016. Quando si crea tale SSA cloud, viene creata automaticamente un'architettura di ricerca predefinita sul server in cui è in esecuzione il SSA cloud. Ogni farm di ricerca può avere un solo SSA cloud, ma può avere più SSA in combinazione con quello cloud.

Un'architettura di ricerca per la ricerca ibrida cloud è costituita da database e componenti di ricerca che formano una topologia e server che ospitano tale topologia. È necessario pianificare il numero di componenti per la ricerca per indicizzazione della topologia, quali server ospitano i database e i componenti di ricerca e l'hardware necessario per ogni server.

Prima cominciare, è consigliabile leggere ulteriori informazioni sulla topologia di ricerca per la ricerca ibrida cloud per acquisire familiarità con i componenti di ricerca in un'architettura di ricerca per la ricerca ibrida cloud.

Passaggio 1: quanti contenuti locali è possibile indicizzare in Office 365?

Per ogni TB dello spazio di archiviazione in pool di cui il tenant dispone in SharePoint Online, è possibile indicizzare 1 milione di elementi di contenuti locali nell'indice di ricerca in Office 365. È possibile acquistare più spazio per aumentare la quota in uso, finché non viene raggiunta la soglia di 20 milioni di elementi. Se è necessario indicizzare più di 20 milioni di elementi di contenuti locali, contattare il Supporto tecnico Microsoft per aumentare tale soglia.

Passaggio 2: quali devono essere le dimensioni dell'architettura di ricerca ibrida necessaria?

Per la ricerca ibrida cloud è consigliabile utilizzare l'architettura di ricerca ibrida che si ottiene quando viene creato un SSA cloud:

Illustration showing the search farm with servers and search components.

I componenti grigi siano attivi della ricerca ibrida cloud, ma è necessario essere posizionate su server, come illustrato. Informazioni sui componenti inattivi in informazioni sulla topologia di ricerca per la ricerca ibrida cloud.

Analogamente alla ricerca aziendale solo locale, è possibile ridimensionare l'architettura di ricerca. La differenza principale consiste nel fatto che per la ricerca ibrida cloud è opportuno ridimensionare solo il componente della ricerca per indicizzazione. Se è necessario ottimizzare la ricerca per indicizzazione, attenersi alle linee guida per la ricerca per indicizzazione in Riprogettare la topologia di ricerca a livello di organizzazione per requisiti di prestazioni specifici in SharePoint 2016 (si applicano anche alla ricerca ibrida cloud). Se si effettua una ricerca per indicizzazione nei contenuti locali a una frequenza elevata, il sistema potrebbe limitare l'inserimento nell'indice di ricerca di Office 365 per proteggere la tenancy di Office 365. Se l'architettura di ricerca dispone di massimo due componenti di ricerca per indicizzazione, dovrebbe esserci una frequenza di ricerca per indicizzazione accettabile e sufficiente.

Passaggio 3: Quali requisiti hardware devono essere tenuti presenti per l'architettura di ricerca cloud?

Scegliere se usare server fisici o virtuali per la ricerca ibrida cloud

È consigliabile un'architettura di ricerca che si avvale di macchine virtuali, ma è anche possibile utilizzare computer fisici. Per ulteriori informazioni, consultare Scegliere se usare server fisici o virtuali.

Scegliere le risorse hardware per i server host per la ricerca ibrida cloud

Questa tabella indica la quantità minima di risorse hardware necessaria per ogni server applicazioni o server di database:

Server Nell'host Spazio di archiviazione RAM Processor1

Server applicazioni

A

100 GB

16 GB

4 core di CPU a 1,8 GHz

Server di database

B

100 GB

16 GB

4 core di CPU a 1,8 GHz

1Il numero specificato fa riferimento ai core, non ai thread della CPU.

Oltre a quanto indicato in precedenza:

  • Verificare che ogni server host disponga di spazio su disco sufficiente per l'installazione di base del sistema operativo Windows Server e per i file di programma di SharePoint Server. Il server host necessita di spazio su disco per le operazioni di diagnostica quali la registrazione, il debug e la creazione di dump della memoria, per le operazioni quotidiane e per il file di paging. In genere 80 GB di spazio su disco sono sufficienti per il sistema operativo Windows Server e per i file di programma di SharePoint Server.

  • Aggiungere spazio di archiviazione per i log SQL per ogni server di database. Se non si imposta il server di database in modo da eseguire spesso il backup dei database, i log SQL usano una quantità elevata di spazio di archiviazione. Per altre informazioni su come pianificare i database SQL, vedere Pianificazione e configurazione dell'archiviazione e della capacità di SQL Server (SharePoint Server).

Pianificare le prestazioni di archiviazione per la ricerca ibrida cloud

Poiché la modalità di distribuzione dei dati dal componenti di ricerca e dal sistema operativo sul sistema di archiviazione incide sulle prestazioni della ricerca, può essere opportuno:

  • Suddividere i file del sistema operativo Windows Server, i file di programma di SharePoint Server e i log di diagnostica su tre volumi di archiviazione o partizioni di memoria separate con prestazioni normali.

  • Archiviare i dati dei componenti di ricerca su un altro volume di archiviazione o su un'altra partizione con prestazioni elevate.

Suggerimento

È possibile impostare un percorso personalizzato per i dati dei componenti di ricerca quando si installa SharePoint Server in un host. Tutti i componenti di ricerca presenti nell'host che devono archiviare dati usano questo percorso. Per cambiare questo percorso in un secondo momento, è necessario reinstallare SharePoint Server sull'host.

Verificare che la risorsa di archiviazione di cui si dispone sia abbastanza veloce per gestire il traffico proveniente dai database e dai componenti di ricerca. Il database di ricerca per indicizzazione è l'unico componente nell'architettura di ricerca per la ricerca ibrida cloud con requisiti IOPS (operazioni di I/O al secondo). Il database di ricerca per indicizzazione richiede operazioni di I/O al secondo medio-alte e il carico tipico in un sottosistema di I/O è pari a 10 operazioni di input/output al secondo per una frequenza di ricerca per indicizzazione di un documento al secondo.

Informazioni sulla topologia di ricerca per la ricerca ibrida cloud

La topologia di ricerca del SSA cloud è costituita dagli stessi tipi di database e componenti di ricerca della topologia di un SSA standard in SharePoint Server 2013 o SharePoint Server 2016. Nonostante ciò esistono alcune differenze.

Database e componenti di ricerca inutilizzati nella ricerca ibrida cloud - Nella ricerca ibrida cloud, Office 365 elabora i contenuti, archivia l'indice ed elabora l'analisi. Il SSA cloud non utilizza il componente di elaborazione dei contenuti, il componente di indicizzazione, il componente di elaborazione dei dati analitici, il database dei collegamenti o il database di analisi di cui dispone. Questi database e componenti sono inattivi.

Interazione tra database e componenti di ricerca nella ricerca ibrida cloud- I database e componenti di ricerca interagiscono in modo diverso nella topologia di ricerca del SSA cloud rispetto alla topologia di ricerca di un SSA standard:

Illustration showing the content sources, the search farm with search components, and Office 365. Information flows from content sources, via the crawl component, and to Office 365.

  1. Il componente di ricerca per indicizzazione riceve i contenuti dalla farm locale e li invia all'indice di ricerca in Office 365. Utilizza connettori per interagire con le origini contenuto e il database di ricerca per indicizzazione per archiviare informazioni temporanee e cronologiche sugli elementi sottoposti alla ricerca per indicizzazione, proprio come un componente di ricerca per indicizzazione standard.

  2. Il componente di amministrazione della ricerca esegue processi di sistema essenziali per la ricerca, come per un SSA standard.

  3. È consigliabile eseguire tutte le ricerche da Office 365, poiché la ricerca ibrida cloud è ottimizzata per questo. Tuttavia, è possibile configurare la ricerca nel sito in SharePoint Server per ottenere risultati della ricerca dall'indice di ricerca in Office 365. Se si configura la ricerca in una raccolta siti locale per eseguire una query nell'indice di Office 365, questo componente di elaborazione di query trasmette le query dalla casella di ricerca all'indice di Office 365 e i risultati dall'indice di Office 365 alla casella di ricerca.

Decidere come gestire la ricerca per indicizzazione dei contenuti locali

È possibile influire sulle prestazioni della ricerca per indicizzazione e sull'aggiornamento della ricerca a seconda di come vengono gestite le ricerche per indicizzazione, ad esempio utilizzando origini contenuto in modo efficace, pianificando le ricerche per indicizzazione e le regole di ricerca per indicizzazione. Le linee guida per la gestione della ricerca per indicizzazione per ricerche solo in locale si applicano anche alla ricerca ibrida cloud; vedere Best practices for crawling in SharePoint Server.

Decidere come sincronizzare Active Directory

Quando i contenuti locali vengono sottoposti a ricerca per indicizzazione, analizzato e crittografato, anche gli elenchi di controllo di accesso (ACL) per ogni elemento vengono sottoposti a ricerca per indicizzazione. L'indice di ricerca Office 365 archivia gli ACL insieme all'elemento, quindi il sistema deve essere in grado di riconoscere un utente locale come la stessa persona in Office 365. Una volta configurata la sincronizzazione di Active Directory tra la rete locale (Windows Server Active Directory) e il tenant Office 365 (Windows Azure Active Directory), il sistema mappa e converte gli ACL agli utenti giusti, e gli utenti ricevono risultati della ricerca limitati in modo appropriato per la sicurezza dall'indice Office 365.

Esistono due metodi per sincronizzare Active Directory:

  • Sincronizzazione della directory con sincronizzazione della password

  • Sincronizzazione delle directory con Single Sign-On (SSO)

Se si sceglie l'opzione SSO, è inoltre possibile configurare la sincronizzazione della password se si desidera utilizzarla come backup per SSO, ma è necessario configurare almeno uno dei due metodi (sincronizzazione della password o SSO). Ulteriori informazioni e dettagli su come configurare i due metodi sono disponibili in Integrazione di Office 365 con ambienti locali.

Perché gli utenti non possono ottenere risultati ibridi con la ricerca ibrida cloud quando sono membri del gruppo di sicurezza Domain Users?

Alcune organizzazioni assegnano diritti di accesso ai propri contenuti locali utilizzando uno dei gruppi di sicurezza predefiniti in Windows Server Active Directory (AD), ad esempio Domain Users.

Per impostazione predefinita, lo strumento di sincronizzazione Azure Active Directory Connect esclude alcuni oggetti dalla sincronizzazione. I gruppi di sicurezza con l'attributo IsCriticalSecurityObject=true rappresentato da un set di oggetti esclusi dal tool e Domain Users sono un esempio di questo tipo di gruppo di sicurezza. Pertanto, i diritti di accesso per i membri di Domain Users non sono disponibili in Azure Active Directory (AAD). Anche se gli utenti hanno accesso ai contenuti locali, non ottengono risultati della ricerca quando effettuano una ricerca per tali contenuti.

Al contrario, assegnano i diritti di accesso utilizzando un gruppo che non ha IsCriticalSecurityObject=true, ad esempio il gruppo Everyone, il gruppo Authenticated Users o un gruppo personalizzato. Per un elenco delle condizioni per escludere gli oggetti e per ulteriori informazioni su risultati della sincronizzazione imprevisti, vedere Uno o più oggetti non vengono sincronizzati quando si usa lo strumento di sincronizzazione di Azure Active Directory.

L'organizzazione dispone di contenuti locali sensibili?

Alcune organizzazioni dispongono di contenuti locali considerati sensibili a causa di vincoli normativi, legali o geopolitici. In alcuni casi, è proibito aggiungere metadati dei contenuti locali sensibili all'indice di ricerca Office 365. In altri casi, i metadati dei contenuti locali sensibili possono essere aggiunti all'indice di ricerca Office 365, ma solo un numero limitato di utenti è autorizzato ad aprire i risultati della ricerca dei contenuti sensibili.

Di seguito sono riportati due esempi di come sia possibile configurare la ricerca ibrida per mantenere la conformità a tali vincoli:

Quando i metadati dei contenuti locali sensibili sono consentiti nell'indice Office 365

Configurare una ricerca ibrida cloud e pianificare attentamente i diritti di accesso ai contenuti sensibili in modo che solo gli utenti giusti abbiano accesso ai contenuti sensibili quando selezionano un risultato della ricerca.

Quando i metadati dei contenuti locali sensibili non sono consentiti nell'indice Office 365

Configurare una ricerca ibrida cloud combinata con una ricerca federata ibrida.

Illustration showing a combined set-up of cloud hybrid search, hybrid federated search, and enterprise search.

  • Pianificare le origini contenuto per l'applicazione del servizio di ricerca cloud (SSA cloud) in SharePoint Server che interessano tutti i contenuti locali, ad eccezione di quelli sensibili. I metadati per i contenuti sottoposti a ricerca per indicizzazione vengono aggiunti all'indice di ricerca in Office 365.

  • Per pianificare una ricerca di contenuti dell'organizzazione in SharePoint Server per effettuare una ricerca per indicizzazione dei contenuti locali sensibili, vedere Pianificare la ricerca in SharePoint Server. Pianificare le origini contenuto per SSA che interessano i contenuti sensibili. I metadati dei contenuti sensibili sottoposti a ricerca per indicizzazione vengono aggiunti all'indice di ricerca in SharePoint Server.

  • Se gli utenti necessitano dei risultati dall'indice di ricerca Office 365 nei siti di SharePoint locali, pianificare una ricerca federata ibrida da SharePoint Server per visualizzare risultati della ricerca dall'indice di ricerca in SharePoint Server e dall'indice di ricerca in Office 365; vedere Plan hybrid federated search for SharePoint Server.

Pianificare la convalida della ricerca ibrida cloud prima di esporla agli utenti

Dopo aver creato e configurato il SSA cloud e aver effettuato una ricerca per indicizzazione completa, il centro ricerche in Office 365 mostra sia i risultati di ricerca locali sia quelli online. È opportuno convalidare e ottimizzare la nuova esperienza di ricerca in un centro ricerche separato, mantenendo invariata l'esperienza di ricerca originale.

Pianificare un'origine dei risultati personalizzata che limiti i centri ricerche in Office 365 a visualizzare solo i contenuti di Office 365. Nella figura seguente viene illustrato un ambiente in cui è possibile convalidare e ottimizzare la modalità di visualizzazione dei risultati della ricerca ibrida:

Illustration showing how content enters the Office 365 index from both a SharePoint Server content farm and from Office 365.

  1. Contenuti locali. Durante la ricerca per indicizzazione, i metadati di questi contenuti vengono aggiunti all'indice di ricerca Office 365.

  2. Contenuti di Office 365. Durante la ricerca per indicizzazione, i metadati di questi contenuti vengono aggiunti all'indice di ricerca Office 365.

  3. Centro ricerche di Office 365 predefinito (o esistente). Per questo Centro ricerche, viene creata un'origine dei risultati personalizzata che limita i risultati della ricerca a mostrare solo contenuti di Office 365.

  4. Nuovo Centro ricerche di Office 365, nel quale si convalida e ottimizza il modo in cui i risultati della ricerca ibrida vengono visualizzati. Questo centro ricerche utilizza l'origine dei risultati predefinita e mostra i risultati della ricerca dai contenuti locali e Office 365. Viene configurato l'accesso in modo che soltanto i tester e gli amministratori possano accedere a questo sito.

Nota

Sebbene sia possibile mantenere invariata l'esperienza di ricerca originale durante l'ottimizzazione, non è possibile mantenere invariata l'esperienza di Office Delve originale. Quando i metadati dei contenuti locali si trovano nell'indice di ricerca Office 365, in Delve vengono visualizzati tali contenuti.

Argomenti correlati

Informazioni sulla ricerca federata ibrida cloud per SharePoint
Configurare la ricerca ibrida cloud - Roadmap
Ricerca ibrida in SharePoint