by Kamil TURKYILMAZ

Rman Restore – Recover Operasyonuna Canlı Bir Ornek (restore – recover – resetlogs)

Birkaç gün önce production database’ lerinden birinde tablonun biri yanlışlıkla silinmişti. Kayıtları farklı bir ortamdan getirecekleri veya aynı kayıtları bir şekilde tekrar oluşturacakları düşüncesiyle  aksiyon almamıştık. Ancak bugün, belirttiğim bu işlemlerin yapılamadığı ve ayın 07’ sindeki kayıtlara mutlaka ulaşılması gerektiği söylenildi. Database’ in protection’ ı 7 gün olduğu için rman backuplarımız vardı. Yaklaşık 600 gb’ lık bir db için farklı bir ortam oluşturarak buraya backupı döndük ve verileri  kurtardık. Aslında bununla ilgili olarak geçen sene Aralık ayında bu işlemin nasıl yapılması gerektiği ile ilgili bir yazı yazmıştım. Dolayısıyla konuya antremanlı olduğumuzdan çok sürpriz olmadı.  (http://www.kamilturkyilmaz.com/2010/12/07/rman-catalog-database%e2%80%99-i-kullanarak-kartusa-alinan-backupi-farkli-bir-sunucuya-donme-1/)  

Örnek olması açısından bugün yaptığımız işlemleride anlatacağım. Başlamadan önce Continue reading →

by Kamil TURKYILMAZ

Step by Step creating a Physical Standby Database on 10gR2

Oracle’ ın dataguard ürünü disaster recovery senaryolarında önemli bir yer tutmaktadır. Dataguard basit mantıkla sizin productiondaki database’ inizin (belli kriterler altında) birebir eşleniğinin tutulmasını sağlar. Buda size production database’inizde bir problem olduğunda veya productionda yapacağınız bir patch geçişi veya upgrade operasyonunda kesintiye gerek bırakmadan işlem yapabilme imkanı sağlar. Dataguard kurulumlarında oracle versiyonlarındaki farklardan kaynaklanan bir takım farklılıklar olabilmektedir. Dolayısıyla bu tarz installion guide’ ları oluştururken versiyon bilgisi önemlidir.  Bu yazımda 10gR2 kurulu bir production sistemimiz üzerine physical standby database’ i nasıl kurabileceğimizden bahsedeceğim. Sonrasında da ayrı bir yazı ile aynı işlemi  11gR2 de içinde yazmayı planlıyorum.

Öncelikle dataguard kurabilmemiz için (10g için kıstlardan bahsediyoruz, 11g için kısıtlarda ciddi değişimler oldu) ön koşullar nedir ondan biraz bahsedelim. Kısıtlarımızı iki başlık altında toplayabiliriz. Continue reading →

by Kamil TURKYILMAZ

ORA-39125: Worker unexpected fatal error in KUPW$WORKER.UNLOAD_METADATA

Expdp ile no rows backup almaya çalışırken alınan bir hata ve çözümü ile ilgili detaylar ;

expdp “‘/ as sysdba’” DIRECTORY=expdp DUMPFILE= metadata_15032011.dmp LOGFILE=metadata_15032011.log CONTENT=METADATA_ONLY FULL=Y

Yukarıdaki script ile almaya çalıştığımda ; Continue reading →

by Kamil TURKYILMAZ

Oracle Initial Parametreleri

Oracle da database’ ini startup ile açmaya kalktığımız da instance ilk iş olarak parametre dosyasını okumaya çalışacaktır. Dolayısıyla temel initial parametrelerinden bahsederken bizim için çok kritik file’ lerimizden biri olan spfileSID.ora dosyasından da kısaca bahsedeceğiz.

Parametre dosyaları Linux’ da;  $ORACLE_HOME/dbs,  Windos’da $ORACLE_HOME/database  altında bulunur. Database create edilmesiyle birlikte spfileSID.ora dosyamızda oluşur.  Bunun yanısıra parametre değişikliğini database içirisinden Alter system veya Alter database ile yapmak istemediğimiz veya yapamadığımız durumlarda ise kullandığımız birde pfileSID.ora dosyamız olacaktır. Bu dosya db create operasyonu sonrasında oluşmaz, bunu create etmek için sql satırında; Continue reading →

by Kamil TURKYILMAZ

Canlı Bir Transportable Tablespace Operasyonu Örneği

Yazılarımdan da anlaşılacağı üzere bu aralar transportable tablespace’ le yakından ilgileniyorum. Bu konudaki yapmış olduğum tüm testleri ve production ortamlarımızda yapmış olduğumuz operasyonlarla ilgili detaylarıda sizinle buradan paylaşmaya çalışıyorum. Şimdiye kadar tranportable tablespace ile ilgili çalışma mantığından, kıstlarından bahsettik. Neden bu konu üzerine bu kadar yoğunlaştığımdan bahsedeyim, ileride sizlerde benzer bir durumla karşılaşırsanız diğer yöntemler ile karşılaştırmada yardımcı olacaktır. Production ortamda kullandığımız bazı database’ lerimizi yeni alınmış olan (yeni sunucu ibm p795 serisi) sunucular üzerine taşımaya çalışıyoruz. İlk taşınacak olan database yaklaşık 3 tb büyüklüğündeki bir database, bu database’ i migrate etme işini bitirdik. Bugün bu taşıma işlemini transportable tablespace yöntemi kullanarak nasıl yaptığımızdan step by step bahsedeceğim ; (Şunu belirtmemde fayda aşağıdaki stepler bizim taşımış olduğumuz database’ in özellikleri ile şekillenmiş adımlar yani bu database’ de materialized view yoktu, eğer olsaydı bir stepde bunun için olacaktı) Continue reading →