Rman Backup’ ın Kaldığı Yerden Tekrar Başlatılması (Backup’ ın Tamamlanmadan Sonlanması Durumunda)

Bu bahsetmiş olduğum durum aslında hemen hemen herkesin başına mutlaka gelmiştir. Özellikle size anlamında ciddi boyutlardaki database’ lerin backuplarının da nispeten uzun sürdüğünü söyleyebiliriz. Bir örnekle açıklamaya çalışalım, production database inizden backup alıyorsunuz ve backupınız yaklaşık 10 saatte tamamlanıyor. Backup başlatıkdan 9 saat sonra (yani bitmesine çok az bir zaman kalmışken) database’ de yaşanan bir problem den dolayı sistem down oluyor ve sizin backuplar da haliyle fail olmuş oluyor. Bu tarz bir durumda karşılaşıldığında ne yapabiliriz sorusuna cevap vermeye çalışacağım. Şöyle bir senaryoylada karşılabiliriz. Kritik bir işlem öncesinde database’ in full backupını almak istiyorsunuz ve backup sonrasında da hemen işleme başlamanız gerekiyor. Backup bir şekilde fail olduğunda tekrar başlatma şansımız yoksa ne yapabiliriz. Backupımız olmadan işleme başlamak da istemiyoruz. BU gibi durumlarda backupı kaldığı yerden tekrar başlatabiliriz. Backupın fail olduğu noktaya kadar almış olduğu tüm backupları skip ettirerek kaldığı yerden devam etmesini sağlayabiliriz. Yine bir örnek üzerinden gitmeye çalışalım.

Aşağıdaki komutla database’ in archiveloglar dahil tüm backupını almaya çalışıyorum.
Continue reading

Sık Kullanılan Rman Komutları ile İlgili Temel Bilgiler …

Rman ile ilgili türkçe olarak aşağıdaki isimlerini ve linklerini verdiğim değerli arkadaşlar güzel yazılar yazmışlar. Bu yazımda bende Rman’in sık kullanılan komutlarından bahsetmek istyorum. Fazla detaya girmeden kısa kısa bende bahsediyor olacağım.

Rman hakkında temel fikirler edinmek istiyor iseniz aşağıdaki arkadaşlarında yazısına da mutlaka göz atmanızı öneririm;

http://turkceoracle.com/2011/03/recovery-manager-rman-dinamik-performans-goruntuleri.html
http://oganozdogan.blogspot.com/2008/02/rman-ile-backuprestorerecover.html
http://taliphakanozturk.wordpress.com/2011/06/01/rman-teknik-referans/
http://www.boraovali.com/?tag=rman
http://www.cagataycebi.com/oracle/RMAN.pdf

Rman konfigurasyonundan bahsettikden sonra birazda nasıl kullanıldığından bahsedelim;
Continue reading

RMAN Konfigurasyonu Hakkında Özet Bilgi

Aslında RMAN ile ilgili uzun bir süredir yazmak istiyordum notlarımı ancak toparlayabildim. Bu yazımda Rman’ in genel özelliklerinden, çalışma mantığından,hangi ihtiyaca göre nasıl kongiure edimesi gerektiğinden kısacası temel bir takım genel özelliklerin den bahsedeceğim. Bundan sonraki Rman ile ilgili yazılarımda ise spesifik olarak bazı özel (disaster durumlarında) ne yapmamız gerekeceğinden bahsetmeye çalışacağım. Öncelikle Rman’ in temel konfihurasyonların yer aldığı Show All komutu ile başlamak istedim. Show all’ daki her bir parametrenin ne olduğunu ifade ettikden sonra yine temel olması açısından database’ in backupının farklı şekillerde (full, datafile,sadece archivelog, .. vs) nasıl alabileceğimizden bahsetmek istiyorum. Show All’ ile parametreleri nasıl configure edebildiğimizi anlatırken olabildiğince en az iki örnek vermeye çalışacağım.

SHOW ALL ;
Continue reading

Physical Standby Database Üzerinde Switchover Operasyonu

Dataguard üzerinde zaman zaman switchover ile Dataguard ve Primary sunucularında rol değişimi yapmamız gerekebilir. Örneğin, Production ortamlarında yaşanacak disaster durumunda Dataguardları Primary olarak açmamız gerekecektir veya Primary olan sunucu üzerinde yapılacak olan (donanımsal bir işlem olabilir) bir çalışma nedeniyle eğer kesinti yapmamıyorsanız DG ‘ ı primary yaparak kullanıcılarının etkilenmeden gerekli işlemi yapıp, sonra tekrar bir switchover ile primary database’ i aktif edebilirsiniz. Bu operasyonu dataguard broker’ ı kullanarak da yapabilirsiniz. DGMGRL ile bu işlemin nasıl yapılacağından daha önce bahsetmiştim. Şimdi bu işlemleri manuel nasıl yapabileceğimizden bahsedelim;

— Öncelikle Primary database’ imizin switchover’ a işlemine hazır olup olmadığı kontrol ediyoruz;

SQL>select switchover_status from v$database ;
Switchover_status
—————–
TO STANDBY
Continue reading

Standby Database Nasıl Gerçek bir Test Ortamına Dönüştürülür

Hemen hemen her prod ortamın aslında bir test ortamı bulunuyor ancak kimi zaman test ortamlarındaki data büyüklüğü veya test ortamının bulunduğu sunucunun özelliklerinden dolayı test ortamında yapılan bir test PROD ortama implemente edildiğinde test ortamındaki ile benzer sonuçları veremeyebiliryor. Bu yüzden kimi zaman (DG’ ında bulunduğu sunucunun donanım özellikleri prod ile çoğu zaman aynı olamayabiliyor ancak en azından aynı data üzerinde işlem yapabilme şansını sağlıyor) gerçeğe daha yakın sonuçlar alabilmek adına DG ortamlarını test ortamı gibi kullanabilmemiz gerekebiliyor. Bu tarz durumlarda karşılaştığımız da DG’ ı nasıl test ortamına dönüştürebileceğimizden ve sonrasında tekrar nasıl DG yapabileceğimizden bahsetmek istiyorum;

— Öncelike standby database’ imizde flash_recovery_file_dest ve file_dest_size parametrelerimizin tanımlı olduğundan emin olmamız gerekiyor. BU parametreler database’ i flashback moda alabilmemiz için gerekiyor. Daha önce bu parametreler set edilmemişse aşağıdaki gibi set edebiliriz;
Continue reading