Назад | Перейти на главную страницу

Нужна помощь в оптимизации Exchange2007, пока мы ждем решения об обновлении

У меня есть довольно подробные предложения перед руководством либо по полной новой локальной сборке, либо по переходу на 0365. Я просто жду решения, затем покупка / лицензирование, а внедрение все равно займет некоторое время.

Мы - представители малого и среднего бизнеса, работающие на локальном сервере Exchange 2007 на таком же старом сервере Dell Poweredge. Его Win 2008 R2, 8 ГБ оперативной памяти и 2 E5405 @ 2,00 ГГц. Все работает из этой коробки.

За последний год ситуация становилась все ужаснее. Я нахожусь здесь всего около года и пытаюсь бороться с неправильным подходом к некоторым из этих сверхкритических серверов. Я думал, что мы перейдем на локальное решение 2016 или 0365 несколько месяцев назад, но мы все еще сидим в раздумьях.

У нас около 154 почтовых ящиков на 105-115 активных пользователей.

У меня есть 4 активных хранилища данных / базы данных и 1 база данных общих папок. Их размер составляет 264 ГБ, 223 ГБ, 109 ГБ, 20 ГБ и 12 ГБ. Я даже не думал, что у нас может быть хранилище объемом более 250 ГБ, так что кто-то должен был в какой-то момент обмануть этот лимит. Я не думаю, что даже уместно, чтобы любой из них был более 100 ГБ, в зависимости от того, как работает этот сервер.

Поэтому многие люди жалуются на паузы и задержки в Outlook 2013. У людей, которые используют плагин Salesforce for Outlook, это примерно в 1000 раз хуже. Я устранял это со стороны плагина SFO в течение нескольких месяцев, и, поскольку ничего не изменилось при обновлении вилочного погрузчика на наших почтовых серверах, я теперь смотрю на это больше со стороны Exchange. Я почти уверен, что Exchange 2007 на этом сервере - основная причина всех моих бед.

Кто-нибудь может подтвердить это для меня? Более того, как лучше всего разбить эти хранилища данных? Стоит ли стремиться к 100 ГБ? Стоит ли покупать 50 ГБ? Можем ли мы иметь намного больше магазинов со спецификациями, которые есть у нас на сервере, и действительно увидеть какой-либо прирост производительности? Или это несбыточная мечта? Что еще может принести мне временное облегчение? Стоит ли больше оперативной памяти?

Вдобавок ... Я также хотел бы знать, сможет ли кто-нибудь подтвердить мое подозрение, что такой раздутый сервер Exchange вызывает множество проблем в цепочке.

Мы НЕ запускаем Outlook в режиме кэшированного обмена. Мы запускаем еще одну утилиту, которая вызвала проблему с режимом кэширования (у нас есть старая система ERP, работающая на SCO-UNIX, и есть небольшое приложение, которое мы используем, которое позволяет людям «печатать» из ERP в файл PDF, который удаляется. в виде вложения к электронной почте через MAPI.) У меня может быть вообще альтернативный вариант для этого процесса, но это не «лучшее» решение, а лишь побочное решение, которое не предъявляет столько требований к Outlook. Мне нужно объяснить, что часть того, что убивает Outlook и плагин Salesforce, заключается в том, что мы не работаем в режиме кэшированного обмена.

Наши ребята, похоже, очень одержимы созданием папок. ТОННЫ папок. Папки для всего. Для клиентов, затем с разбивкой по событиям, которые есть у клиентов, а затем с разбивкой по заказам ... это безумие.

Так что ЛЮБЫЕ предложения будут приняты с благодарностью. ЧТО я могу сделать, чтобы улучшить эту ситуацию, пока мы МЕДЛЕННО создаем что-то новое и лучшее?

Ответом здесь было кинуть в него 32 ГБ ОЗУ. Все еще ждем завершения миграции на 0365, но, по крайней мере, все работает!