Oracle – wtajemniczanie sie w mhhhroczna i tajemnicza postac DBA, odcinek n-ty…

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…

Comments are closed.