DBA AssistantPrzegląd instancji OK uwaga problem brak łączności
Ładowanie…
Podsumowanie instancji
| Instancja | Edycja | Zdrowie | Ostatni backup | Odtwarzalność | Zgodność |
|---|---|---|---|---|---|
| Ładowanie… | |||||
Wymaga działania
Pełne wyniki kontroli —
Pojemność — wymagają działania Horyzont zapasu:
Wykorzystanie tablespace'ów
Tablespace'y
| Nazwa | Wykorzystanie do limitu | Zajętość pliku | Miejsce |
|---|
Wait events
| Event | Total waits | Czas (s) |
|---|
Prognoza pojemności Okno trendu:
| Tablespace | % do MAXSIZE | Wzrost (MB/dobę) | Dni do pełna | Przewidywana data |
|---|
Prognoza z trendu zużycia (regresja liniowa). „% do MAXSIZE" i „dni do pełna" liczone względem
EFEKTYWNEGO limitu (MAXSIZE dla autoextend). Prognozy dalsze niż 2 lata traktujemy jako stabilne —
nie pokazujemy dla nich pozornie dokładnej liczby dni ani daty. Rosnące na górze; stabilne i bez trendu zwinięte.
Akcje administracyjne
Wybierz operację powyżej, aby zobaczyć formularz.
Nieprawidłowe obiekty
Zadania w tle (bieżące)
Historia zadań
| Start | Czas | Akcja | Kto | Wynik | Komunikat |
|---|
Sesje użytkowników
| Węzeł | SID,SERIAL# | User | Status | Machine | Czas (s) | SQL |
|---|
Top SQL (buffer gets)
Zagregowane po SQL_ID (child cursory + instancje RAC). Domyślnie bez zapytań samego narzędzia.
| SQL_ID | Buffer gets | Executions | Gets/exec | SQL |
|---|
Wolne zapytania
Porównujemy aktualną szybkość zapytań z ich zwykłym działaniem.
Co się zmieniło · ASH/AAS · pamięć · plany SQL · Statspack
Analizatory TEMP · UNDO · FRA/redo · Scheduler — bez Diagnostic Pack
Ładowanie…
Co się zmieniło? bez Diagnostic Pack Rodzaj: Okno:
| Kiedy | Rodzaj | Obiekt | Szczegół | Oznaczenie |
|---|
Zmiany, które najczęściej poprzedzają problem: parametry Oracle, świeże statystyki,
nowe/zmienione obiekty (DDL) i błędy zadań Scheduler. Widoczne też na osi czasu incydentu.
Aktywność sesji (ASH) — próbkowanie własne, bez Diagnostic Pack Okno:
Średnia liczba aktywnych sesji (AAS) wg klasy oczekiwań
Top konsumenci aktywności Wymiar:
| Pozycja | Próbki | % aktywności | AAS |
|---|
AAS (Average Active Sessions) ≈ „DB time" z próbkowania. Dane zbierane przez narzędzie
z
v$session — NIE z ASH/AWR Oracle (bez Diagnostic/Tuning Pack).
Pamięć (SGA/PGA)
Składniki SGA
Obszary robocze PGA (work-area)
Parametry pamięci
Advisory (PGA / buffer cache / shared pool) Bez Diagnostic/Tuning Pack
Plan wykonania SQL
Plan pobierany z
v$sql_plan (cursor cache) — bez Tuning Pack. Kilka różnych
plan_hash_value dla jednego SQL to sygnał możliwej regresji planu.
Statspack (darmowy raport wydajności)
Ładowanie...
Blokady — kto kogo blokuje
Legenda: na górze każdej karty jest sesja, która blokuje (korzeń); pod nią, z wcięciem,
sesje, które czekają na nią (i ewentualnie na siebie nawzajem). Zakończenie sesji blokującej
zwykle odblokowuje pozostałe — dlatego zaczynaj od góry.
Dziennik Oracle — podsumowanie
Sprawdzanie źródła V$DIAG_ALERT_EXT…
Krytyczne · 24 h
—
Ostrzeżenia · 24 h
—
Rodzaje problemów
—
Ostatni wpis
—
Wymaga uwagi
Ładowanie…
Wszystkie wpisy techniczne
| Kiedy | Poziom | Kategoria | Kod | Komunikat |
|---|---|---|---|---|
| Rozwiń sekcję, aby zobaczyć dane techniczne. | ||||
Incydenty — wykrywanie anomalii + oś czasu (Flight Recorder) —
| Kiedy | Instancja | Wyzwalacz | Severity | Status | Tytuł | Prawdopodobna przyczyna |
|---|
Detektor działa license-safe (tylko
v$/gv$ + V$DIAG_ALERT_EXT, bez AWR/ASH Oracle/Diagnostic Pack).
Przy otwartym incydencie próbkowanie ASH tej instancji przyspiesza (Flight Recorder). Oś czasu łączy alert log,
skoki AAS, blokady, znaleziska, wysłane alerty, audyt i zadania.
Ładowanie…
Ostatnie kopie zapasowe (RMAN)
Odtwarzalność (RPO / RTO)
Dowody odtwarzalności
Metadane RMAN pokazują kompletność kopii, VALIDATE potwierdza ich czytelność,
a dopiero realna próba DR potwierdza, że odtworzona baza się uruchamia.
Ładowanie…
Co chcesz potwierdzić?
Wybierz jeden poziom. Poniżej pokażemy tylko potrzebne ustawienia i jasno oznaczymy,
czy wynik jest kontrolą kopii, szacunkiem czy rzeczywistym testem odtworzenia.
Szybka kontrola kopii
RMAN sprawdzi, czy potrzebne kopie istnieją, są dostępne i nie mają uszkodzeń fizycznych.
Nie odtwarza bazy i nie mierzy RTO, dlatego test jest bezpieczny dla produkcji i nadaje się do częstego uruchamiania.
Wpływ: odczyt kopii, bez zmian w bazie
Wynik: kopia czytelna / problem
RMAN RESTORE … VALIDATE
Dokładna walidacja kopii
RMAN przeczyta wszystkie bloki kopii i sprawdzi także ich strukturę logiczną.
To mocniejsza kontrola niż zwykły VALIDATE, ale nadal nie tworzy odtworzonej bazy.
Czas odczytu pozwala jedynie oszacować fazę RESTORE; rzeczywisty RTO mierzy dopiero „Realna próba DR”.
Wpływ: intensywny odczyt kopii, bez zmian w bazie
Wynik: walidacja logiczna + szacowany czas RESTORE
Uruchomienie: najlepiej poza szczytem
RMAN RESTORE DATABASE VALIDATE CHECK LOGICAL
Tryb awaryjny — tylko DBA
Operacje wysokiego ryzyka na PRODUKCJI: odtworzenie uszkodzonego pliku i procedura pełnej awarii.
Bezpieczne próby (kontrola kopii, klon z kopii) są w zakładce „Testy odtwarzania".
Odtwórz uszkodzony plik danych (online)
Odtworzenie i odzyskanie pojedynczego pliku danych bez zamykania bazy. Pliki SYSTEM/UNDO oraz pliki sprawne są wyszarzone (wymagają trybu MOUNT albo nie potrzebują odtworzenia).
| # | Tablespace | Plik | Status | Rozmiar | Wymaga odzysku | |
|---|---|---|---|---|---|---|
| Załaduj listę plików danych. | ||||||
Procedura awarii całej bazy (runbook)
Dokumentacja na wypadek realnej utraty CAŁEJ bazy: kroki RESTORE + RECOVER + OPEN [RESETLOGS]
na tej samej instancji (in-place). To operacja przestojowa i niszcząca — wykonuje ją DBA ręcznie
wg runbooka. Narzędzie tego kroku nie uruchamia (celowo pod kontrolą człowieka).
Do bezpiecznego odtworzenia bez ruszania produkcji użyj sekcji „Odtworzenie do kopii (DUPLICATE)” niżej.
Tryb instancji: —
Realna próba DR — baza testowa z kopii
RMAN odtworzy kopię do nowej instancji, wykona RECOVER i otworzy bazę.
Produkcja pozostaje bez zmian, jeśli źródłem są backupsety. To jedyny test na tym ekranie,
który potwierdza uruchomienie bazy i mierzy rzeczywisty RTO całej operacji.
Wymaga: osobnego SID i miejsca na pliki
Wynik: działająca kopia + zmierzony RTO
Bezpieczny wariant: BACKUP LOCATION
RMAN DUPLICATE DATABASE
Ostrzeżenie licencyjne (inny host): uruchomienie kopii Oracle na NOWYM serwerze to zwykle
nowa licencja. Reguła „10 dni” dotyczy failoveru, nie klonów/testów — oceń z Oracle LMS.
Konwersja plików (db_file_name_convert)
Cel MUSI być inny niż pliki produkcji (ochrona przed nadpisaniem). Podpowiedzi lokalizacji:
—
Tryb „ten sam host” startuje instancję pomocniczą (aux), więc wymaga konta OS z grupy
dba (np.
orainstall) — nie konta backupu SYSBACKUP (np. orabackup),
które da ORA-27369 „Operation not permitted”.Automatyczna ochrona
Ładowanie…
Zalecany plan ochrony
- Pełna kopia: niedziela 02:00
- Przyrostowa: poniedziałek–sobota 02:00
- Archivelogi: co 30 minut — wyliczone
- Retencja: 14 dni
Dopuszczalna utrata danych (RPO):
Dlaczego taki interwał?
Dostęp do serwera: ✓ skonfigurowany
Utworzy 3 zadania (pełne/przyrostowe/archivelog). Możesz je później zmienić.
✓ Zalecany plan jest aktywny
3 zadania planu działają (pełne/przyrostowe/archivelog). Zarządzasz nimi w tabeli „Automatyczna ochrona" powyżej.
Wybrany interwał archivelogów (—) różni się od działającego (—).
Kopia jednorazowa
Doraźna kopia poza harmonogramem. Cel: FRA · kompresja: BASIC.
Nie zmienia harmonogramu ani retencji.
Dostęp do serwera
Konta systemu operacyjnego, których RMAN używa do backupu i odtwarzania na hoście bazy.
| Nazwa | Użytkownik OS |
|---|
Własny harmonogram
Konfiguracja RMAN
Bieżące ustawienia
CONFIGURE RMAN dla tej bazy: polityka retencji, autobackup control file,
domyślne urządzenie i lokalizacja, kompresja, równoległość kanałów, usuwanie archivelogów, szyfrowanie i FRA.
| Parametr | Wartość |
|---|
Zgodność (NIS2 / KSC / ISO 27001)
Ładowanie…
Dostęp do bazy
Sprawdzanie źródła danych…
Sprawdzanie kompletności audytu — zera w historii nie potwierdzają jeszcze braku logowań.
Zalogowani teraz
—
Udane logowania · 24 h
—
Nieudane · 24 h
—
Uprzywilejowane · 24 h
—
Użytkownicy · 24 h
—
Wymaga uwagi
Ładowanie…
Zalogowani teraz
| Użytkownik | Status | Od kiedy | Źródło | Program / moduł | Usługa / PDB | Instancja |
|---|---|---|---|---|---|---|
| Ładowanie… | ||||||
Historia dostępu
| Kiedy | Wynik | Zdarzenie | Użytkownik | Źródło | Program | Usługa / PDB |
|---|---|---|---|---|---|---|
| Ładowanie… | ||||||
Stan audytu i prywatność
Ładowanie…
Dziennik działań DBA Assistanta
| Kiedy | Kto | Akcja | Szczegóły | Wynik |
|---|
Problemy
Zgrupowane po typie kontroli: kiedy pojawił się problem, ile razy się powtórzył i czy jest nadal aktywny. Nie zaśmiecamy listy identycznymi próbkami co 15 minut.
Ładowanie…
Dane techniczne (surowe wpisy)
| Kiedy | Status | Kategoria | Check | Komunikat |
|---|
Licencja produktu
Ładowanie danych licencji…
Wgraj lub wymień licencję
Alerty (powiadomienia)
Ładowanie…
Raporty cykliczne (instancje)
Ładowanie…
Monitorowane instancje (bazy)
| Id | Nazwa | Rodzaj | Akcje (admin) |
|---|
Dodaj bazę
Uruchom to na NOWEJ bazie jako SYSDBA, POTEM „Testuj i dodaj".
Nowa baza działa od razu, bez restartu. Instancje dodane tutaj zapisują się w runtime-store (./data/targets.json) i od tego momentu to on jest źródłem konfiguracji instancji (a nie DSA_TARGETS w .env).
Edytuj instancję
Dodaj / zaktualizuj użytkownika
Użytkownicy
| Login | Rola | Aktywny |
|---|