Wczoraj pisaliśmy o udostępnieniu przez Microsoft na swoich stronach plików pomocy dla Microsoft Exchange 2013 RTM, a tymczasem 24.10.2012 został udostępniony do pobrania na stronach TechNet sam produkt Microsoft Exchange 2013 RTM
Jeżeli macie trochę wolnego czasu i chcecie poznać nowe funkcje i rozwiązania wprowadzane przez Exchange 2013, możecie to zrobić pobierając pliki Pomocy dla Microsoft Exchange 2013 udostępnione przez Microsoft.
Na stronie Microsoft Download Center możecie pobrać pliki pomocy dla Exchange 2013 w formacie .chm
Strona z plikami dostępna jest tutaj:
Pliki pomocy podzielone są na dwie sekcje dotyczące:
Często podczas administracji środowiskiem Exchange 2010 włączamy przekierowanie emaili z jednych skrzynek na inne.
Różne są powody dla których takie przekierowanie jest ustawiane.
Nie zależnie od powodu włączenia przekierowanie emaili z jednej skrzynki na inna i tak prędzej czy później zapominamy o tym przekierowaniu.
Czasami nasze przekierowania włączane są tylko na jakiś czas i zapominając o jego wyłączeniu po pewnym czasie, niepotrzebnie zapychamy dwie skrzynki zamiast jednej.
Dlatego od czasu do czasu wskazane jest aby sprawdzić w swoim środowisku które ze skrzynek mają włączone przekierowanie na inną skrzynkę i ewentualnie to przekierowanie wyłączyć jeżeli nie jest już potrzebne.
Oczywiście nikt nie będzie przeglądał kolejno w Exchange Management Console każdej skrzynki i sprawdzał czy jest włączone przekierowanie.
W celu znalezienia wszystkich skrzynek w Exchange 2010 które mają włączone przekierowanie, skorzystamy z EMS (Exchange Management Shell) oraz polecenia Get-Mailbox
Aby otrzymać listę wszystkich skrzynek znajdujących się na serwerze MX01 z włączonym przekierowaniem musimy wykonać poniższe polecenie:
Get-Mailbox -server MX01 -Filter {ForwardingAddress -like '*'} | Select-Object Name, ForwardingAddress
Jeżeli posiadamy duża ilość skrzynek z włączonym przekierowaniem, dobrym rozwiązaniem będzie zapisanie wyniku powyższego zapytania do pliku:
Get-Mailbox -server MX01 -Filter {ForwardingAddress -like '*'} | select-object Name,ForwardingAddress | Export-Csv "D:\Scripts\Forwarding.csv"
O ile przekazywanie wiadomości z jednej skrzynki na drugą może włączyć tylko administrator środowiska Exchange 2010, o tyle reguły które również mogą przekazywać wiadomość do innego odbiorcy lub ja przesyłać dalej, mogą tworzyć sami użytkownicy w Microsoft Outlook.
Zanim wyjaśnimy jak otrzymać listę z historią przenoszenia skrzynki pomiędzy bazami, wyjaśnimy jak przenieść skrzynkę z jednej bazy do drugiej w Exchange 2010.
Aby przenieść skrzynkę z jednej bazy do drugiej w Exchange 2010 możemy skorzystać z:
EMC Exchange Management Console
W EMC skrzynkę możemy przenieść między bazami przechodząc w konsoli do Recipients a następnie klikając prawym przyciskiem na skrzynce która chcemy przenieść i wybierając New Local Move Request
Nastepnie w oknie, określamy docelową bazę oraz liczbę elementów które mogą być pominięte w trakcie przenoszenia bazy bez przerywania operacji.
Przenoszenie skrzynek z wykorzystaniem Exchange 2010 Management Console jest proste dlatego nie będziemy się tutaj więcej rozpisywać na ten temat.
EMS Exchange Management Shell
W przypadku przenoszenia większej ilości skrzynek między bazami, lepiej jest skorzystać z Exchange Management Shell oraz poleceń CMDlet w Powershellu. Dzieki temu łatwo możemy napisać skrypt do przenoszenia np.: wszystkich skrzynek z jednej bazy do drugiej.
Aby przenosić skrzynki między bazami musimy posiadać odpowiednie uprawnienia (role) RBAC.
Poniżej w tabeli możecie znaleźć informacje o wymaganych rolach potrzebnych do wykonania operacji przeniesienia skrzynki, wstrzymania przeniesienia, sprawdzenia stanu operacji przeniesienia itp.:
| CMDlet | Required RBAC permission | |
|---|---|---|
| Management role | Role group membership | |
| New-MoveRequest | Move Mailboxes | Recipient Management |
| Get-MoveRequest | Move Mailboxes, View-Only Recipients | |
| Get-MoveRequestStatistics | Move Mailboxes, View-Only Recipients | Recipient Mangement |
| Set-MoveRequest | Move Mailboxes | Recipient Management |
| Suspend-MoveRequest | Move Mailboxes | Recipient Management |
| Resume-MoveRequest | Move Mailboxes | Recipient Management |
| Remove-MoveRequest | Move Mailboxes | Recipient Management |
| Get-MailboxStatistics | Mail Recipients, Users Options, View-Only Recipients | Recipient Management |
Aby przenieść skrzynkę musimy utworzyć polecenie przeniesienia skrzynki jak poniżej:
New-MoveRequest -identity "John Smith" -TargetDatabase "MXDB03"
Powyższe polecenie spowoduje rozpoczęcie przeniesienia skrzynki z obecnej bazy do bazy określonej jako TargetDatabase czyli MXDB03
Czasami potrzebujemy dowiedzieć się z jakich urządzeń mobilnych użytkownik łączy sie do swojej skrzynki umieszczonej na Exchange 2010.
Jeżeli chcemy sprawdzić urządzenia dla pojedyńczego użytkownika, nie jest to problemem. Wystarczy użyć polecenia Powershell:
Get-ActiveSyncDeviceStatistics
W wyniku tego polecenia otrzymamy listę urządzeń mobilnych (ActiveSync) z których użytkownik łączył lub łączy się do swojej skrzynki.
Poniższy przykład pokazuje jak uzyskać listę urządzeń mobilnych activesync łączących sie do Exchange 2010 dla użytkownika:
Get-ActiveSyncDeviceStatistics -Mailbox "John Smith" | fl
jeżeli chcemy określić co ma zostać zwrócone w wyniku zapytania:
Get-ActiveSyncDeviceStatistics -Mailbox "John Smith" | Select-Object @{n="Mailbox";e={$mailbox}}, LastSuccessSync, Status, DeviceID, DeviceType, DeviceUserAgent, DeviceModel, DeviceIMEI, DeviceOS
Niestety najczęściej chcemy uzyskać informacje o wszystkich mobilnych urządzeniach jakie łączą się do naszego Exchange 2010.
Nie jest to łatwe, ponieważ każdy z użytkowników może korzystać z wielu urządzeń mobilnych np.: IPad, IPhone, telefony komórkowe, tablety itp.
Jeżeli administrujecie środowiskiem Microsoft Exchange 2010 możecie spotkać się z problemem szybkiego przyrastania baz Exchange (Exchange database size growing).
Jest to problem występujący dość często i spowodowany jest powiększaniem się rozmiaru dumpster-a skrzynek.
Zanim przejdziecie do dalszej części artykułu wyjaśniającego jak rozwiązać problem z powiększaniem się baz serwera Exchange, upewnijcie się, że backup baz serwera Exchange wykonuje się prawidłowo bez żadnych błędów. Jeżeli backup nie wykonuje się prawidłowo wówczas wszystkie elementy usunięte przez użytkownika przeniesione do dumpster-a (recoverable items) oraz wyłączone skrzynki nie będą automatycznie usuwane po zakończeniu backupu.
Jeżeli sprawdzicie wielkość wszystkich skrzynek w bazie serwera Exchange i suma tych wielkości plus suma miejsca whitespace (AvailableNewMailboxSpace) będzie dużo mniejsza niż rozmiar bazy wówczas możecie mieć problem z usuwaniem elementów z dumpster-a czyli recoverable items.
Informacje o tym jak zmniejszyć rozmiar bazy serwera Exchange poprzez przeniesienie skrzynek z bazy do nowo utworzonej bazy lub poprzez wykorzystanie narzędzia eseutil lub poprzez usunięcie wyłączonych skrzynek możecie znaleźć w naszym wpisie:
Microsoft Exchange 2010 zmniejszenie rozmiaru bazy
Na stronach Microsoft Support An Exchange Server 2010 database store grows unexpectedly large możecie znaleźć informację że aby rozwiązać problem z przyrastaniem baz Exchange 2010 należy zainstalować aktualizację Rollup 1 dla Microsoft Exchange 2010 SP2.
Problem z niespodziewanym przyrastaniem baz Exchange 2010 może być spowodowany przez:
Problem przyrastania baz Exchange 2010 powodowany jest przez nie usuwanie przez serwis Microsoft Exchange Information Store wiadomości skasowanych ze skrzynek.
Niestety jeżeli używacie do archiwizacji wiadomości znajdujących się w skrzynkach narzędzi firm „trzecich” np.: Symantec Enterprise Vault, wówczas emaile przenoszone do archiwum są usuwane ze skrzynki użytkownika, a pozostawiane są tylko linki do archiwum. Emaile usunięte trafiają do dumpstera skąd powinny zostać opróżnione po czasie retencji np. 14 dni. Niestety tak się nie dzieje i wiadomości pozostają w recoverable items (dumpster) powodując wzrost jego rozmiaru a co za tym idzie powiększanie się rozmiaru bazy.
Jeżeli zainstalujecie aktualizację Rollup 1 dla Exchange 2010 SP2, wówczas najprawdopodobniej problem ten zostanie rozwiązany jednak tylko dla nowo archiwizowanych elementów, natomiast to rozwiązanie nie powoduje usunięcia uprzednio zarchiwizowanych elementów znajdujących się w dumpsterze.
Więcej informacji na ten temat możecie znaleźć na stronie Symantec Support, link poniżej:
Archiving of an Exchange 2010 database does not generate the expected amount of re-usable whitespace
Po zainstalowaniu Rollup 1 dla Microsoft Exchange 2010 SP2 musimy sprawdzić czy nasze bazy mają prawidłowo ustawione wartości przetrzymywania elementów usuniętych (deleted items retention), oraz czy poprawnie są zdefiniowane wartości Quoty dla elementów usuniętych.
Aby sprawdzić ustawienie Deleted Items Retention dla bazy Exchange 2010, musimy uruchomić Exchange Mangement Shell (EMS) i wpisać poniższe polecenie:
Od czasu do czasu potrzebujemy sprawdzić dokładną wersję systemu Microsoft Exchange server oraz zainstalowane Rollupy i Service Pack.
Na stronie Microsoft Support: Determine Exchange Version możemy znaleźć informację o tym jak otrzymać numer wersji oraz build number dla Exchange server w zależności od tego czy jest to Exchange 2003, 2007, 2010.
Dla Exchange 2007, 2010 numer wersji lub buildu możemy uzyskać za pomocą Exchange Management Console jak poniżej:
Za pomocą Exchange Management Shell możemy uzyskać wersję Exchange 2007, 2010:
Get-ExchangeServer | select name, AdminDisplayVersion, ExchangeVersion
Niestety obie te metody w przypadku sprawdzania wersji serwera Exchange 2007 oraz 2010 nie są prawidłowe.
Poprzez zastosowanie powyższych sposobów nie uzyskamy dokładnej wersji oraz numeru build-u.
Kilka dni temu, Microsoft udostępnił poprawione wersje aktualizacji dla Exchange 2010 SP2 Rollup 4, Exchange 2010 SP1 Rollup 7 oraz Exchange 2007 SP3 Rollup 8.
Wszystkie udostępnione wersje rollupów mogą być instalowane bez konieczności odinstalowania poprzedniej wersji która sprawiała pewne problemy z podpisem cyfrowym plików.
Niestety również podczas instalacji Rollup 4-v2 dla Exchange 2010 SP2 występuje błąd.
Podczas instalacji aktualizacji pojawia się błąd error code 0x80070643.
Jeżeli instalacja Rollup 4-v2 dla Exchange 2010 SP2 kończy się błędem 0x80070643 wówczas należy zastosować poniższe kroki:
Mamy nadzieję że powyższe rozwiązanie pozwoli na bezproblemową instalację Rollup4-v2 w Waszych środowiskach.
W dniu 11.10.2012 Microsoft ogłosił uzyskanie statusu RTM (Released to Manufacturing) dla produktów:
On October 11th 2012 Microsoft announced that Microsoft Lync 2013 has reached the Released to Manufacturing (RTM).
Microsoft Exchange 2013 RTM oraz pozostałe produkty (Office 2013, SharePoint 2013), które uzyskały status RTM będa dostępne publicznie w pierwszym kwartale 2013 roku.
Poniżej przedstawiony jest planowany harmonogram dystrybucji wersji 2013 RTM dla klientów:
Officjalne zapowiedzi wersji RTM dla Exchange 2013, Lync 2013, Office 2013 oraz SharePoint 2013 można znaleźć poniżej:
W związku z pojawiającymi się problemami podczas instalacji ostatnio wydanych rollupow dla serwerów Microsoft Exchange 2007 SP3, Exchange 2010 SP1 oraz Exchange 2010 SP2, zespół Microsoft Exchange zdecydował się na wydanie nowych wersji poprawek.
W poprzednich wersjach cyfrowe podpisy plików wygasły co powodowało liczne problemy podczas instalacji pobranych Rollupów.
Problemy te opisane są na stronie:
Microsoft Security Advisory (2749655)
Nowa wersja Rollup 4 dla Exchange 2010 SP2 zawiera również poprawkę naprawiająca poniższy błąd:
2756987: Microsoft Outlook zwraca tylko jeden wynik po kliknięciu na komunikat „Wyświetl wszystkie wyniki”
Nowe wersje Rollupow dla Exchange 2007 oraz Exchange 2010 możecie znaleźć tutaj:
Jak zawsze zalecamy najpierw przetestować aktualizacje w środowisku testowym oraz odczekać pare dni/tygodni przed instalacją w środowisku produkcyjnym.
English 
polski