Virtual Study

29 lipca 2010

Setup OCS 2007 R2 nie lubi .Net Framework 4.0

Gdyby ktoś chciał zainstalować OCS 2007 R2 na świeżym serwerze, z zaimplementowanymi wszystkimi najnowszymi poprawkami , może spotkać się z komunikatem instalatora, mówiącym, żę jest to niemożliwe:

Microsoft Office Communications Server 2007 R2, Microsoft Unified Communications Managed API 2.0 Core Redist 64-bit installation requires Microsoft .NET Framework version 3.5. Installation cannot continue.

Wynika to z faktu, że z rozpędu zainstalował .Net Framework 4.0, którego instalator OCS-a nie lubi - http://support.microsoft.com/?kbid=2224981. Micorosoft pracuje nad rozwiązaniem tej niedogodności, póki co pozostaje usunięcie wersji 4.0 i zainstalowanie wymaganej przez setup wersji 3.5 (lub 2.0 w przypadku OCS 2007).

27 lipca 2010

Skrzynki specjalne w Exchange 2010

Po wdrożeniu Exchange 2010 wiele osób zauważyło zapewne nową skrzynkę o nazwie DiscoveryMailbox. Jednak przy niektórych zaawansowanych operacjach można zauważyć, że nie jest to jedyna skrzynka specjalna, która pojawiła się w tym systemie. Przy próbie przeniesienia wszystkich skrzynek i skasowania teoretycznie pustej domyślnie zakładanej przy instalacji bazy, dowiemy się, że w bazie jeszcze są skrzynki ukryte – jedna wykorzystywana w procesie moderowania list dystrybucyjnych, druga w komunikacji ze sfederowaną organizacją pocztową. Skrzynki te możemy w prosty sposób wyświetlić komendą get-mailbox z opcją –arbitration, jak na poniższym rysunku.

image

Przeniesienie takich skrzynek do innej bazy jest możliwe tylko z powłoki, najprościej przy zastosowaniu potoku z poprzedniej komendy i komendy new-moverequest (przypomnę, że w Exchange 2010 nie ma już komendy move-mailbox).

image

Co jednak zrobić w przypadku, gdy w szale porządków w folderze users skasowaliśmy niewiele nam mówiące konta użytkowników:

  • SystemMailbox{e0dc1c29-89c3-4034-b678-e6c29d823ed9}
  • SystemMailbox{1f05a927-…}
  • FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042

Skasowanie samej skrzynki nie jest problemem – zawsze można na nowo wykonać enable-mailbox i będzie OK. Niestety w przypadku skasowania konta, musimy ponownie sięgnąć do setupu i wykonać komendę Setup.com /PrepareAD. W ten sposób konta specjalne zostaną ponownie wygenerowane. Oczywiście teraz musimy jeszcze ponownie utworzyć skrzynki:

Enable-Mailbox –Arbitration –Identity “SystemMailbox{1f05a927-…}”
Enable-Mailbox –Arbitration –Identity “SystemMailbox{e0dc1c29-…}”
Set-mailbox –Arbitration –Identity “SystemMailbox{e0dc1c29-…}” -DisplayName “Microsoft Exchange”

Wpisując pełne identyfikatory wygenerowane przez Setup.

Upgrade z Exchange 2007 SP3 do Exchange 2010

Ostatnio spotkałem się z ciekawym problemem – czy można zaktualizować organizację Exchange 2007 SP3 do Exchange 2010? Oczywiście nie mówię o upgradzie in-place, bo ten z definicji jest niemożliwy, ale poprzez dodanie maszyny Exchange 2010 do istniejącej organizacji.

Jak się okazało, w tej chwili nie jest to możliwe (nawet na publicznej wersji beta Exchange 2010). Prerequesites check stwierdza, że schemat jest zbyt nowy (sic!). Mam nadzieję, że Microsoft szybko to poprawi, bo tak jak przy słynnym problemie z polskim kontrolerem domeny, trochę wstyd.

23 lipca 2010

Best Practice:Active Directory Structure Guidelines

Ciekawy artykuł o tym jak projektować i jakich błędów unikać przy tworzeniu struktury OU znalazłem na witrynie Group Policy Center napisany przez Alana Burchilla. Zachęcam do lektury.

Group Policy Center » Blog Archive » Best Practice:Active Directory Structure Guidelines – Part 1

22 lipca 2010

Microsoft Communications Server 2010 PowerShell blog

Jeszcze przed urlopem zacząłem poznawać następcę OCS 2007R2 – całkiem nową wersję produktu, najpierw znaną jako Wave 14, a od niedawna określaną nazwą Microsoft Communications Server 2010. Produkt wstępnie zaprezentowany na amerykańskim TechEdzie jak większość nowych produktów z Redmond jest silnie związana z PowerShellem. Tym bardziej cieszy powstanie bloga w całości poświęconego zarządzaniu MCS 2010 przy pomocy PowerShella. Na blogu już można znaleźć:

Migracja Windows Sharepoint Services 3.0 do Sharepoint Foundation 2010

Ostatnio trochę walczyłem z migracją Sharepoint Services 3.0 do wersji Sharepoint Foundation 2010 w środowisku SBS. Chociaż taki scenariusz jeszcze nie jest oficjalnie wspierany przez Microsoft, jednak jest możliwy do realizacji. Ponieważ instalacje SBS 2008, z którymi mam doczynienia pracują w polskiej wersji językowej, więc migrację również przeprowadzałem z polską wersją Sharepoint Foundation 2010. Co ciekawe okazało się, że niektóre elementy (listy), mają angielskie nazwy (np. categories), a SF2010 koniecznie chce się odwoływać poprzez polskie nazwy. Problemy z tym związane dyskutowałem na forum WSS. Ostatecznym rozwiązaniem było uruchomienie Sharepoint Designera 2010 i ręczna zmiana nazw list.

Przy okazji migracji znalazłem bezpłatne, ciekawe narzędzie - SharePoint Content Deployment Wizard, służące do backupowania/migrowania Sharepointa. Narzędzie jest dobrze opisane na blogu Chrisa O’Brien’a. Narządko niewielkie, a działa bardzo fajnie.

Ciekawy artykuł o historii Exchange ActiveSync

Po zamieszaniu z kompatybilnością nowej wersji  systemu operacyjnego telefonów iPhone 4.0 z usługą Exchange ActiveSync, warto czasem spojrzeć na listę funkcjonalności, które działają lub są dostępne na poszczególnych wersjach systemów Windows Mobile oraz ich coraz popularniejszych konkurentach. Taka tabela od niedawna jest dostępna tutaj.  Historia i porównanie poszczególnych wersji też jest dostępne na tym samym portalu.

20 lipca 2010

Przenoszenie skrzynek Exchange 2010 vs 2007

Ciekawy artykuł na temat różnic w sposobie przenoszenia skrzynek pomiędzy Exchange 2007 i 2010 został opublikowany na blogu produktowym EHLO. Chociaż jak dla mnie zastosowanie move-mailbox było wygodniejszą metodą do przenoszenia dużej ilości skrzynek niż *-moverequest to jednak wrzucenie do kolejki takiego zadania ma również wiele zalet. Zachęcam do lektury.

You Had Me At EHLO... : Moving mailboxes, Exchange 2010 way