Administracja użytkownikami w Exchange 2007, cz. III

Autor: Konrad Sagała

Opublikowano: 12 kwietnia 2007

Zawartość strony

	Wprowadzenie
	Konsola skryptowa
	Skrzynki zasobowe
	Automatyzacja
	Podsumowanie
	Przeczytaj pozostałe części artykułu

Wprowadzenie

W poprzednich częściach artykułu – Administracja użytkownikami w Exchange 2007, cz. I, oraz Administracja użytkownikami w Exchange 2007, cz. II opisałem podstawowe różnice w sposobie administracji użytkownikami pomiędzy Exchange 2003 i Exchange 2007. Starałem się przybliżyć trochę korzystanie z konsoli graficznej – tzw. EMC (Exchange Management Console) oraz realizację podstawowych zadań administracyjnych przy pomocy konsoli. Teraz postaram się zaprezentować realizację niektórych zadań poprzez EMS (Exchange Management Shell).

 Do początku strony

Konsola skryptowa

Oczywiście w Exchange 2003 i starszych wersjach możliwe było stosowanie skryptów, jednak było to stosunkowo trudne i wymagało sporej wiedzy na temat mechanizmów wewnętrznych Exchange. Teraz jest to dużo prostsze. Narzędzia administracyjne Exchange 2007 wykorzystują powłokę PowerShell, o czym można przeczytać szczegółowo w whitepaperze o EMS (j. ang.). Zawierają szereg predefiniowanych skryptów ukierunkowanych na zarządzanie wieloma funkcjami środowiska pocztowego. Najprzydatniejsze wg. mnie jest przekierowywanie wyników działania jednego skryptu na kolejny, co w przypadku cyklicznych działań dla dużej grupy kont ogromnie upraszcza pracę. Po wybraniu z menu Start->All Programs->Microsoft Exchange Server 2007->Exchange Management Shell czekamy, aż pojawi się ekran tekstowy z krótkim opisem podstawowych komend pomocy i możemy zaczynać. Przypomnę, że na zakończenie wykonywania każdego wizarda w konsoli EMC jest wyświetlana odpowiednia komenda w EMS, która realizuje daną czynność. W ten sposób szybko możemy opanować składnię i funkcje podstawowych komend. Również obszerny opis poszczególnych poleceń/skryptów EMS możemy znaleźć w helpie do Exchange 2007 (najlepiej ściągnąć sobie zaktualizowaną wersję pliku pomocy).

 Do początku strony

Skrzynki zasobowe

W poprzedniej części artykułu wspominałem o skrzynkach zasobowych. W starszych wersjach Exchange nie były one wyróżnione - żeby stworzyć skrzynkę odpowiadającą Sali Konferencyjnej należało założyć normalną skrzynkę, przypisać osobę, która zarządzałaby salą i w jej imieniu akceptowała zaproszenia na spotkania. Co prawda można było również pobrać bezpłatny dodatek – Auto Accept Agent, który umożliwiał automatyczną rezerwację Sali na zasadzie „kto pierwszy ten lepszy”. Niestety możliwości kofiguracyjne agenta nie dają zbyt wiele pola do popisu. W Exchange 2007 możemy stworzyć w konsoli graficznej specjalną skrzynkę dla Sali konferencyjnej (co prezentowałem w drugiej części artykułu), a następnie dodatkowo ją dokonfigurować. W EMC możemy jednak dodać tylko wartość odpowiadającą ilości osób, które może pomieścić sala (resource capacity) oraz zdefiniowany wcześniej parametr z listy wyboru – jak widać na rysunku 1, nie możemy jednak wykonać innych zaawansowanych działań.

Rys. 1. Właściwości skrzynki zasobowej typu sala konferencyjna.

Jak widać z komunikatu w oknie wyboru, parametry muszą wcześniej być zdefiniowane poprzez powłokę EMS. Wyobraźmy sobie, że interesuje nas sala wyposażona w tablicę i instalację audiowizualną. Możemy opowiednie atrybuty dodać, rozszerzając schemat właściwości obiektu skrzynka zasobowa. W tym celu musimy pobrać aktualną listę atrybutów, rozszerzyć schemat i zatwierdzić zmiany korzystając z powłoki EMS:

$ResourceConfiguration = Get-ResourceConfig

$ResourceConfiguration.ResourcePropertySchema+=("Room/Whiteboard")

$ResourceConfiguration.ResourcePropertySchema.Add("Room/Video")

Set-ResourceConfig -Instance $ResourceConfiguration

Oczywiście powyższe polecenia możemy zapisać sobie w pliku z rozszerzeniem .ps1 i wykonać jako jedna komenda EMS. Po rozszerzeniu w ten sposób atrybutów schematu skrzynki typu sala konferencyjna będziemy mogli zaznaczyć, że dana sala ma na wyposażeniu tablicę (rysunek 2), co później użytkownicy będą mogli wykorzystać przy wyborze odpowiedniego pomieszczenia.

Rys. 2. Wybór ze wzbogaconej listy dodatkowych właściwości.

Innym problemem do rozwiązania jest wskazanie osoby odpowiedzialnej za zarządzanie salą oraz domyślnego sposobu odpowiedzi na zaproszenie (czy automatyczne zatwierdzanie naszej rezerwacji jest zgodne z wewnętrznymi przepisami firmy).

W tym celu musimy również skorzystać z powłoki skryptowej EMS. Cmdlet Set-MailboxCalendarSettings, (aby go użyć musimy mieć prawa Exchange Recipient Administrator role) pozwala na zdefiniowanie wielu ustawień związanych z rezerwacją pomieszczeń. W celu wskazania osób delegowanych do zarządzania pomieszczeniem używamy opcji resource delegates:

Set-MailboxCalendarSettings -ResourceDelegates <List of Delegates>

Należy pamiętać, że powyższa komenda powoduje również przekierowanie maili, więc nie należy jej używać na innych rodzajach skrzynek.

W celu zmiany domyślnego sposobu odpowiedzi na zaproszenie na spotkanie (możliwe komunikaty to Accept, Decline i Acknowledge) lub zastosowania niestandardowej odpowiedzi również stosujemy cmdlet Set-MailboxCalendarSettings. Jeżeli chcemy dla skrzynki zasobowej (z zamieszczonych wcześniej rysunków) ustawić automatyczne akceptowanie zaproszeń, zamieniając oryginalny temat wiadomości na informację o organizatorze spotkania, stosujemy następujące opcje:

Set-MailboxCalendarSettings -Identity "room121" -AutomateProcessing AutoAccept -AddOrganizerToSubject _

$true -DeleteSubject $true

Oczywiście możliwości jest wiele, zaprezentowałem tylko kilka przykładów konfiguracji skrzynki zasobowej.

 Do początku strony

Automatyzacja

Innym obszarem zastosowania EMS jest wykonywanie cyklicznych operacji na grupach skrzynek. Jeżeli chcemy ustawić limit wielkości przesyłki na konkretnych odbiorcach, możemy oczywiście w konsoli graficznej utworzyć odpowiedni filtr, a później ustawić limit, ale jeżeli chcemy daną akcję powtarzać wielokrotnie, to nie jest to optymalny sposób. Dużo prostsze jest wykonanie poniższej sekwencji:

Get-DistributionGroup ‘Zdalni’ | Get-DistributionGroupMember | Set-Mailbox –MaxReceiveSize 1024000

W ten sposób ustawimy limit 1MB na skrzynkach wszystkich członków grupy dystrybucyjnej „Zdalni”. Inną czynnością, którą możemy często wykonywać jest przeglądanie skrzynek pocztowych w poszukiwaniu największych. Tutaj również możemy wykorzystać potokowanie komend:

get-mailboxstatistics -server LABDC1 | sort TotalItemSize -desc | select -first 5

Po wykonaniu powyższej sekwencji powinniśmy otrzymać listę 5 najbardziej “dyskożernych” skrzynek pocztowych na serwerze LABDC1. Oczywiście dodając kolejną komendę w potoku moglibyśmy np. przenieść skrzynki „niepoprawnych” użytkowników na serwer LABEX2 do bazy DBX2:

get-mailboxstatistics -server LABDC1 | sort TotalItemSize -desc | select -first 5 | move-mailbox _

-target LABEX2\DBX2

Zamiast przenosić wskazane skrzynki na inny serwer możemy również wygenerować plik z odpowiednim zestawieniem i opublikować na naszej witrynie intranetowej.

 Do początku strony

Podsumowanie

Oczywiście poruszone przeze mnie tematy związane z administracją skrzynkami można byłoby omawiać o wiele bardziej szczegółowo, ale moim celem nie było nauczenie, jak korzystać z Power Shella, ale przekazanie kilku ciekawych informacji oraz pokazanie, że nie jest to wcale takie trudne jak mogłoby się wydawać. Dlatego też zachęcam do testowania serwera Exchange 2007- czy to na maszynie wirtualnej ściągniętej z TechNetu, czy też na wersji ewaluacyjnej, czy wreszcie na wirtualnych labach. Możecie również tworzyć własne cmdlety – wiele ciekawych przykładów można znaleźć w ScriptCenter TechNetu.

Odnośniki:

• Whitepaper: exchange management shell
• Exchange 2007 help file
• Auto Accept Agent

 Do początku strony

Przeczytaj pozostałe części artykułu

• Administracja użytkownikami w Exchange 2007, cz. I
• Administracja użytkownikami w Exchange 2007, cz. II

Konrad Sagała (MVP) Konrad jest absolwentem Politechniki Warszawskiej wydziału Elektroniki i Technik Informacyjnych. Od 15 lat zajmuje się projektowaniem i wdrażaniem systemów informatycznych opartych o różne platformy sieciowe, od 11 lat związany z platformą Microsoft Windows Server. Do jego specjalności należą: projektowanie i zarządzanie systemami usług pocztowych i pracy grupowej MS Exchange, projektowanie i zarządzanie systemami usług katalogowych MS Active Directory, projektowanie i zarządzanie infrastrukturą sieciową, usługami bezpieczeństwa i zarządzania tożsamością (MIIS). Jest twórcą jednej z największych w Polsce struktur Active Directory i Exchange. Twórca Polskiej Grupy Profesjonalistów i Użytkowników Exchange PEPUG. Posiada certyfikaty MCSE (od 2000 r), MCSE+M, MCSE+S. Uhonorowany tytułem Microsoft MVP w kategorii Exchange Server.

Do początku strony