ORA-600 / JAS-MIN / 0x600

Wykres to nie diagnoza.

JAS-MIN + ORA-600. Audyty wydajności Oracle: dane, dowody, internale i plan działania. Bez wróżenia z jednego wykresu.

JAS-MIN — Oracle Performance Evidence

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.

01 / DISTIL THE NOISE

Tysiące liczb.
Kilka sensownych pytań.

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.

❯ ./jasmin --follow-the-evidenceDATA → Δ → MODELS → QUESTIONS
  1. [ data ]

    Sprawdzamy wejście

    Okna pomiarowe, obciążenie, oczekiwania i braki. Nie każdy pusty wpis oznacza zero.

  2. Δ = 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.

  3. Δ → 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.

[ 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ć.

  1. 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.

  2. 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.

  3. 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.

  4. 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.

NEXT COMMAND / LET’S TALK

Masz problem?
Dobrze trafiłeś.

↗