Oracle 10g
- Automatic Memory Management
- Automatic Storage Management (ASM)
- Flash Recovery Area
- RMAN i restore
Automatic Storage Management
- https://metalink.oracle.com/metalink/plsql/docs/ASM%20best%20practices.pdf
- Działa jako oddzielna instancja (INSTANCE_TYPE=ASM w init.ora),
- przeważnie z nazwą +ASM, +ASMn dla RAC.
- jeżeli na node poza tym jeszcze jedna instancja, ASM może chodzić we
wspólnym ORACLE_HOME, jeśli więcej, zaleca się oddzielny
ASM_HOME.
- ASMLIB API (Oracle ASMLIB for Linux)
- Multipathing nie jest wprost wspierany w ASM, który funkcjonuje
w warstwie wyżej (więcej w 294869.1).
- Diskgroup może zawierać dane z różnych baz Oracle 10g, same bazy zaś
nie muszą być położone na tym samym serwerze. Jednak w takim
przypadku plik danych może być częścią tylko jednej grupy.
Jest coś mętnie napisane, że gdy mamy jedną bazę możemy trzymać
pliki danych w różnych grupach dyskowych zarządanych przez tę samą
instancję ASM.
- Aby zmniejszyć komplikację zarządzania ASMem,
Oracle zaleca nie więcej niż 2 dysk grupy na klaster RAC lub
pojedynczą instancję ASM:
- database area
- flash recovery area
RMAN i restore
- Flash Recovery Area - wygląda tylko na wodotrysk, to taka
pula dyskowa w obrębie ASM, gdzie mogą być przechowywane
backupy (archive redo logs, datafiles itp).
- Change Tracking File - śledzenie zmian w datafile, dzięki
temu backup inkrementalny nie musi czesać całego pliku, ale korzysta
z informacji zebranych w CTF.
- Incrementally Updated Backups - nanosi zmiany na kopię
pliku danych (datafile image copy) podczas backupu inkrementalnego
RMANem. Merging jest inicjowany komendą RECOVER COPY OF
DATAFILE. Taka operacja może istotnie skrócić czas odzyskiwania
backupu inkrementalnego - sprowadza się do konieczności odzyskania
ostatniej zmerdżowanej kopii pliku i nałożenia ostatnich redo-logów.
Minus - dodatkowo komplikuje i tak już złożone backupy RMANa.
- Kompresja logów archivalnych i backupów - w sumie gadżet,
który można wykorzystać w hurtowniach.
- Automated recovery through a previous point in time
recovery - płynnie automatycznie przechodzi przez resetlogs,
nawet jeśli po nim nie był zrobiony full backup. Ale tylko gdy jest
bazy ma włączony Flashback Logging.
- Because RMAN has one preconfigured automatic DISK channel, you do not
have to manually allocate a maintenance channel when running CHANGE,
CROSSCHECK, or DELETE against a disk file (that is, an ARCHIVELOG,
DATAFILECOPY, or CONTROLFILECOPY).
- Channel Failover - ma miejsce, jeżeli jest zaalokowanych
więcej niż jeden kanał
- Proxy Copy - RMAN oddaje kontrolę nad kopiowaniem pliku do
Media Managera.
- DELETE INPUT vs DELETE ALL INPUT - [BAR UG 2-11]
With DELETE INPUT RMAN backs up exactly
one copy of each specified log sequence number and thread from an
archive destination to tape, and then deletes the specific file it
backed up while leaving the other copies on disk. If you specify the
DELETE ALL INPUT option, then RMAN backs up exactly one copy of each
specified log sequence number and thread, and then deletes that log
from all archive destinations.
- ciekawe widoki:
- V$RMAN_STATUS - podgląd bieżących operacji, także
historycznie (niemalże jak history w bashu)
- V$RMAN_OUTPUT - normalnie log tego co RMAN pisze w
sesji do klienta, łącznie z komunikatami o błędach, pełny audyt
© 03.2007 Jerzy Kędra