Archives

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

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

Zaman zaman dataguardlarda production ortamlarda yaşanan archive kayıplarından dolayı senkronizasyonun durması problemiyle kaşılaşırız. Alında bu durumun birden fazla nedeni olabilmektedir. Production ortamda disk doluluğu gibi bir durumla karşılaşıldığında henüz apply olmamış bir logun silinmesi veya DG tarafı düzgün bir periyod ile kontrol edilmediğinde gap’ de kalmış olabileceği ve productiondaki archive’ ların ezilmesi gibi durumlarda DG’ ımız artık ilerleyemeyeceği için işlevselliğini bir ölçüde kaybetmiş oluyor. Bu problemi aşmanın yolu Dg ‘ nın kalmış olduğu noktayı tespit edip, o noktadan itibaren PROD ortamdan (incremantal) backup alıp DG ortamına recover etmekdir. Bahsettiğimiz işlemi adım adım nasıl yapabileceğimizden bahsedelim ;

Öncelikle Standby tarafında apply işlemini durdurup kalınan sequence noktasını tespit ediyoruz.
Bu noktayı tespit ederken aşağıdaki 3 sql’ den faydalanıyoruz. Bu 3 sql ‘den gelen değerlerden en düşük olan hangisi ise o noktayı dikkate alıyoruz.
Continue reading →

by Kamil TURKYILMAZ

Tüm Redolog Dosyalarının Kaybolması Durumunda Yapılabilecekler

Redolog dosyalarının yer aldığı dizinin bir şekilde silindiği veya bulunduğu disk’e artık erişim olmadığı durumda neler yapabileceğimizden biraz bahsetmek istiyorum. Bu tarz bir durum yaşandığında database’ e uygulama üzerinde connection kurmaya çalışan userlar aşağıdaki hatayı almaya başlayacaklardır;

ORA-00257: archive error. Connect internal only, until freed.

Sunucu üzerinden database’ e erişim yapılabilmekte ancak alertlogu kontrol ettiğimizde db’ in sürekli olarak aşağıdaki hatayı verdiğini görürüz;

Continue reading →

by Kamil TURKYILMAZ

Listener Service’ ine Şifre Atama

Listener service’ nin ownerı olan user dışında kimse tarafından kapatılıp açılmamasını sağlamak istediğimiz durumlarda listener service’ ine şifre atarız. Böylelikle service müdahale etmek için atanmış olan şifreyi bilmek gerekecektir. Yetkisiz kullanıcıların listener service’ i üzerindeki işlemleri de kısıtlanmış olur. Bu işlem için iki farklı yöntem izleyebiliriz;

Birinci $ORACLE_HOME/network/admin altındaki listener.ora dosyasını editleyerek altına aşağıdaki satırı ekleyip service’ i restart edebiliriz;
Continue reading →

by Kamil TURKYILMAZ

Database’i Flashback ile Geriye Nasıl Sarabiliriz

Zaman zaman test ortamlarında test yapılırken yanlış çalıştırılan bir procedure veya geri alınamayan bir işlemden dolayı test ortamındaki datalarımız işlevselliğini kaybedebilir. Aslında her ne kadar her sistem için çok mümkün gibi gözükmesede production ortamlarda da bu tarz işlemler zaman yapılıyor. Örneğin prod ortamda çalışan uygulama üzerine atılacak olan bir sürüm işleminde ortaya çıkabilecek hataları kestiremiyor ve sonrasında ki çıkabilecek muhtemel hatalardan dolayı bir endişeniz var ise flashback bu konuda size yardımcı olacaktır. İşleme başlamadan önce bir point noktası işaretlersek ve bu noktayı saklarsak sonrasında işlem sırasında alınan bir hatadan dolayı database’ i geriye sarıp işleme başladığımız zamana çok kısa bir sürede dönebiliriz. (Buradaki kısa bir süre kavramı yapılan işlemin detayına göre değişiklik gösterecektir, ama bu tarz bir problemde backupdan dönme ile kıyaslandığında çok ciddi zaman avantajı olacaktır)
Continue reading →