У нас есть :
6 физических дисков
Настроить:
Проблема 1:
На нашем разделе D (раздел базы данных почтовых ящиков) общий размер составляет 279 ГБ, оставшееся свободное пространство - 64,7 ГБ, когда я выбираю папки первой и второй группы хранения и щелкаю правой кнопкой мыши свойства, они сообщают о размере 165 ГБ.
База данных почтовых ящиков сообщает о размере 157 ГБ, если щелкнуть правой кнопкой мыши> Свойства. где размер, отображаемый в папке, составляет 164 893 456 КБ
Итак, нам не хватает около 50-54 ГБ, на этих дисках больше ничего нет, нет файла подкачки, вообще ничего.
Раздел, в котором хранятся журналы транзакций, точно сообщает размеры.
Любые предложения / исправления по вышеизложенному?
Проблема 2:
Как вы, возможно, уже читали в Задаче 1, размер базы данных почтовых ящиков составляет 157 ГБ или 164 ГБ; что не рекомендуется,
a) Что вы предлагаете сделать, чтобы разделить почтовые ящики на группы хранения на одном сервере?
б) Как переместить почтовые ящики в разные группы хранения?
в) Это размер хранилища информации? (Правильно ли я считаю, что это не рекомендуется)
г) При наличии нескольких групп хранения с одной БД почтовых ящиков в каждой уменьшится ли это размер хранилища информации?
д) Есть какие-нибудь предложения / как уменьшить размер хранилища информации?
Мы не устанавливали это, мы унаследовали это - какие еще рекомендации вы можете дать, чтобы лучше подготовиться к любой аварии сервера?
В настоящий момент мы выполняем резервное копирование с помощью Yosemite Backup на RD1000 (320 ГБ), которое успешно выполняет резервное копирование, ежедневно очищая журналы. Мы еще не сделали тестового восстановления.
Я постарался предоставить как можно больше информации, дайте мне знать, если вам понадобится дополнительная информация.
Кроме того, у нас еще не было проблем с почтовым потоком, скоростью доступа, все работает нормально, у нас есть от двух до пяти человек, которые получают доступ к OWA или Outlook только через vpn.
Спасибо, что уделили время, чтобы прочитать выше - с нетерпением ждем ваших предложений экспертов.
Это мои мнения, поэтому воспринимайте их как таковые:
Остановите службы Microsoft Software Shadow Copy Provider и Volume Shadow Copy. Я подозреваю, что у вас есть несколько оставшихся снимков VSS, которые занимают дисковое пространство.
Создайте дополнительные хранилища почтовых ящиков в вашей текущей группе хранения и разделите свои почтовые ящики соответствующим образом, переместив некоторое их количество в новые хранилища почтовых ящиков. Создайте столько хранилищ почтовых ящиков, сколько вам необходимо, чтобы сохранить разумный размер. В Exchange Server 2003 рекомендуется хранить хранилища почтовых ящиков размером менее 100 ГБ, я предполагаю, что то же самое верно и для Exchange Server 2007. Я не вижу необходимости создавать дополнительные группы хранения.
Я еще не видел никаких ограничений по размеру для баз данных или групп хранения, только рекомендованное ОЗУ для каждой группы хранения. Рекомендуется размещать разные БД, каждую в своей собственной группе хранения, поскольку каждая группа хранения имеет только один набор журналов транзакций, независимо от того, сколько баз данных она может содержать. В стандартной версии вы будете ограничены до 5, поэтому в зависимости от роста вашей БД это может повлиять на ваше планирование.
Я сам большой поклонник RAID5 для Exchange, я бы добавил к этим томам еще один диск. Избыточность и максимальное время безотказной работы намного превосходят чрезмерную скорость электронной почты в моей книге.