JAS-MIN + ORA-600. Audyty wydajności Oracle: dane, dowody, internale i plan działania. Bez wróżenia z jednego wykresu.
Performance tuning to nie wróżenie.
Twoja baza potrzebuje ludzi, którzy rozumieją, na co patrzą. JAS-MIN — JSON AWR & Statspack Miner — to rozwijane przez nas narzędzie do analizy wydajności Oracle. W naszych audytach łączymy jego możliwości z doświadczeniem DBA, programistów i wiedzą o mechanizmach silnika.
Nie wrzucamy sterty AWR-ów do magicznej skrzynki. JAS-MIN porządkuje pomiary, liczy zależności i pomaga wybrać, gdzie warto zajrzeć głębiej. Tak destylujemy sygnał z hałasu.
Okna pomiarowe, obciążenie, oczekiwania i braki. Nie każdy pusty wpis oznacza zero.
Δ = teraz − wcześniej
Liczymy zmiany
Pytamy, jak zmiany statystyk wiążą się ze zmianą obciążenia między sąsiednimi oknami. Nie tylko, co miało największy licznik.
Δ → z
Porównujemy skale
Centrowanie i standaryzacja pozwalają zestawić wejścia o różnych skalach. Współczynniki wracają potem do jednostek źródłowych.
TE SAME PRZYGOTOWANE DANE
Cztery równoległe spojrzenia. Nie cztery kolejne filtry.
Ridge / MODEL NOTES
Spokojniej z mnożnikami.
Dwie statystyki rosną niemal razem? Da się dopasować historię wielkimi, przeciwstawnymi współczynnikami. Ridge ogranicza ich wielkość, żeby model był mniej wrażliwy na takie układy.
To stabilizacja dopasowania, nie dowód, która statystyka powoduje problem.
Elastic Net / MODEL NOTES
Mniej zbędnych tropów.
Łączy ograniczanie wielkości współczynników z możliwością wyzerowania części z nich. Pomaga uprościć model, gdy wejść jest dużo i część opowiada podobną historię.
Zero w modelu nie jest certyfikatem niewinności. Wynik zależy od danych, ustawień i pozostałych cech.
Huber / MODEL NOTES
Jeden skok nie rządzi wszystkim.
Małe błędy traktuje jak zwykła regresja kwadratowa. Duże błędy naciskają na dopasowanie słabiej. Dzięki temu pojedynczy ekstremalny pomiar nie musi zdominować całego obrazu.
Nie kasuje incydentów. Ekstrema nadal sprawdzamy osobno — wraz z ich kontekstem.
Quantile 95 / MODEL NOTES
Inne pytanie o wysoki poziom.
Zamiast celować w środek odpowiedzi, modeluje jej warunkowy 95. percentyl: wysoki poziom zmiany obciążenia przy danych wejściach. Niedoszacowanie ocenia surowiej niż przeszacowanie.
Q95 ≠ Ridge × P99. Najpierw sprawdzamy zbieżność. W próbce kursu Q95 jej nie osiągnął i został wyłączony z kwalifikacji.
[ CHECK BEFORE USE ]
Sprawdzamy zbieżność, jakość danych i ograniczenia dopasowania. Wynik niekwalifikujący się do użycia nie dostaje głosu tylko dlatego, że wygląda przekonująco.
// MAGNITUDE BEFORE RANK
Złoty medal za mały problem?
Pierwsze miejsce w rankingu nie mówi, czy problem jest duży. Przy szukaniu mocnych incydentów porównujemy odpowiedź modelu na zmiany wejść wielkości P99 i MAX; P90 daje mniej skrajny punkt odniesienia. Zmiana pytania może zmienić lidera.
Share % ≠ % DB TimeTo udział w dodatniej punktacji P90 danego dopasowania, nie zmierzony udział w czasie bazy.
Wynik modelu ≠ odzyskany czasTo trop do weryfikacji. Potrzebujemy konkretnego okna, SQL-a, sesji i dowodu mechanizmu.
02 / FOLLOW THE EVIDENCE
Nie zaczynamy od „kup więcej CPU”.
Zaczynamy od pytania: gdzie znika czas i dlaczego? Tak wygląda droga od paczki raportów do decyzji, którą możesz uzasadnić.
0x01
Najpierw kontekst.
+
Co zwalnia, kiedy i komu przeszkadza? Ustalamy cel audytu, reprezentatywne okresy oraz zakres danych. Weryfikujemy pokrycie snapshotów — brak pomiaru nie znaczy, że problemu nie było.
0x02
Potem tropy.
+
JAS-MIN porządkuje raporty AWR lub STATSPACK, pokazuje trendy, anomalie i zależności. Patrzymy na zwykły dzień, szczyt obciążenia i rzadkie skoki. Średnia potrafi świetnie ukryć kiepski poniedziałek.
0x03
Dalej: pod maskę.
+
Zestawiamy sygnały z SQL-ami, planami wykonania, wait eventami, statystykami i dostępnymi logami. W razie potrzeby uzgadniamy dodatkowe pomiary. Hipotezę od przyczyny oddziela dowód — nie pewny ton głosu.
0x04
Na końcu: konkret.
+
Dostajesz wnioski, dowody i priorytety, a do rekomendowanych zmian — ryzyka i sposób weryfikacji. Wdrożenie oraz testy w środowisku uzgadniamy osobno. Raport nie jest zgodą na grzebanie w produkcji.
03 / WHAT’S UNDER THE HOOD
Jeden TOP SQL nie opowie całej historii.
TIME / WORKLOAD
Gdzie znika czas?
DB Time i DB CPU, obciążenie, oczekiwania, I/O, statystyki instancji i segmentów. Rozdzielamy okresy i instancje — jeden zbiorczy wynik może ukryć ważną różnicę.
SQL / ENGINE
Co stoi za objawem?
Koszt i częstotliwość SQL, plany wykonania, child cursory, latche i mutexy — tam, gdzie dane pozwalają je ocenić. Gdy brakuje planu lub pomiaru, mówimy, czego jeszcze potrzebujemy.
PATTERNS / OUTLIERS
Nie tylko średnia.
Anomalie, korelacje i modele regresji pomagają wybrać tropy do sprawdzenia. Porównujemy perspektywę typowego obciążenia z ogonem rozkładu. Wynik modelu nie jest obietnicą odzyskanych sekund ani oszczędności.
04 / DELIVERABLES, NOT DECORATIONS
Raport do działania. Nie do szuflady.
Dla osoby podejmującej decyzję: problem, wpływ i kolejność działań. Dla zespołu technicznego: szczegóły, odnośniki do dowodów i jasne granice tego, co wiemy. Bez konieczności odgadywania, co autor miał na myśli.
01Wnioski i priorytety
02Wykresy i materiał dowodowy
03Rekomendacje wraz z ryzykiem
04Kryteria testu „przed / po”
05Braki danych i pytania do wyjaśnienia
05 / AI ASSISTED. HUMAN ACCOUNTABLE.
AI może pomóc. My odpowiadamy za wnioski.
Najpierw lokalne obliczenia i zwięzły pakiet wyników wraz z ograniczeniami. Potem — opcjonalnie — AI, które przez MCP dopytuje o konkretne dowody, zamiast tonąć w tysiącach raportów. JAS-MIN pomaga zadać lepsze pytania. Za ich interpretację odpowiadamy my.
Zakres danych, sposób ich przekazania i ewentualne użycie zewnętrznego modelu uzgadniamy z Tobą. JAS-MIN potrafi pracować na lokalnych raportach; integracja z AI jest opcjonalna. Zebrane materiały weryfikujemy pod kątem informacji wrażliwych — ustawienie maskowania nie zastępuje takiej kontroli.
Na start wystarczy rozmowa o objawach. Źródła danych dobieramy do środowiska, dostępnych pomiarów i uprawnień licencyjnych. Nie przesyłaj haseł ani produkcyjnych dumpów w pierwszym mailu.