DISASTER RECOVERY SOLUTION DATAGUARD DISASTER RECOVERY SOLUTION Talip Hakan ÖZTÜRK BANKASYA – ORACLE DBA OCE, 10g OCA, 10g OCP http://taliphakanozturk.wordpress.com

Talip Hakan ÖZTÜRK 2000-2005 Azerbaycan Teknik Üniversitesi – Bilgisayar Müh. BANKASYA - Oracle DBA OCE, 10g OCA, 10g OCP Oracle Blogger http://taliphakanozturk.wordpress.com Oracle Forum Sorumlusu ve Editörü http://www.ceturk.com http://taliphakanozturk.wordpress.com

Gündem Neden Disaster Recovery? Data Guard Nedir? Process Architecture – Senkron ve Asenkron Redo Transferi Protection Modes Physical Standby Veritabanı – Demo Snapshot Standby Veritabanı (11g) Logical Standby Veritabanı Active Data Guard (11g) Switchover & Failover - Demo http://taliphakanozturk.wordpress.com

Neden Disaster Recovery? http://taliphakanozturk.wordpress.com

DISASTER RECOVERY PLANINIZ İŞ SÜREKLİLİĞİNİZ VAR PEKİ DISASTER RECOVERY PLANINIZ VAR MI? http://taliphakanozturk.wordpress.com

DATAGUARD Nedir? Oracle felaket kurtarma çözümüdür Production veritabanınızı felaketlerden korur Production veritabanınızın daha efektif kullanılmasını sağlar, üzerindeki iş yükünü azaltır http://taliphakanozturk.wordpress.com

Geçmişten Günümüze Data Guard Teknoloji ilk olarak Oracle 7 ile manuel standby veritabanı oluştururarak kullanılmaya başlandı Oracle 8i ile Data Guard olarak karşımıza çıktı ORACLE 8i Read-Only Standby Veritabanı Managed recovery Redo Log dosyalarını Uzak(Remote) arşivlenmesi ORALCE 9i “Zero Data Loss” Entegrasyonu Data Guard Broker ve Data Guard Manager GUI Swithcover ve Failover işlemleri Otomatik senkronizasyon Logical Standby Veritabanı Maximum Protection ORACLE 10g Real-Time Apply RAC için güçlendirilmiş destek Fast-Start Failover Asenkron redo transferi Flashback Database ORACLE 11g Active Standby Veritabanı(Active Data Guard) Snapshot Standby Heterojen platform desteği (Production –Linux, Standby - Windows) http://taliphakanozturk.wordpress.com

DISASTER RECOVERY Önemli Bileşenleri RPO = Recovery Point Objective Ne kadar veri kaybetmeyi göze alabilirsiniz? RTO = Recovery Time Objective Veri erişimi olmadan kaç dakika ayakta durabilirsiniz ? Maliyet http://taliphakanozturk.wordpress.com

DATA GUARD 11g PROCESS MİMARİSİ SENKRON REDO TRANSFERİ (SYNC) – SIFIR VERİ KAYBI (ZERO DATA LOSS) MRP-Managed Recovery Process LNS-LogWriter Network Service RFS-Remote File Server Process LSP-Logical Standby Process 1 3 1 1 3 1 3 2 2 1 – Kullanıcı bir transaction başlatır. Bu transaction redo buffer a yazılır. Kullanıcı transaction ı commit lediğinde LGWR process Redo Log dosyaya yazar 2 - LNS (LogWriter Network Service) commitlenmiş redoyu RFS (Remote File Service) bildirir. RFS standby redo log dosyaya yazar. Physical standby kullanıyorsak MRP (Managed Recovery Process) standby veritabanına apply eder. Logical Standby kullanıyorsak bu işlemi LSP (Logical Standby Process) yapar. 3 – RFS verinin başarılı işlendiği bilgisini LNS e gönderir. LNS bu bilgiyi LGWR a aktarır. Son olarak Kullanıcıya transaction commit işleminin başarılı olduğu bilgisi gönderilir. http://taliphakanozturk.wordpress.com

DATA GUARD 11g PROCESS MİMARİSİ ASENKRON REDO TRANSFERİ (ASYNC) MRP-Managed Recovery Process LNS-LogWriter Network Service RFS-Remote File Server Process LSP-Logical Standby Process 1 1 3 1 1 2 2 2 1 - Kullanıcı bir transaction başlatır. Bu transaction redo buffer a yazılır. Kullanıcı transaction ı commit lediğinde LGWR process Redo Log dosyaya yazar 2 - LNS (LogWriter Network Service) commitlenmiş redoyu RFS (Remote File Service) bildirir. RFS standby redo log dosyaya yazar. Physical standby kullanıyorsak MRP (Managed Recovery Process) standby veritabanına apply eder. Logical Standby kullanıyorsak bu işlemi LSP (Logical Standby Process) yapar. 3 - Redo Buffer bir şekilde recycle edilirse LNS otomatik olarak redo log dosyalarını okur ve redoları buradan göndermeye başlar. RFS verinin başarılı işlendiği hakkında LNS e geri bildirimde bulunmaz. http://taliphakanozturk.wordpress.com

DATA GUARD 11g PROCESS MİMARİSİ ASYNC – REDO TRANSFERİ YEDEKLENDİĞİNDE MRP-Managed Recovery Process LNS-LogWriter Network Service RFS-Remote File Server Process LSP-Logical Standby Process 1 1 2 1 1 2 2 1 - Kullanıcı bir transaction başlatır. Bu transaction redo buffer a yazılır. Kullanıcı transaction ı commit lediğinde LGWR process Redo Log dosyaya yazar 2 - LNS (LogWriter Network Service) commitlenmiş redoyu redo log dosyasından okuyup RFS (Remote File Service) bildirir. RFS standby redo log dosyaya yazar. Physical standby kullanıyorsak MRP (Managed Recovery Process) standby veritabanına apply eder. Logical Standby kullanıyorsak bu işlemi LSP (Logical Standby Process) yapar. http://taliphakanozturk.wordpress.com

REDO TRANSFER PROTECTION MODE LOG_ARCHIVE_DEST_n için NET_TIMEOUT parametresi Data Guard 10g default = 180 sn Data Guard 11g default = 30 sn http://taliphakanozturk.wordpress.com

PHYSICAL STANDBY - DATA GUARD REDO APPLY Physical Standby Database, production (primary) veritabanının blok-blok kopyasıdır Redo Apply aktifken, raporlam ve sorgu için read-only modda açılabilir(Active Data Guard) Production (Primary) veritabanına ekstra yük bindirmemek için backup işlemlerinde kullanılabilir. Read-Write modda çalışırken redo transferini kabul etmez http://taliphakanozturk.wordpress.com

Veri Bozulmaları ve Kullanıcı Hatalarından Korunma Primary Site Standby Database Standby Site Production İsteğe bağlı gecikmeli Apply Production (primary) veritabanı değişiklikleri Standby veritabanında gecikmeli olarak uygulanabilir. Apply process aynı zamanda log kayıtlarını check ederek log bozulması olup olmadığı hakkında bilgi verir. http://taliphakanozturk.wordpress.com

DATA GUARD SNAPSHOT STANDBY (11g) TEST Veritabanları Olarak Kullanma Read-write modda açıp, tekrar physical standby dönüştürülebilir Archive loglar yedeklenir ve physical standby a geri dönüldüğünde apply edilir DGMGRL> convert database <name> to snapshot standby; DGMGRL> convert database <name> to physical standby; http://taliphakanozturk.wordpress.com

LOGICAL STANDBY - DATA GUARD SQL APPLY Logical Standby Database açık, aktif ve bağımsız olan bir veritabanıdır Production (Primary) veritabanı ile aynı mantıksal bilgilere (row) sahiptir Redo verileri SQL olarak apply edilirken raporlama olarak kullanılabilir Veritabanı read-write modda açık olabilir. Replica olan tablolarda değişikliklere izin vermez. Desteklenmeyen Veri tipleri LONG LONG RAW BFILE ROWID user-defined types varrays nested tables Desteklenmeyen tabloları görmek için; select distinct owner, table_name from DBA_LOGSTDBY_UNSUPPORTED; select owner, table_name from LOGSTDBY_UNSUPPORTED_TABLES; http://taliphakanozturk.wordpress.com

ACTIVE DATA GUARD (11g) Production veritabanı üzerinden rapor yükünü azaltmak Production veritabanı üzerinden backup yükünü azaltmak Real-time raporlama (redo apply devam ederken) http://taliphakanozturk.wordpress.com

ACTIVE DATA GUARD (11g) http://taliphakanozturk.wordpress.com

SWITCHOVER & FAILOVER Switchover Planlı role değişimidir Tekrar yeni bir veritabanı kurulumu gerektirmez OS ve hardware bakımı için kullanılabilir Failover Manuel olarak SQL ile veya basit bir GUI arayüzüyle aktifleşebilir Production (Primary) veritabanının plansız bozulması Standby veritabanının yeniden oluşturulması gerekir http://taliphakanozturk.wordpress.com

TEŞEKKÜRLER Talip Hakan ÖZTÜRK Bilgisayar Mühendisi Oracle Certified Professional 10g Oracle Certified Associate 10g Oracle Certified Expert talip_hakan_ozturk@hotmail.com http://taliphakanozturk.wordpress.com