none
Exchange 2019 Content index state: NotApplicable RRS feed

  • Общие обсуждения

  • Всем привет.

    Продолжаются мои мучения с Exchange 2019.

    Имеется DAG кластер из 2х Exchange серверов 2019 на базе windows server 2019

    Проблема:

    Все БД, как изначально созданные при сетапе, так и созданные после обнаружения ошибки имеют статус:

    Content index state: NotApplicable

    Когда я вручную пытаюсь запустить апдейт каталога: 

    [PS] C:\Windows\system32>Update-MailboxDatabaseCopy -identity test\dcp-srv-dag1 -CatalogOnly

    Confirm
    Are you sure you want to perform this action?
    Seeding database copy "Test\DCP-SRV-DAG1".
    [Y] Yes  [A] Yes to All  [N] No  [L] No to All  [?] Help (default is "Y"): y
    The seeding operation failed. Error: An error occurred while running prerequisite checks. Error: Seeding catalog not allowed as fast is decommissioned [Database: Test, Server: dcp-srv-dag1.domain.local]
        + CategoryInfo          : InvalidOperation: (Test:String) [Update-MailboxDatabaseCopy], SeedPrepareException
        + FullyQualifiedErrorId : [Server=DCP-SRV-DAG3,RequestId=148f5b7e-96c1-40c9-9227-3dc88275c4e0,TimeStamp=2/7/2019 9:30:11 AM] [FailureCategory=Cmdlet-SeedPrepareException] 6599AE41,Microsoft.Exchange.Manageme
       nt.SystemConfigurationTasks.UpdateDatabaseCopy
        + PSComputerName        : dcp-srv-dag3.domain.local


    Никаких упоминаний о таком статусе не нашёл в интернете вообще, так же по ошибке Seeding catalog not allowed as fast is decommissioned тоже нет инфы нигде.

    Так же с БД визуально всё в порядке, кластеризованные БД спокойно переезжают. 

    Так же обнаружил что отсутствует в принципе папка имя БД_catalog у всех БД, отсутствует папка с guid.

    По пути HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ ExchangeServer \ v15 \ Search \ IndexStatus отсутствует IndexStatus раздел


    7 февраля 2019 г. 9:36

Все ответы

  • У проблемных БД задан IndexEnabled?
    7 февраля 2019 г. 11:19
  • У проблемных БД задан IndexEnabled?
    [PS] C:\Windows\system32>Get-MailboxDatabase * | Select-Object name, indexenabled |ft -AutoSize

    Name                        IndexEnabled
    ----                        ------------
    Mailbox Database 0884328521         True
    Mailbox Database 1185232407         True
    Test                                True


    7 февраля 2019 г. 12:08
  • Коллеги, нашёл способ сброса статуса через:

    cd “C:\Program Files\Microsoft\Exchange Server\V15\Bin\Search\Ceres\Installer”

    .\installconfig.ps1 -action I -datafolder “%ExchangeInstallPath%\Bin\Search\Ceres\HostController\Data”

    Кто нибудь решал проблему с Search в таком кейсе?

    8 февраля 2019 г. 9:03
  • нашёл следующую информацию по exchange 2019:

    Exchange 2019 Search Engine

    Exchange 2019 introduces a new search engine called ‘Big Funnel’, based on Bing technologies. Search indexes are not longer stored on disk per Mailbox database, but search indexes are now stored inside the Mailbox database on a per Mailbox basis. As such, Search Indexes are also replicated to passive copies of the Mailbox database and these are always in sync. When a corrupt page containing search index information is found, page patching occurs to copy a healthy page from a passive copy of the Mailbox database and the active copy of a Mailbox database.

    Now that the content indexes are always good, issues with Mailbox database failovers no longer occur, and Mailbox database failover times should decrease dramatically.
    Combined with the new MCDB and dynamic database cache search results should be increase dramatically, which is again especially interesting for Outlook running in online mode.

    То есть папки с каталогами поиска и не должны находить на прежнем месте в папке с БД




    8 февраля 2019 г. 9:10
  • Мне не помогло.. Еще есть варианты?
    13 февраля 2019 г. 12:47
  • Мне не помогло.. Еще есть варианты?
    Не помогло с Content index state: NotApplicable?
    13 февраля 2019 г. 13:02
  • Я выполнил:

    .\installconfig.ps1 -action I -datafolder “%ExchangeInstallPath%\Bin\Search\Ceres\HostController\Data”

    Служба создалась и заработала, но поиск ищет письма до определенной даты (конец января), дальше результатов нет..

    Проблема в том, что командлет Update-MailboxDatabaseCopy -CatalogOnly так же не отрабатывает и выдает ошибку:

    The seeding operation failed. Error: An error occurred while running prerequisite checks. Error: Seeding catalog not al
    lowed as fast is decommissioned

    и да статус индекса прежний - Content index state: NotApplicable

    14 февраля 2019 г. 8:17
  • Я выполнил:

    .\installconfig.ps1 -action I -datafolder “%ExchangeInstallPath%\Bin\Search\Ceres\HostController\Data”

    Служба создалась и заработала, но поиск ищет письма до определенной даты (конец января), дальше результатов нет..

    Проблема в том, что командлет Update-MailboxDatabaseCopy -CatalogOnly так же не отрабатывает и выдает ошибку:

    The seeding operation failed. Error: An error occurred while running prerequisite checks. Error: Seeding catalog not al
    lowed as fast is decommissioned

    и да статус индекса прежний - Content index state: NotApplicable

    На данный момент есть подозрение, что это не бага, а фича). Т.к. движок поиска переработан, то изменения существенны и статус может отличаться от exchange 2016. Отмечу, что поставил cu1, но никакого эффекта это не дало. 

    Проверил поиск-ищет самые старые письма в почте. Проверял через owa

    unpqwer, БД сами по себе работают? Был ли статус нормальным сразу после установки Exchange? Были ли проблемы при установки? Или была миграция с 2016?



    14 февраля 2019 г. 8:54
  • Базы работают, статус был изначально таким, служба отсутствовала по причине ручной установки Security Update For Exchange Server 2019 (KB4471389) - я его ставил не от имени администратора, поэтому хлебнул проблем. И да изначально производилась миграция с 2016.

    В итоге.. Сейчас поиск работает (ура!), но есть непроиндексированнный промежуток с 31 января по 12 февраля, и вот как его проиндексировать я без понятия...


    14 февраля 2019 г. 10:00
  • Базы работают, статус был изначально таким, служба отсутствовала по причине ручной установки Security Update For Exchange Server 2019 (KB4471389) - я его ставил не от имени администратора, поэтому хлебнул проблем. И да изначально производилась миграция с 2016.

    В итоге.. Сейчас поиск работает (ура!), но есть непроиндексированнный промежуток с 31 января по 12 февраля, и вот как его проиндексировать я без понятия...


    А поиск заработал после каких манипуляций?
    14 февраля 2019 г. 10:04
  • После реанимации службы, но нужно было время чтобы он стал видеть новые сообщения (это я про период после 12 февраля)
    14 февраля 2019 г. 10:36
  • После реанимации службы, но нужно было время чтобы он стал видеть новые сообщения (это я про период после 12 февраля)
    Сейчас Update-MailboxDatabaseCopy -identity  -CatalogOnly по прежнему ошибку выдаёт?
    14 февраля 2019 г. 10:56
  • да да, все та же ошибка... а у вас норм? 
    14 февраля 2019 г. 11:21
  • да да, все та же ошибка... а у вас норм? 
    Нет, аналогично с ошибкой. И, видимо, для 2019 это норм - т.к. индексация происходит в каждом отдельном почтовом ящике, а не в почтовых базах. 
    14 февраля 2019 г. 11:27
  • Ну да, только вот на сбойный промежуток дат (в моем случае с 31 января по 12 февраля) она не распространяется..
    14 февраля 2019 г. 11:46
  • Виталий, так как ваши успехи, разобрались?
    Я вот перехожу на новую версию почтовика и смущает этот момент с инексами, должен ли он быть хелси или нет...
    26 ноября 2019 г. 9:36
  • Если Вас смущает только Not applicable, то да - это нормально для Exchange 2019 ввиду изменения архитектуры поиска.
    26 ноября 2019 г. 12:20
  • Виталий, так как ваши успехи, разобрались?
    Я вот перехожу на новую версию почтовика и смущает этот момент с инексами, должен ли он быть хелси или нет...

    Нет, уже 1 год на 2019 и статус не поменялся, но с поиском всё в порядке. Вероятно, причина в изменении механизма поиска, возможно в каком нибудь cu разберутся с этим и предложат новый статус. 

    Отмечу, что найдено несколько багов, но они в основном связанны с owa в остальном проблем нет. 

    27 ноября 2019 г. 7:29