DISASTER RECOVERY SOLUTION

... konulu sunumlar: "DISASTER RECOVERY SOLUTION"— Sunum transkripti:

1 DISASTER RECOVERY SOLUTION
DATAGUARD DISASTER RECOVERY SOLUTION Talip Hakan ÖZTÜRK BANKASYA – ORACLE DBA OCE, 10g OCA, 10g OCP

2 Talip Hakan ÖZTÜRK Azerbaycan Teknik Üniversitesi – Bilgisayar Müh. BANKASYA - Oracle DBA OCE, 10g OCA, 10g OCP Oracle Blogger Oracle Forum Sorumlusu ve Editörü

3 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

4 Neden Disaster Recovery?

5 DISASTER RECOVERY PLANINIZ
İŞ SÜREKLİLİĞİNİZ VAR PEKİ DISASTER RECOVERY PLANINIZ VAR MI?

6 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

7 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)

8 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

9 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.

10 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.

11 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.

12 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

13 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

14 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.

15 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;

16 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;

17 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)

18 ACTIVE DATA GUARD (11g)

19 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

20 TEŞEKKÜRLER Talip Hakan ÖZTÜRK Bilgisayar Mühendisi
Oracle Certified Professional 10g Oracle Certified Associate 10g Oracle Certified Expert