ORA-16474: target_db_name not found in the LOG_ARCHIVE_DEST_n parameter

Dataguard kurulumları sonrasında switchover veya 12c ile birlikte gelen verify komutunu çalıştırdığınız da aşağıdaki gibi bir hata alırsanız bunun nedenini ve nasıl çözüleceğinden bahsediyor olacağım.

Primary database tarafında log_archive_dest2 yi “SERVICE=con_stby LgWR SYNC AFFIRM” şekilde set etmeniz durumunda da dataguard çalışır. Bunun için dataguardınızın hengi modda çalıştığının bir önemi yoktur.

Ancak bu şekilde set ettiğiniz de switchover yapmak istediğiniz de (primary database üzerinde)

Hatasını alırsınız. Bu hatayı gidermek için (aslında hatanın açıklamasında yer aldığı üzere) primary database’ de dest2 parametresine db_unique_name kısmını da eklemek gerekmektedir , aşağıdaki şekilde tekrar alter edelim ;
Continue reading

Rman Backup-Restore Yöntemi ile Standby Kurulumu

Datagurad kurulumu ile ilgili olarak bir çok arkadaşım farklı biir takım yöntemlerle dataguard kurulumlarından bahsetmişti. Dolayısıyla nette böylebir konuyuaraştırmak istediğinizde fazlasıyla gerek türkçe grekçe ingilizce kaynak bulabilirsiniz. Sayısı her ne kadar yeterli olmasada nihayat bu konuda artık Türkçe dökümanlarada ulaşabilir duruma geldik. Çalışmış olduğum kurumda aşağıdaki işlemlerin testlerini, production kurulumlarını yapan ve araştırmacı yapılarından dolayı teşşekkür etmek istediğim çalışma arkadaşım var. Altan (Karaman) beraber yaklaşık 5 yıldır birlikte çalışıyoruz ve genel olarak yaptığımız her projeyi dökümante etmeye çalışıyoruz. İlk başlarda dökümantasyona bu kadar gerek olup olmadığını her ne kadar sorgulamış olsakda sonrasında farkettik ki , bu bizim iş yapış şeklimizi, süremizi olumlu anlamda çok ciddi şekilde etkilediğini gördük. Dolayısıyla nacizane sektöre yeni girmiş olan veya halihazırda çalışan arkadaşlarıma önerim mutlaka yaptıklarınızı dökümante edin.

Kurulumla ilgili adımların detaylarını aşağıda bulabilirsiniz;

1 – Production Veritabanındaki Mevcut Backupların Kontrolü

* Veritabanında alınan son backup bilgileri rman ile kontrol edilir.
Continue reading

Standby Database’ i Nasıl Activate Edebiliriz

Standby database’ lerimizi doğası gereği bir disaster durumu yaşadığımızda ve artık bir primary database’ imiz olmadığında zor günler için sakladığımız bu database’ leri primary yapmak isteyebiliriz. Bu tarz durumlarda nasıl standby database’ imizi primary yapabiliriz biraz bundan bahsetmek istiyorum.

Öncelikle eğer dataguard’ ınızın type’ ı maximum protection ise hiçbir data kaybınız olmadan güvenle açabileceğiniz ve senkron olduğundan %100 emin olduğunuz bir dataguardını var demektir. Eğer maxiumum performance kullanıyorsunuz redo’ nun en son switch olduğu aralığa da bağlı olarak redonun içerisindeki data kadar bir kaybınız olma ihtimali olacaktır. Varsayalımki böyle bir case ile karşılaştık, standbyımızı nasıl activate edecez;

Öncelikle standby’ımızın şu anki durumuna bakalım ;
Continue reading

ORA-01154: database busy. Open, close, mount, and dismount not allowed now

Bu hata ile daha önce hiç karşılaşmamış olanlarımız var ise öncelikle shutdown immediate komutunu database’i nasıl kapatamıyor diye düşünebilir. Ancak hemen belirteyimki kendi içinde tutarlı bir açıklaması var 🙂

Bu durum öncelikle eğer physical standby database’ iniz varsa ve protection mode’ da çalışıyor ise database’ i kapatmaya çalıştığınızda bu hayatı alırsınız. Çünkü protection mode NO DATA LOSS yani sıfır data kaybı mantığına göre çalıştığından dolayı eğer siz database’ i kapatabilseydiniz ve o esnada primary database’ inizde bir crash durumu yaşanması durumunda buda veri kaybını olacağı anlamına gelecektiki buda maximum protection mode’ ın doğasına aykırı bir durum oluştururdu. Bu yüzden sistem size bu mode geçerli olduğu sürece database’ i kapatmanıza izin vermeyecektir. Peki database’ imizi kapatmamız gerekiyor, nasıl kapatabiliriz.

Öncelikle primary database’ imizin protection mode’ unu kontrol edelim;
Continue reading

ORA-03114: end-of-file on communication channel

Ora-03114 hatası da aslında dba’ lerin ora-600 gibi çokda hoşlanmadıkları hatalardan biridir aslında, hatanın nedeni kullanılan oracle ürünlerine, komponentlerine ve hata alınmadan önce yapılmaya çalışılan işlem ile ilgili olarak çok değişik nedenlerden dolayı alınıyor olabilir. Ben pyhsical standbyı olan bir sistemi restart etmek isterken bu hata alındığında neden kaynaklandığından ve çözümünden bahsediyor olacağım. Bu tarz bir hata alındığında hatanın tam olarak olarak neden kaynaklandığını görmek için mutlaka alert loga bakmamız gerekiyor. Çünkü önyüze yansıyan hata ile ilgili olarak ihtiyaç duyacağımız detay bilgiye ancak buradan ulaşabiliyor oluruz.

Standby database’ler kurulurken daha öncede detayından bahsetmiş olduğumuz gibi 3 tane kullanabileceğimiz protection modu bulunmaktadır. Bunlardan maximum protection ve maximum availability modeları birbirlerine yakın kullanım tipleridir. Burada önemli olan nokta şu; size bu iki protection yönteminden biriniz seçmis iseniz ve dataguardınız da senkron olarak çalışıyor ise standby tarafında yaşanılacak olası problemlerden etkileniyor olacaksınız demektir. Üzerinde konuştuğumuz her iki modun da ortak özelliği;
Continue reading