Oracle 11g Veritabanı Teması ve 10 Yeni Özellik


ppppp
Oracle 11g Veritabanı Sürümünün Teması :
Oracle veritabanı yeni 11g sürümü Temmuz 2007 tarihinde duyurulmustur, bu sürümün teması ‘kolay
degisim’ dir, bunun yanısıra Ekim 2003 de piyasaya çıkan 10g sürümü ile baslayan temel degisimin (ki
Oracle ürün yönetimi bunu veritabanı teknolojisinde bir devrim olarak isimlendirir) gelistirilerek
sürdürülmesi hedeflenmistir. Özetle söylemek gerekirse 11g nin temel hedefleri:
› Kolay degisim (11g )
› Düsük maliyet (10g de basladı – 11g ile devam ediyor )
› Kolay yönetim (10g de basladı – 11g ile devam ediyor)
Kolay degisimle hedeflenen bilgi-islem altyapısının yeni teknolojilere adaptasyonun kolay , güvenli ve hızlı
bir hale getirilmesidir. Sirketlerin bilgi teknolojilerine bagımlılıgı günden güne artmaktadır, bugün
ülkemizde de ‘bilgisayar arızası’ veya ‘sistem arızası’ diye tarif edilen sebeplerle temel islevini bir
süreligine de olsa tamamen durdurmak zorunda kalan kurumlar yok mudur ? Bu bagımlılık mevcut altyapıda
degisiklik yapılmasını , yeni teknolojilerin kullanıma alınmasını zorlastırmakta ayrıca riskler veya ortaya
çıkması muhtemel problemler; yogun ve yüksek maliyetli bir test sürecini gerekli kılmaktadır, peki bu
maliyetin karsılanması gerçekten kolay mıdır? Hayır, arastırmalara göre bugün bilgi islem kaynaklarının
2/3 si ile mevcut sistemleri sadece ayakta tutmak mümkün olabilmektedir. O halde yeni özellikler ortaya
koyarken bunların kolayca ve güvenle hayata geçirilmesinin mümkün kılınması, degisimin kolaylastırılması
ve hızlandırılması da gereklidir. Oracle 11g nin en önemli hedefi budur ve 11g de gelen yeni özelliklerin
çogu bu ihtiyacı cevaplar.
11g ve bir önceki sürüm olan 10g ile baslatılan temel yenilikler aslında Oracle tarafından kendiliginden
belirlenen yenilikler degildir, bunları belirleyen müsterilerin istekleri, sikayet konuları ve BT arastırmaları
ve egilimleridir. Nedir bu istekler? :lki ‘düsük maliyet’ ; maliyetlerin düsürülmesi ile ilgili müsterilerden
yogun bir talep var, peki sadece Oracle’ın veritabanı ve opsiyonlarının fiyatlarının düsürülmesi bu talebi
kendi basına karsılayabilirmiydi ? Hayır, çünkü bilgi islem altyapısında en alt katmandaki maliyetlere
bakacak olursak –uygulama hariç tutularak- ; ‘high-end’ bir sunucu, veri depolama ünitesi, isletim sistemi
ve Oracle veritabanı yönetim sisteminin ortaya koydugu toplam maliyet içinde Oracle veritabanı
maliyetinin payı %10-%20 civarındadır1, bu durumda düsük maliyet ihtiyacına cevap vermek için toplam
sahip olma maliyetlerinin düsürülmesine neden olacak, teknolojik degisiklikler ve yenilikler gerekiyordu,
10g de bu yüzden versiyon numarası olan 10 un yanına bu temel hedefi sembolize eden grid sözcügünün ‘g’
si eklenmistir, yani düsük sahip olma maliyetini saglayacak teknoloji ‘grid’ dir ve Oracle bunu saglamak
için tüm platformlarda ‘cluster’ yönetim yazılımını standart hale getirmis (crs), ücretsiz bir ‘Cluster file
system’ ve ‘logical volume manager’ (asm) saglamıstır.
10g ile bir numaralı veritabanı olan Oracle , grid altyapısı saglayan bir numaralı platforma
dönüstürülmüstür. Performans, süreklilik ve güvenlik kategorilerinde gerçeklestirilen yeniliklerin çogunun
temel ve öncelikli hedefi maliyetlerin düsürülmesidir. 11g ile de ‘grid’ gelisiminin sürdürülmesi,
mükemmel hale getirilmesi hedeflenmistir.
10g temasını belirleyen müsteri isteklerinden ikincisi ‘yönetim kolaylıgı’ dır, Bilindigi üzere gün be gün
bilgi islem bölümleri sorumlulugundaki veri miktarı, uygulama sayısı , islevleri , kullanıcı sayısı ve
altyapıdaki donanımlar artmaktadır, buna mukabil yönetim zorlasmakta ve karmasık bir hal almaktadır.
Oracle veritabanı yönetiminin teknik olarak kolaylastırılması 10g de hedeflenmistir, web tabanlı yönetim
arayüzü ‘enterprise manager/grid control’ gelistirilmis, Oracle veritabanı ve diger tüm ürünlerin temel
ve standart bir arayüzden yönetimine imkan saglanmıstır. Oracle 10g ile altyapısında sadelesmeye gitmis,
yönetimi kolaylastıracak otomatik yönetim, izleme ve tavsiye araçları gündelik kullanıma girmistir. 11g de
de yönetim ve kontrol kolaylıgı saglayan özelliklere yenileri eklenerek gelisim sürdürülmüstür.
:zleyen baslık altında 11g ile gelen 400 den fazla yeni özellik arasından en önemli gördügüm ilk 10 u
özetlemeye çalıstım. Kime göre en önemli?, Veritabanı yöneticilerine ve bilgi islem yöneticilerine göre ve
genele ne kadar hitap edecegi veya begenilecegini tahminine göre diyebiliriz.
Uygulama gelistirme bakıs açısına göre bu 400+ özellik degerlendirilse muhtemelen farklı bir ilk 10 ortaya
çıkabilirdi. (11g ile java ve xml olarak önemli yenilikler bulunuyor).
1 www.tpc.org daki tpc-c sonuçları arasında herhangi bir ‘high-end’ sistem üzerinde bir oracle test i seçin,
sistem üzerine tıklayıp ‘executive summary’ raporundaki listelenen toplam maliyetlere bakın.
Oracle 11g Veritabanı 10 Yeni Özellik
Asagıdaki yenilikler Oracle ürün yönetimi tarafından yapılan sunumlardan ve yeni özellikler kılavuzundan
derlenmis, referans ve izleme kolaylıgı bakımından orjinal isimleriyle listelenmistir.
1› Fiziksel hazır yedek veritabanında gerçek zamanlı sorgulama
11g ile gelen bu özellik felaketten kurtarma amacıyla hazır tutulan fiziksel hazır yedek ( ‘physical
standby database ’ ) veritabanının gerçek zamanlı sorgulama amacıyla kullanımına imkan saglar.
Pek çok veritabanı için sadece raporlama amacıyla yeni sunuculara ve pahalı disk çözümlerine ihtiyaç
duyulur, bu çözümle felaket kurtarma amacıyla hazır durumda tutulan yedek veritabanı, üretim
veritabanını adım adım takip ederken, kullanıcılara da salt okuma amacıyla hizmet verebilir.
Yedek veritabanı 11g de hem felaket kurtarma hem raporlama hem de test (2.özellikle) amaçları için
ortak kullanılabilir.
2› Snapshot Standby
Felaket kurtarma ortamı bu yeni özellikle, üretim veritabanın birebir kopyası olan bir test ortamına
kolayca dönüstürülebilir.
11g ile fiziksel yedek veritabanı ( ‘physical standby database ’ ) geçici bir süreligine okuma-yazmalara
açılarak test amaçlı kullanılabilir, bu süre zarfında üretim veritabanından gönderilen islem log ları
(redo log) –uygulanmaksızın- kabul edilir. Test bitiminde yedek veritabanı eski haline ve fonksiyonuna
dönerek kaldıgı yerden üretim veritabanını takip etmeye devam eder.
3› Database Replay
‘Database replay’ özelligi üretim veritabanı üzerindeki gerçeklesen islemleri kaydeder , bunları test
veritabanına aynen uygular, gerçek islemler - üretim veritabanının birebir kopyasından üretilmis
test ortamında kolayca denenebilir. ‘database replay’ ve yukarda anlatılan ‘snapshot standby’
birbirini tamamlayarak kolay test imkanı verir.
Bu yeni özellikle isletim sistemi sürümü, donanım, Oracle sürümü, depolama ünitesi degisiklikleri nin
etkileri 1-1 gerçek biçimde, kolayca test edilebilir. rac veritabanı geçis de test edilebilir. Test
sonucunda üretim ve test sistemleri arasında görülen farklar detaylı olarak raporlanır. Altyapı da
yapılması gereken degisiklikler (donanım, isletim sistemi , veritabanı versiyonları , yeni opsiyonlar )
üretim sistemlerinde zordur, risk içerir bu nedenle yogun ve zahmetli bir test süreci gerektirir,
maalesef yapılan testler üretimi ortamını ve gerçek yükü 1-1 örnekleyemedigi için üretime geçildikten
sonra problemlerin görülmesi mümkündür, Oracle 11g sürümüyle gelen bu yenilik gerçek bir test
ortamı saglar.
Üretimdeki bir banka veritabanında sistem (yeni donanım) degisikligi senaryosunu düsünelim, isin
riskine bakılarak çok kapsamlı bir test yapılması sarttır, test ortamlarında fonsiyonel ve yük testleri
yapılsa da üretim ortamı 1-1 olusturulamadıgı için (veritabanı ve 1-1 gelen yük ) degisikligin üretime
geçtigi ilk günde ciddi kesintiler ve problemler yasanabilir.
Bu senaryo ‘database replay’ özelligi kullanılarak :
yogun bir günün basında üretim veritabanı nın ‘snapshot’ kopyası
(‘snapshot standby’ özelligi kullanılabilir) alınır,
bu günün sonuna kadar üretim veritabanında gerçeklesen islemler kaydedilir,
test veritabanında sistem degisikligi yapılır,
kaydedilen yük, test e uygulanır ,
yeni sistem üretime geçmeden yogun bir günü 1-1 test etmis olur,
problemler ve performans izlenerek geçise karar verilir veya görülen problemler tek tek baskı altında
degilken çözüme kavusturulur.
4› Sql Performance Analyzer / Sql Replay
Üretim veritabanında kaydedilen sql cümlelerinin test ortamına uygulanmasını ve sonuçların
degerlendirilmesini saglar.
Bu veritabanı sürüm degisimi, istatistiklerin degismesi, yeni indexlerin yaratılması/silinmesi vb
nedenlerle sql cümlelerinin performansında kötülesme görülebilir, Bu riski ortadan kaldırmak için ana
veritabanında kaydedilen sql ler, degisiklik gerçeklestirilmis test veritabanına uygulanır, test ve üretim
arasındaki farklar (geçen süreler, plan farklılıkları ) detaylı olarak raporlanır. Öneriler verilir.
5› Sql Plan Management
Bu özellikle veritabanında çalısan sql cümlelerinin tüm planları ‘sql-plan baseline’ olarak saklanır,
yeni bir isletim planı ortaya üretildiginde hemen devreye alınmaz isaretlenir, performansının
eskisinden daha iyi oldugu dogrulandıktan sonra kullanıma alınır.
Çesitli nedenlerle ‘cost-based-optimizer’ sql cümlelerinin isletim planlarını degistirebilir, (dengesiz
veri dagılımı , ‘bind peeking’ , yetersiz analiz bilgisi , vt sürüm degisikligi vs) bu üretim
veritabanlarında sql cümlelerinde bazı durumlarda performans kötülesmesine neden olabilir, dba ler
kontrolleri dısında otomatik olarak degisen planlardan hoslanmazlar. Özellikle sürüm , parametre ,
ortam degisikliklerinde kendiliginden kötülesen planlar ciddi performans problemlerine neden olabilir.
Bu özellikle isletim planların tamamı dba kontrolüne girer – beklenmeyen plan degisimleri sona ermis
olur.
6› Flashback Data Archive
Veritabanında verilerin son halinin tutulmasının yanında , zaman içindeki degisiminin izlenmesi de
gerekebilir. :stenilen zaman aralıgında verilerin ne oldugunun bulunabilmesi yogun bir ihtiyaç ve
standart güvenlik gereksinimi olarak talep edilmektedir. Bu yeni özellikle verilerin degisimi kolayca
izlenebilir.
10g deki ‘Flashback query’ özelligi ile verilerin degisimini zamana baglı olarak takip etmek sınırlı
olarak mümkündü , 10g deki sınırlamayla ‘UNDO’ tablo alanına sıgabilecek veri/zaman kadar geriye
gitmek mümkündür, 11g de ayrılan disk alanına göre istenildigi kadar zamanda geriye dönmek
mümkündür. Uygulama tarafında veya veritabanında (trigger vs gibi ) herhangi bir düzenlemeye gerek
duyulmadan bu özellik dogal olarak kullanılabilir.
7› Support Workbench
Veritabanında olusan kritik problemlerin izlenmesi için kullanımı kolay bir izleme ve yönetim
arabirimi saglar, bu arabirim karsılasılan problemler le ilgili tüm seviyelerde detay bilgi verir
(network, asm, rac vs) , ne yapılması gerektigi ile ilgili yol gösterir, peryodik saglık kontrolleri
gerçeklestirir, Oracle teknik destege iletilmesi gereken verilerin toplanmasını ve paketlenmesini
saglar.
Problem takibini ve çözüm süresini kolaylastırır. Uygulanan çözümlerin ve yamaların takibini saglar.
8› Yönetim
11g nin 10g veritabanına göre %26 daha az süre, %31 daha az adımla yönetim saglayabildigi tespit
edilmistir, 11g de ‘kolay yönetim’ hedefine ulasmak getirilen yeniliklerin birkaç tanesini asagıya
çıkardım.
Fault Diagnosibility
VT yönetimi sırasında karsılasılan problemlerin ilk kez çıktıgı yerde kayda alınması, tekrarların
iliskilendirilmesi, problem için üretilen ‘log’ ve ‘trace’ dosyalarının iliskisel olarak guruplanması
(Incident Packaging Service (IPS) , karsılıklı kilitlenme (Automatic Inter-Component Deadlock
Detection) , takılı kalma (Hang Manager ) gibi durumların otomatik olarak tespit edilmesi ve
izlenmesi için bir yönetim altyapısı sunar, bu altyapı 7.adımda anlattıgım ‘Support Workbench’ in
arkasındaki yapıdır.
ADDM for Oracle Real Application Clusters
RAC için cluster seviyesinde (tüm nodlar için) detaylı analiz bilgisi saglar ve öneriler verir.
Partition Advisor
10g ile gelen sql access advisor 11g de partitioning kullanımı ile ilgili öneriler verir.
Data Recovery Advisor
Veri kurtarma gerektiginde , en hızlı en en uygun kurtarma yönteminin tespitinde öneriler sunar
Automatic Memory Management
10g de azaltılan memory parametreleri 11g de iyice sadelestirilmistir,
Automatic Health Monitoring
Veritabanı yöneticisine veritabanın geneli ve karsılasılan problemlerle ilgili bir saglık durumu bilgisi
sunar. Amaç problemlerin genele yayılmadan farkedilmesinin saglanmasıdır.
Gelismis RAC izleme-yönetim
Enterprise manager da rac izleme ve yönetimi gelistirilmistir. Ayrıca mevcut konfigurasyon araçları
(dbca, dbua, netca) rac için iyilestirilmistir.
9› Tüm seviyelerde veri sıkıstırma özellikleri
Artan veri miktarı verinin saklanması ve islenmesindeki maliyetlerde de artısa neden olur, her
seviyede verilerin sıkıstırılarak saklanması, kullanılması maliyeti (disk, io , cpu) düsürür. Oracle 11g ile
gelen yeni sıkıstırma özellikleri asagıdadır:
Table Compression
10g versiyonunda tablo ve index sıkıstırma özelligi vardı ancak bu daha çok dwh tipi
veritabaları için anlamlıydı, çünkü sıkıstırma sadece toplu ekleme islemleri (‘bulk insert’)
için geçerliydi, 11g de bu özellik her türlü ‘dml’ için (insert,update,delete) oltp ortamlarda
kullanılabilir.
Backup compression
11g versiyonunda rman yedeklerinin alınması sırasında gerçeklestirilen sıkıstırma
performansı iyilestirilmistir.
Dataguard redo traffic compression
Ana veritabanı ile standby veritabanı arasında sadece gap olusması durumunda
göderilecek archivelog dosyalarının sıkıstırılarak gönderilmesi mümkündür.
Datapump compression
datapump (export) 10g de sadece metadata yı sıkıstırabiliyordu, 11g de metadatanın
yanında datanın da sıkıstırılması mümkün olmustur.
Securefiles compression
Veritabanında LOB türündeki veriler yeni securefiles altyapısında saklanır, securefiles sıkıstırma,
versiyonlama ve sifreleme özelligini içinde barındırır.
10› SecureFiles
LOB: Veritabanı içinde resim , video, dokuman vs gibi genis yer kaplayan nesnelerin tutuldugu veri
tipidir, bu veri tipi 11g de yeniden ele alınmıs, altyapıda performans (cache ,network, disk IO) , akıllı
sıkıstırma, sifreleme , tek kopya saklama, uygulama gelistirme ve kullanım kolaylıgı hedeflenerek
yeniden düzenlenmistir. Bu yeni özellik Oracle veritabanının içerik yönetimi gücünü artırmıstır. Artan
verinin yönetimi için securefiles çok kritik bir özelliktir.
Advertisements

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: