none
Не удается настроить DAG RRS feed

  • Вопрос

  • Пытаюсь создать почтовый кластер. Создал точно такие же диски на вторичном узле, Создал группу обеспечения доступности баз данных. Указал следящий сервер, кластер создался без ошибок. Но при попытке добавления копии базы данных получаю ошибку:

    DB-1
    Не удалось выполнить операцию заполнения. Ошибка: При выполнении проверок предварительных условий произошла ошибка. Ошибка: Для указанной базы данных не настроена репликация; следовательно, ее нельзя использовать для выполнения операций заполнения. [База данных: DB-1, Сервер: bl-mb-201.mechservice.ru]

    О какой репликации идет речь?

    24 декабря 2015 г. 20:21

Ответы

  • Rinat Moustafin, когда задаете вопрос, пожалуйста, предоставляйте больше информации для диагностики.

    Данная ошибка скорее всего возникает из за проблемной или медленной репликации между контролерами. У Вас копия скорее всего создается, и как только на используемых нодами контролерах появится данная информация, вы спокойно сможете обновить пассивную копию.

    Скажите, ноды находятся в одной сети?

    Попробуйте указать предпочитаемый контроллер (Настройка применяется только к данной сессии):

    Set-ADServerSettings -PreferredServer "FQDN ближайшего глобал каталога"

    Если через EAC, то кликните на пассивную копию и нажмите обновить.

    Через EMS:

    Update-MailboxDatabaseCopy "MDB001\имя сервера на котором пассивная копия"

    Если ругнется на лог файлы, можно попробовать так:

    Update-MailboxDatabaseCopy "MDB001\имя сервера на котором пассивная копия" -DeleteExistingFiles



    24 декабря 2015 г. 23:20
  • Насколько я понял, все файлы транзакций копируются нормально, проблемы начинаются при копировании самой БД. Отключил БД, скопировал файл БД на второй сервер вручную и после подключения все заработало. У меня есть еще 3 подобные базы. Это нормально запускать кластер подобным образом? Какие логи нужно посмотреть для подробных сведениях о проблемах репликации?

    Нет, такой процесс "репликации" ненормален. Все должно копироваться само.

    Статья, описывающая мониторинг репликации в Exchange: https://technet.microsoft.com/en-us/library/dd351258%28v=exchg.150%29.aspx


    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    29 декабря 2015 г. 5:50

Все ответы

  • Rinat Moustafin, когда задаете вопрос, пожалуйста, предоставляйте больше информации для диагностики.

    Данная ошибка скорее всего возникает из за проблемной или медленной репликации между контролерами. У Вас копия скорее всего создается, и как только на используемых нодами контролерах появится данная информация, вы спокойно сможете обновить пассивную копию.

    Скажите, ноды находятся в одной сети?

    Попробуйте указать предпочитаемый контроллер (Настройка применяется только к данной сессии):

    Set-ADServerSettings -PreferredServer "FQDN ближайшего глобал каталога"

    Если через EAC, то кликните на пассивную копию и нажмите обновить.

    Через EMS:

    Update-MailboxDatabaseCopy "MDB001\имя сервера на котором пассивная копия"

    Если ругнется на лог файлы, можно попробовать так:

    Update-MailboxDatabaseCopy "MDB001\имя сервера на котором пассивная копия" -DeleteExistingFiles



    24 декабря 2015 г. 23:20
  • А Mailbox сервера добавили в DAG?

    Blog - Smtp25.ru
    Полезные ссылки - Links

    25 декабря 2015 г. 7:25
    Отвечающий
  • Теперь другая ошибка:

    Не удалось выполнить операцию заполнения. Ошибка: При выполнении операции заполнения произошла ошибка. Ошибка: Не удалось уведомить исходный сервер "bl-mb-101.mechservice.ru" о локальной точке усечения. Hresult: 0xc8000713. Ошибка: Не удается найти файл.
     [База данных: DB-1, Сервер: bl-mb-201.mechservice.ru]

    Конфигурация:

    Один домен, одна сеть, два контроллера домена. 2 сервера MB, 2 сервера CAS, 1 сервер EDGE.

    26 декабря 2015 г. 14:22
  • Да конечно
    26 декабря 2015 г. 14:24
  • 1. Удалите пассивную копию, и папки с файлами которые были созданы на второй ноде для пассивной копии.

    2. Временно включите циклическую запись логов для активной базы

    3. Потребуется переподключение базы.

    4. После того как логи урежутся, выключите циклическую запись и попробуйте еще раз добавить пассивную копию.

    План Б

    Если не помогло:

    1. Отключите почтовую базу

    2. Проверьте что база в состоянии "Clean Shutdown"

    eseutil /mh "путь к EDB файлу"

    3. Если все нормально, то при условии что .edb  и .log лежат в одном месте, переместите все файли кроме edb в временную папку и запустите почтовую базу.

    Попробуйте добавить пассивную копию.


    • Изменено Zaza Abramov 26 декабря 2015 г. 14:53
    26 декабря 2015 г. 14:44
  • План А уже пробовал, не помогло.

    Только что попробовал план Б. Снова получил первоначальную ошибку

    DB-1
    Не удалось выполнить операцию заполнения. Ошибка: При выполнении проверок предварительных условий произошла ошибка. Ошибка: Для указанной базы данных не настроена репликация; следовательно, ее нельзя использовать для выполнения операций заполнения. [База данных: DB-1, Сервер: bl-mb-201.mechservice.ru]

    Похоже у меня на одном из контроллеров репликация не проходит? Что нужно проверить?

    З.Ы. У меня БД и логи лежат в разных местах.

    26 декабря 2015 г. 16:36
  • На серверах Exchange посомтрите журналы событий

    Для проверки репликации можете использовать Active Directory Replication Status Tool

    На контролере:

    Repadmin /replsummary

    Покажите:

    Get-DatabaseAvailabilityGroup DAGNAME -Status | FL

    26 декабря 2015 г. 17:38
  • Покажите:

    Get-DatabaseAvailabilityGroup DAGNAME -Status | FL

    [PS] C:\Windows\system32>Get-DatabaseAvailabilityGroup DAG -Status | FL
    Выполняется создание нового сеанса для неявного удаленного взаимодействия команды "Get-DatabaseAvailabilityGroup"...


    RunspaceId                             : 15c732f2-e84a-4725-bbf6-c6c9a8322051
    Name                                   : DAG
    Servers                                : {BL-MB-201, BL-MB-101}
    WitnessServer                          : fs.mechservice.ru
    WitnessDirectory                       : C:\DAGFileShareWitnesses\DAG.mechservice.ru
    AlternateWitnessServer                 :
    AlternateWitnessDirectory              :
    NetworkCompression                     : InterSubnetOnly
    NetworkEncryption                      : InterSubnetOnly
    ManualDagNetworkConfiguration          : False
    DatacenterActivationMode               : Off
    StoppedMailboxServers                  : {}
    StartedMailboxServers                  : {}
    DatabaseAvailabilityGroupIpv4Addresses : {10.201.67.100}
    DatabaseAvailabilityGroupIpAddresses   : {10.201.67.100}
    AllowCrossSiteRpcClientAccess          : False
    OperationalServers                     : {BL-MB-101, BL-MB-201}
    PrimaryActiveManager                   : BL-MB-201
    ServersInMaintenance                   : {}
    ServersInDeferredRecovery              : {}
    ThirdPartyReplication                  : Disabled
    ReplicationPort                        : 64327
    NetworkNames                           : {MapiDagNetwork}
    WitnessShareInUse                      : Primary
    DatabaseAvailabilityGroupConfiguration :
    AutoDagSchemaVersion                   : 1.0
    AutoDagDatabaseCopiesPerDatabase       : 1
    AutoDagDatabaseCopiesPerVolume         : 1
    AutoDagTotalNumberOfDatabases          : 0
    AutoDagTotalNumberOfServers            : 0
    AutoDagDatabasesRootFolderPath         : C:\ExchangeDatabases
    AutoDagVolumesRootFolderPath           : C:\ExchangeVolumes
    AutoDagAllServersInstalled             : False
    AutoDagAutoReseedEnabled               : True
    AutoDagDiskReclaimerEnabled            : True
    AutoDagBitlockerEnabled                : False
    AutoDagFIPSCompliant                   : False
    ReplayLagManagerEnabled                : False
    MailboxLoadBalanceMaximumEdbFileSize   :
    MailboxLoadBalanceRelativeLoadCapacity :
    MailboxLoadBalanceOverloadedThreshold  :
    MailboxLoadBalanceUnderloadedThreshold :
    MailboxLoadBalanceEnabled              : False
    AdminDisplayName                       :
    ExchangeVersion                        : 0.10 (14.0.100.0)
    DistinguishedName                      : CN=DAG,CN=Database Availability Groups,CN=Exchange Administrative Group (FYDIB
                                             OHF23SPDLT),CN=Administrative Groups,CN=mechservice,CN=Microsoft Exchange,CN=S
                                             ervices,CN=Configuration,DC=mechservice,DC=ru
    Identity                               : DAG
    Guid                                   : 1ad7e2dc-d0a5-442d-95b4-7ddf27c65e56
    ObjectCategory                         : mechservice.ru/Configuration/Schema/ms-Exch-MDB-Availability-Group
    ObjectClass                            : {top, msExchMDBAvailabilityGroup}
    WhenChanged                            : 24.12.2015 22:45:04
    WhenCreated                            : 24.12.2015 22:44:49
    WhenChangedUTC                         : 24.12.2015 19:45:04
    WhenCreatedUTC                         : 24.12.2015 19:44:49
    OrganizationId                         :
    Id                                     : DAG
    OriginatingServer                      : SR-DC-301.mechservice.ru
    IsValid                                : True
    ObjectState                            : Unchanged


    27 декабря 2015 г. 16:41
  • Ошибок репликации между контроллерами не обнаружено

    Начат сбор данных для сводки по репликации, подождите:
      .....


    Исходный DSA        наиб. дельта     сбоев/всего %%   ошибка
     SR-DC-301                 39m:19s    0 /   5    0
     VM-DC-101                 41m:59s    0 /   5    0


    Конечный DSA        наиб. дельта      сбои/всего %%   ошибка
     SR-DC-301                 41m:59s    0 /   5    0
     VM-DC-101                 39m:19s    0 /   5    0

    Active Directory Replication Status Tool тоже ничего не нашел
    27 декабря 2015 г. 16:50
  • Насколько я понял, все файлы транзакций копируются нормально, проблемы начинаются при копировании самой БД. Отключил БД, скопировал файл БД на второй сервер вручную и после подключения все заработало. У меня есть еще 3 подобные базы. Это нормально запускать кластер подобным образом? Какие логи нужно посмотреть для подробных сведениях о проблемах репликации?
    28 декабря 2015 г. 22:29
  • Насколько я понял, все файлы транзакций копируются нормально, проблемы начинаются при копировании самой БД. Отключил БД, скопировал файл БД на второй сервер вручную и после подключения все заработало. У меня есть еще 3 подобные базы. Это нормально запускать кластер подобным образом? Какие логи нужно посмотреть для подробных сведениях о проблемах репликации?

    Нет, такой процесс "репликации" ненормален. Все должно копироваться само.

    Статья, описывающая мониторинг репликации в Exchange: https://technet.microsoft.com/en-us/library/dd351258%28v=exchg.150%29.aspx


    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    29 декабря 2015 г. 5:50
  • Что то вы рановато закрыли тему. Тут официальная техподдержка Microsoft уже второй день бьётся с этой задачей и не могут понять в чем дело. Есть подозрение что дело в коммутаторе cisco который режет RPC запросы, DCERPC inspection называется. Как будут результаты, отпишусь.
    8 января 2016 г. 19:51
  • Интересное подозрение. Никогда в жизни не видел, чтобы коммутатор (не маршрутизатор) резал какие-то запросы прикладного уровня, но кто его знает... Держите в курсе.

    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    10 января 2016 г. 3:21