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

Exchange w labie

Tworzenie kont I generowanie testowym maili w labie czasami bywa uciążliwe. Oczywiście można sobie przygotować odpowiednie skrypty, ale można teżposzukać w sieci. Ciekawy skrypt, a właściwie moduł z odpowiednimi cmdletami napisał jakiś czas temu Mike Pfeiffer. Na swoim blogu opisuje dostępne opcje tworzenia kont i wysyłki testowych maili, do czego wykorzystywane są web service’y – całość do pobrania tutaj.

Raportowanie środowiska Exchange 2010/2007

Steve Goodman udostępnił na swoim blogu poprawioną wersję skryptu PowerShell, który robi całkiem fajne raporty opisujące środowisko Exchange - Generate Exchange Environment Reports using Powershell

Update Rollup 4 for Exchange Server 2007 SP3

Niedawno wyszedł pakiet RU4 dla Exchange 2010 SP1 (sam nie natknałem się na problemy opisane przez kolegów, więc chyba nie jest tak źle), a teraz przyszła pora na starszego brata – dzisiaj pojawił się Update Rollup 4 for Exchange Server 2007 SP3. Zachęcam do pobrania.

Bezpłatne książki o PowerShell-u

Ciekawą listę dostępnych w sieci ebooków, dotyczących różnych aspektów powershella 1.0 i 2.0 opracował na swoim blogu Jason Hofferle - List of Free PowerShell eBooks. Można śmiało korzystać.

Update Rollup 4 for Exchange Server 2010 Service Pack 1

Kilka dni temu pojawił się 4 pakiet poprawek dla Exchange 2010 SP1. Jednak kilku kolegów złosiło problemy z folderami publicznymi po jego instalacji, więc lepiej jeszcze chwilę poczekać. RU 3 doczekał się 3 iteracji, więc ja czekam na RU4v2. Dla odważnych:

Download Details - Update Rollup 4 for Exchange Server 2010 Service Pack 1 (KB2509910)

USMT czy MUST?

Ciekawe narzędzie przydatne przy migracjach stacji roboczych – dla tych co nie lubią linii komend MUST jest prostą nakładką graficzną pozwalającą wykonać podstawowe operacje przy migracji profili użytkowników. Zamiast przeklikiwać się przez USMT 4.0 możemy skorzystać z intuicyjnej nakładki graficznej.

Narzędzie jest darmowe i będzie przez autora rozwijane.

Instalacja SQL Management Studio na serwerze XenApp

Wydawałoby się to takie proste, jednak praktyka okazała się bardziej skomplikowana – intalator z uporem maniaka twierdził, że na serwerze jest zainstalowane Visual Studio 2008 bez Service Packa. Po krótkim śledztwie znalazłem artyluł w bazie wiedzy Citrixa - http://support.citrix.com/article/CTX128280, który pasował do mojego problemu. Artykuł mówił co prawda o zmianie nazwy całego klucza w rejestrze, a później go przywróceniu, ale poszperałem jeszcze i znalazłem kolejną poradę, na podstawie której wystarczyła zmiana jednej wartości  - z 0 na 1. Instalacja poszła poprawnie!