Exchange Server 2010 – оптимизация размера почтовой базы


(Короткие заметки)

Когда база приблизилась к своему предельному значению (например, 100 Гб), нужно начать перемещение части почтовых ящиков в новую базу. Какие ящики перемещать, чтобы добиться стабилизации размера почтовой базы?

Понятно, что те почтовые ящики, которые заметно увеличиваются в размерах. Но чтобы выделить такие почтовые ящики, нужно регулярно снимать статистику по почтовым ящикам и анализировать ее.

Если такой процесс не налажен, то можно опираться на некоторые эвристические утверждения (спорные, но полезные для начала).

1.       Нет смысла перемещать почтовые ящики, которые уже достигли или скоро достигнут  предельно разрешенного размера.

2.       Нет смысла перемещать почтовые ящики, которые существуют относительно долго (созданы давно) и сохраняют небольшой размер или сохраняют стабильный размер.

 

 

Для перемещения почтового ящика пользователя используется GUIили командлет New-MoveRequest

Understanding Move Requests

 

ExchangeServer2010 позволяет перемещать почтовый ящик в другую базу без прерывания работы пользователя. http://blogs.technet.com/b/exchange/archive/2011/01/24/3411868.aspx

Число одновременных потоков копирования ограничивается. Это защищает сервер (хранилище) от перегрузки. Копирование может занять достаточно много времени.

После перемещения почтовый ящик в исходной базе помечается как SoftDeleted. (начиная с SP1 http://technet.microsoft.com/en-us/library/dd298174.aspx )

Get-MailboxStatistics-Database«Mailbox Database 01»|where {$_.DisconnectReason -eq«SoftDeleted»}

 

После перемещения почтовых ящиков исходная база не уменьшается в размерах и в ней не освобождается место:

Get-MailboxDatabase-Status|selectServerName,Name,DatabaseSize,AvailableNewMailboxSpace

 

ServerName

Name

DatabaseSize

AvailableNewMailboxSpace

———-

—-

————

————————

MB2

Mailbox Database 01

101.4 GB (108,859,031,552 …

5.7 MB (5,976,883 bytes)

MB2

Mailbox Database 02

75.26 GB (80,807,526,400 b…

2.5 MB (2,621,440bytes)

MB1

Mailbox Database 03

53.88 GB (57,856,294,912 b…

12.28 MB (12,877,824 bytes)

MB1

Mailbox Database 04

26.88 GB (28,865,265,664 b…

87.63 MB (91,881,472 bytes)

 

После завершения переноса нужно проверить успешность завершения процесса и удалить запросы на перемещение через GUIили

Get-MoveRequest-MoveStatusCompleted|Remove-MoveRequest-Confirm:$false

 

Нужно удалить SoftDeletedпочтовые ящики:

$b=Get-MailboxStatistics-Database«RUMS Mailbox Database 01»|where {$_.DisconnectReason -eq«SoftDeleted»}

$b|% { Remove-StoreMailbox-Confirm:$False-Database$_.database -Identity$_.mailboxguid -MailboxState«SoftDeleted»}

 

 

После этого в исходной почтовой базе появится свободное место:

Get-MailboxDatabase-Status|selectServerName,Name,DatabaseSize,AvailableNewMailboxSpace

 

ServerName

Name

DatabaseSize

AvailableNewMailboxSpace

———-

—-

————

————————

MB2

Mailbox Database 01

101.4 GB (108,859,031,552 …

55.97 GB (60,094,939,136 b…

MB2

Mailbox Database 02

75.26 GB (80,807,526,400 b…

28.5 GB (30,605,312,000 by…

MB1

Mailbox Database 03

53.88 GB (57,856,294,912 b…

12.28 MB (12,877,824 bytes)

MB1

Mailbox Database 04

26.88 GB (28,865,265,664 b…

87.63 MB (91,881,472 bytes)

 

Затем базу можно упаковать для уменьшения ее размера.

Упаковка базы может быть выполнена по двум сценариям.

Первый – традиционный для одиночной базы. База размонтируется и упаковывается утилитой eseutil /d. Процесс требует наличия свободного места +10%*<размер исходной базы>. На все время работ сервис

Второй подходит для DAG. Создается новая база на новых хранилищах. Почтовые ящики копируются в новую базу. Этот способ работает и для одиночной базы. Накладные расходы на свободное место выше, чем в первом способе: новые хранилища надо создать для всех копий в DAG. (Стратегия может быть разной: для ускорения копирования можно создать одну дополнительную копию для новой базы, а после окончания процесса переноса почтовых ящиков, добавить остальные копии на освободившиеся от исходной базы хранилища.)

Если свободных хранилищ у вас нет, то в случае DAG, вам придется удалить все дополнительные копии базы, размонтировать ее, упаковать, смонтировать и снова добавить дополнительные копии – очевидно, что это может занять намного больше времени. Поэтому рекомендуется базы делать не более 100Гб, а в случае DAGиметь свободное пространство для маневра.

 

 

 

Реклама

комментариев 5

  1. Илья, добрый день!
    Прошу помощи в решении проблемы.
    У меня есть вопрос по перемещению почтовых ящиков, он проблемный, со всеми выкладками достаточно длинный, не знаю, стоит ли его писать именно сюда.
    На какой почтовый адрес Вам можно написать?
    Заранее признателен.

  2. >>Число одновременных потоков копирования ограничивается.
    И это не регулируется? или где то можно увеличить (уменьшить) этот параметр?

Добавить комментарий

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s

%d такие блоггеры, как: