Oracle Teknoloji Günü, Ankara: Bulut Ortamına Oracle Veritabanı 12c ile Bağlanın

Kayıt olmak için:

http://www.oracle.com/webapps/events/ns/EventsDetail.jsp?p_eventId=170804&src=7880307&src=7880307&Act=11

Oracle Teknoloji Günü’nde En Son Yenilikleri Keşfedin

Oracle Veritabanı 12c, 500’den fazla yepyeni özelliğiyle artık daha da zengin. Oracle Teknoloji Günü’nde Oracle ve Intel®’e katılarak bu yeni çoklu kiracı mimarisinin, veritabanı bulut hizmetlerinin konumlandırılması ve yönetimini nasıl daha kolay hale getirdiğini öğrenebilirsiniz.

Oracle uzmanları bu yeni sürüm hakkında kapsamlı bir genel açıklama gerçekleştirmek için Oracle Teknoloji Günü’nde hazır bulunacaklar. Oracle Teknoloji Günü’ne katılarak:

• Veritabanı konsolidasyonunu kolaylaştırma,
• Verileri otomatik olarak sıkıştırma ve katmanlara ayırma,
• Uygulama sürekliliğini iyileştirme,
• Hassas verileri gözden çeçirme

gibi konulardaki yenilikleri ilk duyan siz olabilirsiniz.

Event Details:

Salı 17 Eylül 2013
08:30 – 13:40

JW Mariott Ankara Hotel
Kızılırmak Mah. Muhsin Yazıcıoğlu Cad. No: 1 Söğütözü
Ankara, Turkey

    

Oracle Day 2013 - İstanbul

Kayıt olmak için:

http://www.oracle.com/webapps/events/ns/EventsDetail.jsp?p_eventId=169977&src=7880315&src=7880315&Act=303

2012 yılında Oracle Day etkinliklerinde dünya çapında binlerce kişi, iş dünyasında oyunun kurallarını değiştiren teknolojilerden nasıl yararlanabilecekleri konusunda fikir edindi.
Bu yıl 14 Kasım’da gerçekleşecek Oracle Day 2013 İstanbul etkinliği için kayıtlar başladı!
Hemen Kaydolun butonuna tıklayarak Oracle Day’de yerinizi ayırtabilir, Bilgi Teknolojileri’ndeki yolculuğunu nasıl planlayabileceğini görmek için çeşitli sektörlerden gelecek yüzlerce profesyonelden biri de siz olabilirsiniz.
Oracle Day’de Oracle ve Intel®’e katılarak, gelişen teknolojilerin, odağınızı operasyonel işlemlerden inovasyona doğru nasıl değiştirmenizi sağlayacağını tartışma imkanı bulabilirsiniz. Etkinliğimizde ayrıca, sosyal medya, mobil çözümler ve bulut bilişimin yeni dünyasına yönelik stratejiler oluşturma konusunda bilgi edinebilir ve şirketlerin geleceğe bugünden nasıl hazırlandıklarınını anlattıkları gerçek başarı hikayelerini dinleme fırsatı bulabilirsiniz.
Oracle Day’de deneyimlerinizi bizimle paylaşmak, Bilgi Teknolojileri hakkında stratejik sorularınızı doğrudan Oracle uzmanlarına ve iş ortaklarına yöneltmek için yerinizi şimdiden ayırtın.

Event Details:

Perşembe 14 Kasım 2013
08:30 – 19:00

İstanbul Kongre Merkezi
Taşkışla Caddesi Harbiye

Istanbul, 34367, Turkey

Multitenant database/Container database ve pluggable database

Multitenant database yada Container database ve pluggable database mimarisi 11g ve öncesinde bildiğimiz birçok şeyi unutturacak gibi gözüküyor. 

12c Multitenant Container veritabanı mimarisi:

Yukarıdaki resimde bir instance görüyoruz. Bu instance veritabanını yaratırken container database seçildiği zaman oluşacak olan resimdir. Eğer container database seçmez isek ilk resim yani 12c öncesi resim hala geçerlidir. Eğer container database kurar isek bir tane root container ımız oluyor. Root container aslında bu containera dahil olacak olan bütün pluggable veritabanlarının metadatalarının, undo bilgilerinin, redolog, temp ve control file larının tutulduğu ortak alan olarak düşünülmelidir. Evet en büyük değişiklik aslında birçok PDB (pluggable database) var yani aslında birçok veritabanı var ama bu veritabanlarının undo, redo, temp ve controlfile ları ortak. PDB ise application container olarak geçiyor ki schema mantığı gibi kullanıdığını söyleyebiliriz. Root container en kritik yapı halinde çünkü bütün pluggable veritabanları bu container üzerinden çalışıyor.

PDB ler ise bir container içerisinde maximum 253 tane olabiliyor. PDB ler kendi aralarında database link kullanarak haberleşiyorlar. Zaten aynı instance ın birer parçası oldukları için db link biraz formalite, performans kaybı söz konusu olmayacaktır korkmayalım. TNS e eklenicek birer servis ile PDB ler birbirlerini görebileceklerdir. Yalnız yine bir kısıt var oda bir container için maximum 512 servis yaratılabiliyor olması. Her PDB nin kendi system ve sysaux tablespace leride oluyor fakat temp tablespace leri opsiyonel olarak ister kendi bünyesinde isterse root containerde tutabiliyor. Default olarak PDB lerin temp tablespace leri root containerdeki temp tablespace dir.

Gereksiz memory kullanımı ve background processleri artık olmayacak. Birçok PDB var fakat hepsinin background processleride ortak.

Dolayısıyla kaç tane container ımız var bilgisini 

select * from v$containers;

dan öğrenebiliriz.

1- Root container

2- Particular seed PDB (PDB$SEED) 

3- Pluggable database containers (Application container)

Particular seed PDB (PDB$SEED) ise PDB oluştururken clone db yapabilmemiz için var.

Aşağıdaki komut ile SEED in bir kopyası olan yeni bir PDB yaratabiliyoruz.

create pluggable database pdb1 admin user admin1 identified by p1 

roles=(connect) FILE_NAME_CONVERT = ('PDB$SEEDdir', 'PDB1dir');

12c New Feature - Online Move Data File

12c nin yeni gelen özelliklerinden bir taneside datafile ların online olarak taşınabilmesi oldu.Daha önceki versiyonlarda offline a alarak yaptığımız bu işlemi 12c ile birlikte online iken yapabiliyoruz. Herhangi bir datafile ı faklı bir storage a yada aynı sistemde farklı bir diske yada file systemden asm e taşımak için bu özellik gayet yerinde oldu.

11g ve öncesinde alacağımız hata aşağıdaki gibi idi:

SQL> alter database rename file '/u01/app/oracle/oradata/buro.dbf' to '/u02/app/oracle/oradata/burak.dbf';

…
ORA-01511: error in renaming log/data files
ORA-01121: cannot rename database file 5 - file is in use or recovery

12c de ise bu şekilde yapılabiliyor.

Alter database move datafile '/u01/app/oracle/oradata/buro.dbf' to '/u02/app/oracle/oradata/burak.dbf' REUSE;

Alter database move datafile 5 to '+BURAKDISKGROUP';

Taşı fakat orjinal dosyayıda tut, aslında kopyala:

Alter database move datafile '/u01/app/oracle/oradata/buro.dbf' to '+BURAKDISKGROUP' keep;

Tabi bu işin bazı kısıtları var:

1- Datafile ın statusü offline ise,

2- Devam eden bir Flashback database işlemi var ise,

3- Media recovery işlemi gerçekleştirilmiş ise,

4- Taşınacak olan dosya içerisindeki herhangi bir obje için shrink operasyonu yapılıyor ise,

5- Tablespace offline/drop işlemi yapılıyor ise online datafile taşıma işlemi gerçekleştirilemez.

Fakat,

Backup mode, block media recovery, alter tablespace read only, alter tablespace read write, data file extension işlemleri gibi işlemlerlede uyumlu olduğunu eklememiz gerekir.