Change Font Size

Change Screens

Change Profile

Change Layouts

Change Direction

Change Menu Styles

Cpanel

Duyurular

SAP Türkiye’ye yeni Pazarlama Müdürü

Ericcson Türkiye’de Pazarlama ve Strateji Müdürü  olarak görev yapan Erdem Aksakal, SAP Türkiye’nin yeni Pazarlama Müdürü oldu. Dünyanın en büyük kurumsal yazılım firmalarından SAP, Türkiye kadrosunu genişletmeye devam ediyor. SAP…...
Devamını Oku..
Salı, 14 Aralık 2010 13:47 in Duyrular

IBM'den çevre dostu veritabanı sistemi

IBM'den çevre dostu veritabanı sistemi IBM’in yeni DB2 veritabanı sürümü, veri saklama altyapılarından kaynaklanan karbon salınımını %75’e varan oranda azaltarak, küresel ısınmayla savaşıyor. IBM, yeni DB2 veritabanında yüksek ölçekli sıkıştırma…...
Devamını Oku..
Salı, 14 Aralık 2010 10:01 in Duyrular

Avea BT Sistemleri Uygulama Geliştirme Direktörü Cahit Terzioğlu

Merhaba, ETL süreçlerini ve faydalarını iyi analiz edebileceğimiz bir yazı paylaşıyoruz.Bunun için Avea BT Sistemleri Direktörü Cahit Beyle roportajdan bir bölüm yayınlayalım. Avea BT Sistemleri Uygulama Geliştirme Direktörü Cahit Terzioğlu…...
Devamını Oku..
Salı, 14 Aralık 2010 09:32 in Duyrular

Genel Duyuru

Merhaba  Arkadaşlar, Sitemiz güncellenmekte ve sizden gelen istekler doğrultusunda her gün yeni bir şeyler eklenmektedir. Bundan dolayı sitemize Forum, Video bölümlerini ekledik. Modüllerimizi daha da geliştiriyor olacağız. Sitemizi bloglarınızda link…...
Devamını Oku..
Salı, 14 Aralık 2010 09:10 in Duyrular

Yapı Kredi Bankası DataWarehouse Uygulaması

      "YKB Oracle 8i üzerinde geliştirdiği DataWarehouse uygulamasını yedi hafta içerisinde Sybase IQ ya taşıyarak, on aylık geri ödeme süresi ile yatırım geri dönüş maliyetinde %154 kazanç sağlamış…...
Devamını Oku..
Pazar, 12 Aralık 2010 20:34 in Duyrular

En Çok Okunanlar


Data Dictionary İstatistiğinin Alınması on 24 Haziran 2010, 00.00 by Yusuf Arslan in Oracle
Data Dictionary İstatistiğinin Alınması
Bu yazımda Oracle Database 10g ‘yle birlikte kullanıma sununlan cost-based optimizer (COB) hakkında işinize yarayacak bazı bilgiler vermek istiyorum. Cost-based optimizer uygulamasının asli görevi SYS ve SYSTEM ş
Veri, Veritabanı, Başarılı Veritabanı Uygulamaları İçin Dört Öneri
Hasan Tonguç Yılmaz bey’in Turkcell bloğunda yeralan yazılarını izniyle paylaşıyor olacağız.Öncelikle tanımayanlar için Tonguç Yılmaz kimdir kendi yazılarından tanıyalım.    Liseyi Mu�
Oracle Database 11g Bileşenleri Ve Mimarisi-1
Oracle Database 11g Bileşenleri Ve Mimarisi-1 Bu makalede Oracle Database 11g (Oracle 11g) veritabanı yönetimini öğrenmeye başlayacağız. Makalenin hazırlanış amacı Oracle 11g Administration I OCA sertifika
Oracle 11g BI ile Harita Üzerinde Rapor Oluşturma(Integratıon Mapviews)
BI EE 11 g’nin en büyük özelliklerinden biri MapViewer’dır.  Bu özellik , haritalara yetenek ve görsellik katarak raporlar oluşturmamızı sağlamaktadır.Örneğin dünya çapında bir haritada ülke b
Veriambarı Yazılım Geliştirme Sürecinde Test on 14 Aralık 2010, 09.47 by Yusuf Arslan in Oracle
Veriambarı Yazılım Geliştirme Sürecinde Test
Veriambarı bir organizasyonun elektronik olarak saklanan datasının deposudur.Veri ambarları raporlama ve analizi kolaylaştırmak için dizayn edilmişlerdir. Veriambarları analiz ve ilişkili verilerin sorgulanabildi
Salı, 14 Aralık 2010 19:31

Etl Programları

ETL Programı almalı mı, almamalı mı?

Veritabanı seçimi yapılırken, analitik bir değerlendirme yapılmaya çalışılsa da, seçenekler, yöneticilerin başkalarından duyduğu teknolojilerle şekilleniyor. Bu kişisel bilgilerin de birçoğu veritabanları daha tam oturmamışken oluşan önyargılarla şekilleniyor. Sorumluluğu minimuma indirmek için, yapılan işin ne olduğundan çok satış elemanlarının ön plana çıkardığı noktalar göz önünde bulunduruluyor. Aslında bunu başlı başına başka bir yazıda ele almak gerekli. Bu yazıda ETL programı seçimi konusunda sorulması gereken sorulardan bahsedeceğim. Konu zaten sorular olduğu için, yazının sorular üzerinden ilerleyeceğini şimdiden belirtmek isterim. İ

lk olarak sormam gereken soru şudur, “bu tercih edilen veritabanıyla tam olarak entegre çalışabilecek bir program mevcut mu?” Bu programı kullanan bir ETL çalışanına sorulması gereken soru ise, program bize elle yazılan koda göre ne gibi bir avantaj sağlayacak? Eğer bu iki sorunun cevabı bizi tatmin ediyorsa programın işe yarayacağı net olarak ortadadır. Öbür taraftan cevabın net olmaması ise projeden beklentiyi belirler. “Ne kadar esnek olmayı planlıyorsunuz?” sorusu aslında “hangi sorumluluklardan kaçmayı, hangi sorunlara göğüs germeyi göze alıyorsunuz?” sorusunun cevabına paralel olacaktır. Eğer kaynak sistemlerden alınan veriyi test edip, kriterlerinize uymadığı noktada yöneticilerden yağacak email’lara karşı dimdik duracağınızdan eminseniz, bir ETL programı kullanılması kararını rahatlıkla verebilirsiniz.

Buna karşılık, eğer her gelen isteğe cevap vermek gibi bir yükümlülüğünüz varsa alınacak ETL programının esnek olmasına dikkat edilmesi gerek veya hiç almamak gerek. Yeterince esnek olmadığı için bir program almadığınızı düşünün. Bu durumda dikkat etmeniz gereken, program almayarak aslında gelecek her türlü teknik soruna çare bulabileceğinizi taahüt etmiş oluyorsunuz. Bu karar verilmeden önceki durumla, verildikten sonrası arasında çok büyük bir fark var. Program kullanma kararı verilince, işe alınacak personelin, programın sahip olduğu özellikleri ne kadar kullanabileceğine bakılmalı.

Misal, Oracle Data Integrator (ODI) kullanılmasına karar verilmişse işe alınacak kişilerin ODI kullanmayı bilmesi aslında tam olarak yeterli değil. ODI kendi içinde Jython kullanabilir, shell script’leri çalıştırılabilir, PL/SQL kodu kullanılabilir bir program. Programın avantajlarının tam olarak kullanılabilmesi için çalışanların bu teknolojileri bilmesi gerekli. Bir de bunların üzerine ODI’nin getirdiği ek paketler mevcut ki bu durumda mevcut çalışanların en az 6 aylık bir eğitim sürecine girmesi gerekmekte.

ODI sadece bir örnek. İster Pentaho olsun, ister Informatica ya da başka bir program, spesifik gereklilikler daima olacaktır. Buna karşılık program alınmadığı durumu düşünelim. Doğrudan kaynak veritabanlarına bağlanılmalı, işletim sistemi seviyesinde çıkacak sorunları çözmeli, gelecek geliştirme isteklerine cevap verebiliyor olmalılar. Sizin de farketmiş olacağınız gibi bilgi birikimi her iki seçenekte de oldukça gerekli. Bir program kullanılıyorsa, gerekli olan birikim tanımlanabiliyor (Jython, PL/SQL gibi). Ancak program kullanılmadığında engin bir bilgi birikimi ve bir o kadar da adapte olabilecek çalışanlar işe alınması gerekiyor. http://www.gna.com.tr/blog/ dan alıntı

Kategori Oracle

Selamlar...

Rac ile ilgili ne kadar çok şeyden bahsedersek edelim aslında iş dönüp dolaşıp mimariye geliyor. Ve ben de aklıma geldikçe mimari ile ilgili yazılarımı paylaşmayı düşünüyorum. Çünkü işin özü mimaride...

Aslında database ve özellikle Datawarehouse zaten mimari ile güçlenmişlerdir.Zaten bu işin Dünyada onlardan sorulduğu  kişi bu şekilde(modelleme üzerine) çalışmalarla ön plana çıkmışlardır.

Onlardan biri olan Dr. Kimball incelemek isterseniz:

http://www.rkimball.com/ tavsiye ederim.

her neyse konumuza dönecek olursak:

 

Recovery Manager, Online Yedeklemeler ve Arşivleme

 

Real Application Clusters, Recovery Manager(RMAN)’ın ve Oracle Enterprise Manager’ın tüm fonksiyonelliğini destekler.Ayrıca, Real Application Clusters tek Oracle instance’ına sahip Oracle veritabanlarında bulunan bütün Oracle yedekleme ve arşivleme özelliklerini destekler.Bu; bütün veritabanının veya tek bir tablo alanın hem on-line hem de off-line yedeklerini içermektedir.

 


 

Eğer Oracle’ı ARCHIVELOG modunda çalıştırıyorsanız , log dosyası dolduğu zaman Oracle bu log dosyasının üzerine herhangi bir bilgi yazılmadan bir arşiv dosyasına dönüştürür.Real Application Cluster’larda , her Oracle instance’ı kendi redo log dosyalarını otomatik olarak arşivler, veya bir yada daha fazla Oracle instance’ları redo log dosyalarını bazı Oracle instance’ları veya tüm Oracle instance’ları için arşivleyebilir.

 

Eğer veritabanınızı NOARCHIVELOG modunda çalıştırıyorsanız , sadece off-line yedeklemeler yapabilirsiniz.Eğer veri kaybetmek istemiyorsanız, Oracle ARCHIVELOG modunu kullanmanızı önemle tavsiye ediyor.

Bu bölümdeki diğer üniteler Real Application Cluster’ların Mimarisini ve onun ölçeklenirlik özelliklerini açıklamaktadır.

Recovery işlemi için örnek gösterim

 

 

 

REAL APPLICATION CLUSTERS SİSTEMLERİN MİMARİSİ

Bu bölüm pek çok cluster(küme) veritabanı ortamlarında benzer olan sistem bileşenlerini ve mimari modelleri tanımlar.Düğümler için gerekli donanım ile birlikte düğümleri küme veritabanı haline getiren yazılımı da tanımlar.

 

Küme Veritabanı Sistem Bileşenlerini gözden geçirme

Bellek, Interconnect ve Depolama

Yüksek hızlı IPC Interconnect

Paylaşılan Disk Deposu ve Cluster File System(Küme Dosya Sistemi) Avantajı

 

CLUSTER(küme) Veritabanı sistem Bileşenlerine Genel Bir bakış




Bir küme Veritabanı bir Interconnect ile bağlanan iki ya da daha fazla düğümden oluşur.Interconnect, küme Veritabanı içindeki her bir düğüm arasında iletişim yolu olarak görev yapar. Her Oracle instance’ı, her bir Oracle instance’ının paylaşılan kaynakları kullanımını senkronize eden mesajlaşma için Interconnect kullanır. Ayrıca; Oracle, Interconnect çoklu Oracle anlarının paylaştığı veri Bloklarını iletmek için kullanır. Kullanılan kaynağın ana tipi bütün düğümlerin eriştiği veri dosyalarıdır.

 

Şekil bir küme veritabanında Interconnect’ın düğümleri nasıl bağladığına ve kümenin depolama araçları üzerindeki paylaşılan veri dosyaları üzerindeki erişimine yüksek seviyede bir bakıştır.

 

Küme ve onun Interconnect’i depolama araçlarına yada paylaşılan disk alt-sisteme depolama alan ağı ile bağlıdır. Aşağıdaki bölümler düğümleri ve Interconnect’i daha detaylı bir biçimde tanımlar:

Düğümler ve onların bileşenleri

Cluster Interconnect ve Interprocess Communication(Düğümden düğüme)

 

 

 

Düğümler ve Onların bileşenleri


Bir düğümün ana bileşenleri şunlardır:

CPU-Bilgisayarın ana belleğinden okuyan ve ana belleğine yazan bir ana işleme birimidir.

Bellek – Veriyi arabelleğe alma ve programatik yürütme için kullanılan bileşendir.

Interconnect – Düğümler arasındaki iletişim bağlantısıdır.

Storage(Depolama sistemi) – Veriyi depolayan bir araçtır.Bu; içeriklerini değiştirmek için okuma-yazma işlemleri tarafından erişilmesi gereken genellikle kalıcı veri deposudur.

 

Bu bileşenleri çok farklı konfigürasyonlarla satın alabilirsiniz.Bu bileşenler düğümlerin veri depolarına ve anabelleğe nasıl erişeceğini belirler.

NOT: Oracle Corporation, Real Application Cluster’ı , Real Application Clusters veritabanları ile kullanmak için onaylanmış konfigürasyonlarla birlikte konuşlandırmanızı tavsiye eder.

 

Cluster Interconnect ve Interprocess Communication (düğümden Düğüme)




Real Application Clusters, düğümler arası iletişim için yüksek hızlı interprocess communication(IPC) bileşenlerini kullanır.IPC , Real Application Clusters ortamlarının Oracle instance’ları arası mesajların iletmesi için gerekli arabirim ve protokolleri tanımlar.Mesajlar, bu arabirimdeki temel iletişim birimleridir.IPC’nin ana fonksiyonu, asenkron ve mesaj kuyruğu modeli oluşturmasdır.

 

Bellek, Interconnect ve Depolama


Bütün veritabanları genelde aynı yolla CPU’ları kullanır. Fakat; Belleğin, depolamanın ve Interconnect’nın  farklı konfigürasyonlarını farklı amaçlar için konuşlandırabilirsiniz. Real Application Clusters’ı   konuşlandırdığınız mimari, sizin işleme amaçlarınıza bağlıdır.

 

Küme veritabnındaki her bir düğümün bir yada daha fazla CPU’ları vardır. Çoklu CPU’lu düğümler tipik olarak ana belleği paylaşmak için konfigüre edilmiştir. Bu size daha ölçeklenebilir bir sistem sağlar.

 

Yüksek hızlı IPC Interconnect


Yüksek hızlı Interprocess Communication(IPC) Interconnect’lı bir yüksek geniş bantlı, kümedeki düğümleri bağlayan düşük düşük gecikmeli bir iletişim kolaylığıdır.Interconnect her bir düğümün kaynaklara erişimini koordine etmek için mesajların ve diğer küme iletişimleri trafiğinin yönünü belirler.

 

Interconnect için Ethernet, bir Fiber Distributed Data Interface(FDDI), yada diğer uygun donanımları kullanabilirsiniz.Ana Interconnect’ınızda aksama olma durumları için, yedek bir Interconnect yüklenmesini de hesaba katmalısınız. Yedek Interconnect, Yüksek kullanılırlığı artırır, Interconnect’ın başarısızlıktaki tek nokta olma olasılığını azaltır.

 

 

 

Real Application Clusters’lar, user-mode(kullanıcı modlu) ve memory- mapped(eşlenmiş bellek) IPC’leri destekler. Bu tür IPC’ler, CPU tüketimini ve IPC gecikmelerini oldukça azaltır.

 

Paylaşılan Disk Deposu ve Cluster File System(Küme Dosya Sistemi) Avantajı


Real Application Clusters’lar , Oracle anlarına veritabanına eşzamanlı erişimi vermek için bütün düğümlerin aynı anda paylaşılan disklere erişimine ihtiyaç duymaktadır. Paylaşılan disk altsistemi gerçekleştirilmesi işletim sistemimize bağlıdır: bir cluster file system(küme dosya sistemi) kullanabilir veya  dosyaları işlenmemiş makineler üzerine koyabilirsiniz. Cluster File System(küme dosya sistemi) , Real Application Clusters’ların kurulumunu ve yönetimini büyük ölçüde kolaylaştırır.

 

Real Application Clusters’lar için bellek erişim konfigürasyonları belirgin biçimde tekdüzedir.Bu , kümedeki her düğüm için belleğe erişimde gereken ek yükün aynı olduğu anlamına gelir. Bununla birlikte, tipik depo erişim konfigürasyonları hem birbiçimli hemde tersi olmaktadır. Kullandığınız depo erişim konfigürasyonu, bellek konfigürasyonunuzdan bağımsızdır.

 

Bellek konfigürasyonlarında olduğu gibi, çoğu sistemler Real Application Clusters veritabanları için tekdüze disk erişimini kullanırlar.Bir küme veritabanında tekdüze disk erişim konfigürasyonları, disk erişim yönetimini kolaylaştırır.

Kategori Oracle

Oracle'ın Yüksek Kullanılabilirliği(High Availability/HA)  Çözüm Yığını


 

 

Paylaşılan Depolama Seçenekleri


 

  1. NFS Monte Depolama (Netapp)
  2. SCSI Paylaşılan depolama; OCFS, OFS, Raw Cihazlar ile
  3. Yapı Mimarisi ile Fiber Kanal depolama

11i ADIM-1

  1. Tüm düğümlere RED HAT 2.1 yüklemek

  2. 11i Apps Tier tek bir düğüm olarak yüklemek

  3. Paylaşılan Depolama Eklemek ve HBA için  Sürücüler Yüklemek


11i ADIM -2 (OS Yamalar kurulum)

  • rpm -Uv tar-1.13.25-9.i386.rpm
  • Bu Tar(Technical Assistance Request )'ın güncel versiyonuna ulaşımı sağlar
  • OCFS üzerinde çalışan bir veritabanından tar(Technical Assistance Request) dosyalarına bir kullanıcı sağlar
  • Örnekler,
  • tar --o_direct -cvf /tmp/backup.tar

11i ADIM -2 ( OS Yamalar Kurulum)

  • rpm -Uv fileutils-4.1-4.2.i386.rpm
  • Bu dd(default date) ve Cp(command with web logic) nin güncelleştirlmiş Sürümünü Sağlar
  • OCFS üzerinde çalışan bir veritabanı dosyaları kopyalamak için bir kullanıcı sağlar
  • examples :
  • cp --o_direct /ocfs/quorum.dbf /tmp/backup/quorum.dbf
  • dd o_direct=yes if=/ocfs/quorum.dbf of=/tmp/backup/quorum.dbf

11i ADIM -3 RPM(Remote Preemptive Monitor) nin Oracle Sağlayıcılıarını Yüklemek

  • ocfs-support-1.0.9-11.i686.rpm
  • ocfs-tools-1.0.9-11.i686.rpm
  • j2sdk-1_3_1_09-linux-i586.rpm.bin
  • unzip-5.50-30.i386.rpm
  • zip-2.3-10.i386.rpm
  • wu-ftpd-2.6.1-21.i386.rpm
  • hangcheck-timer-2.4.9-e.10-0.4.0-2.i686.rpm
  • hangcheck-timer-2.4.9-e.10-enterprise-0.4.0-2.i686.rpm

11i ADIM -4 Bağlantı ( interconnect)

  • ifconfig eth0:0 192.168.2.100
  • route add -host 192.168.2.100 dev eth0:0
  • Do this on each node
  • Create watchdog file (oracle installer checks for this to install cluster option)                                        # touch /dev/watchdog
  • Setup hangcheck-timer module                                                                                                            -# vi /etc/modules.conf                                                                                                               --     options hangcheck-timer hangcheck_tick=30 hangcheck_margin=180                                                --# modprobe hangcheck-timer

11i ADIM -5 OCFS.conf – 5

  • # ocfstool ( from x windows)
  • # ocfs config
  • # Ensure this file exists in /etc
  • # node_name = linux3.home.com

node_number =

ip_address = 192.168.1.100

ip_port = 7000

comm_voting = 1

guid = 9D3B77AF2FF26E92E25D00E04CA44B58

 

11i ADIM -6  OCFS Kurulumu

  • mkfs.ocfs -F -b 128 -L /s01 -m /s01 -u 500 -g 500 0755 /dev/sda1
  • srvconfig_loc=/s01/oragsd-config ( touch this file)

11i ADIM -7 OCM

  • $ ls
  • If cmcfg.ora exists:
  • $ cp cmcfg.ora cmcfg.ora.original
  • If cmcfg.ora does not exist:
  • $ cp cmcfg.ora.tmp cmcfg.ora
  • $ echo HostName=dc1node3inter >> cmcfg.ora
  • $ vi cmcfg.ora
  • [comment out WatchdogSafetyMargin and WatchdogTimerMargin]
  • PrivateNodeNames=linux22 linux33
  • PublicNodeNames=linux2 linux3
  • MissCount=210
  • KernelModuleName=hangcheck-timer
  • CmDiskFile=/u02/oracm-qourum
  • $ vi ocmargs.ora
  • [comment out first line, which contains the word “watchdogd”]
  • $ cd ../bin
  • $ cp ocmstart.sh ocmstart.sh.original
  • $ vi ocmstart.sh
  • [remove words “watchdog and” from line containing “Sample startup script...”]
  • [remove every line containing “watchdogd”, uppercase or lowercase.  If it’s in a if/then/fi then remove the whole if/then/fi.]
  • $ su – root
  • export ORACLE_HOME=/d02/oracle/proddb/9.2.0
  • /d02/oracle/proddb/9.2.0/oracm/bin/ocmstart.sh
  • Configure and Start Cluster Manager
  • $ cd $HOME/product/9.2/oracm/admin

11i ADIM -8 ( cp/dd - DB files to shared storage )

 

  • cp --o_direct /d03/oracle/proddata/* /s01/oracle/proddata/
  • Kontrol Dosyaları Yenileme

11i ADIM -8 – init.ora / spfile

  • Diğer örnekler için UNDO TBS Yaratmak
  • Örnek-2 için örnekleme 1 ve yerine versa(Menagement Systems)'den thread aktif ve pasifleştirme

11i ADIM - 9 – Örnek 1

  • #   RAC-specific Parameters
  • #
  • #########
  • cluster_database = true
  • cluster_database_instances=2
  • thread = 1
  • instance_number = 1
  • instance_name = PRODi1
  • service_names = PROD
  • local_listener = PRODi1
  • remote_listener = PRODi2

11i ADIM -10 – Örnek 2

  • cluster_database = true
  • cluster_database_instances=2
  • thread = 2
  • instance_number = 2
  • instance_name = PRODi2
  • service_names = PROD
  • local_listener = PRODi2
  • remote_listener = PRODi1

11i Apps tier – 806/iAS tnsnames.ora

  • PROD = (DESCRIPTION=
  • (ADDRESS_LIST =
  • (ADDRESS=(PROTOCOL=tcp)(HOST=linux1)(PORT=1521))
  • (ADDRESS=(PROTOCOL=tcp)(HOST=linux2)(PORT=1521))
  • )
  • (CONNECT_DATA=(SERVICE_NAME=PROD)(SERVER=DEDICATED))
  • )
  • PRODi2 = (DESCRIPTION=
  • (ADDRESS=(PROTOCOL=tcp)(HOST=linux2)(PORT=1521))
  • (CONNECT_DATA=(INSTANCE_NAME=PRODi2)(SERVICE_NAME=PROD))
  • )
  • PRODi1 = (DESCRIPTION=
  • (ADDRESS=(PROTOCOL=tcp)(HOST=linux1)(PORT=1521))
  • (CONNECT_DATA=(INSTANCE_NAME=PRODi1)(SERVICE_NAME=PROD))
  • )

Failover için DBC Dosya Düzeltme

  • APPS_JDBC_DRIVER_TYPE=THIN
  • FND_MAX_JDBC_CONNECTIONS=100
  • # Setup at Apps Tier
  • APPS_JDBC_URL=jdbc:oracle:thin:@(DESCRIPTION=
  • (ADDRESS_LIST=(LOAD_BALANCE=ON)
  • (ADDRESS=(PROTOCOL=TCP)(HOST=linux1)(PORT=1521))
  • (ADDRESS=(PROTOCOL=TCP)(HOST=linux2)(PORT=1521)))
  • (CONNECT_DATA=(SERVICE_NAME=prod)))

Failove ile ne Yapılabilir ve Ne Yapılamaz

  • SQL* PLUS TAF kullanarak Bağlanabilir
  • JDBC Failover ile Bağlanacak
  • Formların Çalışma Zamanı Bağlantılandırması Yapılamaz , Kullanıcılar Bağlantı Koparabilir

 

Soru ve Görüşleriniz için:

Bu e-Posta adresi istek dışı postalardan korunmaktadır, görüntülüyebilmek için JavaScript etkinleştirilmelidir

Saygılarımla...

Kategori Oracle


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.






 

 

Kategori Oracle
Cuma, 29 Ekim 2010 23:26

Adım Adım Oracle BI



ORACLE BI ANSWERS

Başlat -> Programlar -> Oracle Buisness Intelligence ->Welcome to Oracle BI EE tıklıyoruz.


Şekil-22

 

Oracle BI Interactive Dashboards linkine tıklıyoruz. Açılan sayfada “Answers” linkine bastığımızda browserda aşağıdaki (Şekil-23) deki ekran kesitini görebiliriz :


Şekil-23

Görüldüğü gibi Oracle BI Administrator arayüzünde presentation katmanındaki ARACTAKIP veritabanı burada görünüyor. Linke tıklayarak devam edelim.

 

 


Şekil-24

Yukarıdaki (Şekil-24) te görüldüğü gibi Presentation katmanında yaptığımız herşeyi burada görebiliyoruz. Ekranda görünen “Columns” bölgesine hangi alanları rapora dahil etmek istiyorsak onları koyuyoruz. “Filters” kısmında ise bunların nasıl görüneceğini belirteceğiz.

3.3.1 Columns

Ekranda görünen ARACTAKIP altındaki tablolara bağlı alanlardan hangilerini raporda görmek istiyorsak onlara tıklayarak sağdaki Columns kısmına dahil ediyoruz.

 


Şekil-25

Kategori Oracle
  • «
  •  Başlangıç 
  •  Önceki 
  •  1 
  •  2 
  •  Sonraki 
  •  Son 
  • »
Sayfa 1 / 2
About me

Sakarya Üniversitesi Bilgisayar Mühendisligini bitirdikten sonra kariyerime özel bir sirkette Danisman olarak devam etmekteyim.

Datawarehouse sistemlerin ve mimarilerin , dwh'a bakis açisini incelemek ve küçükte olsa bunlar hakkinda bilgi vermek amaciyla bu siteyi kurduk.Bunun yani sira diger sistemlere de dokunduk ve Türkçe makaleler paylastik.

Yazarlarimiz; Muhammet Ali Yurtçiçek, Ercan Yazgan, Samet Aslan,Ali Yildiz,Emin Sayan,Ömer Faruk Gül,Mustafa Aksoy,Burak Kutbay'dir.

 

Son Yazılar

Hangi Yazılım Dilini Kullanıyorsunuz








Sonuçlar
You are here