Transcript Slayt 1 - Talip Hakan Öztürk`s ORACLE BLOG

DATAGUARD
DISASTER RECOVERY SOLUTION
Talip Hakan ÖZTÜRK
BANKASYA – ORACLE DBA
OCE, 10g OCA, 10g/11g OCP
http://taliphakanozturk.wordpress.com
Talip Hakan ÖZTÜRK
2000-2005 Azerbaycan Teknik Üniversitesi – Bilgisayar Müh.
BANKASYA - Oracle DBA
OCE, 10g OCA, 10g/11g OCP
Oracle Blogger
http://taliphakanozturk.wordpress.com
http://taliphakanozturken.wordpress.com
Oracle Forum Sorumlusu ve Editörü
http://www.ceturk.com
“Oracle Database 11g R2” Kitabının Yazarı
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
İŞ 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
1
LNS-LogWriter Network Service
3
RFS-Remote File Server Process
LSP-Logical Standby Process
1
1
3
1
2
http://taliphakanozturk.wordpress.com
3
2
DATA GUARD 11g PROCESS MİMARİSİ
ASENKRON REDO TRANSFERİ (ASYNC)
MRP-Managed Recovery Process
LNS-LogWriter Network Service
1
RFS-Remote File Server Process
1
LSP-Logical Standby Process
3
1
1
2
http://taliphakanozturk.wordpress.com
2
2
DATA GUARD 11g PROCESS MİMARİSİ
ASYNC – REDO TRANSFERİ YEDEKLENDİĞİNDE
MRP-Managed Recovery Process
LNS-LogWriter Network Service
1
RFS-Remote File Server Process
LSP-Logical Standby Process
1
1
2
1
2
http://taliphakanozturk.wordpress.com
2
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
Standby Site
Primary Site
Standby
Database
Production
Database
İ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.
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
OCE, 10g OCA, 10g/11g OCP
[email protected]
http://taliphakanozturk.wordpress.com
http://taliphakanozturken.wordpress.com