Instalace MS Exchange serveru 2010 - 11. část
Začínáme s Exchange 2010 serverem - 11. část
Mailbox databáze    

Já vím, já vím. Sliboval jsem, že dneska se podíváme na CAS roli a nastavíme přístup k Exchange serveru pro uživatele. Už se nejspíš těšíte, že začnete posílat a přijímat maily na svém novém serveru. Možná bude ale lepší říct si nejdřív něco o mailbox databázi, když jsme se minule bavili o vytváření mailboxů. Mohlo by nám to ušetřit čas.

My máme všechny role Exchange serveru na jednom virtuálním stroji. Nicméně každá ta role žije svým životem a je dobré o ni něco vědět. Předminule jsme nastavovali send connectory, receive connectory. To jsou všechno nastavení HUB transport role. Tahle role se stará o tok pošty. Má na starost něco vzít a někam to předat. CAS role se už z názvu stará o přístup uživatelů k jejich datům. (CAS = client access server) O přístup Outlook klientů k mailboxům, o přístup uživatelů k mailboxům přes webové rozhraní, které u Exchange 2010 nabízí plný přístup k poště nejen uživatelům IE, ale i třeba Firefoxu a dalších moderních prohlížečů. Těch služeb je víc, ale o tom až jindy. Dneska budeme pracovat s Mailbox rolí. Tedy tou, která se stará o ukládání dat.

Mailbox role je důležitá z hlediska ukládání dat a z hlediska zálohování. My si dneska trošku pohrajeme s mailbox databází. Ten název není nadnesený, Exchange opravdu používá databázi k ukládání pošty. Pokud jste se setkali se starším Exchange serverem, tak možná znáte termín Storage group. MS se dlouho snažil přesvědčit administrátory, aby se drželi doporučeného postupu, vytvářeli jednu databázi na jednu storage groupu. Dokonce ve verzi 2007 je k tomu nutil i tím, že jinak nebylo možné použít nástroje vysoké dostupnosti (cluster). Ve verzi 2010 možnost vysoké dostupnosti Exchange server MS úplně překopal a storage groupy prostě zrušil. Díky za to. :-) My si v budoucnu řekneme něco víc o vysoké dostuposti, vyzkoušíme si vytvořit DAG, což je zjednodušeně řečeno způsob, jak mít kopie mailbox databáze na vícero serverech tak, aby při výpadku jednoho serveru uživatelé pokud možno žádný výpadek nezaznamenali, protože dostanou data z nějaké kopie.

Ale dost teorie, jdeme do praxe. Po instalaci máme v serveru jednu mailbox databázi. Její jméno si instalátor vygeneroval sám. V mém případě tu mám Mailbox Database 2085935751. A mě se ta databáze nelíbí, takže si vytvořím novou a tu si pojmenuju postaru:

[PS] New-MailboxDatabase -Name "mdb01" -Server ex01 -EdbFilePath "d:\exchange\md01\db\mdb01.edb" -LogFolderPath "d:\exchange\md01\logs\"

Name Server Recovery ReplicationType
---- ------ -------- ---------------
mdb01 ex01 False None

Jak vidíte, databázi i logy ukládám na disk D. Musím se přiznat, že už si nepamatuju, jestli jsem tam vytvářel strukturu složek. Minimálně d:\exchange\ ale existovalo. Pokus se nám povedlo vytvořit novou databázi, tak ji můžeme připojit.

[PS] Mount-Database mdb01

A protože se mi ta původní databáze nelíbí a chci ji zrušit, tak přesunu mailboxy uživatelů do nové databáze. Tady si ukážeme přepínač -whatif. Přece jen budeme pracovat s daty uživatelů a ta data mohou být pro ně velmi cenná. Tak vyzkoušíme, co se stane, když spustíme náš příkaz.

[PS] New-MoveRequest -Identity 'administrator@tnx.cz' -TargetDatabase mdb01 -WhatIf
What if: Creating move request "tnx.cz/Users/Administrator".
[PS] New-MoveRequest -Identity 'jan.kovar@jan-kovar.cz' -TargetDatabase mdb01 -whatif
What if: Creating move request "tnx.cz/lide/Kovar Jan".

Vypadá to dobře, tak to pustíme do světa.

[PS] New-MoveRequest -Identity 'jan.kovar@jan-kovar.cz' -TargetDatabase mdb01

DisplayName Status TotalMailboxSize TotalArchiveSize PercentComplete
----------- ------ ---------------- ---------------- ---------------
Kovar Jan Queued 14.22 KB (14,564 bytes) 0

Totéž provedeme pro Administrátora a všechny další užvatele, které máme v systému. Pokud si nemůžete zrovna vzpomenout, koho tam vlastně máme, tak pomůže příkaz get-mailbox:

[PS] get-mailbox

Name Alias ServerName ProhibitSendQuota
---- ----- ---------- -----------------
Administrator Administrator ex01 unlimited
DiscoverySearchMailbox... DiscoverySearchMa... ex01 50 GB (53,687,091,200 bytes)
Kovar Jan KovarJan ex01 unlimited

Ale to nám neřeklo, kde koho máme, takže si necháme vypsat jen jméno a databázi:

[PS] get-mailbox | fl name, database


Name : Administrator
Database : mdb01

Name : DiscoverySearchMailbox {D919BA05-46A6-415f-80AD-7E09334BB852}
Database : Mailbox Database 2085935751

Name : Kovar Jan
Database : mdb01

Teď bychom mohli přesunout pouze poslední zbývající mailbox. Pokud jich máte víc a chtěli byste je přesunout najednou, tak se na tohle zrovna powershell hodí. Z předchozího příkazu znáte jméno vaší databáze, takže ho použijte v následujícím příkazu místo mého Mailbox Database 2085935751.

[PS] Get-MailboxDatabase -Identity "Mailbox Database 2085935751" | Get-Mailbox | New-MoveRequest -TargetDatabase mdb01

DisplayName Status TotalMailboxSize TotalArchiveSize PercentComplete
----------- ------ ---------------- ---------------- ---------------
Discovery Search Mailbox Queued 134 B (134 bytes) 0

Tak se podíváme, jak jsme dopadli.

[PS] Get-MoveRequest

DisplayName Status TargetDatabase
----------- ------ --------------
Administrator Completed mdb01
Discovery Search Mailbox Completed mdb01
Kovar Jan Completed mdb01

Hotovo, takže smažeme starou databázi. Nezapomeňte použít jméno vaší databáze místo mého jména.

[PS] Remove-MailboxDatabase "Mailbox Database 2085935751"

Bum, prásk, nejde to. Proč? Pořád jsou tam mailboxy, které je nutné přesunout. Jenom jsme nepoužili správné kladivo, abychom věděli, které.

[PS] C:\Windows\system32>get-mailbox -Database "Mailbox Database 2085935751" -Arbitration

Name Alias ServerName ProhibitSendQuota
---- ----- ---------- -----------------
SystemMailbox{1f05a927... SystemMailbox{1f0... ex01 unlimited
SystemMailbox{e0dc1c29... SystemMailbox{e0d... ex01 unlimited
FederatedEmail.4c1f4d8... FederatedEmail.4c... ex01 1 MB (1,048,576 bytes)

Tady jsou, potvory. Tak šup s nima do správné databáze. Bacha, bacha, použijte jméno vaší databáze. A zrovna se podíváme, jak to dopadlo.

[PS] Get-MailboxDatabase -Identity "Mailbox Database 2085935751" | Get-Mailbox -Arbitration | New-MoveRequest -TargetDatabase mdb01

DisplayName Status TotalMailboxSize TotalArchiveSize PercentComplete
----------- ------ ---------------- ---------------- ---------------
Microsoft Exchange App... Queued 3.156 KB (3,232 bytes) 0
Microsoft Exchange Queued 134 B (134 bytes) 0
Microsoft Exchange App... Queued 134 B (134 bytes) 0


[PS] Get-MoveRequest

DisplayName Status TargetDatabase
----------- ------ --------------
Administrator Completed mdb01
Microsoft Exchange Approval Assistant Completed mdb01
Microsoft Exchange Completed mdb01
Discovery Search Mailbox Completed mdb01
Microsoft Exchange Approval Assistant Completed mdb01
Kovar Jan Completed mdb01

No hurá, můžeme smazat tu databázi. Nejde to, co? Pomůže dismount? Nepomůže. Ony se totiž ty move requesty musí smazat. To je pakárna.

[PS] Get-MoveRequest | Remove-MoveRequest

Confirm
Are you sure you want to perform this action?
Removing completed move request "Administrator".
[Y] Yes [A] Yes to All [N] No [L] No to All [?] Help (default is "Y"): a


[PS] Remove-MailboxDatabase "Mailbox Database 2085935751"

Confirm
Are you sure you want to perform this action?
Removing mailbox database "Mailbox Database 2085935751".
[Y] Yes [A] Yes to All [N] No [L] No to All [?] Help (default is "Y"): a
WARNING: The specified database has been removed. You must remove the database file located in C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Database 2085935751\Mailbox Database 2085935751.edb from your computer manually if it exists. Specified database: Mailbox Database 2085935751

Ufff a je to. Sice to na funkci nemělo vliv, ale třeba se nám to bude někdy hodit. Pro dnešek konec. Příště fakt CAS role. Těšte se na SSL certifikáty.

Poslední aktualizace - Čtvrtek, 15. července 2010 22:51
 
 
 
Page 1 of 1
© TNX alias Jan Kovář. Původní design stránky byl určen pro CMS Joomla! a vytvořen společností Siteground web hosting