Haziran 2012 - Kamil TÜRKYILMAZ | Oracle BlogKamil TÜRKYILMAZ | Oracle Blog
Monthly Archives: Haziran 2012	Post navigation
30 Haziran 2012 by Kamil TURKYILMAZ	Historydeki İstatistikleri Tekrar Nasıl Kullanabiliriz
Database’ inizde örneğin gather_stats_job’ ınız disable değil ise database’ in istatistikleri belli aralıklarla güncelleniyor demektir. Alınan her bir istatistik belli bir süre boyunca history’ de saklanır. Aslında bu özellik çok sık kullanılmamakla birlikte bazen çok işimize yarayabilmektedir. Örneğin, çok büyük bir tablonuz var ve bir gün önce bu tablo üzerindeki tüm sorgularınızın performans şikayeti olmadan çalıştığını ancak şu anda sorguların büyük bir çoğunluğunun index kullanmadığını yani full table scan yaptığını farkettiniz. Bu durumun bir çok nedeni olabilir. Biz bunun nedenin istatistiklerde yaşanan bir problem den dolayı kaynaklandığını düşünelin veya bu ihtimal üzerinde duralım ve neler yapabiliriz onlar üzerinde konuşalım.
Posted in Administration, Performans Tuning	/ Tagged date), dba_tab_stats_history, DBMS_STATS.GET_STATS_HISTORY_AVAILABILITY, DBMS_STATS.GET_STATS_HISTORY_RETENTION, dbms_stats.restore_table_stats, execute DBMS_STATS.RESTORE_DATABASE_STATS(date), execute DBMS_STATS.RESTORE_DICTIONARY_STATS(date), execute DBMS_STATS.RESTORE_FIXED_OBJECTS_STATS(date), execute DBMS_STATS.RESTORE_SCHEMA_STATS('owner', execute DBMS_STATS.RESTORE_SYSTEM_STATS(date), execute DBMS_STATS.RESTORE_TABLE_STATS, How toUse old statistics, line 23760, line 23779, ORA-06512: at "SYS.DBMS_STATS", ORA-20006: Unable to restore statistics, statistics history not available	/ Leave a comment
/ 28 Haziran 2012 by Kamil TURKYILMAZ	İstatistiklerin Test Edildikden Sonra Yayınlanması
Burada bahsedeceğimiz bu özellik 11g ile beraber gelen zaman zaman dayanlış yapmamızın önüne geçen güzel bir özellik aslında ama yeteri kadar bilinmediği kaanatindeyim. Önce kısaca ne olduğundan bahsedelim. Kimi zaman aktif olarak çalışan bazı sql’ lerin performanslarında ciddi yavaşlamalar görürüz. Bunu ya biz farkederiz yada kullanıcılardan gelen şikeyetler doğrultusunda farkederiz. Bu tarz durularda öncelikle sorgunun execution planını incelemekle işe başlarız sonrasında select edilmeye çalışılan data miktarı, sorgu içerisindeki where conditionları olmak üzere bazı noktaları gözden geçiririz. İşte bunlardan biride ki çoğu zaman aldığımız ilk aksiyon da budur diyebiliriz, istatistiklerin güncel olup olmadığını kontrol etmek veya hemen bir istatistik alıp sorgunun performansına ondan sonra bakmak oluyor. İşte tam bu noktada özelliklede üzerinde çalıştığınız tablolar çok büyük ise istatistikleri güncelenin etkilerini önce siz gördükden sonra ve sorgunun performansına olumlu etkileri test ettikten bu istatistikleri diğer kullanıcılarında kullanımına sunmak sizi oluşabilecek daha kötü bir senaryodan koruyacaktır.
Posted in Administration, Performans Tuning	/ Tagged alter session set optimizer_use_pending_statistics=TRUE, DBMS_STATS.DELETE_PENDING_STATS, dbms_stats.set_table_prefs, optimizer_use_pending_statistics	/ Leave a comment