Bugunden itibaren sizlerler Yeni Oracle tartisma ve bilgi paylasma adresimiz
http://www.oracleforum.info başlattım. Bu sitede Oracle University ve Bilginc IT Academy'in
Uzman danışmanları tarafından desteklenecek ve her turlu sorununuza cevap vermeye çalısacagız.
Http://www.oracleforum.info
12.01.2009
6.01.2009
Shared Pool Nedir?
Bu alan sayesin daha onceden çalışan querylerin execution planları LRU algoritmasında tutulur ve bir sonraki çalıstırılısında parse asamasını atlar. Boylece sorguların belkide en cok vakit kaybettikleri plan olusturma isi cache gelmis olur. Data dictionary cache kısmında ise boylebir tablo varmı benim o tabloya ulasma hakkım varmı gibi son derece onemli ozelikkler tutulur.Bu onemli ozelikkler ortakdır. Yani a useri deneme tablosuna giderse B userida aynı tabloya gitmeye kalktıgında takrar bastan bu planla ugrasmaz.
Bu konuda tartismak için
http://apex.oracle.com/pls/otn/f?p=25077:4:2452396585136306::NO:::
Bu konuda tartismak için
http://apex.oracle.com/pls/otn/f?p=25077:4:2452396585136306::NO:::
5.01.2009
ORACLE Forum
Arkadaşlar bugunden itibaren uzun zamandir uzerinde dusundugum forum
projesini hayata geciriyorum. Butun arkadaslarımızın asagıdaki linken uye olup beraber
çalışmasını dahada kolaylastırmak bilgi paylaşımımızı hızlandırmak istiyorum.
http://apex.oracle.com/pls/otn/f?p=25077:4:1439386780383201:::::
Bu forum Oracle Apex kullanılarak yapılmıstır. birazda apexle neleri yapabilecegimizi
gormek adına iyi bir test olacaktir.
projesini hayata geciriyorum. Butun arkadaslarımızın asagıdaki linken uye olup beraber
çalışmasını dahada kolaylastırmak bilgi paylaşımımızı hızlandırmak istiyorum.
http://apex.oracle.com/pls/otn/f?p=25077:4:1439386780383201:::::
Bu forum Oracle Apex kullanılarak yapılmıstır. birazda apexle neleri yapabilecegimizi
gormek adına iyi bir test olacaktir.
26.12.2008
OCR backup Restore
RAC clusterware icindeki en onemli alanlardan biri olan OCR yedeklenmesini
gostermek istiyorum.
/u01/crs/bin/ocrconfig -showbackup dediğimizde sistem tarafından
otomatik yedeklenen ocr dosyalarımızı gorebiliriz.
daha sonra /u01/crs1020/bin srvctl stop nodeapps -n makina adı
sonra aynı komut diğer makinada da çalıstirilip instanler stop edilir.
/u01/crs1020/bin/crsctl stop crs diyip butun crs servisleri durdurulur.
/u01/crs1020/bin/ocrconfig -restore /yedek alaınan dosya dersek geri donmus oluruz.
crsctl start crs diyerek servisleri acip kontrol edebiliriz.
RAC sistemlerde genelde pek fazla bilinmeyen ama kaybi durumunda sistemimizin devre disi
kalacagi OCR dikkat etmemiz gerekir.
gostermek istiyorum.
/u01/crs/bin/ocrconfig -showbackup dediğimizde sistem tarafından
otomatik yedeklenen ocr dosyalarımızı gorebiliriz.
daha sonra /u01/crs1020/bin srvctl stop nodeapps -n makina adı
sonra aynı komut diğer makinada da çalıstirilip instanler stop edilir.
/u01/crs1020/bin/crsctl stop crs diyip butun crs servisleri durdurulur.
/u01/crs1020/bin/ocrconfig -restore /yedek alaınan dosya dersek geri donmus oluruz.
crsctl start crs diyerek servisleri acip kontrol edebiliriz.
RAC sistemlerde genelde pek fazla bilinmeyen ama kaybi durumunda sistemimizin devre disi
kalacagi OCR dikkat etmemiz gerekir.
17.12.2008
Real Application Cluster Yazı Dizisi
Bu gunden itibaren Oraclenın grid mimarisindeki en onemli nokteyı olusturan RAC konusunda bir yazı dizisi olusturacagim.
Oncelikle konuya soye baslamak istiyorum RAC demek grid mimarisinin temelidir örnek vermek gerekirse
bir firma kendisinin is ihtiyaclari icin 8 cpu 16 gb ramli bir makina almak istiyor diyelim.
Bu makinanin maliyeti lisans maliyeti operating sistem maliyeti dusunulurse buyuk fiyatlara cikar.
Yani toplam maliyet yaklasik 100bin dolar diyelim
oysaki 4 tane 2 cpulu 4 gb ram li makina alsak bunları rac yapısında birlestirsek hem maliyet 30-40 dolarlara gelir hemde makinalardan biri dursa bile iş yuku diğer makinalara dağılır ve sistem hiçbir zaman durmamis olur.
Boyle bir sistemin hem toplam maliyet TCO hemde 7/24luk acisindan inanilmaz avantaji vardir.
Bir buyuk avantajda belli sureclerde buyume ihtiyacidir. Bugun IT teknolojilerinin omrunun ne kadar kısa oldugu hepimizce malumdur.
Yani gecen sene 4 cpu size yeterken 2 yıl sonra 8 cpu yetmez duruma gelebiliriz. RAC bu tur durumlar icinde ideal cozumdur.
Bugunden sonra RAC oneli avantajlarına kurulumuna TAF, FAN servisler gibi ozeliklerine devam edeceğim.
Oncelikle konuya soye baslamak istiyorum RAC demek grid mimarisinin temelidir örnek vermek gerekirse
bir firma kendisinin is ihtiyaclari icin 8 cpu 16 gb ramli bir makina almak istiyor diyelim.
Bu makinanin maliyeti lisans maliyeti operating sistem maliyeti dusunulurse buyuk fiyatlara cikar.
Yani toplam maliyet yaklasik 100bin dolar diyelim
oysaki 4 tane 2 cpulu 4 gb ram li makina alsak bunları rac yapısında birlestirsek hem maliyet 30-40 dolarlara gelir hemde makinalardan biri dursa bile iş yuku diğer makinalara dağılır ve sistem hiçbir zaman durmamis olur.
Boyle bir sistemin hem toplam maliyet TCO hemde 7/24luk acisindan inanilmaz avantaji vardir.
Bir buyuk avantajda belli sureclerde buyume ihtiyacidir. Bugun IT teknolojilerinin omrunun ne kadar kısa oldugu hepimizce malumdur.
Yani gecen sene 4 cpu size yeterken 2 yıl sonra 8 cpu yetmez duruma gelebiliriz. RAC bu tur durumlar icinde ideal cozumdur.
Bugunden sonra RAC oneli avantajlarına kurulumuna TAF, FAN servisler gibi ozeliklerine devam edeceğim.
12. donem OCP sınıfını tamamladık.
Gecen hafta sonu tamamladığımız bu donemde 8 arkadısımız OCA 1 arkadısızda OCP oldu. Kursun suresini dusundugunuzde hiçde küçümsenmiyecek bir başarıya imza atan arkadaşlarımı bir kez daha tebrik edip en kısa zamanda onları OCP olarak görmek istiyorum.
25.11.2008
10g otomatik istatistik
Oracle optimizer tarafindan bir query'nin calistigi zaman en optimum yolu bulmak icin tablonun istatikleri dikkate alinir.
Ornek olarak
Select table_name,num_rows from user_tables;
employees 107 kayit gelmiş olsun.
Biz gun icerisinde bu employees tablosunda ciddi degisikler yapip kayit sayisini 2000000 kayida cikarip commit yaptigimizi dusunun.
tekrar yukaridaki sorgulamayi yaparsaniz tablomuzun hala 107 kayitli oldugu gozukecektir.
Aslinda select count(*) from employees yapsak 2000000 kayit donecektir.
iste bu noktada en ciddi sorun ortaya cikar yani optimizer 107 kayida gore bir plan cikarir.
bizim leventten 2 sokak yakimiza gidecegimizi dusunerek yuruyerek gitmeye karar vermemiz gibi.
Ama aslinda gidilecek yol cok daha fazla uzundur. Bu noktada yanlis plan yapilmistir belkide 10 dakikada gelebilecek sorgumuz 3 saate geri donus saglayabilir.
10 en azindan her gece otomatik istatistik alir.
bizim yapmamiz gereken statistic_level parametresini kontrol etmemiz ve basic olmamasini gormemiz gerekir.
Ama yinede gun icinde istatikde almamiz gerekir bu durumda DBMS_stats paketini kullanarak employees tablosunun istatiklerini alip dogru plani olusturmasini saglayabiliriz.
Ornek olarak
Select table_name,num_rows from user_tables;
employees 107 kayit gelmiş olsun.
Biz gun icerisinde bu employees tablosunda ciddi degisikler yapip kayit sayisini 2000000 kayida cikarip commit yaptigimizi dusunun.
tekrar yukaridaki sorgulamayi yaparsaniz tablomuzun hala 107 kayitli oldugu gozukecektir.
Aslinda select count(*) from employees yapsak 2000000 kayit donecektir.
iste bu noktada en ciddi sorun ortaya cikar yani optimizer 107 kayida gore bir plan cikarir.
bizim leventten 2 sokak yakimiza gidecegimizi dusunerek yuruyerek gitmeye karar vermemiz gibi.
Ama aslinda gidilecek yol cok daha fazla uzundur. Bu noktada yanlis plan yapilmistir belkide 10 dakikada gelebilecek sorgumuz 3 saate geri donus saglayabilir.
10 en azindan her gece otomatik istatistik alir.
bizim yapmamiz gereken statistic_level parametresini kontrol etmemiz ve basic olmamasini gormemiz gerekir.
Ama yinede gun icinde istatikde almamiz gerekir bu durumda DBMS_stats paketini kullanarak employees tablosunun istatiklerini alip dogru plani olusturmasini saglayabiliriz.
Kaydol:
Kayıtlar (Atom)