exadata maximum availability architecture (turkish)

15
<Insert Picture Here> Oracle Exadata Maximum Availability Architecture Emre Baransel – Advanced Support Engineer

Upload: emre-baransel

Post on 08-Jun-2015

5.132 views

Category:

Technology


0 download

TRANSCRIPT

Page 1: Exadata Maximum Availability Architecture (Turkish)

<Insert Picture Here>

Oracle Exadata Maximum Availability ArchitectureEmre Baransel – Advanced Support Engineer

Page 2: Exadata Maximum Availability Architecture (Turkish)

2

Oracle Exadata Maximum Availability ArchitectureMAA Nedir?

• Oracle test ortamlarında hazırlanır - Oracle müşteri sistemlerinde hayata geçirilir ve doğrulanır.

• Operasyon ve konfigürasyon açısından “Best Practice” uygulamaları belirler:

+ Hata/Arıza Toleransı ve hızlı sorun giderme

+ “Online” değişiklikler and “rolling” güncellemeler

= Minimum kesinti

• Yüksek Erişilebilirlik - High Availability (HA)

• Felaketten Kurtarma - Disaster Recovery (DR)

• Yedekleme ve Yedekten Dönme - Backup and Recovery (BR)

• Yüksek Erişilebilirlik - High Availability (HA)

• Felaketten Kurtarma - Disaster Recovery (DR)

• Yedekleme ve Yedekten Dönme - Backup and Recovery (BR)

• Oracle MAA aşağıdaki konuları detaylı inceleyen bir projedir:

Page 3: Exadata Maximum Availability Architecture (Turkish)

3

Oracle Exadata Maximum Availability ArchitectureExadata MAA yapısı

Page 4: Exadata Maximum Availability Architecture (Turkish)

4

Oracle Exadata Maximum Availability ArchitectureExadata’da Varolan MAA Komponentleri

• 2-8 Database Servers RAC

• 3-14 Storage Servers ASM (normal-high redundancy)

• REDUNDANT DB node local disks drives (3-7 disk RAID5 - 1 disk Hot Spare)

• // Infiniband switches & Dual-port (QDR) Host Channel Adapters

• // power supply

• 2-8 Database Servers RAC

• 3-14 Storage Servers ASM (normal-high redundancy)

• REDUNDANT DB node local disks drives (3-7 disk RAID5 - 1 disk Hot Spare)

• // Infiniband switches & Dual-port (QDR) Host Channel Adapters

• // power supply

• Oracle Hardware Assisted Resilient Data (HARD)

• Automatic Service Request

• Rolling Upgrades - Online Redefinition - Exachk

• Oracle Hardware Assisted Resilient Data (HARD)

• Automatic Service Request

• Rolling Upgrades - Online Redefinition - Exachk

Page 5: Exadata Maximum Availability Architecture (Turkish)

5

Oracle Exadata Maximum Availability ArchitectureKurulum Sonrası MAA Tavsiyeleri

• Archivelog Mode

• Force Logging

• Fast Recovery Area

• Oracle Flashback Technologies

• Flashback Database

• Flashback Query, Flashback Version Query, Flashback Transaction Query,

Flashback Table, Flashback Drop (Recycle Bin)

•ASM High Redundancy

• Archivelog Mode

• Force Logging

• Fast Recovery Area

• Oracle Flashback Technologies

• Flashback Database

• Flashback Query, Flashback Version Query, Flashback Transaction Query,

Flashback Table, Flashback Drop (Recycle Bin)

•ASM High Redundancy

Understanding ASM Capacity and Reservation of Free Space in Exadata Doc ID 1551288.1

Page 6: Exadata Maximum Availability Architecture (Turkish)

6

Oracle Exadata Maximum Availability ArchitectureYedekleme ve Yedekten Dönme

25TB/hour 27 TB/hour 9 TB/hour 8 TB/hour

Page 7: Exadata Maximum Availability Architecture (Turkish)

7

Oracle Exadata Maximum Availability ArchitectureDisk Backup Best Practice’ler

• Disk backup performansı için:

- Tüm db instance’ları kullanın ve her instance’a iki RMAN kanalı ile başlayın. Performans iyileştirme gerektiğinde ikişer kanal eklenebilir.

- FILESPERSET=1 incremental backup’larda kullanılmalı. (tek file restore/recovery hızını arttırır)

"_file_size_increase_increment"=2143289344 (RMAN ASM’den 2GB’lik alanlar tahsis edecek, default 64MB)

"_backup_disk_bufcnt"=64 "_backup_disk_bufsz"=1048576 "_backup_file_bufcnt"=64 "_backup_file_bufsz"=1048576

Incrementally Updated Backup = Merged Backup = Image Copy + Block Change Tracking

Page 8: Exadata Maximum Availability Architecture (Turkish)

8

Oracle Exadata Maximum Availability ArchitectureZFS Yedekleme Konfigürasyonu

Backup and Recovery Performance and Best Practices using Oracle Sun ZFS Storage Appliance and Oracle Exadata Database Machine

http://www.oracle.com/technetwork/database/features/availability/maa-wp-dbm-zfs-backup-1593252.pdf

"Oracle Exadata Backup Configuration Utility for Sun ZFS Storage Appliance" tool

http://www.oracle.com/technetwork/server-storage/sun-unified-storage/downloads/zfssa-plugins-1489830.html

• Exadata - ZFS konfigürayonu Oracle development tarafından test edilir, doğrulanır ve desteklenir.

• Read-only Snapshot ve read-write Clone veritabanları (HCC uncompress gerekli değil)

• Exadata - ZFS konfigürayonu Oracle development tarafından test edilir, doğrulanır ve desteklenir.

• Read-only Snapshot ve read-write Clone veritabanları (HCC uncompress gerekli değil)

Page 9: Exadata Maximum Availability Architecture (Turkish)

9

Oracle Exadata Maximum Availability Architecture Tape Backup Best Practice’ler

Disk backup’la birlikte tape backup kullanımı tavsiye edilir; Artıları:

• Veri Exadata kutusunun dışında yedeklenir

• Yedeklerin uzak lokasyonlarda saklanması kolaydır

• Birden fazla yedek düşük maliyetle saklanabilir

Disk backup’la birlikte tape backup kullanımı tavsiye edilir; Artıları:

• Veri Exadata kutusunun dışında yedeklenir

• Yedeklerin uzak lokasyonlarda saklanması kolaydır

• Birden fazla yedek düşük maliyetle saklanabilir

• RMAN ile uyumlu tüm tape yedekleme ürünleri desteklenir

• Exadata ile Tape Library arasında bir Media Server bulunmalıdır

• Backup - restore hızı tape okuma yazma ve bağlantı hızına bağlıdır

• RMAN ile uyumlu tüm tape yedekleme ürünleri desteklenir

• Exadata ile Tape Library arasında bir Media Server bulunmalıdır

• Backup - restore hızı tape okuma yazma ve bağlantı hızına bağlıdır

Page 10: Exadata Maximum Availability Architecture (Turkish)

10

Oracle Exadata Maximum Availability ArchitectureExadata Backup & Recovery

Page 11: Exadata Maximum Availability Architecture (Turkish)

11

Oracle Exadata Maximum Availability ArchitectureFelaketten Kurtarma

• Kesinti anında otomatik failover• Standby-First Patch Apply (>=11.2.0.1)• Primary veritabanından yük azaltma (Active Data Guard, backup, corruption detection, flashback database)• Exadata’da çok yüksek recovery hızı (290 MB/s)

• Kesinti anında otomatik failover• Standby-First Patch Apply (>=11.2.0.1)• Primary veritabanından yük azaltma (Active Data Guard, backup, corruption detection, flashback database)• Exadata’da çok yüksek recovery hızı (290 MB/s)

Data Guard ve Active Data GuardData Guard ve Active Data Guard

Page 12: Exadata Maximum Availability Architecture (Turkish)

12

Oracle Exadata Maximum Availability ArchitectureNon-Exadata Standby

• Failover’da HCC tabloların uncompress edilmesi gerekir.

• Standby’da daha fazla disk ihtiyacı ortaya çıkar

• Active Data Guard HCC tablolar üzerinde kullanılamaz

• Failover’da HCC tabloların uncompress edilmesi gerekir.

• Standby’da daha fazla disk ihtiyacı ortaya çıkar

• Active Data Guard HCC tablolar üzerinde kullanılamaz

Page 13: Exadata Maximum Availability Architecture (Turkish)

13

Oracle Exadata Maximum Availability Architecture Corruption’dan Korunma

DB_BLOCK_CHECKSUMDB_BLOCK_CHECKSUMOFF

(FALSE)TYPICAL (TRUE)

FULLPhysical

Corruption

DB_BLOCK_CHECKINGDB_BLOCK_CHECKINGOFF

(FALSE)LOW MEDIUM

FULL(TRUE)

Logical Corruption

Best Practices for Corruption Detection, Prevention, and Automatic Repair - in a Data Guard Configuration [ID 1302539.1]

DB_LOST_WRITE_PROTECT=TYPICAL DB_LOST_WRITE_PROTECT=TYPICAL (Exadata ‘da default TYPICAL)

Page 14: Exadata Maximum Availability Architecture (Turkish)

14

Oracle Exadata Maximum Availability ArchitectureDiğer MAA Tavsiyeleri

• Erişilebilirlik SLA’lerinin (hangi sorunda hangi aksiyon alınacak, ne kadar kesinti olacak vs.), RTO, RPO değerlerinin dökümante edilmesi.

• SLA’ler ile uyuşan kesinti/çözüm matrislerinin hazırlanması ve doğrulanması.

• “888828.1 - Database Machine and Exadata Storage Server 11g Release 2 (11.2) Supported Versions” My Oracle Support notundaki tavsiye edilen patch seviyelerinin düzenli test edilerek uygulanması.

• “1270094.1 - Exadata Critical Issues“notundaki kritik problemlerin takip edilmesi.

• Belirli periyodlarla, “1070954.1 - Oracle Exadata Database Machine exachk or HealthCheck ” notundaki en güncel exachk versiyonunun çalıştırılması.

• Belirli periyodlarla Data Guard switchover’ın test edilmesi.

• EM Cloud Control Exadata monitoring ve Automatic Service Request araçlarının kullanılması.

Page 15: Exadata Maximum Availability Architecture (Turkish)

15

Oracle Exadata Maximum Availability ArchitectureExadata MAA – İlgili Linkler

• Deploying Oracle Maximum Availability Architecture with Exadata Database Machine

http://www.oracle.com/au/products/database/exadata-maa-131903.pdf

• Best Practices for Database Consolidation On Exadata Database Machine

•http://www.oracle.com/technetwork/database/features/availability/exadata-consolidation-522500.pdf

• Backup and Recovery Performance and Best Practices for Exadata Cell and Oracle Exadata Database Machine

http://www.oracle.com/au/products/database/maa-tech-wp-sundbm-backup-11202-183503.pdf

•Backup and Recovery Performance and Best Practices using Oracle Sun ZFS Storage Appliance and Oracle Exadata

Database Machine

http://www.oracle.com/technetwork/database/features/availability/maa-wp-dbm-zfs-backup-1593252.pdf

• Oracle Data Guard: Disaster Recovery for Oracle Exadata Database Machine

http://www.oracle.com/au/products/database/maa-wp-dr-dbm-130065.pdf

• Exadata Maximum Availability Tests Video

http://vimeo.com/62754145