ORACLE BLOG Zekeriya Besiroglu

http://www.oracle-turkiye.com/ adresimizden de oracle forum turkiye sayfasına ulasabilirsiniz.

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

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:::

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.

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.

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.