Oracle 10g

  1. Automatic Memory Management
  2. Automatic Storage Management (ASM)
  3. Flash Recovery Area
  4. RMAN i restore

Automatic Storage Management

  1. https://metalink.oracle.com/metalink/plsql/docs/ASM%20best%20practices.pdf
  2. Działa jako oddzielna instancja (INSTANCE_TYPE=ASM w init.ora),
  3. przeważnie z nazwą +ASM, +ASMn dla RAC.
  4. 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.
  5. ASMLIB API (Oracle ASMLIB for Linux)
  6. Multipathing nie jest wprost wspierany w ASM, który funkcjonuje w warstwie wyżej (więcej w 294869.1).
  7. 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.
  8. 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

  1. 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).
  2. 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.
  3. 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.
  4. Kompresja logów archivalnych i backupów - w sumie gadżet, który można wykorzystać w hurtowniach.
  5. 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.
  6. 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).
  7. Channel Failover - ma miejsce, jeżeli jest zaalokowanych więcej niż jeden kanał
  8. Proxy Copy - RMAN oddaje kontrolę nad kopiowaniem pliku do Media Managera.
  9. 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.
  10. ciekawe widoki:


© 03.2007 Jerzy Kędra