Archives

by Kamil TURKYILMAZ

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 →

by Kamil TURKYILMAZ

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 →

by Kamil TURKYILMAZ

ASM Üzerindeki Standby Database’ in Incremantal Backup ile Tekrardan Senkronizasyonun Sağlanması

Bir önceki yazımda çeşitli sebeblerden dolayı DG geride kaldığında ve artık istemiş olduğu archive loga PROD tarafında ulaşamadığımızda, DG’ ı senkron hale getirmek için incremantal backupdan nasıl döneceğimizden bahsetmiştim. Şimdi aynı senaryoyu ASM üzerinde çalışan bir DG’ ımız olduğunda nasıl yapacağımızdan bahsedelim. ASM işin içine girdiğinde işler bir parça değişiyor ama mantık aynı aslında. Sırayla üstünden geçmeye çalışalım ;
Continue reading →

by Kamil TURKYILMAZ

Step by Step creating a Physical Standby Database on 11gR2

10gR2 için dataguard kurulumundan bahsetmiştik, şimdi aynı işlemleri 11gR2 için yapıp bir sonraki adımda da dgmgrl ile switcover failover işlemlerinden bahsetmeyi planlıyorum.  İlk yazımda bahsetmiş olduğum bazı tanım ve ön gereksinimler kısmına artık burada değinmiyorum.  10gR2 için dataguard kurulumundan bahsederken manuel kurulum yapmıştık. Dbf’ leri biz taşımıştık, initfile’ deki parametreleri biz edit ederek üzerinde değişiklikler yapmıştık. 11gR2 için dataguard kurulumunda bu adımların hiçbirini yapmayacağız. Rman’ i kullanarak tüm işi oracle’ a bırakarak nasıl yapacağımız üzerinde konuşacağız.

Kurulumuna başlamadan önce elimizdekilere bir bakalım.  2 tane işletim sistemi linux 5.5 olan sunucumuz, sunucuların birinde oracle 11gR2 database kurulu diğerinde ise sadece software kurulu durumda. Primary sunucumuzun Continue reading →

by Kamil TURKYILMAZ

Redolog Group Tanımlama / Değişiklik Yapma

Oracle database server kurduğumuz zaman default olarak 50 mb büyüklüğündeki 3 tane redolog group tanımlanmış olarak gelir. Ancak gerçek ortamlarda redologların size’ larında zaman zaman değişiklikler yapmak zorunda kalırız. Örneğin alert log içerisinde checkpoint not complete hatası aldığımızda redologlarımızın size’ ını artırmamız gerekebilir. Bu tarz değişiklikleri kullanılan redologları sıra ile drop edip yenilerini istediğimiz lokasyona istediğimiz boyutlarda create ederiz. Oracle ilk kurulduğunda her 3 redo log’ uda  aynı lokasyona create eder. Redolar database’ in son noktaya döndürmek istediğimiz de kritik önem taşıdıklarından mutlaka farklı lokasyonlara memberlanmaları gerekmektedir. (Şart değil tabiki sadece data  kaybı yaşamak istemiyorsak 🙂

Yeni redoları eklemeden önce mevcut sistemdeki görmek için ;
Continue reading →