Jakub Wartak's blog

SQLPLUS: COPY FROM … TO … Czyli cos o czym pojecia dotad nie mialem – nawet nie wiedzialem o istnieniu czegos takiego…

• DBA_SYS_PRIVS – system privileges granted to users and roles
• DBA_TAB_PRIVS – this view shows privileges, procedures, packages and functions
• DBA_COL_PRIVS – this view tracks grants on columns
• DBA_ROLE_PRIVS – this shows who (or what roles) a role has been granted to

Post z dnia: 07/03/2007

Exterminowanie datafile przez sily natury AKA /dev/chaos:
oracle@xeno:/u04/data/vn2$ dd if=/dev/urandom of=users02.dbf bs=1M count=5

Po probie INSERT do tabeli ktora byla w tamtym pliku w alert.logu mozna wyczytac ze:
Wed Mar 7 20:36:08 2007
Hex dump of (file 5, block 10) in trace file /u04/admin/vn2/udump/vn2_ora_6088.trc
Corrupt block relative dba: 0x0140000a (file 5, block 10)
Bad header found during buffer read
[..]
Reread of rdba: 0x0140000a (file 5, block 10) found same corrupted data
Wed Mar 7 20:36:08 2007
Corrupt Block Found
TSN = 4, TSNAME = USERS
RFN = 5, BLK = 10, RDBA = 20971530
OBJN = 10235, OBJD = 10235, OBJECT = DANE1, SUBOBJECT =
SEGMENT OWNER = VNULL, SEGMENT TYPE = Table Segment


Do rzeczy ( sprawdzenie integralnosci ):
oracle@xeno:/u04/data/vn2$ dbv file=users02.dbf
[..duzo smiecia..]
Total Pages Examined : 639
[..]
Total Pages Marked Corrupt : 639


Ale oczywiscie inne przestrzenie tabel i to co jest w SGA ladnie dziala.
Shutdown immediate nie dziala tak wiec abort:

SQL> shutdown abort;
SQL> startup;
[..]
ORA-01122: database file 5 failed verification check
ORA-01110: data file 5: '/u04/data/vn2/users02.dbf'
ORA-01251: Unknown File Header Version read for file number 5


Czyli teraz baza jest w trybie mount, odlaczamy uszkodzony plik:

SQL> alter database datafile '/u04/data/vn2/users02.dbf' offline;
SQL> alter database open;


W tym momencie uzytkownicy moga sie logowac i tworzyc nowe tabele ( trafia do datafile users01.dbf ), jednakze dane z tabeli sa dalej niedostepne z uwagi ze byla w users02.dbf!

A teraz przywracamy z hotbackupu recznie gdyz “nie czuje” jeszcze RMANa i za duzo tam magii

SQL> shutdown immediate;
SQL> startup mount;
SQL> alter database datafile '/u04/data/vn2/users02.dbf' offline drop;
oracle@xeno:/u04/data/vn2$ cp /backup/users02.dbf .
SQL> alter database open;
SQL> recover datafile '/u04/data/vn2/users02.dbf';
SQL> alter database datafile '/u04/data/vn2/users02.dbf' online;


Hura, dane sa aczkolwiek nalezaloby jeszcze zrobic RECOVERy

BTW:  To zapytanie wyswietla pliki w ktorych sa obiekty intersujace nas obiekty danego usera:

SELECT segment_name, d.name AS datafile FROM dba_segments s JOIN v$datafile d ON (s.header_file=file#) WHERE s.owner=’<schema>’;

Post z dnia: 06/03/2007

ORACLE_SID jest ustawione na vn2

# symulacja calkowitego padu dysu na ktorym jest spfile
oracle@xeno: dbs$ dd if=/dev/urandom of=spfilevn2.ora bs=1k count=3
3+0 records in
3+0 records out
3072 bytes (3.1 kB) copied, 0.001162 seconds, 2.6 MB/s


# kill -9 <pidy_oracle> to byloby zbyt wiele pisania a efekt prawie taki sam – tzn pad bazy
SQL> shutdown abort;
ORACLE instance shut down.


# elektrownia wlaczyla prad…
SQL> startup;
ORA-00600: internal error code, arguments: [733], [1157335612], [pga heap], [],[], [], [], []


No i gdyby nie bylo kopii zapasowej spfile, czy tez pfile utworzonego przez CREATE PFILE FROM SPFILE to bylaby “jazda”… ale na szczescie jest:

SQL> startup pfile='/u01/product/10.2.0/db_1/dbs/initvn2.ora';
ORACLE instance started.
[...]

Post z dnia: 26/02/2007

• “The following statements sometimes require the use of a temporary segment: CREATE INDEX, SELECT ORDER BY, SELECT DISTINCT, SELECT GROUP BY, SELECT UNION, SELECT INTERSECT, SELECT MINUS Some unindexed joins and correlated subqueries can require use of a temporary segment.”
• exec dbms_system.kcfrms – resetuje m.in. v$filestat i pare innych rzeczy od statystyk ( gdy TIMED_STATISTICS jest wlaczone ).
• Oszczedzanie pamieci mode on, czyli SGA na 100MB, wlaczenie wykorzystywania O_DIRECT bonusowo takze z AIO ( mam zlinkowana ladnie binarke Enterpise z libaio.so ) — troche mam malo RAMu; wzglednie duzo roznych programow rownolegle odpalonych. O_DIRECT wraz z AIO wlacza sie tak:
  1. alter system set filesystemio_options=SETALL scope=spfile;
     gdzie FILESYSTEMIO_OPTIONS = { none | setall | directIO | asynch }
  2. shutdown;
  3. startup;
  4. Sprawdzenie ( w sumie mozna by przez strace -p i odlinkowanie tablespace… ):
     oracle@xeno:~$ strace -ff -e open sqlplus / as sysdba 2> open2.log
     [..]
     SQL> startup;
     [..]
     SQL> CTRL+Z
     [1]+ Stopped strace -ff -e open sqlplus / as sysdba 2>open2.logoracle@xeno:~$ grep O_DIRECT open2.log | grep 'users01\.dbf'
     [pid 7194] open("/u03/product/10.2.0/oradata/vn1/users01.dbf", O_RDONLY|O_DIRECT|O_LARGEFILE) = 22
     [pid 7194] open("/u03/product/10.2.0/oradata/vn1/users01.dbf", O_RDWR|O_SYNC|O_DIRECT|O_LARGEFILE) = 22
     [pid 7216] open("/u03/product/10.2.0/oradata/vn1/users01.dbf", O_RDWR|O_SYNC|O_DIRECT|O_LARGEFILE) = 18
     [pid 7196] open("/u03/product/10.2.0/oradata/vn1/users01.dbf", O_RDWR|O_SYNC|O_DIRECT|O_LARGEFILE) = 25
     [pid 7200] open("/u03/product/10.2.0/oradata/vn1/users01.dbf", O_RDWR|O_SYNC|O_DIRECT|O_LARGEFILE) = 19
     [pid 7206] open("/u03/product/10.2.0/oradata/vn1/users01.dbf", O_RDWR|O_SYNC|O_DIRECT|O_LARGEFILE) = 22 <p <li <ul

     
     Tylko warto zastopowac cala instancje bo leci przez debugging ptrace(2) co bedzie mialo malo korzystny wplyw na wydajnosc Ale dzieki takiemu trikowi powinny przestac byc moje “dzialania” na bazie buforowane dwukrotnie: przez kernel buffers i samego Oracle…

• Stwierdzam ze nazwy perspektyw x$ sa bardzo elitarne…