Exchange 2010 zwiększający się rozmiar bazy

 

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:

  • używanie skrzynki do jurnalingu w środowisku Exchange 2010
  • używanie narzędzi firm trzecich do archiwizacji emaili

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

 

Exchange 2010 jak rozwiązać problem powiększających się baz:

 

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:

Continue reading

Exchange 2010 wersja systemu, build number

 

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:

  1. Start the Microsoft Exchange Management console.
  2. In the navigation pane, expand the Server Configuration objects until you locate the server object, and then select the server object.
  3. On the right side, notice the Exchange version number.

 

 

Za pomocą Exchange Management Shell możemy uzyskać wersję Exchange 2007, 2010:

  1. Start the Microsoft Exchange Management shell.
  2. Run the following command at the command line:

 

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.

 

Continue reading

Exchange 2010 SP2 instalacja Rollup 4-v2 błąd 0x80070643

 

Instalacja Rollup 4-v2 dla Exchange 2010 SP2 kończy się błędem 0x80070643

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.

 

Jak zainstalować Rollup 4 v2 dla Exchange 2010 SP2 gdy pojawia się błąd 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:

  1. odinstalować z serwera Windows dodatek Windows Management Framework 3.0  (WMF 3.0) (Windows6.1-KB2506143-x64)
  2. zrestartować serwer
  3. zainstalować najnowszą wersję v2 Rollup 4-v2 dla Exchange 2010 SP2
  4. zrestartować serwer
  5. zainstalować ponownie Windows Management Framework 3.0 po zakończonej poprawnie instalacji aktualizacji Rollup 4-v2
    ponieważ zainstalowanie WMF 3.0 powoduje dalsze problemy podczas instalacji Rollup 5 dlatego lepiej jest nie instalować tego dodatku
  6. zrestartować serwer

Mamy nadzieję że powyższe rozwiązanie pozwoli na bezproblemową instalację Rollup4-v2 w Waszych środowiskach.

 

 

Microsoft Exchange 2013 RTM, Lync 2013 RTM

 

W dniu 11.10.2012 Microsoft ogłosił uzyskanie statusu RTM (Released to Manufacturing) dla produktów:

  • Microsoft Exchange 2013,
  • Microsoft Lync 2013,
  • Microsoft Office 2013,
  • Microsoft SharePoint 2013

 

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:

  • Volume License customers with software assurance can start downloading mid-November 2012.
  • TechNet and MSDN subscribers are expected to get access around mid-November 2012 also.
  • The 2013 products will be available on the Volume Licensing price list on December 1.
  • New capabilities will start showing up in Office 365 Enterprise subscriptions in service updates starting in November and continue through to general availability.

 

Officjalne zapowiedzi wersji RTM dla Exchange 2013, Lync 2013, Office 2013 oraz SharePoint 2013 można znaleźć poniżej:

 

Nowe wersje rollupow dla Exchange 2010, 2007

 

Nowe wersje Exchange 2010 SP2 Rollup 4, Exchange 2010 SP1 Rollup 7, Exchange 2007 SP3 Rollup 8

 

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.

 

IMCEAEX i NDR

Problem nie jest częsty ale dość denerwujący i zazwyczaj niezrozumiały dla użytkowników

Najczęściej występuję w przypadku usunięcia skrzynki i ponownego utworzenia na tym samym koncie AD, np. przy zwolnieniu i ponownym przyjęciu pracownika .

Zdarza się też przy migracjach.

Użytkownik wysyłając maila do odbiorcy , do którego wcześniej wiadomości dochodziły bez problemu , otrzymuje raport niedostarczenia z poniższym komunikatem:

Dostarczenie do wymienionych adresatów lub grup nie powiodło się: 

User Testowy

Nie można znaleźć wprowadzonego adresu e-mail. Sprawdź adres odbiorcy i spróbuj ponownie wysłać wiadomość. Jeśli problem będzie nadal występował, skontaktuj się z pomocą techniczną.

Informacje diagnostyczne dla administratorów: 

Generowanie serwera: server01.exchange

IMCEAEX_O=Company_OU=EXCHANGE+20ADMINISTRATIVE+20GROUP+20+28FYDIBOHF23SPDLT29_CN=RECIPIENTS_CN=user@xxx.xx
#550 5.1.1 RESOLVER.ADR.ExRecipNotFound; not found ##

I teraz pojawia się pytanie: Dlaczego ?

Continue reading

Exchange 2010 databases tworzenie wolnego miejsca white space

 

W Exchange 2010 każda baza skrzynek posiada coś takiego jak White Space czyli wolną przestrzeń zawartą wewnątrz bazy, która to przestrzeń jest zajmowana w przypadku przyrostu skrzynek lub tworzenia nowych skrzynek w bazie. Dzięki temu, podczas tworzenia skrzynek w bazie lub podczas ich przyrastania, najpierw zajmowana jest ta przestrzeń, a dopiero w przypadku jej braku powiększany jest rozmiar samego pliku bazy .edb.

Każdy z nas raczej dba o to żeby pliki bazy .edb nie przyrastały niepotrzebnie, ponieważ podczas usuwania skrzynek z bazy pliki te same nie maleją. Aby zmniejszyć ich rozmiar musimy albo przenieść wszystkie skrzynki do innej bazy i wówczas bazę źródłową skasować i założyć od nowa albo ją odmontować i poddać defragmentacji. Więcej o zmniejszaniu rozmiaru bazy możecie przeczytać tutaj:

Microsoft Exchange 2010 zmniejszenie rozmiaru bazy

 

Czasami gdy widzimy, że ilość wolnego miejsca (white space) w bazie jest już bardzo mała, wówczas możemy to miejsce zwiększyć poprzez:

  • przeniesienie kilku skrzynek do innej bazy gdzie jest wolne miejsce
  • wymuszenie usunięcia wyłączonych skrzynek
  • wymuszenie usunięcia kopii skrzynek (soft deleted), które pozostały po przeniesieniu ich do innej bazy

 

Exchange 2010 sprawdzenie AvailableNewMailboxSpace (white space) w bazie:

Ilość dostępnego wolnego miejsca (AvailableNewMailboxSpace) we wszystkich bazach na serwerze MBX1 możemy sprawdzić poniższym poleceniem:

Get-MailboxDatabase -server MBX1 | select Name, DatabaseSize, AvailableNewMailboxSpace

lub jeżeli chcemy sprawdzić dostępne miejsce w bazie DB01:

Get-MailboxDatabase DB01 | select Name, DatabaseSize, AvailableNewMailboxSpace

 

Jeżeli w dniu dzisiejszym wyłączaliśmy jakieś skrzynki i chcemy je zobaczyć w disconnected mailboxes wówczas musimy ręcznie wymusić uruchomienie agenta czyszczenia baz serwera Exchange.
W tym celu aby zostały sprawdzone wszystkie bazy serwera MBX1 wpisujemy poniższe polecenie:

Get-MailboxDatabase -server MBX1 | Clean-MailboxDatabase

Po wykonaniu się polecenia, wszystkie skrzynki wyłączone dzisiaj zostaną oznaczone jako wyłączone i będziemy je mogli znaleźć w konsoli EMC w Disconnected Mailboxes.

Exchange 2010 lista wyłączonych skrzynek:

Posiadając informacje o wyłączonych skrzynkach w danej bazie, możemy się dowiedzieć ile wolnego miejsca w bazie możemy uzyskać w przypadku usunięcia tych skrzynek..

W celu otrzymania listy wszystkich wyłączonych skrzynek znajdujących się w bazach serwra MBX1 wykonujemy:

Continue reading

Microsoft Outlook 2010 Autocomplete problem

 

Bardzo często zdarza się, że funkcja Microsoft Outlook autocomplete przestaje działać przez co Outlook przestaje podpowiadać adresy email podczas tworzenia nowej wiadomości.

We wcześniejszych wersjach Microsoft Outlook (2007), sugerowane kontakty wykorzystywane w funkcji autocomplete były przechowywane w pliku .nk2 w profilu użytkownika na każdym komputerze.

Wraz z wprowadzeniem Microsoft Outlook 2010, sugerowane kontakty zostały umieszczone w skrzynce użytkownika w ukrytej wiadomości i tam są przechowywane.

Dzięki takiemu rozwiązaniu, użytkownik niezależnie od komputera na którym się loguje, zawsze będzie miał dostępne sugerowane kontakty, które przechowywane są w jego skrzynce.

 

Niestety czasami funkcja podpowiedzi sugerowanych kontaktów w Microsoft Outlook 2010 autocomplete przestaje działać.

 

Jak naprawić Microsoft Outlook 2010 Autocomplete:

Poniżej przedstawione są sposoby pomagające naprawić funkcjonalność Outlook Autocomplete:

Continue reading

Exchange 2010 lista skrzynek z przypisanymi uprawnieniami Full Access lub Send As

 

W poprzednim poście Exchange 2010 nadawanie uprawnień do skrzynki  przedstawiliśmy jak nadać uprawnienia do skrzynki oraz do folderów znajdujących się w skrzynce..

Po pewnym czasie od nadania uprawnień do skrzynek, najczęściej zapominamy do jakich skrzynek uprawnienia zostały dodane, komu oraz jakie uprawnienia.

 

Exchange 2010 utworzenie listy skrzynek z przypisanymi uprawnieniami

 

Aby uzyskać listę wszystkich skrzynek znajdujących się na serwerze MX01 z przypisanymi uprawnieniami Full Access, które to uprawnienia nie są dziedziczone oraz z pominięciem właścicieli skrzynki musimy wykonać polecenie jak poniżej:

Get-Mailbox -Server “MX01” -ResultSize Unlimited | Get-MailboxPermission | where {($_.AccessRights -eq “FullAccess”) -and ($_.IsInherited -eq $false) -and ($_.User.ToString -ne “NT AUTHORITY\SELF”)}

 

Oczywiście oprócz sprawdzenia uprawnień Full Access możemy rówież sprawadzić uprawnienia jak poniżej:

Continue reading

Aktualizacja do iOS 6 korporacyjnie wstrzymana dla urządzeń z pocztą Exchange

 

Niedawno pojawiła się aktualizacja systemu iOS do wersji 6.
Każdy na pewno czytał o różnych problemach po zaktualizowaniu IPhone lub IPad.

Niestety okazało się, że aktualizacja powoduje również problemy z obsługą na urządzeniach poczty Exchange.

W chwili obecnej wiele firm zdecydowało się na wstrzymanie procesu aktualizacji urządzeń firmy Apple do czasu rozwiązania tych problemów.

Problemy występujące po aktualizacji to między innymi:

  • zła współpraca z Autodiscovery
  • usuwanie wezwań na spotkania dla wszystkich w przypadku ich odrzucenia przez osobę pracującą na urządzeniu Apple z iOS 6

Więcej informacji na ten temat można przeczytać na stronie HelpDeskTop:

iOS 6 korporacyjnie zabroniony