Partitioning ile ilgili olarak tablo ve indexlerin nasıl partitionlanması gerektiğinden ( http://www.kamilturkyilmaz.com/2012/04/28/oracle-partitioning/ ) bir önceki yazımda bahsetmiştim. Şimdi partitioning kavramının biraz daha detayından ve 11g yeni gelen bir başka özelliğinden bahsedeceğiz. İnterval partitioning, çok yalın bir ifadeyle tabloyu create ederken oluşturmuş olduğunuz partition aralıklarının dışında bir kayıt geldiğinde sizin öncesinde belirlemiş olduğunuz kritere göre oracle’ ın otomatik olarak sizin adınıza yeni bir partition açmasıdır şeklinde özetleyebiliriz. Peki bundan önceki versiyonlarda nasıldı bu durum aslında sürekli bir takip gerektiriyordu. Ve tablonun hata almaması için yeni partitionları öncesinde create etmeniz gerekiyordu. Bu özellik dba’ lere ciddi bir kolaylık getirdi. Düşünsenize production ortamınızda çok kritik bir tablonuz var ve yıllık dönemler bazında partitionlı, yılbaşı gecesi yeni yıla ait gelen tüm kayıtlar adreslendiği bir partition olmadığı için sürekli olarak hata alıyor. Bir sonraki gün şirkete geldiğiniz de alınan bu hataların neden kaynaklandığını açıklamak zorunda kalıyor olabilirsiniz.
Continue reading
Yearly Archives: 2012
Oracle Partitioning …
Merhabalar, yine uzun zamandır yazmayı planladığım konulardan biri oracle’ da partitioning kavramı nedir, nasıl yapılır, çeşitleri nelerdir, avatajları ve dezavantajları nelerdir, hangi partitining metodu hangi durumda kullanılmalıdır gibi bazı temel sorulara cevap vermeye çalışacağım.
Öncesinde birkaç gün önce karşılaştığım bir problem den bahsetmek istiyorum. Aix üzerinde çalışan 10g database’ lerimizden birini geçen hafta işletim sistemi SLES11 olacak şekilde 11.2.0.2 upgrade ettik. Upgrade sonrasında clob kolon içeren bir tablo üzerinde yoğun xml file yazım işlemi yapıldığından dolayı bu tablodan kaynaklı çok fazla “enq: HW – contention” eventları oluşuyordu. Continue reading
User Drop Etmeye Çalışırken ORA-24005 Hatası Alınırsa …
Birkaç gün önce değerli bir arkadaşımdan user drop etmeye çalışırken aşağıda detayını paylaştığım hatayı aldığını ve bir şekilde işlemi tamamlayamadığını ve neler yapabiliriz şeklinde bir soru gelmişti. Sonrasında ortaya bloglarımız da paylaşmak adına güzel bir yazı çıkmış oldu.
Şimdi alınan hataya ve çözümümüze daha detaylı bakalım.
Aslında yapılmaya çalışılan işlem (eminimki bu güne kadar defalarca yapmışsınızdır) çok basit bir user drop işlemi, ancak bizim key’ imizde bu basit işlemi yapamayıp her seferinde aşağıdaki hata ile karşılaştık ;
Continue reading
İndex Kullanımı, Oluşturulması, Çeşitleri, Faydaları Üzerine …
İndex konusu uzun bir zamandır yazmayı planladığım birkaç konudan birisi idi. Umarım faydalı olur.
Oracle ‘ da indexler olmazsa olmazlarımızdan dır diyebiliriz. Aslında exdata gibi yeni teknolojilerle tanıştıkca yeni değişimler olsada hala indexsiz bir yaşam düşünemiyoruz. Peki çok klasik bir soruyle başlayalım o zaman ;
Nedir İndex ? Tablo üzerinde yapılan Select, İnsert, Update gibi işlemlerin daha performansla çalışması için oluşturulan nesnelerdir. Bir örnekle açıklayalım, çok büyük bir tablo üzerinde işlem yapıyorsanız ve çalıştığınız data miktarı tablonun toplam data size’ ının %5-6 ından büyük değilse ; böyle bir durumda eğer index kullanmıyorsanız çalıştığınız sorgu tablonun yer aldığı tüm blokları okumaya çalışacaktır. Eğer index kullanırsanız da sadece ilgili blokları okumayacağı çalışacağından sorgunuz daha performanslı çalışması sağlayacaktır.
İndexler genel olarak Select sorguları, Where cümleciği içeren Update sorguları ve yine Where cümleciği içeren Delete sorgularında ciddi performans artışları sağlarlar. İndexler Insert sorgularında ise performance düşürücü bir etkiye sahiptirler.Yine indexsli kolonlar üzerinde yapılacak update – delete işlemleride nispeten yavaş olacaktır.
Database’ de yer alan indexleri sorgulamak için aşağıdaki sorgulardan faydalanabiliriz ;
Continue reading
Archivelog Restore’ u Üzerine
Aslında komut ve metoloji olarak full backupdan bir farkı bulunmamaktadır. Burada da benzer komutlar ile backup setimiz içerisindeki archivelogları default dizinine veya bizim belirteceğimiz farklı bir dizine restore edebiliriz. Archivelogları neden restore etmeye ihtiyaç duyabilirim şeklinde bir soru gelenler olabilir. Eğer full restore / recover yapıyorsanız ve mutlaka son ana dönmek istiyorsanız mutlaka archive loglarınıza ihtiyaç duyacaksınız demektir, aslında archiveloglarınızı restore etmeniz için mutlaka bir restore / recover durumu olması da gerekmeyebilir. Örneğin production database’ inizde yaşanan bir problem den dolayı backupı alınmış olupda DG’ a henüz işlenmemiş olan logları silmeniz gerekebilir veya DG’ da yaşanan bir problem dolayı apply işlemi durmuş olup DG’ ının geride kalmış olup sizinde primary database ‘ inizin backuğı ile archivelogları sildiğinizi düşünün ki, böyle bir durumda sadece eksik olan arhivelogları bulabilirseniz problemi en kısa yoldan çözmüş olursunuz.
Aslında karşılaşabileceğiniz o kadar çok case varki, tümünden burada bahsetmemiz mümkün değil ancak, sık karşılaşılan durumlardan ve neler yapabileceğimizden bahsedelim ;
Archiveloglar ile ilgili history bilgisine V$LOG_HISTORY view’ inden ulaşabilirsiniz ;
Continue reading