Oracle ASM(Automatic Storage Management)

Automatic Storage Management(ASM)-Otomatik depolama yönetimi Oracle’ın depolama(storage) çözümüdür.ASM’nin özelliklerini ve diğerlerinden farkını sayacak olursak.

  • Blok seviyesinde okuma yazma işlemi yapabilir.
  • Veritabanı fiziksel dosyalarımızı herhangi bir üçüncü parti(ext3,ntfs vs.) dosya sistemine ihtiyaç duymadan kolayca yönetebilmemizi sağlar.
  • Veriyi fiziksel diskler üzerinde dağıtır ve storage konfigürasyon değişiminden sonra veriyi otomatik olarak yeniden dengeler(rebalance).Bu da bize  I/O yaparken gerçekleşebilecek performans kayıplarını azaltmamıza yardımcı olur.
  • Veritabanımızı kapatmadan disk boyutumuzu artırabiliriz.
  • Datafile isimlendirmesini otomatik yapabilir.
  • ASM nelerden oluşur dersek aşağıda resimde ki gibi bir cevap bizi bekler.ASM bileşenleri aşağıda ki gibidir.

Oracle_Automatic_Storage_Management_ASM_1

  • ASM Disk : Oracle ASM diski,Oracle ASM disk grubu içinde ki depolama aygıtıdır(storage device).ASM diski fiziksel bir disk veya partition olabileceği gibi,depolama(storage) dizisinden mantıksal bir birim numarası(LUN-Logical Unit Number) veya mantıksal bir alan(logical volume) olabilir.
  • ASM Disk Grupları : Oracle ASM disk grubu,ASM disklerinin mantıksal bir birim olarak yönetildiği disk topluluğudur.ASM disk grubu içinde ki fiziksel dosyalara aynı zamanda bir dosya sistemi altyapısıda sağlar.

NOT : ASM içerisinde en fazla 63 diskgroup olabilir ve en fazla 10000 ASM disk kullanılabilir. Her ASM
diski en fazla 4PB size olabilir ve her ASM instance’ı 40 exabyte’lık bir storage’ı yönetebilir. Her
diskgroup’ta en fazla 1000000 dosya bulunabilir. ASM içerisinde file’ların maximum ulaşabileceği
sizelar ise diskgroup tipine göre değişir. External redundancy diskgroup 140PB, Normal
redundancy diskgroup 42PB, High redundancy diskgroup 15PB’lık dosyalar içerebilir.

Disk grubu içinde ki fizksel dosyalar daha iyi bir performans sağlayabilmek için disk grubu içerisinde ki diskler arsında eşit olarak dağıtılır.Bu dağıtma işlemi 2 farklı şekilde yapılır.Birincisi OLTP sistemlerde kullanılan “Coerse Striping” dağıtma şeklidir bu dağıtma şeklinde fiziksel dosyalar tüm disklere 1 MB birimler halinde serpiştirilmesidir.İkincisi ise daha çok OLAP sistemlerde kullanılan “Fine Striping” dağıtma şeklidir bu dağıtma şeklinde ise fiziksel dosyalar tüm disklere 128 kb’lık birimler halinde serpiştirilir.

Disk grupları arızalanmaya karşı genelde yedekli yapıya sahiptir.Bu yedekli yapıya “Failure Group” denilir.Yedeklilik işlemi sunucu tarafında RAID kartı ile donanımsal olarak yapılabildiği gibi,yazılımsal olarak da yapılabilmektedir.Oracle ASM disk grupları üzerinde ki bu yedeklilik aşağıda ki mirroring yöntemleri ile sağlanmaktadır.

  •  High Redundancy : Üç yönlü mirroring özelliği sunar ve bir disk grubu içinde en az 3 failure grup gereksinimi duyulur. 2 failure grup çökse dahi, veritabanında very kaybı olmaz ve çalışmaya devam eder.
  • Normal Redundancy : RAID 1 de kullanılan yapıya benzer bir yapıdadır.2 yönlü mirroring özelliği vardır,en az 2 failure gruptan oluşan disklerden oluşturulabilir. Failure gruplar içerisindeki disklerden birinin çökmesi disk grubu için işlevselliğin durmasına sebep olmaz ve very kaybı olmaz.
  • External Redundancy : ASM’nin hiçbir mirroring yapmadığı tiptir. Bu tipte yaratılan disk’e yalnızca yazma gerçekleştirilir ve bir kopyası diğer disk’ler üzerinde bulundurulmaz.Genelde sunucu üzerinde donanımsal bir RAID yapılandırılmışsa bu yöntem seçilir.

(devamı..)

Loading


Oracle Snapshot Standby Database 11g

Merhaba arkadaşlar bu yazım da Oracle 11g ile gelen snapshot standby veritabanından bahsedecegim.
Snapshot Standby read-write modda açılabilen ve tekrar physical standby veritabanına dönüştürülebilinen standby veritabanıdır.
Snapshot standby aktif edildiğinde redo apply durdurulur ve arşiv log olarak yedeklenir. Physical standby a geri dönüldüğünde apply kaldığı yerden arşiv log dosyalarını apply ederek devam eder. Read-write modda açılarak test, patch, v.s gibi işlemler test edilebilir.
Gelelim physical bir standby’ı nasıl snapshot standby yapacagımıza bunun için öncelikle çalışır durumda bir standby’ımızın olması gerekmektedir.
A.)Phsical standby veritabanını,Snapshot standby veritabanına çevirme
1.)Apply İşlemini durdururuz.

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

NOT : RAC standby kullanıyorsak apply işlemini durdurmamız yeterli degil bu durumda veritabanını kapatıp mount modda tekrardan açmamız gerekir.

SHUTDOWN IMMEDIATE;
STARTUP MOUNT;

(devamı..)

Loading


Standby Veritabanında GAP Probleminin Çözümü

Merhaba arkadaşlar standby veritabanımız da GAP oluştugun da ve elimizde standby’a işleyecek archiveloglar olmadıgı zaman,bunun çözümü olarak production veritabanından incremental bir rman backup alır standby veritabanına işleriz.Bu şekilde iki veritabanını da senkron tutmuş oluruz.Bu senaryoyu örnek üzerinde anlatacak olursak.
1.)Production ve standby veritabanın da archivelog sayısına bakarak archivelog sayısı farklılıklarını görebiliriz.
Production

archive log list;
Database log mode	       Archive Mode
Automatic archival	       Enabled
Archive destination	       USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     48
Next log sequence to archive   53
Current log sequence	       53

Standby

archive log list;
Database log mode	       Archive Mode
Automatic archival	       Enabled
Archive destination	       USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     48
Next log sequence to archive   0
Current log sequence	       50

(devamı..)

Loading


Linux Üzerine Oracle 12c Veritabanı Kurulumu


Merhaba arkadaşlar bu yazdım da piyasaya yeni çıkmış olan ve beraberinde bir çok yenilik getiren Oracle 12c veritabanı kurulumunu yapacagız.

Ben kurulumu Oracle Enterprise Linux 6.4 üzerine yapacagım.

Oracle Veritabanı kurulumana başlamadan önce Oracle 12c’yi OTN’den indirmek için buraya,edilevery’den indirmek için buraya tıklamamız gerekir.

1.)Network arayüzünden konfigurasyon yapılmalıdır.Etherneti’mizi seçer “Edit” butonunu seçeriz.

oracle 12c database kurulum
(devamı..)

Loading


Oracle Standby(Data Guard) Switchover ve Failover

SWITCHOVER

Standby teknolojisi kullanıyorsak sistemimizi test etmek adına veya production veritabanında ki planlı kesintilerden dolayı veritabanları arasında rol değişimi yapmamız gereken durumlar oluşabiliyor.Böyle planlı durumlara switchover(rol degişimi) denilir.Yani switchover ile production veritabanımız stand by’a,standby veritabanımız ise production veritabanı olur.Switchover’da 3.parti uygulamalarla(Broker,Cloud,dbvisit) yapılabileceği gibi sql komutlarıyla da yapılabilir.Biz örneğimiz de sql komutları ile yapacağız.

  1. Production  veritabanımızda tüm loglarımızın taşınması için logfile switch yapıyorum.(primary)
ALTER system switch logfile;
  1. Switchover yapmadan önce veritabanımızın switchover durumunu görelim.(primary)
SELECT switchover_status FROM v$database;

(devamı..)

Loading


Standby Kurulumu

Merhaba arkadaşlar bu yazımda Data Guard kurulumunu anlatacagım.

Benim senaryoma göre ;

Birinci makineye Oracle Enterprise Linux 6.4 kurup onunda üzerine de Oracle 11gR2 yazılımı ve veritabanı kurulmuştur.Ve ben bu makineyi bundan sonra primary makine ismiyle anacagım.

İkinci makineye de aynı şekilde Oracle Enterprise Linux 6.4 kurulacagım bu aşamadan sonra ise buraya sadece Oracle 11gR2 yazılımını kuracagım.Bu makineyi de secondary ismiyle anacagım.

Yani benim canlı(production) veritabanım primary,ondan beslenen standby veritabanım da secondary olacak.

Primary Secondary
Hostname primary secondary
IP 192.168.1.125 192.168.1.126
ORACLE_SID ORCL ORCLSTBY
ORACLE_UNQNAME ORCL ORCLSTBY
ORACLE_NAME ORCL ORCL

Data Guard kurulumu yapmanın birden fazla yöntemi vardır.Duplicate komutuyla kurulabilecegi gibi alınan rman backup ile de kurulumu yapabiliriz bunların yanı sıra 3. parti uygulamaları(dbvisit,12c cloud control,Broker vb.) kullanarak da kurulum yapabiliriz aslında bunlarda arka planda duplicate veya alınan backup’ı kullanma vb. işlemler yapıyor,bu 3.parti uygulamaların tek yararı kurulumu daha basite indirgemek.
(devamı..)

Loading


  • Sertifikasyon



  • Etiketler

  • Topluluklar

                     
                     
  • Copyright © 1996-2010 Mustafa Bektaş Tepe. All rights reserved.
    Türkçeleştirme Blogizma | AltyapıWordPress