Anasayfa > Oracle Araçlar > Oracle Veritabanına Arka Kapıdan Giriş

Oracle Veritabanına Arka Kapıdan Giriş

Merhaba Arkadaşlar,

Birkaç gün önce başıma gelen bir durumdan bahsetmek istiyorum. Veritabanlarımdan birisine login olurken asılı (hang) kaldım. Veritabanım yeni bağlantı kabul etmiyordu. Hemen veritabanı sunucusuna bağlandım ve listener durumunu kontrol ettim.

# lsnrctl status

Herşey normaldi. Listener veritabanımı dinliyordu. Zaten dinleyiciden gelen herhangi bir hata da almamıştım.

Busefer sunucu üzerinden “sqlplus / as sysdba” ile giriş yapmaya çalıştım ve yine başarısız oldum. Veritabanım bir problemden dolayı hiçbir bağlantıyı kabul etmiyordu. İşletim sistemi üzerinden çalışan arka plan işlemlerini kontrol ettim.

# ps -ef | grep ora_

Herşey normaldi. Ve o güne kadar bilmediğim birşey öğrendim. Oracle veritabanının bir arka kapı girişinin olduğunu! SQL*Plus aracının “prelim” parametresi ile veritabanına arka kapıdan girebiliyorsunuz🙂 Prelim, direk SGA alanına bağlanır. Veritabanında herhangi bir oturum başlatmaz. Bundan dolayıda “Connected to:” şeklinde bir mesaj almayız. Doğrudan SQL promptuna düşeriz.

Prelim ile aşağıdaki gibi bağlanabiliriz.

# sqlplus -prelim / as sysdba
SQL>

Veya aşağıdaki gibide bağlanabilmekteyiz.

# sqlplus /nolog
SQL> set _prelim on
SQL> conn / as sysdba
Prelim connection established

Artık oradebug aracı ile SGA alanımızda analiz yapabiliriz.

SQL> oradebug setmypid
SQL> oradebug hanganalyze 12

Veritabanımızın user_dump_dest parametresi ile belirtilen dizin altında bir trace dosyası oluşturulur. Dosyaları zamana göre sıralayacak olursak en son üretilen dosyadır.

# ls -ltrh

Veya oradebug komutu ile trace dosyasının adını da öğrenebiliriz

SQL> oradebug TRACEFILE_NAME
/oracle/diag/rdbms/dbtalip/TALIPDB/trace/TALIPDB_ora_32739.trc

Trace dosyasını incelediğimizde aşağıdaki gibi başlayan satırların olduğunu görürüz.

*** 2012-06-11 12:14:02.870
================================================
HANG ANALYSIS:
  instances (db_name.oracle_sid): dbtalip.talipdb
  oradebug_node_dump_level: 12
  analysis initiated by oradebug
=================================================

İncelemeye devam ettiğimizde aşağıdaki probleme sebep olan oturum detaylarını görebiliriz.

os id: 981
process id: 29, oracle@dbtalip (TNS V1-V3)
session id: 74
session serial #: 47681

İlgili oturum sonlandırıldığında herşey normale dönecektir.

# kill -9 981

Talip Hakan Öztürk

  1. 12/06/2012, 6:53 am

    Menim ucun de maraqli oldu.
    Ellerine sagliq.

    Mahir.

  2. 12/06/2012, 8:03 am

    Çok faydalı bir bilgi. teşekkürler.

  3. 16/04/2013, 7:29 am

    Talip bey çok faydalı bir bilgi. Paylaşım için Teşekkürler.

  4. Hakan
    24/07/2013, 12:37 pm

    Yani Talip bu demek oluyor, herhangi biri bu durumu bildikten sonra arka kapı diye hitap ettiğimiz şekilde SQL promptuna erişebiliyorsa verilerimize de ulaşabilir mi?

    • 04/09/2013, 12:46 am

      Burada amaç,Prelim ile direk SGA alanına bağlanmaktır. Veritabanında herhangi bir oturum başlatılmaz. oradebug aracı ile SGA alanımızda analiz yapmaya ve problemi tespit etmeye yarar.

  1. No trackbacks yet.

Bir Cevap Yazın

Aşağıya bilgilerinizi girin veya oturum açmak için bir simgeye tıklayın:

WordPress.com Logosu

WordPress.com hesabınızı kullanarak yorum yapıyorsunuz. Log Out / Değiştir )

Twitter resmi

Twitter hesabınızı kullanarak yorum yapıyorsunuz. Log Out / Değiştir )

Facebook fotoğrafı

Facebook hesabınızı kullanarak yorum yapıyorsunuz. Log Out / Değiştir )

Google+ fotoğrafı

Google+ hesabınızı kullanarak yorum yapıyorsunuz. Log Out / Değiştir )

Connecting to %s

%d blogcu bunu beğendi: