Лучший отвечающий
Обслуживание баз данных в 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 -
Егор, все в порядке.
Попробовал обновить заполнение индекса все ок. Через несколько часов все поправилось.
Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!
- Помечено в качестве ответа rеstless 10 декабря 2018 г. 8:17
10 декабря 2018 г. 8:17
Все ответы
-
А смысл? Вроде как все эти задачи можно выполнить не выводя сервер из обслуживания.
С переносом существующей базы тоже не запаривайтесь, просто создайте ещё одну на другом диске, смигрируйте туда ящики и дело в шляпе. После этой процедуры старую базу можете просто удалить.
Максимум, что вам потребуется - переключать активные копии баз между серверами.- Изменено 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.
На счет вашей проблемы с индексами пока затрудняюсь ответить. Серверы не испытывают проблем с производительностью?
Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!
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 -
Егор, все в порядке.
Попробовал обновить заполнение индекса все ок. Через несколько часов все поправилось.
Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!
- Помечено в качестве ответа rеstless 10 декабря 2018 г. 8:17
10 декабря 2018 г. 8:17 -
Отлично. Сложностей с подключением дисков и раскидыванием юзеров по базам не возникло?10 декабря 2018 г. 8:27