none
Обслуживание баз данных в MS Exchange 2016.

    Вопрос

  • Доброго времени суток. Есть вопрос по обслуживанию баз данных. Есть уже созданный кластер DAG из двух серверов на платформе виртуализации. В данный момент в процессе миграции с Lotus, пока что подключено по одному виртуальному диску на каждой ноде кластера и две базы данных на одном диске. У нас редакция Standard и до 5 рабочих баз. Соответственно необходимо будет выполнить следующие задачи:

    1. Добавить еще 4 виртуальных диска для каждой из двух виртуальных машин с MS Exchange

    2.Перенести одну базу данных на второй виртуальный диск

    3.Добавление еще 3-х баз данных в кластер DAG.

    Хотелось бы понять, как по Best Practic обслуживать текущий кластер при выполнении вышеописанных работ в продакшине. Если в MS Exchange 2010 было понятно как переводить ноды в maintenance mode переключение баз с активной ноды на пассивную и т.д. А как с MS Exchange 2016, есть где прочитать юзабилити ?


    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

    6 декабря 2018 г. 8:52

Ответы

  • Да, это я и имел в виду, говоря "Максимум, что вам потребуется - переключать активные копии баз между серверами." 
    • Помечено в качестве ответа rеstless 7 декабря 2018 г. 9:36
    7 декабря 2018 г. 9:35

Все ответы

  • А смысл? Вроде как все эти задачи можно выполнить не выводя сервер из обслуживания.

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

    Максимум, что вам потребуется - переключать активные копии баз между серверами.
    • Изменено Egor Vasilev 6 декабря 2018 г. 9:01
    6 декабря 2018 г. 9:00
  • А смысл? Вроде как все эти задачи можно выполнить не выводя сервер из обслуживания.

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

    Максимум, что вам потребуется - переключать активные копии баз между серверами.

    Спасибо Егор. Я так понимаю переключение можно сделать так же и через EAC ?

    И еще есть вопрос:

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

    Почему так может происходить, не подскажите ?

    Спасибо.


    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!


    • Изменено rеstless 6 декабря 2018 г. 9:16
    6 декабря 2018 г. 9:13
  • Да, переключение можно сделать и в eac, и в ems.

    На счет вашей проблемы с индексами пока затрудняюсь ответить. Серверы не испытывают проблем с производительностью?

    6 декабря 2018 г. 9:45
  • да пока нет, все еще в процессе миграции с Lotus. Считай по 16 гигов на каждый сервер да и 10 ящиков пока из 500.

    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

    6 декабря 2018 г. 16:12
  • Да, переключение можно сделать и в eac, и в ems.

    На счет вашей проблемы с индексами пока затрудняюсь ответить. Серверы не испытывают проблем с производительностью?

    Егор, при создании новой базы данных, если мы ее создаем на активной ноде и при этом после создания нам рекомендуется перезапустить службу Exchange Information Store , то нам необходимо для начала активировать все копии баз на пассивной ноде, а уж затем перезапускать службу ? 

    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

    7 декабря 2018 г. 9:18
  • Да, это я и имел в виду, говоря "Максимум, что вам потребуется - переключать активные копии баз между серверами." 
    • Помечено в качестве ответа rеstless 7 декабря 2018 г. 9:36
    7 декабря 2018 г. 9:35
  • Спасибо.

    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

    7 декабря 2018 г. 9:36
  • Егор, вот не понимаю, почему у меня постоянные ошибки при попытке заполнить базу на втором сервере, как только я включаю в реплику. Что не так ?


    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

    7 декабря 2018 г. 12:41
  • Можете скинуть полный текст ошибки?

    При выполнении команды в ems ошибка та же?

    7 декабря 2018 г. 12:53
  • Не удалось заполнить каталог индекса контента для базы данных "SpbDB03". Убедитесь, что службы поиска и контроллера узлов Microsoft Exchange работают, и повторите попытку. Ошибка: There was no endpoint listening at net.tcp://localhost:3863/Management/SeedingAgent-8D61B725-E1F8-4AB7-82AA-2AC620C20B6612/Single that could accept the message. This is often caused by an incorrect address or SOAP action. See InnerException, if present, for more details..

    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

    7 декабря 2018 г. 13:11