ORA-19563: header validation failed for file

Rman ile restore denemesinde restore işlemi sonrasında “switch datafile all” kısmında yukarıdaki gibi bir hata aldım. Hatanın nedeni ve çözümü hakkında kısaca bahsetmek istiyorum.

Source database’ inizde farklı lokasyonlarda aynı isimde birden fazla dbf’ iniz varsa ve siz bunları restore yaptığınız sunucu üzerinde tek bir lokasyonda toplamaya çalışıyorsanız bu tarz bir hata almanız kaçınılmaz olacaktır. Çünkü işin doğası gereği aynı isimde birden fazla file olamayacağından dolayı duplicate isimdeki file’ lerden biri mutlaka ezilecektir. Dolayısıyla da switch datafile all komutunuz düzgün çalışamayacaktır. Aşağıdaki ilk restore komutunda 13 ve 42 satırlarında INFRA07.dbf isminde ve 38 ve 43 satılarında da INFRA31.dbf isimlerinde aynı iki dosya aynı lokasyona restore edilmeye çalışılmaktadır.
Continue reading

Recover Catalog ile Tape’ e Alınmış Olan Backupların Expire Olması Durumunda ;

Kimi sistemlerden alınan bazı backupların bir kaç yıl saklanması gerekebilir. Özellikle de yasal olarak bazı zorunluluklardan dolayı kimi sistemlerin rman backupları tape içerisine farklı bir kartula alınarak saklanmaktadır. Yıllar sonrada alınmış olan bu backupların restore edilmesi gündeme gelebilir. Bu işlemi yapacağınız sırada rman catalog tarafında (catalog kullanmıyorda olabilirsiniz bu farketmeyecektir) bu backupları sorguladığınız da statüsünü EXPIRED olarak görebilirsiniz. Hatta expire olan backupları, backup komutunuz içerisinde “delete expired backup” şeklinde bir komut çalıştırıyorsanız eğer bunları sileceğinizden dolayı göremeyebilirsinizde. Bu tarz bir durum ile karşılaştığınızda neler yapabileceğinizden bahsetmek istiyorum. Son durumda istediğimiz backupı içeren bir kartuşumuz ancak backupı dönmeye çalışacağımız ortamda yani rman da kaydı olmayan bir backup olmuş olacaktır.

Sırayla üzerinden geçmeye çalışalım. Öncelikle prod sistemimiz üzerinden rman catalog’ a bağlanalım. (Biz backup alırken recovery catalogu kullandığımız için cataloga bağlanıyorum, siz catalog kullanmıyorsanız sunucu üzerinden “rman target /” ile bağlanmanız yeterli olacaktır.)

>\ rman target / rcvcat prod/xxxxxxxxx@RCATALOG
Continue reading

RMAN-06172: no AUTOBACKUP found or specified handle is not a valid copy or piece

Bir önceki yazımda spfile’ I rman backuplarınız içerisinden nasıl restore edebileceğimizden bahsetmiştim. (http://www.kamilturkyilmaz.com/2012/02/19/spfile-dosyasi-nasil-restore-edebiliriz/) Bu işlemi yaparken zaman zaman yazının başlığında da belirttiğim gibi hata mesajları alabilirsiniz. Bu hata sadece spfile için değil controlfile’ I de from autobackup komutu ile dönmeye çalıştığınız da bu tür hata mesajlarıyla karşılabilirsiniz. Bu hatanın neden kaynaklandığı üzerine biraz konuşalım ;

Database’ nizi spfile veya controlfile’ nizdeki bir problemden dolayı start edemiyorsunuz. Soruna çözmek amacıyla backupdan dönmeye karar verdiniz; İşlemi yapmak istediğinizde ;

RMAN> restore controlfile from autobackup;
Continue reading

SPFILE Dosyasını Nasıl Restore Edebiliriz

Database’ inizi start etmeye çalıştığınızda bu tarz bir hata alıyor iseniz, mevcut spfile dosyanızı sistem okuyamıyor yani database’ iniz start olmuyor demektir. Database’ iniz açık olmadığından dolayı ,

create spfile from file ;

komutundan da faydalanamıyorsunuz . Ama spfile’ e de ihtiyacınız var. Bu durumda spfile’ inizin backupınızı alıyor iseniz en kolayı almış olduğunuz son backupdan bunu dönmeniz olacaktır. Spfile’ i backup’ dan nasıl restore edebileceğimize geçmeden önce bu duruma örnek başka case’ lerle nelerdir bunlar üzerinde biraz konuşalım, toparlarsak ;

• Spfile’ miz kazara silinmiş olduğunda,
• Daha önceki bir spfile’ i görmek istediğimizde,
• Database’ imizi şu anki spfile ile start edemediğimizde
Continue reading

Oracle Veritabanı Denetimleri

Günümüzde, kurumlar için en önemli varlık “veri”dir. Peki nedir bu veri? Bankalar ve telekomünikasyon kurumları için veri, Müşteri Bilgisi (anne kızlık soyadı, adres, telefon, mevduat bilgisi, en çok kullanılan servisler vb) olarak adlandırılabilir. Kurumlar bu bilgilerin bütünlüğünden (integrity), erişilebilirliğinden (availability) ve gizliliğinden (confidentiality) sorumludur. Veriyi kullanarak kurumlar gelir elde ederler. Bu durumda veri, ticari bir varlık olarak da nitelendirilebilir. Aynı zamanda, bu bilgileri kullanarak kanun düzenleyiciye sundukları raporların doğruluğundan da sorumludurlar.
Buraya kadar, verinin ne olduğundan ve ne işe yaradığından bahsettik. Peki, bu derece önemli bir varlığı nasıl korumalıyız? Ya da korunduğunu nasıl denetim kanıtı olarak denetimlerde nasıl göstermeliyiz?
Bilgiyi fiziksel ve mantıksal olarak koruyabiliriz. Fiziksel olarak, güvenlik görevlileri, döner kapılar, çelik kasalar vb; mantıksal olarak ise, verinin saklandığı sunucudan başlayarak onu işleyen son kullanıcıya kadarki döngüde geçen her sistem sayılabilir.
Yasal zorunluluklar (BDDK, BTK, SOX, PCI vb) nedeniyle veriye olan her tür erişim talebinin yetkilendirilmesi, erişimlerin de kayıt altına alınması gerekmektedir (least priviledge, need-to-know).
Kurumlar, denetimler için çeşitli bağımsız denetim firmaları ile çalışarak, gerçekleştirdikleri operasyonları nasıl kontrol ettiklerini ilgili denetim kanıtları ile ispatlamak zorundadırlar. Sürmekte olan teknik operasyonlara gerekli kontrol noktaları ilave ederek denetim kanıtı sunmak tüm kurumlar için başarılı denetimin en önemli başlangıç noktasıdır.
Denetimlere hazırlanırken de, kendi öz değerlendirmelerini yapmak ve gerekli kontrolleri devreye almak denetimlerde sorun yaşamamak adına en önemli yardımcıları olacaktır. Peki, bu denetimlerde neler nasıl kontrol edilmektedir?
Bu yazımızda, bunları açıklarken gerekli sql cümleciklerini ve çıktılarının nasıl yorumlanacağından bahsedeceğiz.
Continue reading