15 / 31
Kavramsal olarak, Active DataGuard teknolojisi şekilde gösterildiği gibi çalışır
Real-Time SQL Monitoring
11g versiyonu ile birlikte Oracle Enterprise Console’a
çalışmış ve çalışmakta olan SQL lerin sistem üzerinde
getirdiği yükleri anlık monitor etme ve raporlama özellikleri
kazandırılmış olması yönetimsel olarak çok fayda
sağlamakta.
SQL in CPU, IO gibi hangi kaynağı ne kadar kullandığını
anlık olarak gözlemlemek bu özellik sayesinde mümkün
olabilmekte. SQL in bind variable değerlerinin de aynı
ekrandan görülebilmesi de bir hayli pratiklik kazandırmakta.
Adaptive Cursor ve SQL Plan Managament
Adaptive Cursor Sharing (ACS), cost based optimizer
(CBO)’ın execution planları oluştururken bir statement için
birden fazla plan tutmasına olanak sunmaktadır. Birden
fazla execution planı tutuyor olmak bind variable kullanan
sql cümleciklerinin farklı bind variable değerlerine göre farklı
planları işletebilmesi demektir ki bu büyük bir performans
kazancına ön ayak olmaktadır.
Oracle 11g ile beraber aşağıdaki tablolar bind variable larda
cursor share edilip edilmediğini takip edip, yorumlayabilme-
miz için geliştirilmiş ve 3 adette yeni view eklenmiştir:
V$SQL_CS_STATISTICS, V$SQL_CS_SELECTIVITY, V$SQL_CS_HISTOGRAM
Çalışan sql cümlelerinin tüm planları SQL Plan Baseline
olarak veritabanında saklanır. Eğer ilgili SQL için
yeniden hesaplanan bir plan üretilirse doğrudan devreye
girmez. Performansının eskisinden daha iyi olduğunun
doğrulanmasından sonra devreye alınır. Bu performansı
kötü yönde etkileyen beklenmeyen plan değişimlerinin
11g ile gelen bu yeni özellikte artık değişiklikleri önceden test
edebilmek mümkün.
Veritabanı parametre değişiklikleri, OS ve veritabanı güncel-
lemeleri, node sayısında yapılacak değişiklikler (genellikle
ne olur?) gibi kritik değişiklikleri üretim ortamında yapmadan
önce sonuçlarını görebilirsiniz. Bu sayede kritik sistemleri-
nizdeki değişikliklerinizin sabahında sürprizlerle karşılaşmak
ve baskı altında çözüm aramak yerine sorunların çözümü
için bol bol vaktiniz olur.
Transaction Yönetimi
Logminer ve Flashback Data
Archive özellileri kullanılarak,
veritabanındaki verilerin nasıl bir
değişime uğradığının, tarihsel
olarak incelenmesi artık 11g
ile daha kullanılabilir bir hale
gelmiştir.
10g de ‘Flashback query’
özelliği ile verilerin değişimini
zamana bağlı olarak takip etmek
mümkündü. Fakat UNDO file
büyüklüğü ile sınırlı ve genellikle
çok küçük zaman dilimleri için
sonuç alınabiliyordu.
11g ile flashback için bağımsız ayırdığınız alan sayesinde
daha büyük zaman dilimlerinde flashback queryleri çalıştırıp
datanın değişimini izleyebilmeniz mümkün.
SQL Performance Analyzer ve
Real-Time SQL Monitoring
SQL Performance Analyzer
İnternette çok karşılaşılan sorulardan biridir. Oracle var olan
indexi kullanmıyor? Neden?
Hemen öneri gelir optimizer_index_cost_adj default 100 den
aşağıya çekilmesi istenir ve bir formül verilir. Bu formüle göre
değer 10 olarak hesaplanır. Ama iyi de acaba parametreyi
değiştirdiğimde her sql için yararlı olacak mı?
Database parametrelerini veya optimizer versionunu
değiştirdikten sonra çalışan sqllerin, nasıl davranacaklarını
artık SQL Performance Analyzer ile değişiklik öncesi test
edebilmeniz çok kolay.
UZMAN GÖZÜYLE 15