VMWARE nedir?

 

Wmvare sanal bir makine yazılımı olup, kullandığımız bir işletim sistemi üzerine kurulan ve başka bir işletim sistemi ile çalışmamızı sağlayan bir makinedir.Mesela ben Windows 7 kullanıyorum, ve bazı programların kurulumunda sorun yaşıyorum. O zaman wmvare üzerine Windows XP yada Linux türevlerini rahatça kurup istediğim ve bu işletim sistemiyle sorunu olmayan programları da o sanal makinenin üstüne kurabiliyorum. Wmware bana bunları yapma imkanı sunuyor.

Rac ile ilgili olarak; aynı bilgisayar üzerinde birden fazla nod kullanarak uygulama geliştirebileceğiz.

Aşağıda adım adım wmvare kurulumunu anlatmaya çalıştım. Daha sonraki adımda ise Oracle kullanacağımız için bu sanal makine üzerine ORacle kurulumundan bahsedeğim.

---

 

 

 

 

 

artık windows xp miz hazır. ORacle'ı da kurup uygulama geliştirebiliriz.

 

 

 

 

 

 

 

 

 

 

 

 

Veri Ambari

Veri Ambari, veritabani hareketinden çok sorgulama ve analiz için kullanilmak üzere dizayn edilmis iliskisel bir veritabanidir. Genelde

hareket verisinden elde edilmis tarihi bilgiler içerdigi gibi baska kaynaklardan gelen bilgiler de içerebilir. Veritabani hareketlerinden

kaynaklanan is yüküyle analiz yükünü birbirinden ayirir ve bu sayede degisik kaynaklardan toplanan bilgilerin daha kolay bir sekilde

organize edilmesine olanak saglar.

Veri Ambari ile OLTP Sistemler Arasindaki Farklar

Veri Ambari ve OLTP sistemlerin ihtiyaçlari birbirinden çok farklidir.Tipik bir veri ambari ile OLTP sistemler arasindaki bazi farklar sunlardir:

--Isyükü:Veri ambarinda ne tür bir is yük olacagini önceden bilmek zordur, bu sebeple veri ambarini muhtemel bir çok farkli sorguya göre optimize etmeniz gerekir.Ama OLTP sistemlerin karsilasacagi operasyonlar önceden bellidir.Uygulamanizi özellikle bu operasyonlara göre ayarlayabilirsiniz.

--Veri degisimi: Veri Ambarinda uç kullanicilar direk olarak degisiklik yapmaz.Veri ambarinda veri degisiklikleri günde veya haftada bir kere olacak sekilde toptan yapilir. OLTP sistemlerde ise uç kullanicilar devamli veri üzerinde degisiklik yapar ve sistemde herzaman en güncel bilgi bulunur.

--Sema Dizayni:Veri ambarlarinda, sorgu performansini artirmak için genelde denormalize veya kismen denormalize semalar kullanilir.

OLTP sistemlerde ise, veri degisimini optimize etmek ve veri tutarliligini garanti etmek için tamamen normalize edilmis semalar kullanilir.

--Tipik Operasyonlar:Tipik bir veri ambari sorgusu binlerce hatta milyonlarca satir tarar ama OLTP sistemlerdeki operasyonlarda çok az sayida satira erisilir.

--Tarihî Bilgi:Tarihi analizleri destekleyebilmek için veri ambarlarinda aylarca hatta yillarca zamanlik veri depolanir.Ama OLTP sistemlerde en fazla birkaç haftalik yada aylik bilgi depolanir.

Veri Ambari Mimarisi

Veri ambarlari ve onlarin mimarileri organizasyonlarin durumuna göre degiskenlik gösterir.Üç temel mimari sunlardir:

--Veri Ambari Mimarisi(basit) :Uç kullanicilar degisik kaynaklardan toplanan veriye direk ulasirlar. OLTP sistemlerden gelen veri,metaveri ve ham veri olarak sistemde tutulur. Sistemde depolanan bir diger tipteki veri ise meta ve ham verinin islenmesi sonucu elde edilen ve veri ambari için çok önemli olan özet veridir. Oracle'da özetlere materialized view denir.

--Veri Ambari Mimarisi(Sahneleme alani içeren):Operasyonel verinin veri ambarina atilmasindan önce temizlenmesi ve bir ön islemden geçirilmesi gerekir.Bu is için bir sahneleme alani kullanilir.Bu özet verinin çikartilmasini ve veri ambari yönetimini kolaylastirir.

--Veri Ambari Mimarisi(Sahneleme alani ve veri çarsisi içeren):Organizasyon içindeki degisik gruplara göre veri ambarinin mimarisi kisisellestirilmek istenebilir.Bunu saglamak için kullanilan yapilara veri çarsisi denir. Veri çarsisi, yürütülmekte olan isin belirli alanlari için dizayn edilmis sistemlerdir. Örnegin, veri ambarinda satis yada satin almayla ilgili verilere uç kullanicilar ayri ayri ulasmak isteyebilir.

Materialized View'lar

Bu yapi bir sorgunun sonuçlarini ayri bir sema nesnesi içinde tutarak tablolara dolayli bir erisim saglar. Yer kaplamayan normal viewlarin aksine, bunlar bir veya daha fazla temel tablo yada viewdan yapilan sorgunun sonucunda olusan satirlari saklarlar. Sorgunun temel tablolariyla ayni veya farkli veritabanlarinda olabilirler.

 

 

DATAFILE VE TABLESPACE KAVRAMLARI

Oracle Veritabani üzerinde datalarin yani verilerin saklandigi yer fiziksel olarak DataFile mantiksal olarak ise TableSpace olarak ifade edilmektedir.

 

 

 

 

 

Bir veritabaninda verilerin nasil saklandiginin hiyerarsik yapisi asagidaki sekildeki gibidir :

 

Tablespace

Tablespace ler üzerinde ki islemler Tablespace online iken yapilmaktadir.

System Table space kesinlikle undo yada temp tablespace olarak kullanilmamalidir,

Tablespaceler read only yada normal mod arasinda çevrim yapilabilirler.

Not : Tablespace bir veya fazla datafile içierebilir fakat bir datafile ancak bir tablespace’e tahsis edilir.

DataFile

Bir DataFile yalnizca bir tablespace e verilebilir.

Büyüklügü ve optimizasyonu degistirilebilir

Segment

Bir Datafile bir yada birden fazla segment içerebilir,

Bir segment birden fazla Tablespace e dagilabilir

Extends

Bir Segment bir veya daha fazla extend ten olusur,

Bir segment yaratildiginda tek extend vardir ama daha sonra arttirilabilir,

DataBlocks

Extandler içinde bulunan en küçük birimdir,

Boyutu DB_BLOCK_SIZE ile Database yaratilirken belirlenir ve daha sonra degistirilemez.

Database bloklarinin büyüklügü isletim sistemi ile dogru orantilidir,

 

 

 

Oracle’ da bloklarin baslangiç boyutu DB_BLOCK_SIZE ile belirlenir. Bunun yanisira Oracle, standart olmayan bes farkli blok boyutu tanimlama olanagi sunar. Gereksiz I/O islemlerine engel olmak için veri blok uzunligu max sinirlar içinde isletim sisteminin blok uzunlugunun bir kaç kati olmalidir. Data bloklar, Oracle veritabaninin en küçük depolama birimidir.

 

Birden fazla diski olan sistemlerde datafileların yoğunluğuna göre aktif (çok kullanılan) tabloları ve indexleri, veritabamızdaki tablespacelere dengeli olarak dağıtmak için datafileların ne kadar aktif kullanıldığını bilmekte yarar var.
Oracle bu bilgileri alabilmemiz için V$FILESTAT dinamik viewini sunar. V$FILESTAT, datafilelardaki fiziksel okuma ve yazma sayısını, okunan ve yazılan blok sayını ve okuma ve yazma işlemlerinin toplam ne kadar süre aldığı bilgilerini tutar:
SQL> SELECT * FROM V$FILESTAT;
Bu sorgu bize datafileların isimleri yerine numaralarını döndürecektir. Sorgunun döndürdüğü sonucunu daha yalın ve okunaklı hale getirebilmek için V$DATAFILE görünümünde datafile isimlerini sorguya ekleyebiliriz:
SQL> SELECT name, phyrds, phywrts FROM V$DATAFILE, V$FILESTAT WHERE V$DATAFILE.file# = V$FILESTAT.file#;
Ben V$FILESTAT görünümündeki en önemli iki veri olan PHYRDS ve PHYWRTS’ı çekmeyi yeterli buldum. PHYRDS, datafile’dan yapılan okuma sayısını, PHYWRTS ise datafile’a yapılan yazma sayısını gösterir. Bu iki değeri toplayarak toplam IO sayısını elde edebilirsiniz:
SQL> SELECT name “Datafile”, phyrds “Okuma”, phywrts “Yazma”, phyrds + phywrts “Toplam IO” FROM V$DATAFILE, V$FILESTAT WHERE V$DATAFILE.file# = V$FILESTAT.file#;
Bu değerlere bakarak veritabanızda en aktif datafileları bulup, gerekirse onları farklı disklere taşıyabilir ve daha yüksek IO performansı elde edebilirsiniz. Eğer bu mümkün değilse, IO dağılımını iyileştirmek için veritabanınızda çok kullanılan tabloları ve indexleri, farklı disklerde bulunan tablespacelere (dolayısı ile farklı datafilelara) taşıyabilirsiniz. Eğer veritabanınızda en çok okuma/yazma işlemi yapılan tablo ve indexleri bilmiyorsanız, şu sorguyu kullanabilirsiniz:
SQL> SELECT owner || ‘.’ || object_name, SUM (VALUE)
FROM v$segment_statistics
WHERE statistic_name IN (’physical reads’, ‘physical writes’)
AND tablespace_name NOT IN (’SYSTEM’, ‘SYSAUX’)
GROUP BY owner || ‘.’ || object_name
ORDER BY 2 DESC;

Veritabanı Uzmanı olarak, zaman zaman tablespacelerinizi oluşturan datafile’ların yerini değiştirmek zorunda kalabilirsiniz. Bunun çeşitli sebepleri olabilir, örneğin datafile’ın yanlış dizin veya sürücüde yaratmış olabilirsiniz veya sunucunuza yeni bir storage ünitesi yerleştirirsiniz ve disk işlemlerini dengelemek için bazı datafile’larınızı bu yeni storage ünitesine taşımak isteyebilirsiniz. Datafile’ları taşımak için 2 method kullanabilirsiniz:
1) Eğer veritabanınızın çalışma modu NOARCHIVELOG veya taşımak istediğiniz datafile SYS, SYSAUX veya UNDO tablespace’ine ait ise datafile taşıma işlemi veritabanı açıkken yapılamaz. Öncelikle veritabanı kapatılmalıdır:
SQL> SHUTDOWN IMMEDIATE
Veritabanı kapanınca dosya yeni yerine işletim sistemi komutlarıyla taşınır. Daha sonra veritabanı MOUNT modda açılır:
SQL> STARTUP MOUNT
Daha sonra datafile’ın yeni yeri veritabanına söylenir ve veritabanı OPEN moda getirilir:
SQL> ALTER DATABASE RENAME FILE ‘/eskiyer/dosya.dbf’ TO ‘/yeniyer/dosya.dbf’;
SQL> ALTER DATABASE OPEN;
Eğer veritabanınız ARCHIVELOG’da ise ve taşınacak datafile sistem tablespacelerine ait değilse, o zaman bu taşıma işlemini veritabanı açıkken de yapabilirsiniz. Öncelikle tablespace’i OFFLINE duruma getirin:
SQL> ALTER TABLESPACE example OFFLINE;
Tablespace veritabanı tarafından erişilmez olduğundan onu işletim sistemi komutlarıyla (cp, copy, mv, move gibi) istediğimiz yeni yere taşıyabiliriz. Bu işlem tamamlanınca yeni dosyayı sisteme eski dosyanın yerine tanıtmamız ve tablespace’i yeniden ONLINE hala getirmemiz gerekir:
SQL> ALTER DATABASE RENAME FILE ‘/eskiyer/dosya.dbf’ TO ‘/yeniyer/dosya.dbf’;
SQL> ALTER TABLESPACE example ONLINE;
Aslında bütün tablespace’i değil, sadece ilgili datafile’ı OFFLINE hale getirerek de bu işlem yapılabilir. Ama bu şekilde yapılırsa datafile’ı yeniden ONLINE etmeden önce RECOVER edilmesi gereklidir:
SQL> ALTER DATABASE DATAFILE ‘/eskiyer/dosya.dbf’ OFFLINE;
Kopyalama sonrası:
SQL> ALTER DATABASE RENAME FILE ‘/eskiyer/dosya.dbf’ TO ‘/yeniyer/dosya.dbf’;
SQL> RECOVER DATAFILE ‘/yeniyer/dosya.dbf’;
SQL> ALTER DATABASE DATAFILE ‘/yeniyer/dosya.dbf’ ONLINE;
Bu işlemleri yapmadan önce veritabanınızın yedeklemenizi öneririm.