Exchange Sizing Assessment (Collecting required information from current installation)

Вот есть у вас Exchange. Скажем 2010 (ну вот я по простому пути пошел, не учитывая SIS\не-SIS, и прочие коэффициенты, да и вообще задача моего сегодняшнего поста — собрать нужную информацию, а может быть даже ее часть, для дизайна хранилища).

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

В учебниках и доках пишут про «сферический дизайн в вакууме», когда вы либо проектируете организацию с нуля, и получаете все предполагаемые квоты в удобном виде, либо когда у вас есть организация, где все давно стандартизировано,  вы просто берете то, что есть и суете в ExchangeRoleCalculator.xls.

В жизни все зачастую бывает не так. Ящики валяются в базах с дефолтными StorageQuota, потом у Васи М. заканчивается место, администратору системы с помощью целительных пенделей доставляется информация о том, что надо Васе М. срочно увеличить размер ящика, Администратор точечно решает проблему и сидит до следующего Пети. В итоге мы имеем зоопарк квот. При этом  администратор, назову-ка я его для удобства Эдиком, так вот, Эдик задолбался прибавлять Васям и Петям «нищасные сто мигабайт» и сделал им квоту, скажем в 100 Гб. Это Васе. А Пете 87,5 Гб. И непонятно, насколько товарищи вырабатывают эту квоту, нужна ли она им такая, как все эти факторы учитывать при планировании — неясно, ибо, что у Васи, что у Пети почта — бизнес, мать его, критикал аппликейшн. Порежешь квоты и чем кончится — неясно. В общем, вступление затянулось. Я тут помогаю товарищам мигрировать из одного Exchange в другой, такой же, оптимизировав при этом дисковое хранилище. С Native Data Protection у нас не срослось, с DAG пока тоже. Поэтому беру за оптимальный размер базы 200 Гб (http://technet.microsoft.com/en-us/library/ee832792(v=exchg.141).aspx). Для того, чтобы прикинуть, кого и как сгруппировать по базам (требования к этому процессу и рекомендации почитаете сами, не маленькие. Напомню лишь, что там учитывается много факторов, таких как размеры, частота обслуживания, род занятий и крутость клиента ну и прочее) я собрал нужную для этого дела информацию, которая позволит потом поиграть со всем этим в Excel и прикинуть палец… к другому пальцу. Вот сам скрипт:

$DataPath = "$env:USERPROFILE\Documents\UserData.csv"
$Results = @()
$MailboxUsers = get-mailbox -resultsize unlimited

foreach($user in $mailboxusers)
{
$UPN = $user.userprincipalname
$MbxStats = Get-MailboxStatistics $UPN
$USR = Get-User $UPN
$Arch = Get-Mailboxstatistics $UPN -Archive -ErrorAction SilentlyContinue

$TotalMB = 0
if($MbxStats.totalitemsize -ne $null) {
$TotalMB = $MbxStats.totalitemsize.Value.ToMB()
}
$QuotaMB = 0

if($user.ProhibitSendReceiveQuota -eq 'unlimited') {
$QuotaMB = $MbxStats.DatabaseProhibitSendReceiveQuota.Value.ToMB()
}
else {
$QuotaMB = $user.ProhibitSendReceiveQuota.Value.ToMB()
}
$ArchSize = 0
if($user.archivestatus -eq "None") {
$ArchSize = $null
}
else {
$ArchSize = $Arch.TotalItemSize.Value.ToMB()
}
$ArchQuota = 0
if($user.archivestatus -eq "None") {
$ArchQuota = $null
}
if($ArchQuota -eq 'unlimited') {
$ArchQuota = $Arch.DatabaseProhibitsendReceiveQuota.Value.ToMB()
}

$Properties = @{
UPN = $UPN
Department = $USR.department
Title = $USR.title
Alias = $user.alias
Server = $MbxStats.servername
Database = $MbxStats.databasename
MailboxQuota = $QuotaMB
MailboxSize = $TotalMB
ArchiveSize = $AcrhSize
ArchiveQuota = $ArchQuota
}

$Results += New-Object psobject -Property $properties

}

$Results | Select-Object Alias,Title,Department,ArchiveStatus,Server,Database,MailboxQuota,MailboxSize,ArchiveQuota,ArchiveSize | Export-Csv -notypeinformation -Path $DataPath -Encoding Unicode

Ну и в папке «Документы» текущего пользователя появится UserData.csv, который можно импортировать в Excel и предаться там всем возможным видам сортировки, анализа и обдумывания.

Реклама
Exchange Sizing Assessment (Collecting required information from current installation)

Exchange Sizing Assessment (Collecting required information from current installation): 4 комментария

  1. У меня прямо-таки ностальгия по одному самарскому проекту для одного регионального ОПСОС :)

  2. Я о старом, добром Вебзаводе тоже часто думаю. «Рука тоскует по ружью» :) Хорошая команда у нас тогда подобралась.

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

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

Логотип WordPress.com

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

Google+ photo

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

Фотография Twitter

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

Фотография Facebook

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

w

Connecting to %s