Bir önce ki yazımda Real Application Testing (1) Capture alma işleminin nasıl yapılacagını gördük bu yazımda ise işlemleri 2 kısıma ayıracagım.Bunlar;

• Preprocess Workload
• Replay Workload

Preprocess Workload

Bu işlemin yapılma sebebi aldıgımız Capture’ı test ortamında ki veritabanınında Replay Workload(aldıgımız capture’ı yenıden oynatma) yapmadan önce capture’ı veritabanımızın tanıması için yaparız,bu yüzden de bu işlemleri test ortamında ki veritabanınımızda yaparız yani benim senaryoma göre ARCHIVELOG moda ve flashback_on parametresinin YES modda oldugu veritabanında yaparız.
1.Çalışan veritabanımızdan aldıgımız capture(iş yükünü)’ın dosyaları için bir dizin oluştururuz.

mkdir /u01/app/oracle/deneme

2.Daha sonra oluşturdugumuz dizine çalışan veritabanımızdan oluşturudugumuz capture dosyalarını atarız.
3.Dizini işeret eden Directory’umuzu oluştururuz.

Create directory denemeDirectory as '/u01/app/oracle/deneme';

4.Oracle Enterprise Manager 12c giriş yapalım.

(continue reading…)

Merhaba arkadaşlar bu yazımda Real Application Testing‘den bahsetmeye çalışacağım.
Oracle Real Application Testing ile veritabanında değişiklik yapacagımız zaman,veritabanında degişiklik yapmadan önce veritabanında degişiklik yaparsak veritabanımızın performansı nasıl olacak görebiliriz.
Örnek vermek gerekirse bir veritabanımız oldugunu düşünelim ve veritabanımızın tek disk üzerinde ve tek instance ile çalıştıgını varsayalım ama biz bunu ASM disk grupları oluşturarak birden fazla disk ve 2 instance’li RAC bir yapıya dönderecegiz ama bunun bize performansı nasıl olacak harcanan maliyete degecek bir yapı mı olacak gibi durumları Real Application testing ile ögrenebiliriz.
Peki bu işlemi nasıl yapabilecegimizden bahsedecek olursak öncelikle enterprise manager ile Database Replay özelligini kullanarak gerçek ortamdaki iş yükünü alırız,daha sonra ise aldıgımız iş yükünü test ortamımız da çalıştırarak veritabanının performansını karşılaştırabiliriz.
Database Replay özelligi Oracle 10gR2 sürümü ile birlikte gelmeye başlamıştır,Oracle 10gR2 Database Replay özelligi ile iş yükü alınabilmeye başlanmıştır.Oracle 11gR1 Database Replay ile de işyükünü oynatabilme özelligi gelmiştir.
Bir senaryoya göre Real application Testing-Database Replay özelligi kullanarak örnek yapacak olursak benim senaryom şu şekilde şu anda elimde ki veritabanı NOARCHIVELOG modda ama ben veritabanımı ARCHIVELOG moda alacagım ve flashback_on parametremi de YES moda çekecegim ama bunun bana performans açısından maliyeti ne kadar olacak bunu ögrenmek istiyorum.Bunu ögrenebilmek için de veritabanımın normal çalışan bi zamanında iş yükünü(capture)‘ni alacagım daha sonra varolan veritabanımı test ortamına taşıyarak ARCHIVELOg moda ve flashback_on parametresini YES moda çekecegim ve daha önceden aldıgım iş yükünü burada oynatacagım ve sonuçlarını karşılaştıracagım,bu şekilde veritabanımı ARCHIVELOG moda ve flashback_on parametresini YES yaptıgımda bunun maliyetini ortalama olarak ögrenebilecegim.
Ben bu işlemleri Oracle Enterprise Manager 12c kullanarak yapacagım ama bu işlemler için Oracle Enterprise Manager 11g veya Oracle Enterprise Manager Grid Control’de kullanılarak yapılabilir.
(continue reading…)

Merhaba arkadaşlar bu yazımda Oracle Database 11g Release 2 Enterprise Edition veritabanını Linux işletim sistemi üzerine kurulmasını anlatacagım.

Öncelikle http://www.oracle.com/technetwork/database/enterprise-edition/downloads/index.html sitesinden Oracle Database 11g Release 2 veritabanımızı indiriyoruz.
Oracle’ı linux işletim sistemine kurmak için öncelikle bir takım parametreler set etmemiz gerekiyor.
NOT : Dökümandaki degişiklikleri ben vi editörüyle hazırladım başkalarıda kullanılabilir.

1.Host dosyasını aşagıdaki gibi düzeltiriz.
$ vi /etc/hosts

127.0.0.1 localhost.localdomain localhost
192.168.0.191 mustafa.localdomain mustafa

2.Kernel parametrelerini aşagıda ki gibi set ederiz.

NOT : Kernel parametrelerinin set edilmesi sırasında, yapmamız gereken birkaç ufak hesaplama olacak. Öncelikle bunlar kernel.shmmax ve kernel.shmall parametrelerinin hesaplanması.
kernel.shmmax değeri toplam bellek(ram) değerinin yarısının byte cinsinden yazımıdır. (Sunucumuzda 8GB RAM var ise, 8*1024*1024*1024/2 işlemini yaparak shmmax parametresini ayarlamamız gerekiyor.)-(Sunucumuzda ki toplam bellek miktarını ise grep MemTotal /proc/meminfo bu komutla ögrenebiliriz)
kernel.shmall parametresi için ise oracle’in kullanacağı değerin page size’a bölünmesiyle bulunur. (Sunucumuzda 8GB RAM var ise ve bunun 6GB sini Oracle kullanacaksa, 6*1024*1024*1024/4096 olacaktır.)-(Sunucumuzda ki page size’ı getconf PAGESIZE komutuyla ögrenebiliriz)
$ vi /etc/sysctl.conf

fs.aio-max-nr = 1048576
fs.file-max = 6815744
kernel.shmall = 2097152
kernel.shmmax = 536870912
kernel.shmmni = 4096
# semaphores: semmsl, semmns, semopm, semmni
kernel.sem = 250 32000 100 128
net.ipv4.ip_local_port_range = 9000 65500
net.core.rmem_default=262144
net.core.rmem_max=4194304
net.core.wmem_default=262144
net.core.wmem_max=1048586

(continue reading…)

Oracle Database Server ‘ın çalısmasını saglayan ve disklerde yer alan data file dosyalarına erişimi saglayan bileşene INSTANCE denir.

Instance RAM üzerinde ki SGA ve çeşitli bakground processlerinden(arkaplan işlemleri) oluşur.

Oracle veritabanında instance RAM üzerinde belirli alanları kullanım için ayırır ve çeşitli background processlerini kullanarak veritabanının çalısmasını saglar.

Instance Oracle başlatıldıgı zaman ilgili makinenın RAM ’inden gerektigi kadarını alır,kapatıldıgı zaman da geri bırakır.

SYSTEM GLOBAL  AREA(SGA)

Oracle veritabanının RAM üzerinde ki Shared Memory(Paylaşılan bellek) alanın da kendisine ayırıp kurdugu alanın adıdır.

Oracle Instance çalıştırıldıgı zaman ilgili makinenin Ram ‘inden daha önce Oracle init.ora dosyasında tanımlanan deger kadar bellek alır ,toplam SGA büyüklügü de “SGA_MAX_SIZE” degerini aşamaz.

Veritabanı kaldırıldıgında(başlatıldıgında) Oracle SGA ‘yı oluşturur ve kapandıgın da yok eder.

Yüksek performansın saglanabilmesi için SGA ‘nın olabildigince büyük olması gerekir çünkü SGA büyük olursa bu alanda  daha fazla veri depolanabilir ve fiziksel diske erişim az oldugundan hız artışı saglamış oluruz.

NOT : SGA alanının büyüklügünü verirken işletim sisteminin ihtiyaç duyacagı bellege de dikkat etmeliyiz kaş yaparken göz çıkartmayalım :D.

Çalışmakta olan Oracle veritabanın da SGA bileşenlerini aşagıda ki view ‘den görebiliriz.

SGA ‘nın büyüklügünü aşagıda ki komuttan ögrenebiliriz

SGA bileşenlerini aşagıda ki şekilde sıralayabiliriz.

• Database Buffer Cache
• Log Buffer
• Shared Pool
• Large Pool
• Java Pool

System Global Area(SGA) yapısı ve bileşenleri

(continue reading…)

Merhaba arkadaşlar Oracle ‘ın en son versiyonu olan Oracle Database 11g Release 2‘nin Windows 7’ye kurulumunu anlatacagım.Öncelikle kurulum yapmak için Oracle Database 11g Release 2’imizi Oracle sitesinden indirmemiz lazım (buradan indirebiliriz).

Çıkan ekrandan Accept License Agreement kısmını seçin ve indirmek istediğiniz windows sürümüne göre seçiniz(32 bit veya 64 bit).

NOT : Oracle’dan Oracle Database 11g Release 2 indirmek istiyorsanız Oracle sitesine üye olmanız gerekir.

(continue reading…)

Merhaba arkadaşlar bu yazımda Oracle ‘ın üzerine kurulu olduğu yapı fiziksel yapı ve mantıksal yapıyı anlatmaya çalışacağım.

Oracle mantıksal yapıyı ve fiziksel yapıyı birbirinden ayrı şekilde yönetir.Bende bu yazımda bu nedenle mantıksal yapıyı ve fiziksel yapıyı ayrı ayrı anlatmaya çalışacağım.

NOT : Mantıksal yapı ile fiziksel dosyalar arasında ki bağlantı bilgilerini saklamak için SYSTEM schema‘sının bir parçası olan Data Dictionary bölgesi kullanılır.Böylece hangi tablonun hangi tablespace içinde yer aldığını ve disk üzerinde bu tablespace için hangi dosyanın var olduğunu bilir.

ORACLE FİZİKSEL YAPI

Veritabanı tablolarında ki verileri ve veritabanına ait gerekli yapılandırma dosyalarını saklamak üzere fiziksel diskler üzerinde depolanan dosyalar kullanılır.

Fiziksel yapıyı oluşturan bileşenler ;

• Data files
• Control files
• Redo log files
• Archive log files
• Parameter files
• Alert log ve Trace log files
• Backup files

(continue reading…)