Follow Zekeriya Besiroglu on WordPress.com

Weblogic 12c & Oracle Database 12c beraber nasıl çalışır.

Oracle’ın dünyada lider durumda olan iki ürünü. Gerek Weblogic gerekese database sektörün en büyük özelliklerini üzerlerinde barındırıyorlar.

Bu iki alanlarının lider ürünleri beraber çalışmak durumundalar. Bu iki ürünü beraber kullanan bir çok firma var. Bugün bu iki ürünü beraber çalıştırırken yapmamız gerekenlerden bahsedeceğim.

Weblogic server Database 12c üzerinde bazı temel özelliklerle geldi.

-High Availability application continuity

-Multitenant database scalibity

-Database resident connection pool

-Global data services geldi.

Application Contiunity ile yüksek seviyede çalışan durmayan uygulamalardan bahsediyoruz. Oracle Rac & Rac one node ve Dataguard özellikleri elimizi çok güçlendiriyor.

Weblogic Multitenant Database ile beraber çalışabilirmi?

Evet çalışır hatta daha iyi çalışır.

Weblogic domainimizde datasourcelarımız ayrı databaselere bağlarız. Bütün databaselerimizi bir Container database sapkası altında birleştirelim.

Pluggable databaseler weblogic tarafında normal database gibi gözükür. Böylece gereksiz dataları izole edip daha iyi kaynak kullanımı sağlarız.

DRCP Database resident connection pool özelliği çok faydalı bir özellik. Bu özellikle beraber bir connection broker var. Daha iyi bir kaynak paylaşımı bu özellikle sağlanıyor.

Global data servis özelliği sayesinden dünyanın neresinde olursa olsun runtime load balancing ve failover özellikleri data centerlar arasında yapılabiliyor.

Bu özelliklerin hepsini ancak   WLS 12.1.2 ve Db 12c olduğunda kullanabiliyoruz.

Oracle Weblogic 12C kuracagız Database Active Grid Link ile bağlayacağız. database tarafında 12c Rac kullanacagız ve Dataguard yapacagız.

Weblogic için  11g Rac + Generic Datasource veya 12c Rac +Active Grid link arasında ne Fark var?

11g tarafında timeouttan kaynaklı uzun beklemeler ve uygulama hata dönüşleri alırken

12c tarafında FAN dolayısı ile çok hızlı hata tespiti ve SQL replay ile beraber uygulama hata dönüşü almaz.

Özetle 12c Weblogic ve 12c Database için zamanın yavaş yavaş geldiğini görüyoruz.

What is NoSql Database ?

RDBMS DATABASE Compare NOSQL Database

Ekran Resmi 2014-10-22 15.23.46

RDBMS: Complex data,important data

NOSQL:Simple Data,less important data

—-

RDBMS:Join data,Complex relation

NOSQL:Avoid join,simple data

—-

RDBMS:Schema important

NOSQL:Schema free

—-

RDBMS:Scale up

NOSQL:Distributed Storage

NOSQL DATABASE COMPARE HDFS

NOSQL: DATABASE,Read,write,delete,update

HDFS: File system, write once,read many

—-

NOSQL: Real Time

HDFS: Batch

WHY I CHOOSE NOSQL DATABASE?

Your data is high volume and low value and your application schema is dynamic then you choose NoSql database.

Why I Choose ORACLE Nosql DATABASE?

Oracle Nosql database is key-value database. Nosql written in JAVA. Good Scalability,load Balance and availability features.

Oracle Nosql database is easy install,configurable consistency and general purpose database.

Nosql database has Master nodes,replica Nodes,Kvstore and nosql apllication drivers.

You can Manage Nosql database by command line or web console.

Ekran Resmi 2014-10-22 15.19.04

Sample Application.

Credit Card Approval Application:

Credit card approval application data is high volume, RESPONSE TIME should be VERY FAST.

Why we choose Nosql?

in transaction we need credit card number and approval charge and we must check credit limit,card status(stolenor lost),current balance,appoval amount.

Above mention example we design

Major key : Card Number

Minor key: Approval status

Value  :Card limit,Card status,Card number.

Oracle Sertifika Secenekleri

Dünyada her IT firması ürünleri konusunda uzman olan kisileri belirlemek için , bazı değerlendirmeler gerçekleştirip çeşitli sertifikalar veriyorlar.

Oracle’da sertifikalar konusunda birçok farklı sertifikası olan firmalardan. Bu konuda kafalardaki karışıkları gidermeye çalışacağım.

Öncelikle versiyon. Evet Oracle sertifikalarında versiyon önemlidir. Sertifikaların bir ömrü vardır. Bundan 10 sene önce aldığınız bir sertifika bugün Oracle tarafından geçerli değildir. IT sektörü gibi nerdeyse her gün yeniliklerin çıktığı bir ortamdır. Oracle’da diğer firmalar gibi uzmanların kendilerini ve bilgilerini güncel tutup tutmadıklarına çok önem vermektedir.

Oracle 9i 2001 yılında

Oracle 10g 2003 yılında piyasaya sürülmüştür. Dolayısı ile geçerliliğini yitirmiştir veya çok yakın tarihte yitirecektir.

https://education.oracle.com/pls/web_prod-plq-dad/db_pages.getpage?page_id=767&intcmp=WWOUCERTBLOGPOST1055100714

Oracle Dünyada Javadan Database teknolojilerine , Engineered Sistemlerden Middlewarelere , Solaristen Applicationlara BI ürünlere kadar IT sektorunun en önemli bayrak ürünlerinin yazılım firmasıdır.

http://education.oracle.com/pls/web_prod-plq-dad/db_pages.getpage?page_id=39

Oracle’ın süphesiz en önemli ürünü veritabanıdır. Veritabanı tarafındaki sertifikasyonun resmini aşağıda bulabilirsiniz.

Ekran Resmi 2014-10-22 09.50.09

Bu durum 12C için sözkonusu olunca

Ekran Resmi 2014-10-22 09.53.32

Örneğin kullandığınız teknoloji Java ise sizin bu sertifika programı ile bir alakanız yoktur. Yada Exadata üzerinde uzman olanlar Exadata sertifikasına sahip olurlar.

Ekran Resmi 2014-10-22 10.23.15

 

Weblogic Konusunda uzmansanız sizin için uygun secenekler

Ekran Resmi 2014-10-22 10.25.19

Sozkonusu JAVA ise

Ekran Resmi 2014-10-22 10.26.55

Oracle Zero Data Loss Recovery Aplliance – Yeni Backup/Recovery Canavarı

Oracle’dan yeni bir makina daha. Bu sefer yedekleme ve geri dönüş konusunda. Bir DBA in mutlaka yapması gereken iş herhalde veri kaybetmemektir. Bu appliance uzmanlığı bu konu.

Gelin beraber önemli başlıklarla inceleyelim.

Her firma hiçbir kritik verisini kaybetmek istemez.

Verileri yedekleme ve geri dönüş konusunda sistemin çalışma performansına etkisi minimum olmalıdır.

Dunyadaki backup sistemleri veritabanı konusunda tasarlanmamıstır. Yani hem mail serveri hem database hem OS yedekleyen bir backup veritabanınız için ne derece doğrudur?

Zero Data Loss Recovery makinası her türlü senaryoda 0 veri kaybı , Production database’in performansına minumum etki(sadece değişen data ve tape offload yapma), data dosyaları değil uçtan uça database yedeği ve geridönüşü , Merkezi Cloud servisi yapısında birden çok veritabanı için kullanılması ile ön plana çıkıyor.

Petabyte seviyelerindeki datalarınızı ,farklı versiyon databaselerimizi masraflı backup agentları olmadan tutabiliyor.

ZDLRA delta store verimizi yedekliyor. RMAN delta push özelliği sayesinde veritabanına ulaşıyor ve sadece değişeni göndererek performans etkilenmesini minimum yapıyor. Dataguard benzeri redo ship özelliği var. Gerekirse uzaktaki ZDLRA kopya gönderebiliyor.

Ekran Resmi 2014-10-20 10.58.25

Ekran Resmi 2014-10-20 10.59.38

Teknik Özellikleri

2 Tane Compute server 2X12 core

256 GB memory

2 tane QDR infiniband ports 40 gb/per second

ILOM

3 Tane storage server 2X6 Core

12x4TB disks

2 tane QDR infiniband ports 40 gb/per second

2 x 36 port QDR (40 Gb/sec) InfiniBand Switches

Open World sırasında demo olarak makinayı kullanma ve deneme sansım oldu. Kişisel fikrim çok başarılı olmuş. Bu konuda harcanan paraları , yedek alma ve geri dönebilme hızlarına katacağı performansları gördüm. Yakın zamanda çok sayıda göreceğimizden eminim.

Görüşmek üzere

Zekeriya Beşiroğlu

Oracle University Eğitim Değerlendirme Sonuçları

Oracle University uzun zamandır online eğitim değerlendirme sistemi gerçekleştiriyor.

Online değerlendirmelerin tutulduğu 2006 yılından bu yana 2100 den fazla Oracle uzmanına eğitim vermişim.

Bu Oracle uzmanı arkadaşlarımızın beni değerlendirirken verdiği puanlar benim için gurur verici.

Ekran Resmi 2014-10-09 15.47.59

Teşekkürler.

Oracle Big Data SQL

bigdatasql

 

Oracle’ın geçtiğimiz aylarda piyasaya sundugu one fast query , on all your data sloganı aslında durumun özeti gibi.

Tek SQL arkasında Hadoop Application logs,NoSQL ve relational model. Bugun öyle bir data ile karşı karşıyayızki saatler içinde inanılmaz büyüyor. 

Big Data Sql , Big data kaynaklarına kolayca ulaşmamız için önemli bir araç. Big Data Sql sayesinde Hadoopta nosql de normal databasede duran datalarımıza tek bir sorgu ile ulaşabileceğiz. Hatta Exadata kullanıyorsanız Smart scan bile yapabilecek.

Big Data SQL, Oracle Big data appliance ve Exadatada kullanılabilecek. SQL ile varolan uygulamalarınız üzerinden hadoop ve nosql ulaşabilecek ve database güvenliğimizi Hadoop ve NoSQL taşıyabilecek.

 

 

Oracle Database 12c In-memory ve Buffer Cache

Arkadaslar bildiginiz üzere Oracle’ın 12c versiyonu geçtiğimiz aylarda çıkmıştı. Geçtiğimiz günlerde de 12.0.1.2 versiyonu çıktı.

Bu versiyon bize büyük bir yenilikle beraber geldi. Kolon bazında in memory.

Veritabanında tutulan verilen kalıcı olması adına disklerde tutulduğunu ve bu verilerin okuma ve değiştirme amaçlı olanlarının da veritabanının buffer cache dediğimiz alanında tutulduğunu söyleyebiliriz. Zaten iyi performans sağlayan bir sistemde buffer cache bu ihtiyaççları karşıladığını görüyorduk.

Oracle veritabanında veriler row formatında tutulurlar. Dolayısı ile kolon  bazında in memory ilgi cekici olacaktır.

Bugune kadar veritabanı dediğimizde karşımıza iki temel secenek cıkıyordu. OLTP veritabanları (insert,update,delete) ve DSS veritabanları (sorgulama ağırlıklı). Firmalar tercihlerinde sistemlerini optimize etmek adına ayrı ayrı makinalar ayrı ayrı veritabanları kuruyorlardı.

Oracle Database 12c in memory artık dual-format olacak. Buradan anlayabileceğiniz üzere tek sistem artık eskisinden çok daha yakın. Özellikle Exadata artık daha yakın.

Yazımda Buffer cache ve In Memory farkını net ortaya koymak istiyorum. Buffer Cahe , datayı read/write işleri için geneleksel şekilde row formatında tutar.

Datayı okumak için istediğimizde Memory option devreye girecek ve row formatından kolona döndürecek.

Peki bu in memory opsiyonu nasıl kullanacağız, kullanmak için yapmamız gereken sadece bir veritabanı parametresini ayarlamak.

Alter system set inmemory_size=5368709120 diyelim scope=spfile;

Daha sonra sorgulama için uygun olan tablonuzu

Alter table satisrapor inmemory; komutunu verip memory alalım.

 

Bu özelliğin en önemli yanı ne kodda ne databasede bir değişiklik yapmamak.

yani aynı tabloyu ister inmemory tutarsınız ister buffercacde . Bu sizin DBA bilginize ve operasyona göre yapacağınız aksiyona bağlı bile olabilir.

Size buffercache ile inmemory karsılaştırmasını somut bir örnekle göstermek istiyorum.

Alter table satisrapor cache ; diyelim bu şekilde tablomuzu buffer cache almış olalım.

Tabloya

Select avg(satis) from satisrapor where zaman between ‘2008’ and ‘2012’

çalıştırdığımızda bize geri dönüş süresi 32sn olarak gözüküyor.

Bu select buffer cacheden gelen bir sonuc.

Aynı sorgu buffercacheden değilde diskten gelse çok daha uzun zaman alacaktır.

alter table satisrapor inmemory

alter session set inmemory_query=enable

Select avg(satis) from satisrapor where zaman between ‘2008’ and ‘2012’

 

çalıştırdığımızda query inmemory geliyor ve geri dönüş süresi mükemmel sadece 7 saniye.

Detaylı incelemek için Execution plana baktığımızda Table access in memory full yazdığını görebiliriz.

Evet Arkadaşlar Artık ORACLE 12C geçmenin yavaş yavaş vakti geliyor.

 

 

Konu Başlıkları

Zekeriya Besiroglu Twitter

Error: Twitter did not respond. Please wait a few minutes and refresh this page.

Follow

Get every new post delivered to your Inbox.