В настоящее время мы находимся в процессе поиска простого решения аварийного переключения Exchange для нашей компании. У нас есть рабочий Exchange 2013 под управлением Windows Server 2012 (server1). У нас также есть еще один идентичный Exchange 2013, установленный на другом компьютере с Windows Server 2012 (server2). Второй сервер предназначен для использования только в том случае, если нам нужно переключиться на него. На этот сервер почта не отправляется. Мы используем следующую статью в качестве решения для отработки отказа:
TechNet - Переносимость базы данных
Прямо сейчас мы тестируем эту процедуру, выполняя следующие действия:
Выполните следующую команду на server2 чтобы разрешить восстановление в базе данных.
Set-MailboxDatabase testDatabase -AllowFileRestore $ true
Наконец, проблема возникает, когда мы пытаемся смонтировать базу данных следующим образом:
Mount-База данных testDatabase
Мы получаем следующую ошибку:
Failed to mount database "testDatabase". Error: An Active Manager operation
failed with a transient error. Please retry
the operation. Error: Database action failed with transient error. Error: A
transient error occurred during a database
operation. Error: MapiExceptionNetworkError: Unable to mount database.
(hr=0x80040115, ec=-2147221227)
Diagnostic context:
Lid: 65256
Lid: 12514 Win32Error: 0x6BE
Lid: 62184
Lid: 16280 dwParam: 0x0 Msg: EEInfo: ComputerName: n/a
Lid: 8600 dwParam: 0x0 Msg: EEInfo: ProcessID: 10700
Lid: 12696 dwParam: 0x0 Msg: EEInfo: Generation Time: 0416-03-01T20:02:44.0600000Z
Lid: 10648 dwParam: 0x0 Msg: EEInfo: Generating component: 2
Lid: 14744 dwParam: 0x0 Msg: EEInfo: Status: 1726
Lid: 9624 dwParam: 0x0 Msg: EEInfo: Detection location: 974
Lid: 13720 dwParam: 0x0 Msg: EEInfo: Flags: 0
Lid: 11672 dwParam: 0x0 Msg: EEInfo: NumberOfParameters: 0
Lid: 49064 dwParam: 0x1
Lid: 12514 Win32Error: 0x6BE
Lid: 62184
Lid: 16280 dwParam: 0x0 Msg: EEInfo: ComputerName: n/a
Lid: 8600 dwParam: 0x0 Msg: EEInfo: ProcessID: 10700
Lid: 12696 dwParam: 0x0 Msg: EEInfo: Generation Time: 0416-03-01T20:02:48.7480000Z
Lid: 10648 dwParam: 0x0 Msg: EEInfo: Generating component: 2
Lid: 14744 dwParam: 0x0 Msg: EEInfo: Status: 1726
Lid: 9624 dwParam: 0x0 Msg: EEInfo: Detection location: 974
Lid: 13720 dwParam: 0x0 Msg: EEInfo: Flags: 0
Lid: 11672 dwParam: 0x0 Msg: EEInfo: NumberOfParameters: 0
Lid: 1047 StoreEc: 0x80040115 [Database: testDatabase, Server: DECKLE.lmtl.local]
+ CategoryInfo : InvalidOperation: (testDatabase:ADObjectId) [Mount-Database], InvalidOperationException
+ FullyQualifiedErrorId : [Server=DECKLE,RequestId=4f69c8d9-6a00-4143-ba0f-c1340b70f7a7,TimeStamp=3/1/2016 8:02:48
PM] [FailureCategory=Cmdlet-InvalidOperationException] 80B363A1,Microsoft.Exchange.Management.SystemConfiguration
Tasks.MountDatabase
+ PSComputerName : deckle.lmtl.local
Мы действительно проверили, чтобы база данных полностью отключилась, прежде чем пытаться выполнить описанную выше процедуру, используя следующую команду:
[PS]E:\ExchangeData>eseutil /mh "E:\ExchangeData\testdatabase\testDatabase.edb"
Это показывает, что это действительно было полное отключение.
Эта процедура должна быть очень простой, так как мы прочитали много руководств и еще не видели, чтобы кто-нибудь сталкивался с этой проблемой. Любая помощь приветствуется.
Похоже, сервер обмена не видит контроллер домена. Вы не хочу, чтобы он подключался к действующему DC, если честно.
Это ужасная идея для «отказоустойчивого» решения. Используйте DAG, как предлагает joeqwerty. Он будет поддерживаться, а также быстрее и надежнее переключиться в случае сбоя.
Сценарий, который вы описываете для переносимости БД, в значительной степени восстанавливается после сбоя, а не быстрого «ой, этот сервер немного заболел, давайте быстро переключимся на запасной, пока у нас есть первый на блокировках на день».
Чтобы протестировать это в качестве сценария восстановления, вам нужно будет установить реплику DC рядом со вторым сервером обмена в среде восстановления для такого рода вещей.
Если вы хотите проверить свою способность восстанавливать базы данных в случае возникновения проблемы, не могли бы вы смонтировать базу данных как базу данных восстановления?
Если вы хотите повысить устойчивость сервиса для пользователей электронной почты, используйте DAG. Вот для чего они нужны.
Сначала проверьте, работают ли эти службы или нет в этом блог
1) Оператор системы обмена 2) Служба хранилища информации Exchange (основная причина проблемы с монтированием)
Попробуйте запустить эти службы, а затем после запуска Exchange ISS, появляется ошибка "код ошибки -2147221213" затем попробуйте синхронизировать контакт Exchange Server и контроллера домена.
После устранения проблемы синхронизации времени запустите службу топологии Exchange Active Directory, а затем проверьте, подключена ли база данных.
Ссылка - Причины ошибки: невозможно подключить базу данных в Exchange
Если вы выполнили определенное количество попыток подключения хранилища базы данных Exchange, но каждый раз сталкиваетесь с тем же сообщением об ошибке «Не удалось подключить базу данных, операция активного менеджера завершилась неудачно в Exchange 2016». Тогда основной причиной этого сообщения об ошибке может быть отсутствие одного или нескольких файлов журнала транзакций.
В большинстве случаев не удается подключить базу данных в Exchange из-за неправильного завершения работы. Это происходит из-за внезапного отключения электроэнергии или по многим подобным причинам. Он переводит базу данных сервера Exchange в состояние «грязное отключение».