Microsoft Office PerformancePoint Monitoring Server 2007 (część I)

Autor: Radosław Łebkowski

Opublikowano: 3 grudnia 2008

Zawartość strony

	Wstęp
	Architektura Office PerformancePoint Monitoring Server
	Komponenty Office PerformancePoint Monitoring Server
	Instalacja systemu – aplikacja Monitoring Server Configuration Manager
	Instalacja serwera monitorowania na kontrolerach domeny
	Witryna Monitoring Central
	Aplikacja Dashboard Designer – opcje konfiguracyjne
	W następnej części

Wstęp

W ramach produktu Microsoft Office PerformancePoint Server 2007 dostarczane są narzędzia do tworzenia interaktywnych analiz wielowymiarowych i pulpitów menadżerskich (dashboardów). Dzięki tym narzędziom można w łatwy i szybki sposób przygotować analizy i raporty oparte m.in. o źródła danych wielowymiarowych (OLAP), a następnie udostępnić je dla szerokiego grona użytkowników w postaci strony WWW wykorzystującej technologię SharePoint.

Pulpity menadżerskie mogą być wzbogacone dodatkowymi funkcjami, takimi jak: Zrównoważone Karty Wyników (Balanced Scorecard BSC), wizualizacje wskaźników KPI (Key Performance Indicator) oparte o interaktywne mapy strategii (Strategy Maps), prognozy on-line wykorzystujące algorytmy Data Mining (Trend Charts).

W pierwszej części artykułu zostanie przedstawiona architektura i konfiguracja podstawowych narzędzi wchodzących w skład obszaru Microsoft Office PerformancePoint 2007 Monitoring Server. W kolejnej części zostaną omówione elementy wykorzystywane przy budowie pulpitów menadżerskich w aplikacji Dashboard Designer oraz zagadnienia związane z konfiguracją zabezpieczeń systemu.

 Do początku strony

Architektura Office PerformancePoint Monitoring Server

W skład serwera monitorowania PerformancePoint wchodzi kilka modułów funkcjonalnych, które współpracując ze sobą, tworzą kompletne środowisko do tworzenia i obsługi pulpitów menadżerskich.

Centralnym elementem systemu jest Monitoring Server Web Service. Jest to moduł integrujący całość systemu, a jego funkcjonalność wykorzystywana jest przez większość pozostałych komponentów.

Aplikacja Dashboard Designer (DD) jest podstawowym narzędziem wykorzystywanym do tworzenia, publikowania i zarządzania obiektami serwera monitorowania. Podczas tworzenia elementów dashboardów przez użytkownika, aplikacja generuje struktury XML zawierające ich definicje, a następnie umieszcza je w relacyjnej bazie danych SQL Server (w domyślnej konfiguracji jest to baza PPSMonitoring), zarządzanej przez Monitoring Server.

W chwili, gdy użytkownicy korzystają z opublikowanych dashboardów, komponenty Windows SharePoint Services (WSS) pobierają z bazy danych PPSMonitoring definicje obiektów, z których składa się dashboard, oraz informacje związane z zabezpieczeniami i kontrolą dostępu do tych obiektów. Następnie wykonują zapytania do źródłowych baz danych, z których pobierają aktualne dane biznesowe (źródła danych biznesowych konfigurowane w obiektach Data Sources aplikacji Dashboard Designer). Końcowym etapem procesu jest wizualizacja pobranych danych oraz obsługa akcji wykonywanych przez użytkownika (wykorzystanie elementów Dashboard Web Parts).

W trakcie procesu tworzenia dashboardów istnieje również możliwość publikowania ich w środowisku testowym z wykorzystaniem technologii ASP.NET (Preview Site). Dzięki temu mamy możliwość przetestowania rozwiązania przed ostateczną publikacją w środowisku produkcyjnym (wykorzystującym Windows SharePoint Services).

Wizualizacja danych może być wykonywana w przeglądarce internetowej, ale istnieje również możliwość bezpośredniego eksportu danych do aplikacji Microsoft Excel 2007 oraz Microsoft Office PowerPoint 2007.

Monitoring Server pozwala jednocześnie na eksport (publikację) danych zawartych w obiektach typu Scorecard w postaci raportów na serwerze Reporting Services (system generuje raporty w formacie RDL (Report Definition Language) i publikuje je na serwerze Reporting Services).

Schemat uproszczonej architektury serwera monitorowania został przedstawiony na Rysunku 1.

Rysunek 1: Schemat architektury Office PerformancePoint Monitoring Server.

 Do początku strony

Komponenty Office PerformancePoint Monitoring Server

Office PerformancePoint Monitoring Server składa się z kilku komponentów, które możemy instalować na jednej maszynie (stand-alone installation), lub rozproszyć na kilku serwerach (distributed installation). W przypadku drugiej opcji każda z maszyn powinna spełniać minimalne wymagania, związane z instalowanym elementem serwera monitorowania.

W skład PerformancePoint Monitoring Server wchodzą następujące elementy:

• Dashboard Designer – Główna aplikacja wykorzystywana do tworzenia i publikowania pulpitów menadżerskich oraz stanowiąca interfejs do zarządzania serwerem monitorowania.

• Monitoring Server – Centralny silnik zarządzający procesami serwera monitorowania. Zarządza definicjami elementów opublikowanych z wykorzystaniem aplikacji Dashboard Designer i przechowywanych w bazie serwera monitorowania (Monitoring Database). Wykorzystywany jest w procesie publikowania dashboardów na platformie Windows SharePoint Services.

• Monitoring System Database – relacyjna baza danych na MS SQL Server 2005, wykorzystywana do przechowywania i zarządzania definicjami obiektów (domyślnie pod nazwą PPSMonitoring).

• Dashboard Viewer for SharePoint Services – Obsługuje rozmieszczenie i prezentację gotowych dashboardów na platformie Windows SharePoint Services. Poszczególne elementy Web Part odpowiadają za prezentację wybranych obiektów wchodzących w skład całego dashboardu.

• Monitoring Central – Witryna IIS wykorzystywana do dystrybucji aplikacji Dashboard Designer (zawiera link do pobrania i uruchomienia aplikacji) (zobacz Rysunek 4). Dodatkowo udostępnia link do witryny Dashboard Web Preview Site – zawierającej testowe wersje dashboardów w technologii ASP.NET, opublikowane z aplikacji Dashboard Designer.

  Witryna Monitoring Central instalowana jest razem z Monitoring Web Service.

• Dashboard Designer Installation Site – Witryna, z której można zainstalować aplikację Dashboard Designer (technologia ClickOnce).

• Dashboard Web Preview Site – Witryna w technologii ASP.NET wykorzystywana do emulacji funkcjonalności komponentu Dashboard Viewer. Witryna pozwala na testowanie przygotowanych pulpitów menadżerskich, bez konieczności publikowania ich na witrynach WSS/MOSS.

• Scorecard Viewer for Reporting Services – rozszerzenie Reporting Services, pozwalające na generowanie raportów w postaci plików RDL opartych na definicji obiektów Scorecard. Dzięki temu możliwe jest publikowanie kart wyników wykonanych w aplikacji Dashboard Designer również na serwerze raportów Reporting Services.

• Reporting Services Plug-In (VS2005) – rozszerzenie pozwalające na prezentację w środowisku deweloperskim (Report Designer) obiektów Scorecard. Dzięki temu możliwe jest tworzenie raportów Reporting Services zawierających m.in. elementy Scorecard.

  Wszystkie opisane komponenty serwera monitorowania oraz zależności między nimi zostały przedstawione na Rysunku 2.

Rysunek 2: Komponenty Office PerformancePoint Monitoring Server.

 Do początku strony

Instalacja systemu – aplikacja Monitoring Server Configuration Manager

Instalacja serwera monitorowania składa się z dwóch podstawowych kroków:

• Uruchomienie pliku instalacyjnego (PSCSrv.msi), który kopiuje niezbędne pliki instalatora na komputer lokalny oraz instaluje aplikacją konfiguracyjną Monitoring Server Configuration Manager (MSCM).
• Wykonanie dodatkowej konfiguracji systemu w aplikacji MSCM.

W przypadku instalacji stand-alone wszystkie czynności wykonujemy na jednej maszynie.

W przypadku instalacji rozproszonej (distributed installation) obie czynności przedstawione powyżej wykonujemy na każdym z serwerów, na którym instalujemy dowolny z komponentów Monitoring Server. Różnica polega na tym, że w przypadku instalacji rozproszonej w aplikacji MSCM konfigurujemy tylko te usługi serwera monitorowania, które będą aktywne na danej maszynie.

Aplikacja MSCM pozwala nam wybrać komponenty, które chcemy zainstalować lub odinstalować (wybieramy je zaznaczając odpowiednie pola przy każdym z nich – zobacz Rysunek 3).

Dodatkowo sprawdzana jest konfiguracja serwera, na którym została uruchomiona aplikacja MSCM. W ten sposób na naszym serwerze możemy zainstalować tylko te komponenty, dla których spełnione są minimalne wymagania sprzętowe i programowe. Opis wymagań można znaleźć m.in. w artykule Monitoring Server system requirements.

Komponenty serwera monitorowania, dla których nie są spełnione minimalne wymagania nie mogą być zainstalowane (prezentowane są w oknie MSCM jako elementy nieaktywne).

Dodatkową funkcją MSCM jest również obsługa migracji systemu podczas instalacji dodatków Service Pack dla Office PerformancePoint Server.

Rysunek 3: Odinstalowanie wybranych komponentów z wykorzystaniem Monitoring Server Configuration Manager.

 Do początku strony

Instalacja serwera monitorowania na kontrolerach domeny

Warto również wspomnieć o tym, że instalacja Office PerformancePoint Server 2007 nie powiedzie się na komputerach z aktywną funkcją kontrolera domeny (DC). Autorzy systemu umieścili w instalatorze zabezpieczenie, które po wykryciu aktywnej roli kontrolera domeny przerywa proces instalacji.

W przypadku instalacji w środowisku produkcyjnym zabezpieczenie to jest jak najbardziej uzasadnione. Jednak w sytuacji, gdy instalujemy Office PerformancePoint Server w środowisku testowym lub demonstracyjnym zabezpieczenie to jest jednak uciążliwe (często nawet maszyny wirtualne dostarczane przez Microsoft mają aktywną funkcję DC, a w związku z tym nie moglibyśmy zainstalować na nich komponentów Office PerformancePoint Server).

Istnieje jednak sposób na obejście tego zabezpieczenia.

W przypadku instalacji serwera monitorowania na kontrolerze domeny należy uruchomić główny program instalacyjny z parametrem SKIPOSCHECK=true. Parametr ten wyłącza to zabezpieczenie i pozwala na instalację serwera PerformancePoint również na kontrolerach domeny.

Przykładowe wywołanie instalatora Monitoring Server z linii komend ma postać następującą:

msiexec /i PSCSrv.msi SKIPOSCHECK=true

Warto jednak podkreślić, że tego typu instalacja nie jest zalecana i powinna być wykonywana tylko w środowisku demonstracyjnym.

Ograniczenie związane z instalacją na kontrolerach domeny dotyczy również aktualizacji Service Pack dla PerformancePoint Server 2007. W przypadku instalacji na kontrolerze domeny SP1 dla serwera monitorowania należy wywołać instalator w następujący sposób:

PSCSrv.msp SKIPOSCHECK=true

Bez użycia opcji SKIPOSCHECK=true instalacja SP1 na kontrolerze domeny zakończy się następującym błędem:

„Failed package requirement analysis, please refer to the log file for more information.”

 Do początku strony

Witryna Monitoring Central

Jednym z głównych elementów Office PerformancePoint Monitoring Server jest witryna Monitoring Central (przedstawiona na Rysunku 4). Jest ona wykorzystywana m.in. przez użytkowników tworzących dashboardy w aplikacji Dashboard Designer. To właśnie za pośrednictwem tej witryny aplikacja Dashboard Designer jest udostępniana innym użytkownikom.

Wykorzystując technologię ClickOnce udostępniamy użytkownikom jedynie adres witryny, z której można pobrać i uruchomić aplikację. Dzięki temu sam proces instalacji i aktualizacji aplikacji może być oddelegowany bezpośrednio do użytkownika końcowego.

W przypadku domyślnej konfiguracji witryna jest dostępna pod adresem http://NazwaSerwera:40000/Central, gdzie NazwaSerwera reprezentuje maszynę, na której zainstalowano witrynę Monitoring Central.

Rysunek 4: Witryna Monitoring Central umożliwiająca pobranie i uruchomienie aplikacji Dashboard Designer.

Po wybraniu opcji Run następuje automatyczne pobranie i zainstalowanie aplikacji Dashboard Designer na lokalnym komputerze użytkownika (rozmiar ściąganych plików to około 13.2 MB). Każde kolejne wybranie opcji Run nie powoduje już ponownego pobierania aplikacji, ponieważ pliki przechowywane są w ClickOnce Application Cache - strukturze ukrytych katalogów zlokalizowanych w podkatalogu Local Settings, umieszczonym w katalogu bieżącego użytkownika.

Standardowa ścieżka do plików i katalogów aplikacji przedstawia się następująco:

C:\Documents and Settings\_username_\Local Settings\Apps\_DotNet_Version_

Po podstawieniu zmiennych lokalizacja plików może wyglądać tak:

C:\Documents and Settings\Administrator\Local Settings\Apps\2.0\NL93061K.L8J\6A3ZQH9Y.JXO

Warto zwrócić uwagę, że nazwy końcowych podkatalogów w przedstawionej ścieżce są generowane losowo i są różne dla poszczególnych użytkowników.

Aktualizacja plików aplikacji na serwerze (np. po instalacji SP1) powoduje ponowne pobranie plików z serwera na lokalny komputer klienta.

Z poziomu witryny Monitoring Central mamy również dostęp do strony Dashboard Designer Preview Site, na której umieszczane są testowe wersje pulpitów menadżerskich w technologii ASP .NET.

Struktura witryn na serwerze IIS w przypadku domyślnej konfiguracji serwera monitorowania przedstawiona została na Rysunku 5.

Rysunek 5: Struktura katalogów wirtualnych na serwerze IIS po instalacji PerformancePoint Monitoring Server.

 Do początku strony

Aplikacja Dashboard Designer – opcje konfiguracyjne

Aplikacja Dashboard Designer wykorzystywana jest do budowy, modyfikacji i zarządzania elementami pulpitów menadżerskich, w których skład wchodzą m.in. źródła danych, wskaźniki KPI, karty wyników, interaktywne raporty i wykresy analityczne. Utworzony pulpit menadżerski możemy opublikować na witrynach Windows SharePoint Services 3.0 lub Microsoft Office SharePoint Server 2007.

Po instalacji serwera monitorowania i uruchomieniu na komputerze użytkownika witryny Monitoring Central możemy przystąpić do pobrania i zainstalowania aplikacji Dashboard Designer (wybierając opcję Run na stronie Monitoring Central).

Aplikacja udostępnia użytkownikowi graficzne środowisko projektowe, które składa się m.in. ze zbioru obiektów utworzonych przez użytkownika, z których w kolejnym etapie budowane są dashboardy. Każdy z takich obiektów publikowany jest na serwerze monitorowania.

Informacje o strukturze i konfiguracji obiektów przechowywane są w bazie Monitoring System Database. Baza ta zawiera definicje obiektów (tabela FCObjects) oraz informacje o uprawnieniach użytkowników (tabela FCOPermissions).

Dodatkowo serwer monitorowania ma wbudowany system kontroli wersji, który przechowuje i zarządza zmianami wprowadzanymi przez użytkowników w definicjach obiektów. Dzięki temu każdy z uprawnionych użytkowników jest w stanie przywrócić dowolną (historyczną) wersję obiektu, lub też porównać zmiany wprowadzone przez innych użytkowników. Historia tych zmian przechowywana jest w tabeli FCOHistory.

Dostęp do danych zawartych w bazie Monitoring System Database realizowany jest za pomocą zbioru funkcji udostępnianych przez silnik serwera monitorowania. Aplikacja Dashboard Designer również korzysta z bazy Monitoring System Database za pośrednictwem zbioru tych funkcji. W związku z tym pobranie obiektów z serwera lub ich opublikowanie wymaga poprawnie skonfigurowanego dostępu do serwera, a jednocześnie niezbędnych uprawnień przydzielonych dla użytkownika, które umożliwiają połączenie się z serwerem monitorowania.

Zmiana konfiguracji serwera możliwa jest z poziomu aplikacji Dashboard Designer. Po jej uruchomieniu należy z menu głównego (dostępnego w lewym górnym rogu okna) wybrać pozycję Options – zobacz Rysunek 6.

Rysunek 6: Dostęp do opcji konfiguracyjnych w aplikacji Dashboard Designer.

W nowo otwartym oknie mamy do dyspozycji szereg opcji konfiguracyjnych związanych zarówno z konfiguracją lokalnych ustawień aplikacji Dashboard Designer, jak również konfiguracją parametrów serwera monitorowania.

Jedną z kluczowych opcji konfiguracyjnych jest adres URL serwera monitorowania, do którego łączy się aplikacja. Adres ten, jak również ustawienia parametrów serwera oraz funkcja zarządzania uprawnieniami na poziomie serwera, dostępne są na zakładce Server (przedstawionej na Rysunku 7).

Rysunek 7: Opcje konfiguracyjne związane z połączeniem do serwera monitorowania dostępne w aplikacji Dashboard Designer.

Pole Server URL wskazuje aktualny adres serwera monitorowania, do którego połączona jest aplikacja Dashboard Designer.

Pole Server Name zawiera adres serwera, do którego chcemy się połączyć i ewentualnie skonfigurować. W przypadku zmiany parametrów połączenia (wyboru innego serwera) należy zmienić adres serwera w tym właśnie polu.

Domyślny adres serwera monitorowania, który należy wprowadzić w konfiguracji aplikacji, ma postać następującą:

http://NazwaSerwera:40000/WebService/PmService.asmx

Po wprowadzeniu nowego adresu należy wybrać opcję Connect. Jeśli wprowadzony adres jest prawidłowy oraz użytkownik jest uprawniony do połączenia się z wybranym serwerem monitorowania, aplikacja nawiązuje połączenie (przycisk Connect staje się nieaktywny).

Po połączeniu z serwerem mamy możliwość zmiany jego konfiguracji (Server Options…), lub zarządzania użytkownikami na poziomie serwera (Permissions…).

Przykładowe przypisanie ról serwerowych do użytkowników przedstawiono na Rysunku 8.

Rysunek 8: Przypisanie grup użytkowników do ról serwerowych w aplikacji Dashboard Designer.

Dzięki możliwości zmiany adresu serwera monitorowania możemy łączyć się do wielu serwerów wykorzystując jedną aplikację Dashboard Designer. W ten sposób utworzone obiekty można publikować na wielu serwerach (np. w środowisku testowym i produkcyjnym).

W przypadku wprowadzenia błędnego adresu serwera monitorowania próba połączenia z serwerem spowoduje wyświetlenie komunikatu „Unable to connect to the specified server. Make sure the address is correct.” – przedstawionego na Rysunku 9.

Rysunek 9: Błąd połączenia z serwerem monitorowania w aplikacji Dashboard Designer.

Przedstawiony problem z połączeniem może być spowodowany również nieaktualnym adresem URL serwera monitorowania, który umieszczany jest w pliku .bswx.

Pliki .bswx (PerformancePoint Builder Workspace) wykorzystywane są w aplikacji Dashboard Designer do przechowywania definicji obiektów. Obiekty przechowywane w bazie serwera monitorowania można zapisać do pliku .bswx, a następnie przenieść na inny serwer.

Mechanizm ten wykorzystywany jest m.in. przy reinstalacji lub migracji rozwiązań ze środowiska testowego do środowiska produkcyjnego. Podczas tego procesu wszystkie definicje obiektów są pobierane z jednego serwera monitorowania i zapisywane do pliku bswx. Następnie plik ten otwierany jest w aplikacji Dashboard Designer zainstalowanej w nowym środowisku (produkcyjnym), a wszystkie zawarte w nim obiekty są publikowane na nowym serwerze monitorowania.

Pliki bswx mogą być wykorzystywane zatem również jako alternatywny sposób tworzenia kopii zapasowych naszych rozwiązań (poza zalecanym backupem baz systemowych PerformancePoint Servera).

Zawartość pliku .bswx przechowywana jest w formacie XML – zobacz Rysunek 10.

Na uwagę zasługuje początek pliku, w którym umieszczony jest adres serwera monitorowania, z którego pobrano obiekty zapisane w pliku (ScorecardServerUrl).

W przypadku przenoszenia plików między serwerami i otwierania ich w nowym środowisku, aplikacja Dashboard Designer odczytuje z pliku bswx adres serwera monitorowania, a następnie próbuje nawiązać z nim połączenie. W przypadku, gdy serwer nie jest osiągalny, pojawia się błąd przedstawiony na Rysunku 9.

W związku z tym, gdy planujemy taką migrację, należy przed otwarciem pliku .bswx zmodyfikować w nim adres serwera monitorowania na ten właściwy (np. edytując jego zawartość w Notatniku). Alternatywnym sposobem jest otwarcie pliku .bswx w aplikacji Dashboard Designer, a następnie zmiana adresu serwera w opcjach konfiguracyjnych (zobacz Rysunek 7) oraz zapisanie zmian do pliku .bswx.

Rysunek 10: Przykładowa zawartość pliku .bswx wygenerowanego przez Dashboard Designer.

Na kolejnej zakładce konfiguracyjnej Personalize (przedstawionej na Rysunku 11) są umieszczone opcje związane z dostosowaniem aplikacji Dashboard Designer do lokalnych wymagań użytkownika. W szczególności obejmują one konfigurację interfejsu użytkownika, umieszczenie skrótu do aplikacji w menu Start oraz zmianę domyślnego katalogu do zapisu plików .bswx.

Rysunek 11: Opcje konfiguracyjne aplikacji Dashboard Designer związane z preferencjami lokalnego użytkownika.

 Do początku strony

W następnej części

W pierwszej części artykułu zostały przedstawione podstawowe elementy wchodzące w skład Office PerformancePoint Monitoring Server 2007 oraz zagadnienia konfiguracyjne związane z instalacją serwera.

W kolejnej części artykułu postaram się bliżej przedstawić funkcjonalność aplikacji Dashboard Designer od strony tworzenia i konfiguracji pulpitów menadżerskich, a w szczególności typy obiektów, które można wykorzystać przy budowie rozwiązań monitorowania i analizy danych opartych na platformie Office PerformancePoint Server 2007.

---

Radosław Łebkowski (MCTS, MCITP DBA, MCITP DB Dev, MCITP BI Dev) Technology Solution Professional – Data Platform Absolwent Wydziału Elektroniki i Technik Informacyjnych Politechniki Warszawskiej. Od początku w pracy zawodowej zajmował się administracją i optymalizacją systemów baz danych opartych na platformie Microsoft SQL Server, m.in. u jednego z polskich operatorów telekomunikacyjnych. Od kilku lat zajmuje się wdrażaniem hurtowni danych oraz systemów Business Intelligence, a jego pasją jest zgłębianie tajników rozwiązań z obszaru Data Mining oraz Corporate Performance Management. Doświadczenie zdobywał m.in. w firmie Bonair S.A., gdzie brał udział w wielu wdrożeniach dużych systemów BI i CPM dla firm oraz instytucji administracji publicznej. Obecnie pracuje w firmie Microsoft na stanowisku Technology Solution Professional w dziale Enterprise and Parter Group (EPG), gdzie jest odpowiedzialny za wsparcie klientów sektora Enterprise w obszarze rozwiązań platformy bazodanowej i Business Intelligence. Posiada certyfikaty MCTS i MCITP z obszaru SQL Server 2005 i 2008 (MCITP Business Intelligence Developer, MCITP Database Administrator, MCITP Database Developer) oraz PerformancePoint Server 2007. Jest również aktywnym członkiem Polish SQL Server User Group (PLSSUG) w Warszawie oraz portalu WSS.pl.

Do początku strony

---