Hotfix Rollup 4 for Microsoft Forefront Protection for Exchange

Pojawiła się kolejna paczka poprawek do FPE - Hotfix Rollup 4 for Microsoft Forefront Protection for Exchange. Jak zwykle lista błędów, które poprawka usuwa jest spora, jednak komunikat w artykule mówi, że usuwa tylko wymienione w nim błędy, co może wprowadzać w błąd. No i oczywiście trzeba wysłać zgłoszenie do pomocy technicznej. Niemniej jednak warto zaktualizować. Jeżeli ktoś chce sprawdzić, czy inne posiadane przez niego produkty z linii Forefront są aktualne to dobrze jest zajrzeć na stronę Updates for Microsoft Forefront and Related Technologies. Chociaż w momencie pisania tego posta, lista nie została zaktualizowana o wzmiankowaną wyżej poprawkę.

Dialing Rule Optimizer

Jeżeli ktoś potrzebuje na serwerze Lync 2010 skonfigurować w scenariuszu Enterprise Voice plany telefoniczne, reguły normalizacji numerów, etc, to można to zrobić w prosty sposób skryptem wygenerowanym przy pomocy narzędzia webowego, napisanego przez Ken Lasko - Dialing Rule Optimizer. Od kilku dni narzędzie to pozwala również generować reguły również dla polskich stref numeracyjnych, w czym trochę pomogłem.

Nowa paczka poprawek do Lynca

Na stronie pobrań Microsoftu pojawiła się kolejna paczka poprawek do Lync Server 2010 (CU4). Niestety, po instalacji, zarówno na wersji Standard jak i Enterprise wymagana jest również aktualizacja bazy danych, co musimy wykonać komendą Install-CsDatabase -Update -ConfiguredDatabases -SqlServerFqdn <EEBE.Fqdn> –UseDefaultSqlPaths.

Konieczność wykonania dodatkowej operacji sprawia, że niestety, poprawka ta raczej nie pojawi się na Windows Update, a ponadto przypomina, że lepiej jest czytać uważnie procedurę instalacji opisaną w artykule KB. Dodatkowo warto zerknąć do artykułu http://support.microsoft.com/kb/2493736 opisującego historię poprawek do Lynca. Jest w nim również odnośnik do pobrania instalatora poprawek, co może nam ułatwić konfigurację serwerów.

Cross-forest move i MRS Proxy

Microsoft uwielbia trzyliterowe skróty. Jednak niektóre z nich są istotne. MRS, czyli Mailbox Replication Service odpowiada za replikację/migrację skrzynek pocztowych. Pisałem ostatnio o możliwości przyspieszenia migracji poprzez zwiększenie ilości wątków dla każdej z instancji MRS oraz podniesienie limitów na ilość przetwarzanych skrzynek. Dodatkowo jednak należy wspomnieć o “bracie bliźniaku” usługi MRS, czyli o MRS proxy. Usługa ta jest wykorzystywana przy migracjach pomiędzy lasami i domyślnie jest wyłączona. Gdy musimy wykonać migrację skrzynki/skrzynek pomiędzy lasami, wtedy niezbędne jest włączenie MRS proxy. Tutaj znowu musimy sięgnąć do tekstowych plików konfiguracyjnych usług roli CAS i w pliku konfiguracyjnym web.config serwera CAS (w przypadku NLB wszystkich serwerów) – lokalizacja <Exchange Installation Path>\ClientAccess\ExchWeb\EWS\web.config wyedytować sekcję:

<!-- Mailbox Replication Proxy Service configuration -->
<MRSProxyConfiguration
IsEnabled="false"
MaxMRSConnections="100"
DataImportTimeout="00:01:00" />

zmieniając parametr IsEnabled="true"

Listopadowe spotkanie PEPUG

Już niedługo kolejne spotkanie PEPUG, na którym opowiem trochę o podejściu do migracji (a trochę skrzynek już w tym roku na Exchange 2010 zmigrowałem), a Ziemek Borowski opowie o różnych typach klientów mobilnych. Zapraszam.

Problem z POP3 w Exchange 2010 SP1

Kolejne paczki poprawek się pojawiają, a błąd nadal występuje – po skonfigurowaniu usługi POP3 (niestety niektóre aplikacje wymagają tego typu połączeń) serwer nie odpowiada

Rozwiązanie jest znane od dawna, ale nadal nie zostało zawarte nawet w najnowszym rollupie RU6.

Wystarczy do pliku konfiguracyjnego usługi POP3 - jeżeli instalowaliśmy Exchange 2010 w domyślnej konfiguracji to jest to C:\program files\Microsoft\Exchange Server\V14\ClientAccess\PopImap\Microsoft.Exchange.Pop3.exe.config dopisać zależność od komponentu kompatybilności (znowu ścieżka dla domyślnej instalacji) i zapamiętać zmiany:

<dependentAssembly>
<assemblyIdentity name="Microsoft.Exchange.Compliance" publicKeyToken="31bf3856ad364e35" culture="neutral" />
<codeBase version="14.0.0.0" href="file:///C:\Program Files\Microsoft\Exchange Server\V14\bin\Microsoft.Exchange.Compliance.dll" />
</dependentAssembly>

Teraz musimy tylko zrestartować usługę POP3 i powinno zacząć działać poprawnie.

Analogiczny błąd występuje również dla usługi IMAP4.

Lync Server 2010 Deployment Checklist

Ciekawy dokument, ulatwiający weryfikację instalacji I wdrożenia Lync Servera mozna znaleźć na stronie pobrań Microsoftu.

Dokąd zmierza Forefront?

Dzisiaj w materiałach dotyczących zmian w kompetencjach partnerskich Microsoftu zauważyłem ciekawą informację dotyczącą produktów z linii Forefront do ochrony poczty. Co prawda po zapowiedziach Microsoftu o likwidacji TMG ( a tak naprawdę o połączeniu TMG i UAG w jeden produkt w najbliższej, nie do końca precyzyjnie określonej przyszłości), Forefront nie został uwzględniony w magicznym kwadracie firewalli webowych, to Forefront Protection for Exchange łącznie z Forefront Online Protection for Exchange znalazły się w grupie leaderów w najnowszym magicznym kwadracie. Czyli warto używać tych produktów

GPO – jak szybko podpiąć polisę pod wiele site’ów?

Ostatnio musiałem szybko podlinkować nową polisę GPO dotyczącą specyficznych ustawień do dużej ilości lokalizacji AD. Jak to można zrobić szybko? Oczywiście odpowiedź najprostsza – Active Directory. W środowisku z aktualną wersją Windows nie jest to trudne. Można sięgnąć do grupy poleceń PowerShell dotyczących GPO - http://technet.microsoft.com/en-us/library/ee461027.aspx

W moim przypadku musiałem dla zdefiniowanej polisy przypiąć ją do wielu lokalizacji, chociaż dla różnych OU składnia wyglądałaby identycznie. Po pierwsze musiałem wyeksportować listę site’ów (jak na rysunku) z konsoli AD Sites and Services do pliku csv.

Następnie do utworzonej listy dodałem kolumnę z wartością Distinguished name (w Excelu dodanie kolumny i na podstawie nazwy site’u wygenerowanie kolumny z distingushed name).

Nagłówek pliku csv wyglądał tak jak poniżej (tylko kolumna DN została dodana przeze mnie, pozostałe są automatycznie eksportowane z konsoli):

Name;DN;Location;Type;Description

Następnie prościutka pętla w Powershellu i po kłopocie:

Import-Module grouppolicy
$allsites = Import-Csv -Path "C:\scripts\sitelist.csv" -Delimiter ";"
foreach ($site in $allsites)
{
    New-GPLink -name AV -target $site.DN -LinkEnabled Yes
}

Exchange 2007–odtwarzanie zawartości starej skrzynki

Już nie tak często robię coś na Exchange 2007, ale ta porada może się przydać wszystkim. Dosyć popularny scenariusz działania wygląda następująco: skasowaliśmy skrzynkę, a np. po roku okazuje się, że były tam ważne dane. Na szczęście mamy backup, ale oryginalnej skrzynki już dawno nie ma. Co zrobić? Rozwiązanie jest bardzo proste, choć nie wynika wprost z dokumentacji.

Najpierw odzyskujemy bazę do Recovery Storage Groupy (procedura zależna od wykorzystywanego przez nas oprogramowania do backupu), a następnie wykonujemy komendę restore-mailbox.

Oczywiście musimy wskazać skrzynkę w RSG oraz dowolną skrzynkę (np. testową) do której będziemy odzyskiwać.Jeżeli skrzynka znajdowała się kiedyś w bazie o nazwie SG1MBX, a docelowa skrzynka nazywa się testrestore, to użyjemy składni:

restore-mailbox -identity testrestore -rsgdatabase "Recovery Storage Group\SG1MBX" -RSGmailbox be091a53-d3c3-4f70-bcc4-896cfeeb6bb8 -TargetFolder Restore

Cała zawartość skrzynki źródłowej (identyfikowanej przez GUID skrzynki) zostanie odtorzona do folderu Restore w skrzynce docelowej. Skąd wziąć GUID skrzynki źródłowej? Z narzędzia Exchange Troubleshooting Assistant – po założeniu RSG i zamontowaniu potrzebnej bazy możemy odszukać skrzynkę wykonując akcję pre-merge tasks i odszukując skrzynkę.

Podsumowanie konferencji MTS 2011

Niedawno wróciłem z MTS2011 i na świeżo dzielę się wrażeniami. Pod wieloma aspektami konferencja była świetna – lokalizacja może nie tak bardzo w Centrum, ale rozkład przestrzeni dużo lepszy niż w Pałacu. Poczułem się jak na TechEd. Stoiska partnerskie rozmieszczono razem i wreszcie nie słyszałem narzekań na lunch – stolików było dużo i nie trzeba było siadać po kątach i na schodach, na co zawsze narzekano w poprzedniej lokalizacji. Dobór sesji – no cóż, zawsze można stwierdzić, że w dwa dni trudno jest zadowolić wszystkich, ale brakowało mi wielu produktów – np. rodziny UC, Forefront i System Center (z tej grupy wchodzi za chwilę mnóstwo nowości). Ale developerzy i SQL-owcy pewnie byli zadowoleni. W tym roku większość czasu spędziłem na stoisku APN Promise, udzielając porad. Wszystkim brakowało regularnej strefy Ask The Expert, ale pomysł z wieczornym spotkaniem był udany.

Przy okazji udało mi się poprowadzić sesję o Exchange – a właściwie 1/4 sesji w ramach sesji “Przykłady wdrożeń”. Scenariusz DAG site resilence z dwoma lokalizacjami

Poprawka do IE9 I konsoli Exchange Management Console

Kila dni temu pisalem o wyjątkowo uciążliwym problemie z blokowaniem konsoli Exchange. Dzisiaj koledzy z zespołu Exchange opublikowali informację o dostępności poprawki, usuwającej ten problem. Najpierw musimy mieć poprawnie zainstalowaną przeglądarkę IE9 oraz październikowy pakiet poprawek do IE9 - MS11-081: Cumulative Security Update for Internet Explorer: October 11, 2011. Niestety poprawka ta nie usuwa problemu na serwerze Exchange – ponieważ nie występuje ona na wszystkich serwerach, więc Microsoft nie zdecydował się na jej publiczne opublikowanie (przynajmniej ja na razie).Musimy zatem zgłosić prośbę poprawki na stronie pomocy technicznej Microsoft, podając numer artykułu (jeszcze niedostępny) - KB 2624899.

Konferencja MTS 2011

Już za tydzień rozpoczyna się konferencja Microsoft Technology Summit 2011. Ponieważ po raz drugi Exchange nie okazał się na tyle istotny aby uruchomić budkę w strefie ATE, więc nie planowałem udziału w konferencji.

Ale okazało się, że jednak pojawię się na MTS, a nawet będę udzielał porad na stoisku swojej firmy – w Centrum Wiedzy APN Promise. Dodatkowo drugiego dnia konferencji, będę opowiadał na sesji “Przykłady wdrożeń” o ciekawym wdrożeniu zrealizowanym przez naszą firmę. Serdecznie zapraszam.

Zmiana wyglądu bloga

Publikując dzisiaj wpis, zauważyłem, że Blogger dodał sporo nowych elementów umożliwiających zmiany wyglądu bloga, więc spróbowałem odświeżenia wyglądu. Mam nadzieję, że się czytelnikom zmiana spodoba.

SCCM–Problem z WebDav

Proces instalacji SCCM 2007R3 na Windows 2008R2 nie jest najprostszym zadaniem – dzisiaj walczyłem dosyć długo z jednym problemem – pomimo bezbłędnej instalacji serwera i odpowiednim skonfigurowaniu wykrywania i dystrybucji agentów nie mogłem zainstalować klienta SCCM na żadnym komputerze. Po przejrzeniu statusu komponentów, zauważyłem problem z komponentem SMS_MP_CONTROL_MANAGER, który nie chciał się zainstalować bez podania konkretnej przyczyny. Ciekawy opis konfiguracji znalazłem tutaj:

http://www.windows-noob.com/forums/index.php?/topic/490-how-can-i-configure-sccm-2007-sp1-in-windows-server-2008/

Ale jak widać to nie wystarczyło. Ustawienia WebDav wyglądały poprawnie, co zresztą zweryfikował instalator SCCM, ale coś było nie tak. Okazało się, że pomimo poprawnego ustawienia WebDava w IIS Managerze, konieczna jest jeszcze modyfikacja w pliku schematu WebDav (ciekawe dlaczego?). W tym celu musimy przejść do katalogu %windir%\System32\inetsrv\config\schema,
wyedytować znajdujący się tam plik webdav_schema.xml (w tym celu musimy przejąć go na własność, dodać sobie pełne prawa i zdjąć atrybut readonly), a następnie ustawić odpowiednie wartości atrybutów:
<attribute name="allowAnonymousPropfind" type="bool" defaultValue="true" />
<attribute name="allowInfinitePropfindDepth" type="bool" defaultValue="true" />
<attribute name="allowCustomProperties" type="bool" defaultValue="false" />
Po zapamiętaniu zmian możemy wrócić do konsoli SCCM i sprawdzić, czy wszystko poszło OK.

Internet Explorer 9 i konsola Exchange 2007 lub 2010

Ciągle brak rozwiązania dla uciążliwego problemu, który pojawia się na serwerach Exchange 2007/2010 blokując zamknięcie konsoli EMC. Nawet koledzy z zespołu produktowego przyznali fakt braku rozwiązania, a zespół IE nadal pracuje nad poprawką. Co prawda EMC otwiera się tak długo, że przeważnie nie opłaca się jej zamykać, ale zawsze jest to denerwujące.

Exchange 2007 or 2010 EMC might fail to close with "You must close all dialog boxes before you can close Exchange Management Console" - Exchange Team Blog

Grupy dystrybucyjne w Exchange 2010

Po zainstalowaniu w naszej organizacji pocztowej serwera Exchange 2010 (niezależnie od tego, czy mieliśmy organizację w wersji 2003 czy 2007) możemy zauważyć, że jedna z zakładek właściwości grupy dystrybucyjnej jest wyszarzona, jak na poniższym rysunku:

Związane jest to ze zmianą funkcjonalności grup, która weszła właśnie w wersji 2010 (grupy otwarte i zamknięte i możliwość samodzielnego zapisywania się do grup). Żeby w pełni zarządzać grupą, należy zaktualizować ją do wersji 2010. Nie jest to zbyt obszernie opisane w dokumentacji do Exchange, ale wystarczy wykonać komendę (oczywiście w Management Shellu):

Get-DistributionGroup –ID "DistributionGroupName" | Set-DistributionGroup –ForceUpgrade

Dla wszystkich grup można to zrealizować korzystając z potoku:

Get-DistributionGroup –ResultSize Unlimited | Set-DistributionGroup –ForceUpgrade

Oczywiście od tego momentu nie będziemy już mogli edytować właściwości grupy korzystając z narzędzi Exchange 2007 lub 2003 (a przynajmniej nie powinniśmy).

Innym problem, na który możemy się natknąć po aktualizacji środowiska jest zablokowanie użytkownikowi zdefiniowanemu jako manager grupy możliwości edycji listy członków grupy. Wiąże się to ze zmianą modelu zarządzania uprawnieniami (RBAC) w Exchange 2010. W tym celu w modelu uprawnień pojawiła się rola zarządzająca MyDistributionGroups, która właśnie umożliwia użytkownikowi, dodanemu jako manager grupy modyfikować jej właściwości. Najszybciej rozwiążemy ten problem, dodając rolę do domyślnej polisy z management shellla:

New-ManagementRoleAssignment -Role MyDistributionGroups -Policy "Default Role Assignment Policy"

Możemy to również zrealizować z konsoli ECP, ale na pewno wymaga to wielu dodatkowych kroków. Ciekawy artykuł na ten temat opublikował Mike Pfeiffer. Teraz już zarządzanie grupami dystrybucyjnymi nie powinno przysporzyć więcej problemów.

Federation Yellow Pages

Tommy Clarke – MVP w kategorii Lync na swoim blogu zaczął gromadzić informacje o firmach, z którymi można sfederować się poprzez Lynca. Ciekaw jestem ile takich firm jest w Polsce. Gdyby ktoś się chciał podzielić informacją, to bardzo proszę o kontakt – wrzucę informację na stronę PEPUG. Kilka innych list można znaleźć na innych blogach poświęconych UC:

Microsoft Lync – Who’s Federating?

Worldwide Microsoft Lync Federation Directory

Migracja skrzynek pocztowych w Exchange 2010

W poprzednich wersjach Exchange do migracji skrzynek pocztowych wykorzystywane było zadanie move-mailbox - dla Exchange 2003 wywoływane najczęściej z konsoli Active Directory Users and Computers (poprzez Exchange Tasks), dla Exchange 2007 wywoływane bezpośrednio z panelu akcji konsoli Exchange Management Console po zaznaczeniu konkretnego usera lub z poziomu management shella poprzez cmdlet move-mailbox. Domyślnie zadanie umożliwiało multitasking – równoległe migrowanie czterech skrzynek, ale gdy uruchomiliśmy zadanie dla innej grupy skrzynek to mogliśmy tę liczbę zwielokrotnić. Ja przeważnie uruchamiałem średnio 4 zadania równolegle, co pozwalało mi na równoległe migrowanie 16 skrzynek. W Exchange 2010 sytuacja wygląda nieco inaczej – dla grupy skrzynek wykonujemy cmdlet new-moverequest, którre to zadanie sprawdza, czy skrzynkę można zmigrować i wrzuca zadanie do kolejki. Osoby, które wykonywały takie zadanie zauważały, że jakbyśmy tego nie realizowali, to po zleceniu realizacji zadania local move request, możemy tylko obserwować kolejkę migrowanych skrzynek, ewentualnie zatrzymać proces migracji. Domyślnie jednak można zauważyć, że jednocześnie migrowane są wyłącznie dwie skrzynki.

Cy możemy to zmienić? Jeżeli lepiej przyjrzymy się procesom realizowanym przez serwer to okaże się, że możemy znacząco “podkręcić” szybkość migracji. Za proces migracji skrzynek odpowiedzialna jest usługa Mailbox Replication Service (MRS), która jest uruchomiona na wszystkich serwerach Exchange 2010 z rolą Client Access. MRS jest również odpowiiedzialna za import i export danych z plików .pst, a także odtwarzanie skasowanych lub odpiętych skrzynek. Konfiguracja MRS jest możliwa do zmiany poprzez edycję pliku konfiguracyjnego MSExchangeMailboxReplication.exe.config, który domyślnie możemy znaleźć w katalogu <Exchange Installation Path>\Program Files\Microsoft\Exchange Server\V14\Bin\.

W pliku (który musimy otworzyć na eskalowanych uprawnieniach) znajduje się sekcja MRSConfiguration, w którym możemy modyfikować parametry migracji. Jak dla mnie najistotniejsze są parametry:

• MaxActiveMovesPerSourceMDB   - Ile równoległych zadań może być realizowanych dla źródłowej bazy danych (eksport, migracja, etc). Możliwe są wartości z przedziału od 0 do 100. Domyślna ilosć to 5 równoległych zadań.

• MaxActiveMovesPerTargetMDB - Ile równoległych zadań może być realizowanych dla docelowej bazy danych (import, migracja, odtwarzanie). Możliwe są wartości z przedziału od 0 do 100. Domyślna ilosć to 2 równoległe zadania.

• MaxActiveMovesPerSourceServer - Ile równoległych zadań może być realizowanych przez MRS dla docelowego serwera. Możliwe są wartości z przedziału od 0 do 1000. Domyślna ilość to 50 równoległych zadań.

• MaxActiveMovesPerTargetServer - Ile równoległych zadań może być realizowanych przez MRS dla docelowego serwera (import, migracja, etc). Możliwe są wartości z przedziału od 0 do 1000. Domyślna ilość to 5 równoległych zadań.

• MaxTotalMovesPerMRS   - Ta wartość określa ilość zadań, które może jedna instancja MRS realizować równolegle. Możliwe są wartości z przedziału od 0 do 1024. Domyślna ilość to 100 równoległych zadań.

Pełna lista modyfikowalnych parametrów znajduje się na stronie pomocy technicznej dla Exchange 2010. Wystarczy zatem zwiększyć parametr MaxActiveMovesPerTargetMDB z 2 do 10, żeby dla jednej bazy docelowej mieć 10 migrowanych skrzynek równolegle. Dla 5 baz docelowych i 5 źródłowych da nam to 50 równoległych zadań migracyjnych.

UWAGA: Nie jest wymagany restart żadnych serwisów – MRS od razu zauważy zmianę parametrów i uruchomi kolejne wątki.

Zwiększając ilość wątków migracyjnych musimy pamiętać o ograniczeniach, szczególnie, gdy docelowy serwer ma bazy działające w ramach DAG. Exchange Active Manager stara się ograniczać sytuacje, gdy CopyQueueLength rośnie powyżej 10 plików, a także ReplayQueueLength nie powinien przekroczyć 50.

Na szybko, żeby nie mieć dodatkowych problemów w trakcie migracji można tymczasowo wyłączyć weryfikację dla docelowych baz danych komendą (znowu nie ma potrzeby restaru usług):

Set-MailboxDatabase -DataMoveReplicationConstraint None

Po zakończeniu migracji powiinniśmy jednak ponownie włączyć weryfikację parametru:

Set-MailboxDatabase -DataMoveReplicationConstraint SecondCopy

Zmiana codeca dla konferencji w Lync

Dostałem dzisiaj ciekawe pytanie, dotyczące zajęcia pasma przez konferencje w Lyncu, które domyślnie jest większe niż w OCS 2007R2. Dlaczego tak jest? Lync domyślnie używa codec G.722, a Siren, który był wykorzystywany we wcześniejszych wersjach I lepiej utylizuje pasmo, jest dostępny jako alternatywny codec, ale jest domyślnie wyłączony -  http://technet.microsoft.com/en-us/library/gg398334.aspx

"The Siren codec is used in Lync Server 2010 in the following situations:

• If the bandwidth policy is set too low to allow G.722 to be used
• If a Communications Server 2007 or Communications Server 2007 R2 client connects to a Lync Server 2010 conferencing service (because those clients do not support the G.722 codec)"

Żeby skorzystać z codeca Siren, musimy go ręcznie włączyć:

set-CsMediaConfiguration –identity global -EnableSiren $true