DBPLUS Performance Monitor 2026.1 – większa kontrola, lepsza integracja i wygodniejsze zarządzanie monitoringiem
Wersja 2026.1 aplikacji DBPLUS Performance Monitor przynosi szereg istotnych zmian, które rozwijają zarówno warstwę administracyjną, jak i możliwości integracyjne systemu. Nowe funkcje zostały przygotowane z myślą o administratorach i zespołach utrzymaniowych pracujących w rozbudowanych środowiskach, gdzie liczy się przejrzystość konfiguracji, bezpieczeństwo zmian oraz łatwy dostęp do danych monitoringowych.
Aktualizacja obejmuje środowiska Oracle, SQL Server, PostgreSQL oraz SAP HANA, a część nowości została wdrożona wspólnie dla wszystkich platform. Wśród najważniejszych zmian znalazły się między innymi: przebudowane zarządzanie alertami, rozszerzona obsługa WorkTagów, nowa dokumentacja REST API, uprawnienia oparte o kategorie instancji, tagowanie instancji, a także nowe mechanizmy kontroli statusu monitoringu. Dodatkowo w wersji dla SQL Server wdrożono nowy proces applier/writer, który zwiększa bezpieczeństwo zapisu danych monitoringowych.
Jedną z kluczowych zmian w wersji 2026.1 jest przebudowa mechanizmu konfiguracji alertów. Zmiany objęły zarówno obszar Reasons &Problems definition, jak i Alerts definition, dostępne z poziomu Configuration> Alert Settings.
Nowy model zarządzania zastępuje wcześniejszy podział na GlobalSettings i Instance Settings bardziej przejrzystym mechanizmem opartym o drzewo instancji. Dzięki temu administratorzy mogą łatwiej poruszać się po konfiguracji i szybciej rozpoznawać, na jakim poziomie wprowadzane są zmiany — globalnym, kategorii czy pojedynczej instancji.
Dodatkową korzyścią jest lepsza widoczność dziedziczenia ustawień. Przy każdej definicji widoczna jest informacja o poziomie bazowym w kolumnie Based on level. Oznaczenie All servers wskazuje konfigurację globalną, Category oznacza definicję utworzoną lub zmodyfikowaną na poziomie kategorii, a Local sygnalizuje ustawienie lokalne dla wskazanej instancji lub poziomu.
Po wskazaniu odpowiedniego poziomu w drzewie użytkownik otrzymuje listę definicji alertów przypisanych do wybranego zakresu. Jeśli zmiana zostanie wprowadzona na przykład na poziomie kategorii, na drzewie pojawi się liczba odpowiadająca liczbie zmian względem definicji All Servers.
Nowy układ ogranicza ryzyko przypadkowej zmiany konfiguracji w niewłaściwym zakresie i znacząco poprawia wygodę pracy w środowiskach obejmujących wiele serwerów i kategorii.
Istotnym elementem nowego modelu zarządzania alertami jest pełne powiązanie widoku konfiguracji z uprawnieniami użytkownika. Struktura drzewa instancji prezentuje wyłącznie te elementy, do których użytkownik posiada odpowiedni dostęp.
Możliwość edycji została rozdzielona według poziomów:
W przypadku braku odpowiednich uprawnień aplikacja informuje o tym stosownym komunikatem. Taki mechanizm zabezpiecza konfigurację przed nieautoryzowanymi zmianami i wspiera spójne zarządzanie monitoringiem w całym środowisku.
W wersji 2026.1 rozbudowano również funkcjonalność WorkTagów, które pozwalają oznaczać ważne zdarzenia i okresy widoczne na wykresach obciążenia instancji.
Użytkownik może oznaczyć zarówno pojedyncze zdarzenie, jak i cały przedział czasu, który będzie widoczny na wykresie wydajności instancji. To szczególnie przydatne w sytuacjach, gdy chcemy powiązać zmiany wydajności z rzeczywistymi działaniami wykonywanymi w środowisku.
Work Tagi mogą służyć do oznaczania: prac planowych, działań administracyjnych, optymalizacji, incydentów, pojedynczych zdarzeń wpływających na obciążenie systemu.
Dzięki temu analiza historyczna staje się znacznie prostsza. Administrator może szybciej zinterpretować anomalie, sprawdzić wpływ wdrożonych zmian i lepiej dokumentować działania utrzymaniowe.
Work Tagi dostępne w GUI i przez REST API
Obsługa tagów została udostępniona na dwa sposoby. Pierwszy to interfejs graficzny aplikacji, gdzie zarządzanie tagami możliwe jest bezpośrednio z poziomu wykresu po użyciu opcji Manage Timeline. Drugi sposób to REST API, które pozwala automatyzować tworzenie i utrzymanie wpisów.
To ważne rozszerzenie dla organizacji, które chcą integrować monitoring z własnymi procesami operacyjnymi, systemami zgłoszeń lub automatyzacjami.
Wydanie 2026.1 porządkuje także warstwę integracyjną aplikacji. Przygotowano nową, bardziej przejrzystą wersję dokumentacji REST API, która opisuje aktualnie dostępne endpointy, ich zastosowanie oraz przykładowe scenariusze użycia.
Dokumentacja została uporządkowana tematycznie i podzielona na dwa główne obszary:
Konfiguracja i zarządzanie
Ta część obejmuje endpointy związane z administracją środowiskiem, konfiguracją monitoringu oraz zarządzaniem dodatkowymi obiektami.
Monitoring API
Drugi obszar koncentruje się na pobieraniu danych monitoringowych i diagnostycznych.
Tak uporządkowana dokumentacja ułatwia budowę własnych integracji i wykorzystanie danych DBPLUS Performance Monitor w zewnętrznych narzędziach raportowych, systemach operacyjnych czy mechanizmach analitycznych.
Dokumentacja dostępna jest zarówno offline z poziomu aplikacji — przez Help > Manual > Dokumentacja REST API lub ikonę „i” — jak i online, z serwerów DBPLUS.
Kolejną ważną nowością jest możliwość nadawania dostępu do monitorowanych instancji na podstawie przypisanych im kategorii. To znaczące ułatwienie w środowiskach, gdzie liczba instancji jest duża, a struktura użytkowników i grup rozbudowana.
Wcześniej dostęp do instancji trzeba było definiować bezpośrednio dla każdej z nich. W wersji 2026.1 administrator może dodatkowo skorzystać z mechanizmu Category access, który automatycznie nadaje użytkownikowi lub grupie dostęp do wszystkich instancji przypisanych do wybranych kategorii.
Nowe podejście pozwala budować model dostępu znacznie szybciej i bardziej elastycznie. Co ważne, możliwa jest również konfiguracja łączona, czyli jednoczesne nadawanie widoczności na podstawie konkretnych instancji i kategorii.
Wersja 2026.1 wprowadza także funkcję sprawdzania statusu monitoringu. Administrator może w prosty sposób kontrolować stan usługi monitorującej oraz kluczowych wątków odpowiedzialnych za zbieranie danych.
Informacje te dostępne są z poziomu Server monitor >Aplication architecture. Ekran został rozbudowany o status i datę aktywności poszczególnych wątków monitorujących dla każdej instancji.
Prezentowane są między innymi dane prezentujące: ostatni snapshot wątku głównego, aktywność wątku Dashboard, aktywność wątku monitorowania sesji.
Dodatkowo informacje o stanie monitoringu można pobierać również przez REST API za pomocą endpointu GET /health_check, co otwiera drogę do automatyzacji kontroli poprawności działania monitoringu oraz integracji z systemami nadzoru.
Najważniejszą zmianą specyficzną dla SQL Server jest wdrożenie nowego procesu applier/writer, odpowiedzialnego za zapis wybranych danych do repozytorium instancji.
Mechanizm obsługuje między innymi każdy obszar objęty monitoringiem.
Celem wdrożenia nowego procesu jest zwiększenie niezawodności zapisu oraz poprawa bezpieczeństwa danych gromadzonych przez system monitoringu.
W przypadku niedostępności repozytorium dane nie są tracone— trafiają do bufora i są tymczasowo przechowywane w pamięci podręcznej lub na dysku. Po przywróceniu dostępności repozytorium aplikacja automatycznie odczytuje zaległe dane i zapisuje brakujące snapshoty.
Takie podejście:
DBPLUS Performance Monitor 2026.1 to wydanie, które w wyraźny sposób rozwija aplikację w trzech kluczowych obszarach: administracji, integracji i niezawodności działania.
Przebudowane zarządzanie alertami porządkuje konfigurację i zwiększa bezpieczeństwo zmian. Rozszerzone Work Tagi oraz tagi instancji ułatwiają analizę i organizację środowiska. Nowa dokumentacja REST API usprawnia integrację z systemami zewnętrznymi. Mechanizm uprawnień oparty o kategorie lepiej odpowiada na potrzeby dużych organizacji. Z kolei nowe funkcje wzmacniają kontrolę nad monitoringiem i bezpieczeństwo danych. W efekcie wersja 2026.1 nie jest jedynie aktualizacją techniczną, ale realnym krokiem w stronę bardziej elastycznego, skalowalnego i przewidywalnego monitoringu środowisk bazodanowych.
Szczegółowe informacje na temat zmian w aplikacji znajdują się pod poniższym linkiem: SQL Server, Oracle, PostgreSQL, SapHana.
