none
problema ricerca exchange 2013 RRS feed

  • Domanda

  • buongiorno a tutti

    in un ambiente dove è installato un server Exchange 2013 build 15.0.1178.4 si manifesta ogni tanto in modo del tutto casuale un problema nelle ricerche. nello specifico c'è una mailbox letta da circa 10 utenti configurata in modalità online (senza alcuna cache, neanche parziale). i client sono tutti outlook 2013 a parte due outlook 2016 ma sembra che non cambi nulla. il problema è che ogni tanto quando si cerca qualcosa in Outlook questo sta diverso tempo a cercare e alla fine restituisce "nessun risultato trovato", se la stessa operazione si riprova a farla un istante dopo o magari qualche minuto allora ecco che tutto funziona alla perfezione.

    nel registro eventi del server non mi pare di vedere nulla di anomalo

    ecco un output se può servire del comando: Test-ExchangeSearch -Identity john@contoso.com

    Database     Server            Mailbox                      ResultFound          SearchTime         Error
                                                                                                           InSeconds
    --------     ------       -------      ----------- ---------- -----
    Mailbox D... SERVER03       xxxxxxx...                  True                     20,781

    grazie a tutti dell'attenzione

    venerdì 18 novembre 2016 16:18

Risposte

  • Ciao, qui c'è il link di come fare un debug

    https://technet.microsoft.com/en-us/library/bb123701(v=exchg.150).aspx

    mi astengo sulla stessa mailbox exchange configurata a 10 utenti...

    PS. L'indicizzazione locale di outlook con file cache è molto più veloce di quelladel search index di Exchange..

    ciao.

    A.

    sabato 19 novembre 2016 08:12
    Moderatore
  • Quando esegui la search su una mailbox in "online mode" interviene il motore di search di Exchange, per cui devi controllare lo stato del content index del DB che ospita la mailbox in questione.

    Per farlo puoi eseguire la cmdlet Get-MailboxDatabaseCopyStatus e verificare lo stato di ContentIndexState, se è diverso da "Healty" è confermato che il problema è quello.

    Assumendo che tu non abbia un DAG e quindi db in replica, se l'index non è in buono stato puoi eseguire questa procedura per fare il rebuild, se invece hai un DAG fermati e avvisa:

    1) Arresta i servizi legati al motore di indexing:

    [PS] C:\>stop-service MSExchangeFastSearch

    [PS] C:\>stop-service HostControllerService

    2) All'interno della folder dove risiede il DB trovi una folder con un GUID (quello del db), eliminala, è la folder che contiene l'index del DB

    3) Riattiva i servizi che hai fermato prima:

    [PS] C:\>start-service MSExchangeFastSearch

    [PS] C:\>start-service HostControllerService

    4) Attendi che il content index venga rigenerato, puoi controllarne lo stato con la cmdlet Get-MailboxDatabaseCopyStatus

    Se dalla verifica iniziale il content index risulta comunque Healty, ti suggerisco prima di tutto di aggiornare Exchange all'ultima CU e nel caso di procedere comunque al rebuild dell'index, come indicato.

    Roberto


    Roberto Ferazzi
    Microsoft® MVP Office Server & Services (Exchange Server)
    Moderator in the Microsoft TechNet Italy Forums
    My MVP Profile

    MSExchange.Community

    sabato 19 novembre 2016 08:24
    Moderatore

Tutte le risposte

  • Ciao, qui c'è il link di come fare un debug

    https://technet.microsoft.com/en-us/library/bb123701(v=exchg.150).aspx

    mi astengo sulla stessa mailbox exchange configurata a 10 utenti...

    PS. L'indicizzazione locale di outlook con file cache è molto più veloce di quelladel search index di Exchange..

    ciao.

    A.

    sabato 19 novembre 2016 08:12
    Moderatore
  • Quando esegui la search su una mailbox in "online mode" interviene il motore di search di Exchange, per cui devi controllare lo stato del content index del DB che ospita la mailbox in questione.

    Per farlo puoi eseguire la cmdlet Get-MailboxDatabaseCopyStatus e verificare lo stato di ContentIndexState, se è diverso da "Healty" è confermato che il problema è quello.

    Assumendo che tu non abbia un DAG e quindi db in replica, se l'index non è in buono stato puoi eseguire questa procedura per fare il rebuild, se invece hai un DAG fermati e avvisa:

    1) Arresta i servizi legati al motore di indexing:

    [PS] C:\>stop-service MSExchangeFastSearch

    [PS] C:\>stop-service HostControllerService

    2) All'interno della folder dove risiede il DB trovi una folder con un GUID (quello del db), eliminala, è la folder che contiene l'index del DB

    3) Riattiva i servizi che hai fermato prima:

    [PS] C:\>start-service MSExchangeFastSearch

    [PS] C:\>start-service HostControllerService

    4) Attendi che il content index venga rigenerato, puoi controllarne lo stato con la cmdlet Get-MailboxDatabaseCopyStatus

    Se dalla verifica iniziale il content index risulta comunque Healty, ti suggerisco prima di tutto di aggiornare Exchange all'ultima CU e nel caso di procedere comunque al rebuild dell'index, come indicato.

    Roberto


    Roberto Ferazzi
    Microsoft® MVP Office Server & Services (Exchange Server)
    Moderator in the Microsoft TechNet Italy Forums
    My MVP Profile

    MSExchange.Community

    sabato 19 novembre 2016 08:24
    Moderatore