itech

PCI SSC (Payment Card Industry Security Standards Council) American Express, Discover Financial Services, JCB, MasterCard Worldwide ve Visa International tarafından, kredi kartı ödeme sistemleri üzerinde işlenen verilerin güvenliğinin sağlanması amacı ile kurulmuş bir konseydir. PCI SSC nin ana amacı, kredi kartı verilerini işleyen, yönlendiren yada depolayan bütün kuruluşları, konseyin yayınladığı PCI DSS (Payment Card Industry Security Standard) veri güvenliği standardına uygunluğunu denetlemektedir. Örneğin E-ticaret ile iştigal eden bir tüccarsanız ve kredi kartı ile satış yapıyorsanız, E-ticaret sisteminiz PCI DSS veri güvenliği standartlarına uyumlu bir güvenlik altyapısına sahip olmalıdır. PCI DSS standartlarına uyumlu olup olmadığınız ise PCI SSC tarafından akredite edilmiş bağımsız denetim kuruluşları tarafından periyodik olarak denetlenir. Yanlış anlaşılmaması için yineliyorum PCI DSS standardı, kredi kartı verilerini işleyen, yönlendiren yada depolayan bütün kuruluşları ve i

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.

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