MCITP: EST7 – niezły cyrk

Minęło kilka dni od kiedy pojawiła się na Prometricu informacja o zdaniu przeze egzaminu 70-685, na transkypcie również pojawił się ten egzamin, jednak tylko tyle. Po dokładniejszej weryfikacji znalazłem na blogu Born To Learn informację, z której wynika że Microsoft dogadał się z firmą HDI Institute i otrzymanie tego tytułu wymaga dodatkowo zdania egzaminu HDI. Ponieważ nie jest to opisane na ścieżce certyfikacyjnej, więc wprowadza to dodatkowe zamieszanie – wygląda na to że premiera Windows 7 i związanych z nim egzaminów zaskoczyła osoby odpowiedzialne za certyfikację w Microsofcie.

Żeby było ciekawiej, podejście do egzaminu HDI możliwe jest tylko po odbyciu szkolenia, co podnosi koszt takiego egzaminu do kilku tysięcy złotych (!). Nawet mi się nie chce komentować.

Wsparcie Exchange 2007 na Windows 2008 R2

Dobra informacja dla firm posiadających licencje na Exchange 2007 - Microsoft po lawinie protestów ogłosił wprowadzenie w przyszłym roku poprawki umożliwiającej instalację Exchange 2007 na platformie Windows 2008 R2. Jak na razie nie jest to możliwe, konfiguracja tak nie jest również wspierana.

70-685 Zdany

Do listy MCITP doszedł kolejny - dzisiaj sprawdziłem na stronie Prometrica status zdawanych egzaminów Beta i przy pozycji 71-685 pojawił się status - Passed. Co ciekawe, chociaż na stronie z informacją o egzaminie jest wskazanie na tytuł MCITP: Enterprise Desktop Support Technician 7, to na stronie z listą certyfikatów dla Windows 7, takiej specjalizacji nie ma :( . Mam nadzieję, że niebawem się pojawi.

Integracja Exchange 2010 z OCS 2007 R2

Jak wygląda to w praktyce? Po przejrzeniu aktualnej wersji dokumentacji (OCS 2007 R2 Deploying Enterprise Voice.doc) widzę kilka drobnych różnic. Łatwiej można dodać konfigurację po stronie Exchange korzystając z konsoli graficznej EMC. Postaram się przedstawić taką procedurę:

1. Po zainstalowaniu na serwerze roli Unified Messaging (łącznie z polskim LanguagePackiem oczywiście), tworzymy UM Dial Plan. W tym celu po otwarciu konsoli EMC na poziomie organizacji wybieramy z menu akcji New UM Dial Plan:

Wpisujemy nazwę, ilość cyfr rozszerzenia (domyślnie 5), jako rodzaj URI wybieramy optymalny dla integracji z OCS SIP URI, oraz zabezpieczenie VoIP typu Secured, no i na końcu oczywiście nasz kod kierunkowy kraju 48.

2. Kolejnym krokiem jest dodanie serwera do Dial Planu. W tym celu musimy przejść do zakładki ogólnej w części Server Configuration i otworzyć właściwości serwera z rolą UM. Następnie po wybraniu zakładki UM Settings dodajemy utworzony wcześniej UM DIal Plan.

Po wybraniu dial planu i zatwierdzeniu otrzymujemy ostrzeżenie o konieczności restartu usługi Microsoft Exchange Unified Messaging.

Wcześniej jednak musimy dodać certyfikat dla usługi UM.

3. W tym celu na tym samym poziomie konsoli (czyli Server Configuration) mamy dostępne informacje o certyfikatach i możliwość przypisania ich do poszczególnych usług. Po wybraniu z menu akcji pozycji Assign Services To Certificate, możemy skorzystać z kreatora i dodać dany certyfikat do usługi UM.

4. Następnym krokiem jest sprawdzenie poprawności konfiguracji lasu. Tym razem niezbędny jest do wykonania skrypt (uruchamiany z katalogu Scripts w strukturze katalogów instalacyjnych Exchange):

.\exchucutil.ps1

Wykonanie ponowne tego skryptu z opcją –verify (.\exchucutil.ps1 -verify) pokaże nam czy operacja została przeprowadzona pomyślnie.

5. Po stronie Exchange w zasadzie to wszystko. Pozostaje jeszcze tylko włączyć funkcjonalność Unified Messaging dla wybranych skrzynek oraz jeśli ktoś chce ustawić auto attendanta.

Nowe poprawki do OCS 2007 R2 i OC 2007 R2

Microsoft opublikował dzisiaj nowe zestawy poprawek zarówno do OCS, jak i do Communiacatora:

• http://support.microsoft.com/kb/972884
• http://support.microsoft.com/kb/975611

Poprawki te nie usuwają problemu, o którym pisałem ostatnio, do jego usunięcia jest dostępny do ściągnięcia osobny fix. Po pobraniu, wystarczy z linii komend uruchomić ściągnięty program:

ocsasnfix.exe

Informacja o sposobie rozwiązania problemu została dodana do artykułu http://support.microsoft.com/kb/974571

Znikające foldery pocztowe

Niedawno, po kilku zmianach w firmowym systemie poczty i rozpoczęciu testów Outlooka 2010 Tech Preview x64 ze zdziwieniem zauważyłem brak skrzynki odbiorczej i jednego z założonych przez siebie folderów. Co ciekawe maile były widoczne, tylko folderów nie było widać, zarówno w Outlooku jak i poprzez OWA.

Na szczęście, okazało się, że niedawno pojawiła się 64-bitowa wersja MFCMAPI.exe (od kilku miesięcy to narzędzie, zamiast na stronie Microsoftu, jest dostępne na witrynie Codeplex). Aktualna wersja z września 2009, o numerze 6.0.0.1015, bardzo ładnie współpracuje z Outlook 2010.

Procedura, przywracająca widoczność folderów, opisana jest w artykule http://support.microsoft.com/kb/924226, jest prosta do realizacji. Zacytuję ją poniżej uzupełniając o obrazki, bo nie każdy może znaleźć artykuł, a może to być przydatne:

1. Uruchamiamy MFCMAPI i klikamy OK, żeby zamknąć okno podpowiedzi.

1. Z menu Session, wybieramy Log On and Display Store Table.
2. Wybieramy profil Outlooka, wykorzystywany do połączenia z Exchange, zatwierdzamy OK, jeżeli trzeba podając konto i hasło logowania.
3. Pojawi się lista skrzynek/plików użytkownika podpiętych pod profil, musimy wybrać skrzynkę Exchange (na rysunku widać również skrzynkę POP3 i plik PST).

1. Po dwumlasku (przypomniało mi się ostatnio to zabawne tłumaczenie z lat młodzieńczych myszy) na skrzynce otworzy się jej zawartość w nowym oknie.
2. Po rozwinięciu folderu Root znajdujemy folder główny skrzynki pocztowej i również go rozwijamy.

1. Znajdujemy niewidoczny folder i znajdujemy niewidoczny folder – w moim przypadku była to Skrzynka Odbiorcza.
2. W prawym oknie odszukujemy atrybut PR_ATTR_HIDDEN  (może mieć wartość T lub F - T oznacza, że folder jest ukryty).
3. Klikamy dwukrotnie na atrybucie PR_ATTR_HIDDEN i odznaczamy pole wyboru "Boolean". Zatwierdzamy OK.

1. Zamykamy MFCMAPI i po sprawdzeniu, czy nie wisi nam gdzieś sesja Outlooka (najprościej zrestartować peceta), uruchamiamy Outlooka. Po zsynchronizowaniu pliku OST z serwerem folder powinien być poprawnie widoczny.

Obsługa SMS w OutlookMobile

Jedną z nowych funkcji w Exchange 2010 jest powiadamianie użytkownika o nowych wiadomościach lub nieodebranych rozmowach poprzez SMS, na podany w systemie numer telefonu komórkowego. Jeżeli użytkownik ma telefon z systemem Windows Mobile, integracja Exchange ActiveSync z SMS (EAS SMS) jest również dostępna. Nowa funkcjonalność jest wbudowana w nową wersję Windows Mobile, oznaczoną numerem 6.5.

Jest ona również obsługiwana przez urządzenia starsze, z systemem WM 6.x. Użytkownik powinien pobrać ze strony Microsoftu aktualizację dla Outlook Mobile, zainstalować pobrany plik cab i zrestarować telefon. Jeżeli pojawią się kolejne aktualizacje, Exchange automatycznie może wypchnąć je na telefon. Aktualizację można pobrać ze strony:

https://update.outlook.com/cabs/OutlookLiveSetup.cab

Poprawka MS09-056 (974571) psuje informacje licencyjne OCS 2007 R2

UPDATED

Po zainstalowaniu wydanych dzisiaj poprawek, OCS 2007R2 zgłupiał i stwierdził, że jego okres ewaluacyjny wygasł. Oprogramowanie było instalowane z nośników Volume License, więc trochę nie to zaskoczyło. Pomyślałem sobie to nic – przecież Microsoft opublikował procedurę, jak aktualizować OCS 2007 R2 z wersji ewaluacyjnej do pełnej, procedura ta jednak nie działa dla wersji wolumenowych (tak jakby ktoś kupował OCS-a w pudełku). Okazało się, że winowajcą jest poprawka MS09-056 opisana w artykule 974571, którą niestety musiałem odinstalować, żeby przywrócić poprawne zachowanie OCS. Czekam na rozwiązanie problemu.

Jak okazało się po dwóch dniach, problem dotyczy nie tylko serwera OCS 2007 R2, ale również jego starszej wersji – OCS 2007, jak donoszą głosy z forum publicznego Microsoftu, podobny komunikat o wygaśnięciu licencji dotyczy również Communicatora.

Zgłaszałem problem (nie tylko zresztą ja) do zespołu produktowego OCS, ale jak na razie jedyna rada jaką dają to odinstalowanie poprawki 974571. Po restarcie problem znika. Oficjalne ostrzeżenie pojawiło się również na blogu zespołu OCS.

Kolejnym obszarem, w którym mogą pojawić się problemy jest instalacja nowego serwera OCS 2007 lub jednej z jego dodatkowych ról (np. Edge). Jeżeli na serwerze została zainstalowana powyższa poprawka, to instalator nie będzie działał poprawnie – opisał to na swoim blogu Rui Silva.

Wersje Outlooka

Ostatnio przeglądałem u klientów połączenia do serwera Exchange po MAPI i zauważyłem, że nie mogę znaleźć artykułu, podsumowującego wszystkie możliwe wersje Outlooka. Zrobiłem proste zestawienie i wyszło mi coś takiego:

Produkt	Wersja RTM	Wersja SP1	Wersja SP2	Wersja SP3
Microsoft Outlook 97	8.01.3817	8.02.4212	8.03.4629	8.04.5619 (SR2)
Microsoft Outlook 2000	9.0.0.2711	9.0.0.3821	9.0.0.4527	9.0.0.6627
Microsoft Outlook 2002	10.0.2627.1	10.0.3416.0	10.0.4024.0	10.0.6626.0
Microsoft Office Outlook 2003	11.0.5510.0	11.0.6353.0	11.0.7969.0	11.0.8173.0
Microsoft Office Outlook 2007	12.0.4518.1014	12.0.6212.1000	12.0.6423.1000

Oczywiście są jeszcze wersje pośrednie (po zaaplikowaniu pakietów poprawek).

Exchange Server Supportability Matrix

Jedno z ciekawych pytań jakie ostatnio dostałem, dotyczyło współpracy Exchange 2003 z Windows 2008 i Windows 2008 R2 (w końcu jest to aktualna wersja systemu). To, że nie można Exchange zainstalować na Windows 2008, to wiadomo od dawna. A jak wygląda kwestia podniesienia domeny do trybu natywnego Windows 2008 – odpowiedź brzmi – nie można. Współpraca z kontrolerami domeny Windows 2008 R2? Odpowiedź znowu jest odmowna. Tak że administratorzy ze starą wersją Exchange powinni uważać przy aktualizacji domeny. Pełna lista współpracy poszczególnych wersji Exchange i Windows na stronie Technet:

Exchange Server Supportability Matrix

Problem z instalacją XMPP Gateway

Przy próbie instalacji XMPP Gateway’a można natknąć się na taki błąd jak na obrazku, nawet jeżeli Unified Communications Managed API (UCMA) zostało zaktualizowane do najnowszej wersji – pakiet poprawek z lipca 2009, o którym wspominałem wcześniej na blogu. XMPP gateway zawiera nowy UCMARedist.msi, który nie jest kompatybilny z pierwotną wersją. W związku z tym należy najpierw odinstalować Unified Communications Managed API (UCMA), zainstalować  XMPP gateway, a następnie ponownie zainstalować lipcową poprawkę do UCMA. Trochę zakręcone. Prawda?

MTS 2009 – wrażenia eksperta

Trochę już ochłonąłem po MTS 2009. Całą konferencję spędziłem w dziale Ask The Experts na stanowisku Unified Communications, więc moje wrażenia mogą być trochę zafałszowane. Zwłaszcza, że w przerwie lunchowej w obu dniach tyle osób zadawało nam pytania, że nie starczyło mi czasu na “zaliczenie” gorącego posiłku, a jak patrzę na forum WSS, to lunch jest podstawowym wyróżnikiem udanej konferencji. Ale drożdżówek i kanapek starczyło, więc nie padłem na placu boju.

Pytań było całkiem dużo i choć niektóre były bardzo skomplikowane, to mam nadzieję, że kilka osób udało mi się przekonać, że Exchange 2010 i OCS 2007 R2 to produkty warte bliższego poznania i wdrożenia. Sesja o Exchange 2010 wywołała pewien niedosyt i dodatkową lawinę pytań, ale mam nadzieję, że niebawem PEPUG rozproszy trochę wątpliwości na jego temat.

Oczywiście MTS to także okazja spotkania innych MVP i znajomych, a nawet wspólnych zdjęć. Jestem zadowolony, zwłaszcza że zanikająca sieć WiFi zmusiła mnie do skonfigurowania mojego Icona z BlueConnectem na Windows 7 x64. Chociaż nadal uważam, że PeKiN nie jest najlepszym miejscem do organizowania takiej konferencji.

Office Communications Server 2007 R2 XMPP Gateway

Dzisiaj na stronie Download Center Microsoftu pojawił się zapowiadany od kilku dni XMPP Gateway, umożliwiający pełniejszą współpracę użytkowników serwera OCS 2007 R2 z innymi komunikatorami (między innymi Jaberem i Google Talk).

Office Communications Server 2007 R2 XMPP Gateway

Monitorowanie urządzeń Cisco poprzez SCOM

Czy wiecie, że można bezpłatnie monitorować urządzeniami Cisco poprzez Systems Center Operations Managera? Właśnie znalazłem napisany i udostępniony na licencji GNU Management Pack dla urządzeń Cisco - na razie tylko dla wersji R2, ale autor obiecuje w najbliższym czasie także wersję SCOM 2007 SP1. Więcej informacji:

SCOM: Advanced SNMP Monitoring Part III: The Completed Cisco Management Pack « Operating-Quadrant

Office Communications Server 2007 R2, PreCallDiagnostic Resource Kit Tool

Zespół OCS udostępnił właśnie 32-bitową wersję narzędzia ułatwiającego diagnostykę problemów audio na komputerach, które łączą się z OCS. 64-bitowa wersja dostępna była już wcześniej w Resource Kicie do OCS 2007 R2.

Poprawka pozwalająca na instalację Exchange 2007 SP2 w domenie z kontrolerami w wersji Windows 2008 R2.

Zespół Exchange opublikował poprawione pliki xml z regułami sprawdzającymi środowisko przed instalacją Exchange. Dotychczasowa wersja reguł, w domenie, gdzie były tylko kontrolery domeny Windows 2008 R2, nie potrafiła poprawnie wskazać, że jest to wspierane środowisko. Przy instalacji z dysku twardego serwera nowe wersje plików są automatycznie pobierane z internetu, przy instalacji z płyty, niestety nie są one aktualizowane, podobnie, gdy serwer nie ma dostępu do internetu. Wtedy pliki trzeba pobrać ręcznie i skopiować do podkatalogu Setup\ServerRoles\Common\<wersja językowa>. Więcej szczegółów na blogu EHLO:

You Had Me At EHLO... : The fix for installation of Exchange 2007 SP2 with Windows 2008 R2 Domain Controllers is now available.

Troubleshooting Exchange 2007 Store Log/Database growth issues

Natrafiłem na bardzo ciekawy post na blogu Mike’a Lagase opisujący troubleshooting problemów z niekontrolowanym rozrostem logów i baz danych na serwerze Exchange.

Mike Lagase : Troubleshooting Exchange 2007 Store Log/Database growth issues

Exchange 2007 SP2 – problemy?

Sam nie natrafiłem na problemy przy instalacji SP2 na serwerach Exchange 2007, którymi zarządzam, ale w oczekiwaniu na pierwszy Rollup pozwolę sobie na małe podsumowanie:

• Znowu nie najlepiej napisane warunki brzegowe w plikach ExBPA, wykorzystywane do weryfikacji środowiska, blokują instalację w domenie, gdzie wszystkie kontrolery są w wersji Windows 2008 R2. Problem został opisany na blogu zespołu Exchange. Jak na razie jest dostępny tylko hotfix na żądanie do uzyskania z supportu, albo zostawienie jednego DC w starszej wersji. Oczywiście ma zostać poprawiony w kolejnym hotfixie. Obawiam się, że znowu zapomną o uwzględnieniu słowa “Dodatek”.
• Dodatek do integracji backupu w Windows 2008 nie działa prawidłowo na dyskach podpiętych jako punkty montowania. To również ma zostać uwzględnione.
• Brak możliwości instalacji Exchange 2007 SP2 na Windows 2008R2. Niestety jest to celowe i nie będzie zmienione w kolejnych rollupach.
• Jak na razie trzeba również nagimnastykować się trochę nad instalacją SP2 na SBS 2008. Został już opublikowany artykuł, opisujący co trzeba zrobić, żeby instalacja się udała - http://support.microsoft.com/default.aspx?scid=kb;EN-US;973862

PSv2 Modules : Wprowadzenie

Na strona TEchEdge pojawiło się kilka krótkich filmików, pozwalających zapoznać się z pojęciem Modułów w PowerShell 2.0 i jak ich używać:

PSv2 Modules : An Introduction with Bruce Payette

PSv2 Modules : How to use Them

PSv2 Modules : Write Script and Binary Modules

Jak wykorzystać zwykły komputer jako FSW w DAG?

Jedną z zalet Exchange 2010 jest możliwość skonfigurowania wszystkich podstawowych ról na 2 serwerach, łącznie z wysoką dostępnością baz danych. Exchange 2010 wykorzystuje w tym celu Failover Clustering z Windows 2008 w modelu Majority Node Set. W tym modelu wykorzystywany jest współdzielony katalog na innym komputerze – File Share Witness (FSW). Zgodnie z zaleceniami Microsoft, FSW optymalnie powinien być ulokowany na serwerze z rolą Hub Transport (była to zresztą w pierwszych wersjach beta jedyna możliwość), jednak w przypadku, gdy chcemy ograniczyć środowisko Exchange do 2 serwerów, nie możemy żadnego z nich wykorzystać w tym celu.

Jak zatem postąpić? Jeżeli komputer nie jest serwerem Exchange 2010, nie należy do grupy serwerów Exchange, więc musimy ręcznie zmodyfikować ustawienia bezpieczeństwa na maszynie – w tym celu musimy dodać domenową grupę Exchange Trusted Subsystem do lokalnej grupy Administrators, co pozwoli usługom Exchange utworzyć i zarządzać udziałem sieciowym w systemie plików, dodatkowo musimy również otworzyć na firewallu porty pozwalające zdalnie zarządzać maszyną. W tym celu wykonujemy komendę:

netsh advfirewall firewall set rule group="Remote Administration" new enable=yes

W tym momencie możemy utworzyć grupę dostępności wskazując przygotowany w ten sposób komputer SerwerFSW i katalog C:\DAG1FSW, który będzie pełnił rolę świadka:

New-DatabaseAvailabilityGroup -Name DAG1 -WitnessDirectory C:\DAG1FSW –WitnessServer SerwerFSW

Jeżeli katalog nie istnieje, to usługi Exchange’owe utworzą go, a następnie udostępnią z odpowiednimi uprawnieniami.