Dnes jsem potřeboval rychle odstranit Exchange Server 2013 z domény bez náhrady. Tj. žádný upgrade, žádné stěhování mailboxů na nový server atd. Jak na to?
Get-Mailbox | Disable-Mailbox -Confirm:$false
Get-OfflineAddressBook | Remove-OfflineAddressBook -Confirm:$false -Force
Get-Mailbox -Arbitration | Disable-Mailbox -Arbitration -DisableLastArbitrationMailboxAllowed -Confirm:$false
Byl to jeden server, žádné veřejné složky, žádný archív, žádný audit. Po provedení předchozích příkazů a zavření okna EMS jsem byl schopen spustit odinstalační program.
Doplnění 9. 2. 2020:
Dnes jsem potřeboval odstranit letitý server Exchange 2013 z rozsáhlejší Exchange organizace. Nezabraly výše uvedené příkazy, pořád uninstall řval, že na serveru něco je.
Nejdříve jsem přišel na toto:
(Get-MailboxExportRequest | ?{ $_.RequestQueue -eq "USAEX01 Mailbox" })|%{Remove-MailboxExportRequest -identity $_.identity }
Nepomohlo. Pak jsem našel toto:
Get-Mailbox -Database "USAEX01 Mailbox" -Monitoring | Disable-Mailbox -Confirm:$false
Opět nepomohlo. Až nakonec jsem si uvědomil, že se jedná o rozlehlou doménovou strukturu, tak jsem zkusil toto:
Set-AdServerSettings -ViewEntireForest $True
Get-Mailbox -Server USAEX01 | Disable-Mailbox -Confirm:$false
A to konečně pomohlo a poté jsem mohl spustit:
Get-MailboxDatabase "USAEX01 Mailbox" | Remove-MailboxDatabase
Našel jsem zajímavý skript na detekci neaktivních mailboxů. Často se totiž potkávám s tím, že datum posledního přístupu ke schránce nejde použít, buď kvůli antivirovému nebo zálohovacímu systému, které toto datum změní. Výše uvedený skript však na to jde jinak – kontroluje nejnovější položku v Odeslané poště.
Zprovoznění skriptu ale není úplně triviální. Pokud skript umístím např. do C:\bat\, tak je pak nutné v PowerShellu spustit toto:
. c:\bat\InActiveMBX.ps1 (opravdu je před cestou tečka následovaná mezerou)
Get-InActiveMailbox
Z dostupných přepínačů používám –Server nebo –Database a poté –Idledays. Z prvních dvou uvedených se smí použít vždy jen jeden.
Testovací spouštění mi pořád dávalo naprosto nesmyslná čísla v počtu neaktivních uživatelů ve třech mailbox databázích a vůbec to nebralo v potaz další tři mailbox databáze. No strávil jsem nad tím dlouhou dobu, abych nakonec zjistil, že jsem zase narazil na default nastavení PowerShellu, na kterých jsem si vylámal zuby už asi před půl rokem, akorát jsem si to tenkrát nenapsal.
Pokud mám forest s hromadou domén a chci, aby se Exchange příkazy týkaly i jiných objektů z ostatních domén (tj. nejen z té domény, kde je umístěn Exchange server), tak je třeba na začátku PowerShell skriptu spustit toto:
Set-AdServerSettings -ViewEntireForest $true –PreferredGlobalCatalog dc.domain.tld
Teprve poté mi skript začal dávat správné výsledky, protože uživatelé Exchange serveru ve forest root doméně jsou i v jiných doménách.
Přestávám chápat, co všechno může Microsoft po…t. Jak jsem psal včera, objevil jsem se zpožděním CU3, který by měl opravovat OWA Premium rozhraní pro IE 11. Tak jsem si říkal, paráda, nainstaluji a bude pokoj. Nakonec z toho byl dvouhodinový výpadek a totální deziluze.
Vše začalo touto chybovou hláškou při prvním pokusu o instalaci CU3:
Error:
Unable to remove product with code 4934d1ea-be46-48b1-8847-f1af20e892c1. Fatal error during installation. Error code is 1603. Last error reported by the MSI package is 'Unable to install because a previous Interim Update for Exchange Server 2013 Cumulative Update 1 has been installed. Please use Add/Remove Programs to uninstall the Interim Update before running this setup again.'.
Říkám si, něco podobného tady už bylo, tak to zkusíme znovu. Ouvej, stejný konec. No jo, jenže Exchange nefunguje. No, tohle už tady taky bylo – kouknu na služby – a vskutku všechny Disabled. Tak jo, tak já teda ten hotfix odinstaluju. Koukám do Uninstall program, View installed updates a pod Exchange 2013 CU1 vidím jeden jediný Security hotfix.
To by mne čert vzal, vždyť podle komentáře u tohoto článku by nemělo být nutné Security hotfixy z předchozího CU odinstalovávat a tohle by se nemělo vůbec stát! Více...
Tohle mi nějak uteklo. Již na konci listopadu (konkrétně 25.11.) vydal Microsoft Update Rollup 3 pro Exchange Server 2010 SP3 a zároveň Cumulative Update pro Exchange 2013. V popisu balíku pro Exchange 2010 je napsáno, že neobsahuje výrazný kritický hotfix. U balíku pro Exchange 2013 je to už jinak, obsahuje opravu potenciálního problému se zálohou Exchange dat, která by za jistých podmínek nemusela jít obnovit. A taková záloha je … censored.
Nicméně proč o tom píšu – oba dva balíky obsahují nápravu chyby, která mne neuvěřitelně vytáčela. Internet Explorer 11 totiž v identifikaci prohlížeče přestal používat řetězec “MSIE”. A co se nestalo? Produkty té samé firmy s tím nepočítaly, takže uživatelé IE 11 nemohli používat OWA Premium rozhraní, pokud si nezařadili konkrétní stránku do Compatibility View seznamu (který se mimochodem v IE 11 přestěhoval naprosto hloupě).
Oprava je na světě, tak jdu instalovat.