Procedure consigliate per la ricerca per indicizzazione in SharePoint Server

  • Articolo

SI APPLICA A:yes-img-132013 yes-img-162016 yes-img-192019 yes-img-seSubscription Edition no-img-sopSharePoint in Microsoft 365

Informazioni sulle procedure consigliate per la ricerca per indicizzazione in SharePoint Server.

Il sistema di ricerca esegue la ricerca per indicizzazione del contenuto per creare un indice di ricerca su cui gli utenti possono eseguire query di ricerca. In questo articolo vengono forniti suggerimenti su come gestire al meglio le ricerche per indicizzazione.

Informazioni sulla richiesta manuale di ricerca per indicizzazione e reindicizzazione per SharePoint in Microsoft 365.

Utilizzo dell'account di accesso al contenuto predefinito per eseguire la ricerca per indicizzazione della maggior parte del contenuto

L'account di accesso al contenuto predefinito è un account di dominio specificato per il servizio di ricerca di SharePoint Server da usare per impostazione predefinita per la ricerca per indicizzazione. Per evitare complicazioni, è consigliabile utilizzare questo account per eseguire la ricerca per indicizzazione della maggior quantità possibile di contenuto specificato dalle origini contenuto. Per modificare l'account di accesso al contenuto predefinito, vedere Modificare l'account predefinito per la ricerca per indicizzazione in SharePoint Server.

Quando non è possibile utilizzare l'account di accesso al contenuto predefinito per eseguire la ricerca per indicizzazione di un determinato URL (ad esempio, per motivi di sicurezza), è possibile creare una regola di ricerca per indicizzazione per specificare una delle alternative seguenti per l'autenticazione del crawler:

  • Un altro account di accesso al contenuto

  • Un certificato client

  • Credenziali per l'autenticazione basata su moduli

  • Un cookie per la ricerca per indicizzazione

  • Accesso anonimo

Per altre informazioni, vedere Gestire le regole di ricerca per indicizzazione in SharePoint Server.

Utilizzo efficace delle origini contenuto

Un'origine di contenuto è un set di opzioni in un'applicazione del servizio di ricerca usata per specificare ognuno dei componenti seguenti:

  • Uno o più indirizzi iniziali da sottoporre a ricerca per indicizzazione.

  • Tipo di contenuto negli indirizzi iniziali, ad esempio siti di SharePoint Server, condivisioni file o dati line-of-business. È possibile specificare un solo tipo di contenuto da sottoporre a ricerca per indicizzazione in un'origine contenuto. Ad esempio, si userebbe un'origine di contenuto per eseguire la ricerca per indicizzazione dei siti di SharePoint Server e un'origine di contenuto diversa per eseguire la ricerca per indicizzazione delle condivisioni file.

  • Una pianificazione e una priorità per le ricerche per indicizzazione complete o incrementali che si applicheranno a tutti gli archivi di contenuto specificati dall'origine contenuto.

Quando si crea un'applicazione del servizio di ricerca, il sistema di ricerca crea e configura automaticamente un'origine contenuto, denominata Siti di SharePoint locali. Questa origine di contenuto preconfigurata è destinata alla ricerca per indicizzazione dei profili utente e alla ricerca per indicizzazione di tutti i siti di SharePoint Server nelle applicazioni Web a cui è associata l'applicazione del servizio di ricerca. È anche possibile usare questa origine di contenuto per la ricerca per indicizzazione del contenuto in altre farm di SharePoint Server, tra cui farm di SharePoint Server 2007, farm di SharePoint Server 2010, farm di SharePoint Server 2013 o altre farm di SharePoint Server.

Creare origini di contenuto aggiuntive quando si vuole eseguire una delle attività seguenti:

  • Eseguire la ricerca per indicizzazione di altri tipi di contenuto.

  • Limitare o aumentare la quantità di contenuto da sottoporre a ricerca per indicizzazione.

  • Eseguire con maggiore o minore frequenza la ricerca per indicizzazione di contenuto specifico.

  • Impostare priorità diverse per la ricerca per indicizzazione di determinati contenuti (questo requisito si applica alle ricerche per indicizzazione complete e incrementali, ma non alle ricerche per indicizzazione continue)

  • Eseguire la ricerca per indicizzazione di determinati contenuti in base a pianificazioni diverse (questo requisito si applica alle ricerche per indicizzazione complete e incrementali, ma non alle ricerche per indicizzazione continue)

Per mantenere l'amministrazione il più agevole possibile, è tuttavia consigliabile limitare il numero delle origini contenuto create e utilizzate.

Utilizzo delle origini contenuto per pianificare le ricerche per indicizzazione

È possibile modificare l'origine di contenuto preconfigurata Siti di SharePoint locali per specificare una pianificazione della ricerca per indicizzazione. non specifica una pianificazione della ricerca per indicizzazione per impostazione predefinita. Per qualsiasi origine di contenuto, è possibile avviare le ricerche per indicizzazione manualmente, ma è consigliabile pianificare ricerche per indicizzazione incrementali o abilitare ricerche per indicizzazione continue per assicurarsi che il contenuto venga sottoposto a ricerca per indicizzazione regolarmente.

Considerare la possibilità di utilizzare origini contenuto diverse per eseguire la ricerca per indicizzazione del contenuto in base a pianificazioni diverse per i seguenti motivi:

  • Per bilanciare i periodi di inattività dei server con quelli di massimo utilizzo

  • Per eseguire la ricerca per indicizzazione del contenuto ospitato su server più lenti separatamente rispetto al contenuto presente in server più veloci

  • Per sottoporre frequentemente alla ricerca per indicizzazione il contenuto aggiornato più spesso

La ricerca per indicizzazione del contenuto può ridurre in modo significativo le prestazioni dei server in cui è ospitato il contenuto. L'effetto dipende dal fatto che i server host dispongano o meno di risorse sufficienti ((soprattutto CPU e RAM) per gestire il carico. Quando pertanto si definiscono le pianificazioni di ricerca per indicizzazione, attenersi alle procedure consigliate seguenti:

Eseguire la ricerca per indicizzazione dei profili utente prima di eseguire la ricerca per indicizzazione dei siti di SharePoint Server

Per impostazione predefinita, nella prima applicazione del servizio di ricerca di una farm, l'origine contenuto preconfigurata Siti di SharePoint locali include almeno i due indirizzi iniziali seguenti:

  • https://webAppUrl, che consente di eseguire la ricerca per indicizzazione dell'URL della zona predefinita specificato per le applicazioni Web esistenti

  • sps3s://myWebAppUrl, che è per la ricerca per indicizzazione dei profili utente

Tuttavia, se si distribuisce "Ricerca utenti", è consigliabile creare un'origine di contenuto separata per l'indirizzo sps3s://myWebAppUrl iniziale ed eseguire prima una ricerca per indicizzazione per tale origine di contenuto. Il motivo dell'esecuzione della ricerca per indicizzazione è che al termine, il sistema di ricerca genera un elenco per standardizzare i nomi degli utenti. In questo modo, quando il nome di una persona ha forme diverse in un set di risultati della ricerca, tutti i risultati per tale persona vengono visualizzati in un singolo gruppo (noto come blocco dei risultati). Ad esempio, per la query di ricerca "Anne Weiler", tutti i documenti creati da Anne Weiler o A. Weiler o alias AnneW possono essere visualizzati in un blocco di risultati con l'etichetta "Documents by Anne Weiler". Analogamente, tutti i documenti creati da una qualsiasi di queste identità possono essere visualizzati sotto l'intestazione "Anne Weiler" nel pannello di perfezionamento se "Author" è una delle categorie presenti.

Per eseguire la ricerca per indicizzazione dei profili utente e quindi eseguire la ricerca per indicizzazione nei siti di SharePoint Server

  1. Verificare che l'account utente che esegue questa procedura sia un amministratore dell'applicazione del servizio di ricerca che si desidera configurare.

  2. Seguire le istruzioni riportate in Distribuire la ricerca utenti in SharePoint Server. Come parte di queste istruzioni, eseguire le attività seguenti:

  • Creare un'origine di contenuto che sia solo per la ricerca per indicizzazione dei profili utente (l'archivio profili). È possibile assegnare a tale origine di contenuto un nome, ad esempio Persone. Nella nuova origine di contenuto, nella sezione Indirizzi iniziali digitare sps3s:// myWebAppUrl, dove myWebAppUrl è l'URL dell'host del sito personale.

  • Avviare una ricerca per indicizzazione per l'origine di contenuto Contatti creata.

  • Eliminare l'indirizzo sps3s://myWebAppUrl iniziale dai siti di SharePoint locali dell'origine di contenuto preconfigurata.

  1. Attendere circa due ore dopo la fine della ricerca per indicizzazione per l'origine contenuto Utenti.

  2. Avviare la prima ricerca per indicizzazione completa per l'origine contenuto Siti di SharePoint locali.

Utilizzo di ricerche per indicizzazione continue per garantire risultati di ricerca sempre aggiornati

Abilita ricerche per indicizzazione continue è un'opzione di pianificazione della ricerca per indicizzazione che è possibile selezionare quando si aggiunge o modifica un'origine contenuto di tipo Siti di SharePoint. Una ricerca per indicizzazione continua viene eseguita sul contenuto aggiunto, modificato o eliminato dopo l'ultima ricerca per indicizzazione. Le ricerche per indicizzazione continue iniziano a intervalli di tempo prestabiliti. L'intervallo predefinito è ogni 15 minuti, ma è possibile impostare le ricerche per indicizzazione continue a intervalli più brevi usando Microsoft PowerShell. Poiché le ricerche per indicizzazione continue si verificano così spesso, consentono di garantire l'aggiornamento dell'indice di ricerca, anche per il contenuto di SharePoint Server che viene aggiornato di frequente. Inoltre, mentre una ricerca per indicizzazione incrementale o completa viene ritardata da più tentativi di ricerca per indicizzazione che restituiscono un errore per un determinato elemento, una ricerca per indicizzazione continua può eseguire la ricerca per indicizzazione di altro contenuto e contribuire all'aggiornamento dell'indice, perché una ricerca per indicizzazione continua non elabora o riprova elementi che restituiscono ripetutamente errori. Questi errori vengono ritentato durante una ricerca per indicizzazione incrementale "pulita", che viene eseguita automaticamente ogni quattro ore per le origini di contenuto per cui è abilitata la ricerca per indicizzazione continua. Gli elementi che continuano a restituire errori durante la ricerca per indicizzazione incrementale verranno ritentato durante le ricerche per indicizzazione incrementali future, ma non verranno prelevati dalle ricerche per indicizzazione continue fino a quando gli errori non vengono risolti.

Una singola ricerca per indicizzazione continua include tutte le origini contenuto di un'applicazione del servizio di ricerca per cui sono abilitate queste ricerche. Analogamente, l'intervallo di una ricerca per indicizzazione continua si applica a tutte le origini contenuto dell'applicazione del servizio di ricerca per cui è abilitata. Per ulteriori informazioni, vedere Manage continuous crawls in SharePoint Server.

Le ricerche per indicizzazione aumentano il caricano sul crawler e sulle relative destinazioni. Assicurarsi di pianificare e implementare la scalabilità orizzontale tenendo conto di questo maggior utilizzo delle risorse. Per ogni origine contenuto di grandi dimensioni per cui si abilitano le ricerche per indicizzazione continue, è consigliabile configurare uno o più server Web front-end come destinazioni dedicate. Per altre informazioni, vedere Gestire il carico di ricerca per indicizzazione (SharePoint Server 2010).

Utilizzo di regole di ricerca per indicizzazione per escludere il contenuto non pertinente

Poiché la ricerca per indicizzazione utilizza risorse e larghezza di banda, durante la distribuzione iniziale è opportuno eseguire tale procedura su una quantità limita di contenuto della cui pertinenza si è già certi invece di eseguirla su una quantità maggiore di contenuto, parte del quale potrebbe non essere rilevante. Per limitare la quantità di contenuto da sottoporre a ricerca per indicizzazione, è possibile creare apposite regole per i motivi seguenti:

  • Per evitare di eseguire la ricerca per indicizzazione di contenuto non pertinente escludendo uno o più URL.

  • Per eseguire la ricerca per indicizzazione dei collegamenti in un URL senza eseguire tale ricerca per l'URL stesso. Questa disposizione è utile per i siti che non contengono contenuti rilevanti, ma che dispongono di collegamenti a contenuti pertinenti.

Per impostazione predefinita, il crawler non seguirà URL complessi, ovvero URL che contengono un punto interrogativo seguito da parametri aggiuntivi, ad esempio http://contoso/page.aspx?x=y. Se si abilita il crawler a seguire URL complessi, questa disposizione può causare la raccolta di molti più URL di quelli previsti o appropriati. Questa assimilazione eccessiva può causare la raccolta di collegamenti non necessari da parte del crawler, il riempimento del database di ricerca per indicizzazione con collegamenti ridondanti e la generazione di un indice di grandi dimensioni.

Queste misure possono contribuire a ridurre l'utilizzo delle risorse del server e il traffico di rete e possono aumentare la pertinenza dei risultati di ricerca. Dopo la distribuzione iniziale, è possibile esaminare i log delle query e della ricerca per indicizzazione e modificare le origini contenuto e le regole di ricerca per indicizzazione per includere più contenuto se necessario. Per altre informazioni, vedere Gestire le regole di ricerca per indicizzazione in SharePoint Server.

Eseguire la ricerca per indicizzazione nell'area predefinita delle applicazioni Web di SharePoint Server

Quando si esegue la ricerca per indicizzazione nella zona predefinita di un'applicazione Web di SharePoint Server, il query processor esegue automaticamente il mapping e restituisce gli URL dei risultati della ricerca in modo che siano relativi alla zona di mapping di accesso alternativo da cui vengono eseguite le query. Questa impostazione consente agli utenti di visualizzare e aprire facilmente i risultati della ricerca.

Se però si esegue la ricerca per indicizzazione di un'area di un'applicazione Web diversa da quella predefinita, il sistema di elaborazione delle query non mappa gli URL dei risultati di ricerca in modo che siano relativi all'area di mapping di accesso alternativo da cui vengono eseguite le query. Gli URL dei risultati della ricerca saranno invece relativi alla zona non predefinita sottoposta a ricerca per indicizzazione. A causa di questa impostazione, gli utenti potrebbero non essere facilmente in grado di visualizzare o aprire i risultati della ricerca.

Si supponga ad esempio di disporre dei seguenti mapping di accesso alternativo per un'applicazione Web denominata AppWeb1:

Predefinita URL pubblico Provider di autenticazione
Predefinita https://contoso Autenticazione di Windows: NTLM
Extranet https://fabrikam Autenticazione basata su moduli
Intranet http://fabrikam Autenticazione di Windows: NTLM

Supponiamo ora di eseguire la ricerca per indicizzazione nella zona predefinita, https://contoso. Quando gli utenti eseguono query da https://contoso/searchresults.aspx, gli URL dei risultati di WebApp1 saranno tutti relativi a https://contosoe pertanto saranno nel formato https://contoso/ _path_/ _result_.aspx.

Analogamente, quando le query provengono dalla zona Extranet, in questo caso da https://fabrikam/searchresults.aspx—results WebApp1 saranno tutte relative a https://fabrikame quindi saranno nel formato https://fabrikam/ _path_/ _result_.aspx.

In entrambi i casi sopra descritti, grazie alla coerenza dell'area tra la posizione delle query e gli URL dei risultati di ricerca, gli utenti potranno rapidamente visualizzare e aprire i risultati di ricerca, senza dover passare al contesto di sicurezza diverso di un'altra area.

Tuttavia, ora si dice invece di eseguire la ricerca per indicizzazione di un'area non predefinita, ad esempio l'area Intranet, http://fabrikam. In questo caso, per le query provenienti da qualsiasi area, gli URL dei risultati da AppWeb1 saranno sempre relativi all'area non predefinita che è stata sottoposta a ricerca per indicizzazione. Ovvero, una query da https://contoso/searchresults.aspx, https://fabrikam/searchresults.aspxo http://fabrikam/searchresults.aspx produrrà URL dei risultati della ricerca che iniziano con la zona non predefinita sottoposta a ricerca per indicizzazione e pertanto saranno nel formato http://fabrikam/ _path_/ _result_.aspx. Questa impostazione può causare un comportamento imprevisto o problematico, ad esempio:

  • Quando gli utenti tentano di aprire i risultati di ricerca, può venire loro richiesto di specificare credenziali di cui non dispongono. Ad esempio, gli utenti con autenticazione basata su moduli nell'area Extranet potrebbero non avere credenziali di autenticazione di Windows.

  • I risultati di WebApp1 useranno HTTP, ma gli utenti potrebbero eseguire ricerche dalla zona Extranet all'indirizzo https://fabrikam/searchresults.aspx. Questa operazione di ricerca da parte degli utenti potrebbe avere implicazioni sulla sicurezza perché i risultati non useranno la crittografia SSL (Secure Sockets Layer).

  • I criteri di affinamento potrebbero non filtrare correttamente i dati perché si basano sull'URL pubblico dell'area predefinita anziché sull'URL sottoposto a ricerca per indicizzazione. Questo filtro non corretto è dovuto al fatto che le proprietà basate su URL nell'indice saranno relative all'URL non predefinito sottoposto a ricerca per indicizzazione.

Ridurre l'effetto della ricerca per indicizzazione sulle destinazioni di ricerca per indicizzazione di SharePoint Server

È possibile ridurre l'effetto della ricerca per indicizzazione sulle destinazioni di ricerca per indicizzazione di SharePoint Server, ovvero i server Web front-end di SharePoint Server, eseguendo le attività seguenti:

  • Per un ambiente SharePoint Server di piccole dimensioni, reindirizzare tutto il traffico di ricerca per indicizzazione a un singolo server Web front-end di SharePoint Server. Per un ambiente di grandi dimensioni, reindirizzare tutto il traffico della ricerca per indicizzazione a un gruppo specifico di server Web front-end. Questo modello di reindirizzamento della ricerca per indicizzazione impedisce al crawler di usare le stesse risorse usate per eseguire il rendering e la distribuzione di pagine Web e contenuto agli utenti attivi.

  • Limitare l'utilizzo del database di ricerca in Microsoft SQL Server per impedire al crawler di usare risorse del disco e del processore di SQL Server condivise durante una ricerca per indicizzazione.

Per altre informazioni, vedere Gestire il carico di ricerca per indicizzazione (SharePoint Server 2010).

Utilizzo di regole di impatto del crawler per limitare l'effetto della ricerca per indicizzazione

Per limitare l'effetto del crawler, è anche possibile creare specifiche regole di impatto, che saranno disponibili dalla pagina Nome_applicazione_servizio_ricerca: Amministrazione ricerca. Una regola di questo tipo indica la frequenza con cui il crawler deve richiedere contenuto a un indirizzo iniziale o a un intervallo di indirizzi iniziali. Più specificamente, una regola di impatto del crawler richiede un determinato numero di documenti alla volta a un URL senza attendere tra una richiesta e l'altra oppure richiede un documento alla volta all'URL attendendo un certo intervallo di tempo tra una richiesta e l'altra. Ogni regola di impatto del crawler si applica a tutti i componenti di ricerca per indicizzazione.

Per i server dell'organizzazione, è possibile impostare regole di impatto del crawler in base alle prestazioni e alla capacità del server note. Tuttavia, questa impostazione potrebbe non essere possibile per i siti esterni. Pertanto, è possibile usare involontariamente troppe risorse nei server esterni richiedendo troppo contenuto o richiedendo troppo spesso contenuto. Questo utilizzo elevato del contenuto potrebbe causare agli amministratori di tali server esterni di limitare l'accesso al server in modo che diventi difficile o impossibile eseguire la ricerca per indicizzazione di tali repository. Impostare pertanto le regole di impatto del crawler in modo che abbiano il minor effetto possibile sui server esterni, mentre si continua a eseguire la ricerca per indicizzazione con una frequenza sufficiente per assicurarsi che l'aggiornamento dell'indice soddisfi i requisiti.

Utilizzo dei gruppi di Active Directory anziché degli utenti singoli per le autorizzazioni

La possibilità per un utente o un gruppo di eseguire diverse attività su un sito dipende dal livello di autorizzazione che gli viene assegnato. Se si aggiungono o si rimuovono utenti singolarmente per le autorizzazioni del sito o se si usa un gruppo di SharePoint Server per specificare le autorizzazioni del sito e si modifica l'appartenenza al gruppo, il crawler deve eseguire una "ricerca per indicizzazione di sola sicurezza", che aggiorna tutti gli elementi interessati nell'indice di ricerca in modo che riflettano la modifica. Analogamente, l'aggiunta o l'aggiornamento dei criteri delle applicazioni Web con utenti o gruppi di SharePoint Server diversi attiverà una ricerca per indicizzazione di tutto il contenuto coperto da tale criterio. Questo aumenta il carico della ricerca per indicizzazione e può incidere negativamente sullo stato di aggiornamento dei risultati di ricerca. Pertanto, per specificare le autorizzazioni del sito, è consigliabile usare i gruppi di Servizi di dominio Active Directory, perché questi gruppi non richiedono al crawler di aggiornare gli elementi interessati nell'indice di ricerca.

Aggiunta di un secondo componente di ricerca per indicizzazione per fornire la tolleranza di errore

Quando si crea un'applicazione del servizio di ricerca, la topologia di ricerca predefinita include un componente di ricerca per indicizzazione. Tale componente recupera gli elementi dagli archivi di contenuto, li scarica nel server che lo ospita, li passa a un componente di elaborazione del contenuto insieme ai metadati associati e infine aggiunge le informazioni relative alla ricerca per indicizzazione ai database di ricerca per indicizzazione associati. Per fornire la tolleranza di errore, è possibile aggiungere un secondo componente di ricerca per indicizzazione. In tal modo, in caso di non disponibilità di uno di questi componenti, l'altro subentra in tutte le operazioni relative alla ricerca per indicizzazione. Per la maggior parte delle farm di SharePoint Server, è sufficiente un totale di due componenti di ricerca per indicizzazione.

Per altre informazioni, vedere gli articoli seguenti:

Gestione delle risorse dell'ambiente per migliorare le prestazioni della ricerca per indicizzazione

Mentre il crawler esegue la ricerca per indicizzazione del contenuto, scarica il contenuto nel server di ricerca per indicizzazione (ovvero nel server che ospita il componente di ricerca per indicizzazione) e invia il contenuto ai relativi componenti di elaborazione, sulle prestazioni possono incidere negativamente diversi fattori. Per migliorare le prestazioni della ricerca per indicizzazione, è possibile eseguire l'attività seguente:

Per far fronte a questo possibile collo di bottiglia delle prestazioni Implementare questa soluzione
Tempi di risposta lunghi dai server sottoposti a ricerca per indicizzazione Fornire più CPU e RAM e operazioni di I/O su disco più rapide
Larghezza di banda di rete limitata Installare schede di rete da 1 o 2 gigabit al secondo in ogni server di ricerca per indicizzazione
Elaborazione del contenuto Fornire più componenti di elaborazione del contenuto e più risorse di CPU per ognuno di questi componenti
Elaborazione lenta da parte dei componenti di indicizzazione Aggiungere risorse di I/O per i server che ospitano i componenti di indicizzazione

Per ulteriori informazioni, vedere le seguenti risorse:

Verifica dell'assenza di ricerche per indicizzazione attive prima della modifica della topologia di ricerca

È consigliabile verificare che non siano in corso ricerche per indicizzazione prima di avviare una modifica alla topologia di ricerca. In caso contrario, è possibile che la modifica della topologia non si verifichi senza problemi.

Se necessario, è possibile sospendere o interrompere manualmente le ricerche per indicizzazione complete o incrementali, nonché disabilitare le ricerche per indicizzazione continue. Per altre informazioni, vedere gli articoli seguenti:

Nota

La sospensione di una ricerca per indicizzazione presenta lo svantaggio che i riferimenti ai componenti di ricerca per indicizzazione possano rimanere nella MSSCrawlComponentsState tabella nel database di amministrazione della ricerca. Questo può rappresentare un problema se si desidera rimuovere tutti i componenti di ricerca per indicizzazione, ad esempio perché si intende rimuovere dalla farm un server che ospita tali componenti. Tuttavia, quando si arresta una ricerca per indicizzazione, i riferimenti ai componenti di ricerca per indicizzazione nella MSSCrawlComponentsState tabella vengono eliminati. Se pertanto si desidera rimuovere i componenti di ricerca per indicizzazione, è consigliabile interrompere anziché sospendere le ricerche per indicizzazione.

Per verificare che non siano in corso ricerche per indicizzazione, _Search_service_application_name_: Manage Content Sources nella pagina verificare che il valore nel campo Stato per ogni origine di contenuto sia Inattivo o Sospeso. Quando una ricerca per indicizzazione viene completata oppure viene interrotta, il valore nel campo Stato relativo all'origine contenuto viene impostato su Inattiva.

Rimozione di componenti di ricerca per indicizzazione dal relativo host prima della rimozione dell'host da una farm

Quando si decide di rimuovere dalla farm un server che ospita un componente di ricerca per indicizzazione, il sistema di ricerca potrebbe non essere più in grado di eseguire la ricerca per indicizzazione del contenuto. Pertanto, prima di rimuovere un host di ricerca per indicizzazione da una farm, è consigliabile eseguire le attività seguenti:

  1. Verificare che non vi siano ricerche per indicizzazione attive.

    Per ulteriori informazioni, vedere la sezione precedente, Verifica dell'assenza di ricerche per indicizzazione attive prima della modifica della topologia di ricerca.

  2. Rimuovere o spostare i componenti di ricerca per indicizzazione presenti in tale host.

Per ulteriori informazioni, vedere le seguenti risorse:

Test della funzionalità di ricerca per indicizzazione e di query dopo la modifica della configurazione di ricerca per indicizzazione o l'applicazione di aggiornamenti

È consigliabile testare la funzionalità di ricerca per indicizzazione e di query nella server farm dopo aver apportato modifiche alla configurazione o aver applicato aggiornamenti. La procedura seguente è un esempio di come eseguire facilmente questo test.

Per testare la funzionalità di ricerca per indicizzazione e di query

  1. Verificare che l'account utente che esegue questa procedura sia un amministratore dell'applicazione del servizio di ricerca che si desidera configurare.

  2. Creare un'origine contenuto da utilizzare temporaneamente solo per questo test.

    Nella nuova origine contenuto, nella casella Digitare gli indirizzi iniziali di seguito (uno per riga) della sezione Indirizzi iniziali, specificare un indirizzo iniziale in cui siano presenti diversi elementi non ancora inclusi nell'indice, ad esempio più file TXT disponibili in una condivisione file. Per altre informazioni, vedere Aggiungere, modificare o eliminare un'origine di contenuto in SharePoint Server.

  3. Avviare una ricerca per indicizzazione completa per tale origine contenuto.

    Per ulteriori informazioni, vedere Start, pause, resume, or stop a crawl in SharePoint Server. Al termine della ricerca per indicizzazione, nella _Search_service_application_name_: Manage Content Sources pagina il valore nella colonna Stato per l'origine di contenuto sarà Inattivo. Per aggiornare la colonna Stato, aggiornare la pagina Gestisci origini di contenuto facendo clic su Aggiorna.

  4. Al termine della ricerca per indicizzazione, passare al Centro ricerche ed eseguire query di ricerca per trovare tali file.

    Se la distribuzione non dispone già di un Centro ricerche, vedere Creare un sito centro ricerche in SharePoint Server.

  5. Al termine del test, eliminare l'origine contenuto temporanea.

    Questa operazione rimuove gli elementi specificati da tale origine di contenuto dall'indice di ricerca in modo che non vengano visualizzati nei risultati della ricerca dopo aver completato il test.

Utilizzo del log e dei report di stato della ricerca per indicizzazione per diagnosticare i problemi

Nel log di ricerca per indicizzazione viene tenuta traccia delle informazioni relative allo stato del contenuto sottoposto a ricerca per indicizzazione. Il log include visualizzazioni per le origini contenuto, gli host, gli errori, i database, gli URL e la cronologia. Ad esempio, è possibile utilizzare questo log per controllare quanto è durata l'ultima ricerca per indicizzazione che ha avuto esito positivo per un'origine contenuto, se il contenuto sottoposto a ricerca per indicizzazione è stato aggiunto correttamente all'indice, se è stato escluso a causa di una regola o se la ricerca per indicizzazione non è riuscita a seguito di un errore.

I report di stato della ricerca per indicizzazione forniscono informazioni dettagliate sulla frequenza di esecuzione di tale procedura, sulla latenza, sullo stato di aggiornamento, sull'elaborazione del contenuto, sul carico per la CPU e la memoria, sulle ricerche per indicizzazione continue e sulla coda di ricerca per indicizzazione.

Il log e i report di stato della ricerca per indicizzazione possono essere utilizzati per diagnosticare i problemi relativi all'esperienza di ricerca. Le informazioni diagnostiche possono essere utili per determinare l'eventuale necessità di intervenire su origini contenuto, regole di ricerca per indicizzazione, regole di impatto del crawler, componenti e database di ricerca per indicizzazione.

Per altre informazioni, vedere Visualizzare la diagnostica di ricerca in SharePoint Server.