Служба хранилищ "STORE"
 

у меня при 300 клиентах на 2003 Exchange достингает 700 MB оперативной памяти.
Это нормально?

Нормально :)

Oleg Krylov, а чем объясняется такой объем? у нас очередь иногда, снова, накапливается в 50 писем...

Аппаратную конфигурацию сервера в студию.

CPU Xeon 3.4 GHz
2 GB RAM
Win Server 2003 SE SP2
Контроллер домена (с основными ролями)
Сервер Exchange

и вопрос оффтоп: я планирую внедрить 2008 сервер (с главными ролями). что будет с контроллерами на 2003 и 2003 Exchangem?

Контроллер и Exchange на одном сервере - неподдерживаемое решение. Используют один движок для БД. По дискам можно подробнее?
Судя по вопросу со сценариями апгрейда не ознакомились? Ничего не будет, если все правильно сделать. Но лучше сначала унести Exchange на другой сервер и проапгрейдить до 2007 SP2.

Цитата:

Цитата Oleg Krylov Exchange на другой сервер и проапгрейдить до 2007 SP2 »

пока нет денег на систему бекапирования на ленты...
системный - 140 GB, в рейде 1 аппаратном.
второй диск - 410 GB, в рейде 5 аппартаном.

Цитата:

Цитата Oleg Krylov Контроллер и Exchange на одном сервере - неподдерживаемое решение »

странно, я где-то видел\слышал, что Exchange и AD лучше совместить...

При чем здесь ленты?
Дальше? Где лежат файлы БД Exchange? Где файлы логов транзакций? Где каталог очереди? Где БД AD?
Странно, что Вы такое слышали.
If you are running Exchange Server on a domain controller without Small Business Server, be aware of the following issues:
1. Exchange Server and Active Directory are both resource-intensive applications. There are performance implications to be considered when both are running on the same computer.
2. If Exchange Server is running on a domain controller, you must also make that domain controller a global catalog server. For more information about creating a global catalog server, see the Microsoft Knowledge Base article 313994, "How to create or move a global catalog in Windows Server 2003, Windows 2000, or Small Business Server 2000" ( http://go.microsoft.com/fwlink/?link...2&kbid=313994).
3. Several Exchange Server directory components, such as Directory Service Access (DSAccess), Directory Service Proxy (DSProxy) and the Message Categorizer will not fail over to any other domain controller or global catalog server.
4. You should not take advantage of the /3GB startup switch in Windows because it could cause Exchange Server to consume all memory, thus reducing the memory available for Active Directory.
5. System shutdown will take considerably longer if the Exchange Server services are not stopped before shutting down or restarting the server.
5. This configuration is less secure because Exchange administrators will have local administrative access to Active Directory, enabling them to elevate their own privileges. In addition, any security vulnerability found in either Exchange Server or Active Directory exposes the other to compromise.
6. If you are running Exchange Server 2003 or Exchange Server 2007 on a domain controller, using the domain controller promotion tool (DCPromo) to change the computer role is not supported, and is known to break components such as Microsoft Outlook® Mobile Access.
7. Running Exchange Server 2003 or Exchange Server 2007 on a clustered node that is also an Active Directory domain controller is not supported and should never be done. This means that if you are running Exchange 2000 Server on a node in a cluster that is also a domain controller, you must demote the server to a member server prior to upgrading from Exchange 2000 Server to Exchange Server 2003.
И пруфлинк, естественно: http://technet.microsoft.com/en-us/l.../aa997407.aspx

у нас всё бекапится на ленты. но толи оборудование, толи ПО для бекапа на ленты 2007 Exchanga - другие...
значит так: на втором диске только хранилища учётных записей.
Всё остальное на системного диске.

Почитайте про возможности бэкапа в Exchange 2007 SP2. При размещении на Windows Server 2008 SP2 поддерживается Remote VSS Backup. поэтому теперь можно и на ленты. При расположении на Windows Server 2003 все операции выполняются при помощи NTBackup. который поддерживал удаленные хранилища со времен царя Гороха.
хранилище учетных записей - база NTDS. Не сочтите за труд и опишите: почтовая база там-то, логи группы хранения там-то, каталог ntds там-то. Поверьте, я не просто так интересуюсь.

там лежат *.edb и *.stm
и ещё непонятное:

exo, Вы не перестаете удивлять, честное слово. Вас спрашивают где находятся логи, Вы об этом молчите и тут же приводите скрина Непонятное.жпг с файлами с расширением log. В настоящее время я достаточно ограничен в скорости (деревня у черта на куличках, доступ по GPRS). Поэтому дам направление для самостоятельного исследования.
1. Почитайте наконец хотя бы примитивные основы работы серверов Exchange. Литературу, я помнится Вам давал.
2. Поищите на TechNet масштабирование и расчет аппаратной конфигурации исходя из количества пользователей. Что-то вроде Planning Guide. Вы удивитесь, но Exchange требует от 2 до 5 Мб памяти на пользователя, так что store.exe в 700 Мб при 300 пользователях - не предел.
3. Поразмыслите на досуге над общей теорией баз данных, а особое внимание обратите на методы доступа к дискам при работе с информацией различного типа. И обязательно подумайте над вопросом: можно ли хранить на одном диске (читай - шпинделе) данные базы, к которым производится постоянный рандомный доступ, и логи транзакций к которым происходит постоянный линейный доступ. И как это все скажется на общей производительности системы в целом.
Примечание: Я еще раз повторю, что храилище учетных записей в домене одно - база ntds.dit. Они находятся там, и только там. В почтовых базах Exchange, находятся данные почтовых ящиков. Элементы типа почта, контакт (личный), календарь, задача. Они просто привязаны к учетным записям.
И 2 Гб для контроллера, обрабатывающего все запросы на вход в сеть, авторизации доступа к ресурсам, применение групповых политик, разрешение объектов и т.п., на котором еще крутится и Exchange 2003, обслуживающий 300 пользователей - это, простите, несерьезно.

да я и сам себе удивляюсь.
так сложилось исторически. сейчас планируем как минимум паммяти добавить + сервер печаи перенести.
и
я думал, может вы увидите на скрине что-нить знакомое...
физически-то можно, но что из этого выходит - я и имею сейчас: задержку при отправке. однако, так сложилось исторически. и в ближайшее время что-либо менять не будем (ну кроме памяти)...