Awaria SSAS

Awaria SSAS to zdarzenie uniemożliwiające prawidłowe działanie usług analitycznych SQL Server Analysis Services.

Awaria SSAS a działanie usług analitycznych SQL Server

Awaria SSAS oznacza problem wpływający na prawidłowe działanie SQL Server Analysis Services, czyli komponentu SQL Server przeznaczonego do przechowywania, przetwarzania i udostępniania modeli analitycznych. Skutkiem może być brak możliwości uruchomienia usługi, niedostępność istniejącego modelu, nieudane przetwarzanie danych albo błędy podczas wykonywania zapytań. SSAS może pracować w trybie wielowymiarowym lub tabelarycznym, dlatego objawy i przyczyny awarii zależą również od rodzaju wdrożonego modelu.

Problem nie musi oznaczać uszkodzenia samej bazy danych SQL Server Database Engine. SSAS korzysta z własnej usługi, własnych baz systemowych, katalogu instancji oraz plików modeli i danych. Awaria może więc wystąpić na etapie uruchamiania usługi, nawiązywania połączenia, uwierzytelniania, odczytu źródła danych, przetwarzania obiektów lub obsługi zapytań przez klienta analitycznego.

Objawy widoczne podczas pracy z instancją SSAS

Jednym z podstawowych objawów jest brak połączenia z instancją SQL Server Analysis Services. Narzędzie SQL Server Management Studio, aplikacja raportowa albo inne oprogramowanie korzystające z dostawcy Analysis Services może zwracać komunikat o niedostępności serwera, odrzuceniu połączenia lub przekroczeniu czasu oczekiwania. Jeżeli usługa działa, lecz model nie został poprawnie załadowany, połączenie z serwerem może być możliwe, ale konkretna baza analityczna albo kostka nie będzie dostępna.

W modelu tabelarycznym awaria często ujawnia się jako nieudane przetwarzanie tabel, partycji lub hierarchii. W modelu wielowymiarowym błędy mogą dotyczyć przetwarzania wymiarów, grup miar, partycji albo kostki. Użytkownik raportu może widzieć nieaktualne dane, brak części wyników lub błąd zapytania MDX albo DAX. Należy odróżnić błąd zapytania od błędu przetwarzania: zapytanie może być poprawne, ale zwracać stare dane, jeśli ostatnie przetwarzanie modelu zakończyło się niepowodzeniem.

Ważnym sygnałem są również powtarzające się restarty usługi, długi czas odpowiedzi oraz wzrost zużycia pamięci. SSAS intensywnie korzysta z pamięci podczas przetwarzania i wykonywania zapytań, szczególnie przy dużych modelach tabelarycznych. Samo wysokie zużycie zasobów nie przesądza jeszcze o awarii, ale w połączeniu z błędami w dzienniku zdarzeń, przerwanymi zadaniami i niedostępnością modeli wskazuje na potrzebę analizy całego przebiegu operacji.

Rozdzielenie przyczyn: usługa, model, źródło danych i uprawnienia

Diagnostykę rozpoczyna się od sprawdzenia, czy właściwa usługa SQL Server Analysis Services jest uruchomiona oraz czy klient łączy się z odpowiednią instancją. W środowisku może działać więcej niż jedna instancja SSAS, a pomylenie nazwy serwera, instancji lub portu daje objawy podobne do awarii. Należy następnie przeanalizować dziennik usługi SSAS, Podgląd zdarzeń systemu Windows oraz komunikaty wygenerowane przez narzędzie wykonujące przetwarzanie lub zapytanie.

Jeżeli problem pojawia się podczas przetwarzania, trzeba ustalić, na którym obiekcie operacja została przerwana. Przyczyną może być niedostępne źródło danych, zmieniona struktura tabeli, błąd zapytania źródłowego, niezgodny typ danych, brak wymaganych uprawnień albo przerwanie operacji z powodu limitów zasobów. W modelach tabelarycznych należy zweryfikować także relacje, kolumny obliczeniowe, miary i partycje. W modelach wielowymiarowych analizuje się między innymi wymiary, atrybuty, zależności między obiektami i definicje źródeł danych.

Osobną kategorię stanowią błędy uwierzytelniania i autoryzacji. Użytkownik może mieć możliwość połączenia z serwerem, lecz nie mieć dostępu do konkretnej bazy SSAS, modelu lub danych wynikających z konfiguracji ról. W modelu tabelarycznym dodatkowe ograniczenia może nakładać bezpieczeństwo na poziomie wierszy. Dlatego poprawne zalogowanie do instancji nie potwierdza jeszcze, że wszystkie operacje analityczne są dozwolone. Weryfikacja powinna obejmować konto używane przez klienta, konto używane do odczytu źródła danych oraz role skonfigurowane w samym modelu.

Postępowanie po wykryciu awarii SSAS

Naprawę należy prowadzić od objawu do przyczyny, zachowując informacje potrzebne do odtworzenia problemu. Przed ponownym uruchamianiem zadań warto zapisać treść komunikatów, czas wystąpienia błędu, nazwę instancji, nazwę bazy analitycznej oraz etap, na którym operacja się zakończyła. Jeżeli awaria dotyczy tylko jednego modelu, nie powinno się zakładać, że restart całej usługi rozwiąże problem. Najpierw trzeba sprawdzić definicję modelu, źródła danych i wynik ostatniego przetwarzania.

Jeżeli przyczyną był chwilowy brak źródła danych lub przerwana operacja, ponowne przetwarzanie może przywrócić aktualność modelu, ale dopiero po potwierdzeniu, że źródło działa i struktura danych jest zgodna z definicją SSAS. Przy zmianach schematu konieczne może być dostosowanie modelu, mapowań, zapytań lub partycji. Przy problemach z pamięcią i czasem wykonania analizuje się rozmiar modelu, harmonogram przetwarzania, równoległość zadań oraz obciążenie serwera. Nie należy usuwać plików systemowych ani baz SSAS bez wcześniejszego ustalenia ich roli i wykonania sprawdzonej kopii konfiguracji.

W przypadku instancji serwerowej potrzebna jest analiza konfiguracji SQL Server Analysis Services, logów systemowych, zależności ze źródłami danych oraz uprawnień kont. Diagnostyka sprzętu może być przydatna wtedy, gdy awarii towarzyszą błędy pamięci masowej, niestabilność systemu, przegrzewanie albo nieprawidłowe działanie pamięci RAM. Sama wymiana podzespołu nie zastępuje jednak analizy modelu SSAS i jego konfiguracji, ponieważ błąd logiczny, uprawnienia lub zmiana schematu źródła danych nie zostaną usunięte działaniem sprzętowym.