Oracle Fusion Middleware: ODI Session'larının DB Session'ları ile İlişkilendirilmesi - Correlating SQL statement in DB Sessions with ODI Sessions in ODI 11.1.1.7

ODI ajanı tarafından bir Load Plan çalıştırıldığında, ODI session'ları yaratılır. Bu ODI session'ları senaryo adımlarına göre yaratılır. Uygun SQL'i veritabanına gönderir. Bu nedenle veritabanında da session'lar oluşur.

Uzun çalışan işler için bazen uzun çalışma nedeniyle askıda kalma, başka bir lock'a takılma veya bir session'ı bekleme gibi durumlardan şüphe edebiliriz. Bu yüzden ODI session'larını onlara karşılık gelen DB session'ları ile eşleştirmeliyiz. Bu eşleme v$session tablosu incelenerek yapılabilinir.

"select action from v$session;"

Action: ///

Session_id: ODI session ID'si. Operator log'unda bulunur.  Örneğimize göre: 1135500 bunlara bir örnek olabilir.

Step_nb:  Session_id'den hemen sonra gelen değerdir. 1135500 nolu session için  0,1 veya 2 olabilir.

Step_run_number: Kaç kere çalışıp çalışmadığını gösteren sayıdır.

Task_order_number: Paket içerisindeki çalışma sırasıdır. 2 için 3'ten 34'e kadar olabilir.

Database'de Çalıştırılan SQL'in Bulunması:

select a.action, b.sql_text

from v$session a, v$sqlarea b

where a.sql_address=b.address

and a.action is not null

and a.username=''

/

Yukarıdaki sorguyla bir kullanıcı tarafından çalıştırılan bütün session'ları görebiliriz. Buradaki "Action" sütunu içerisindeki değerlere göre ODI session'ları ile eşleştirebiliriz. 

Ör:

Referans:
Correlating SQL statement in DB Sessions with ODI Sessions in ODI 11.1.1.7 - https://blogs.oracle.com/biapps/entry/correlating_sql_statement_in_db

Oracle Fusion Middleware: ODI I$ ve C$ Tablolarının Temizlenmesi - Cleaning up ODI I$ and C$ work tables

BI applications 11.1.1.7.1 ile ETL'ler ODI tarafından gerçekleştirilmektedir. Hem kaynakta hemde hedefte SQL'ler oluştururak veri aktarımını yapmaktadır. Bu aktarım sırasında ara tablolar yaratılmaktadır.  Bu ara tablolar DW'de veriler uygun tablolara aktarılmadan önce geçiş alanı olarak kullanılırlar. Bir senaryo başarıyla gerçekleşirse bu tablolar silinirler. Ancak bir sorun çıkarsa, bu tabloların arkada kalma ihtimali bulunmaktadır. O sırada bozulan iş ne kadar büyükse bu tablolarda o kadar çok veri olma olasılığı da artar. Bu yüzden bu tabloların silinmesinde fayda vardır.

Bu tablolarun silinmesi genel anlamda bir zararı olmamakla birlikte silinmesi halinde büyük yer kazançları olabilmektedir. Tabloları silmek için bir araç da bulunmaktadır.

Bu araç için

1-ODI Studio'ya girilir ve BI Apps ODI Repository'e bağlanılır.
2-Designer tab'a gidilir. Oradan da aşağıdaki resime uygun bir şekilde "UTILITIES_CLEAN_WORK_AND_FLOW_TABLES" prosedürü bulunur çalıştırılır.

Referans:
https://blogs.oracle.com/biapps/entry/cleaning_up_odi_i_and

Oracle Fusion Middleware: BI Applications DW'sine Source Database'den Veri Aktarımı

BI Applications 11.1.1.7.1 versiyonunda verileri uygulama veritabanından datawarehouse'a taşımak için 3 tane yol bulunmaktadır. Kaynak uygulamalar aşağıdaki gibidir.

•  E-Business Suite
•  Siebel
•  PeopleSoft
•  JDE

Taşıma yolları:

-JDBC modu:
-Database Link Modu:
-SDS Modu:

JDBC Modu:

Standart kullanılan taşıma metodu JDBC modu'dur. Bu yöntem yukarıda belirten metodlar arasında en yavaşıdır.Bu modun kullanılması ancak kaynak database Oracle olmadığında ve SDS kurulmadıysa tavsiye edilir

JDBC modunun kullanılması için OBI_SRC_VIA_DBLINK ve IS_SDS_DEPLOYED parametrelerinin N olarak yani not enabled olarak set edilmiş olması gerekir.

Database Link Modu:

Bu modda veriler DB Link'i ile gönderilir. JDBC modundan daha hızlıdır. (Aradaki bağlantı aynı kaldığı sürece) . Bu modun kullanılması için OBI_SRC_VIA_DBLINK Y ve IS_SDS_DEPLOYED N olarak set edilmelidir. Bu iletim modunda varolan bu iş için yaratılmış bir database link'i kullanılır. Yaratılacak database link'inin bir standardı bulunmaktadır.

.WORLD@DSN_

DSN (Data Source Name) kaynak db ile ilgili bağlantı adı şeklinde yorumlanabilir. Bu link datawarehouse'da bulunmalıdır. Nasıl yaratıldığını buradan görebiliriz.






Referans:
BI Applications DW'sine veri taşınması - https://blogs.oracle.com/biapps/entry/the_3_different_modes_of

Oracle Fusion Middleware: OBIA Güvenlik - OBIA Security

OBIA'da Güvenlik:

OBIA'da güvenliği yetkiler üzerinden gerçekleştirmekteyiz. Bu yetkiler de Fusion Middleware Control ve WebLogic Administrator Console'dan verilmektedir.

Weblogic için aşağıdaki örnekteki gibidir.

Weblogic'den kullanıcıların genel hareketleri incelenebilinir. Ekran görüntüsü aşağıdaki gibidir.

Kullanıcı yaratılması da Weblogic'den gerçekleştirilir.

Fusion Middleware Control'da ise aşağıdaki gibidir.

Oracle BI Analytics Dashboard ve Catalog Güvenliği:

BI Analytics'de herkesin her rapora erişmesini önlemek, her rapor'da her şeyin gözükmemesini sağlamak için yapabileceğimiz bazı ayarlar vardır. Bu ayarlar ile hangi grupların, hangi rollerin hangi Dashboard ve raporları görebileceğini ayarlamak mümkündür. Bunun için OBI Analytics ekranına bağlanmamız gerekir.(http://hostname:port/analytics)

Bu ekranda ilgilendiğimiz Dashboard veya raporun üzerine tıklarız. Bu örneğimiz için Procurement modülü altında "Employee Expenses" adlı Dashboard'a erişiriz.

Bu ekrandan Tasks altındaki Permissions seçeneğine tıklarız. Permissions seçeneği her raporun yanındaki More seçeneklerinden de bulunabilinir. Sonrasında oradan aşağıdaki ekran karşımıza gelir.

Bu ekrandan çeşitli kullanıcı gruplarını rollerini veya kullanıcıların haklarını değiştirebilir, azaltıp, arttırabilir, çıkartıp ekleyebiliriz. Ekleme ekranı da yukarıdaki resimdeki "+" ya basılarakdan çıkartılı.

Uygulama Yaşam Döngüsü:

Tipik bir yaşam döngüsü şu şekildedir:

-Geliştirme (Development)
-Yükleme (Deployment)
-Taşıma (Migration)
-Versiyon Yükseltme (Upgrade)
-Patch İşlemleri

Fusion Middleware Mimarisi:

Referans:

Managing Security for Dashboards and Analyses - http://docs.oracle.com/cd/E28280_01/bi.1111/e10543/mgrgrpsusers.htm#i1005125

How to Implement Object Security in Project Analytics in OBIA 11.1.1.7.1 - https://blogs.oracle.com/biapps/entry/how_to_implement_object_security

Oracle Fusion Middleware: OBIA Catalog Deployment - OBIA Catalog Taşıma

OBIEE Catalog Deployment Nasıl Yapılır?

Catalog Deployment'ı da RPD Deployment'ı ile aynı sayfadan yapılır. Enterprise Manager Console'a gelip oradan "Lock and Edit Configuration" seçeneğine basarız.

Böyleceyukarıdaki ekrana girmiş oluruz. Bu ekrana girdikten sonra "BI Presentation Catalog" adlı kısımdan yeni catalog klasörümüzü gösterecek şekilde dizinimizi gireriz. Buradan da catalog'u güncellemiş oluruz. Sonrasında yine güncellemenin gerçekleşmesi için restart girmemiz gerekir.

Bunun dışında sadece catalog import export'u yapacaksak da BI analytics ekranına gidip archive unarchive yapabiliriz.


Catalog Import Export Nasıl Yapılır?

Catalog import export'u için aşağıdaki gibi Catalog menusunde Tasks altındaki Archive-Unarchive seçenekleriyle yapılır.

Bu seçeneklerden "Archive" kullanıldığında katalog arşivlenip istenen yere kaydedilir. "Unarchive" denildiğinde bu kaydedilen dosya bulunup catalog üzerine yüklenir.

Eğer hiç bu kataloglar yoksa upload denilerek de catalog yüklenebilir.

Oracle Fusion Middleware: OBIA RPD(Repository) Deployment - OBIA RPD(Repository) Yüklemesi

RPD Deployment:

RPD Deployment için aşağıdaki ekrana gitmemiz gerekir. Bu ekrandan uygulamamızın kullanacağı modeli değiştirebiliriz.

Bu ekran "Oracle Fusion Middleware Control" olarak geçmektedir.  Buranın ana ekranı: http://hostname.domain:port/em'dir. Bu adresten soldaki gibi business intelligence domain'ine gireriz. Oradanda "coreapplication" içerisine gireriz. Resimdeki gibi uygun tabları seçtikten sonra ana kontrol ekranımıza gelmiş oluruz.

RPD yüklememizi yapabilmek için yukarıdaki "Lock and Edit Configuration" seçeneğini seçeriz ve kilidi kaldırırız.

Kilidi kaldırdıktan sonra repository'i deploy ederiz. Yukarıdaki "Activate Changes" butonuna bastıktan sonra uygulamayı restart ederiz. Böylece değişiklikler güncellenir.


RPD Deployment'ını Neden Yaparız?

RPD Deployment'ı ile diğer ortamlarımızdaki güncel RPD'lerimizi güncel olmayan ortamlarımızdaki RPD'lerle değiştirmek için yaparız.

Oracle Fusion Middleware: OBIA RPD Merge - OBIA RPD'leri Birleştirmek

RPD Merge:

RPD'lerimizi birleştirmek istediğimi zaman ihtiyacımız olan bütün RPD'leri aynı makina üzerinde offline olarak açarız. Online olarak açılırsa üzerinde değişiklik yapılamayacaktır. Bu yüzden offline açılmalıdır.

2 RPD'de şekildeki gibi açılır.

Sonrasında da kopyalamak istediğimiz RPD'yi sağ tıklayıp kopyaladıktan sonra diğer RPD'de her layer için yapıştırırız. İlk önce Physical Layer'de istediğimiz modülleri alırız. Sonra Business Model Mapping ve Presentation Layer'da aynı işlemleri yaparız.  Örnek işlemler diğer resimlerimizde de gösterilmiştir.

En son işlem olarak da kaydederiz.

RPD'leri Niye Merge Ederiz?

RPD'lerin merge edilmesinin en temel nedeni  farklı ortamlarda üretilen RPD'lerin birleştirilmesidir. DEV ortamında geliştirdiğimizde dashboard'ları bir ortamdan diğerine aktarmak istediğimizde


Referans:

https://blogs.oracle.com/biapps/entry/how_to_compare_rpds

Oracle Fusion Middleware: RPD Backup'lamak - Backing Up RPD's

RPD Backup:

RPD backup'lamak için BI Administration Tool'dan şu an kullanılan RPD online olarak açılır. Bunun için BI Administration Tool'un Online opsiyonu aşağıdaki gibi seçilir. Karşımıza gelecek ekrandan repository şifresini ve weblogic kullanıcı şifremizi gireriz.

Uygulama online RPD ile açıldıktan sonra backup'lanacak olan klasör içine RPD repository olarak kopyalanır.

Oracle Fusion Middleware: OBIA RPD Trim'lemek - How to Trim RPD in OBIA - Fazla Modülleri Atmak

OBIA RPD Trim'leme Adımları:

RPD Trim'lemek için belilrli bir komut bulunmaktadır.  Bu komutu aşağıdaki dokümandan çıkartabiliriz.

Resim

Standart bir RPD aşağıdaki gibidir.

RPD Trim'leme bir bakıma bazı projelerin çıkartılması demektir. Bunun için aşağıdaki komutu kullanabiliriz.

%ORACLE_BI_HOME%/bifoundation/server/bin altındaki extractprojects.exe'yi kullanırız.  

Bizim örneğimizde bu dizin aşağıdaki gibidir. 

X:\MWHOME\Oracle_BI1\bifoundation\server\bin

Sonrasında extract projects exe'sini belirli bir syntax ile kullanırız.

X:\MWHOME\Oracle_BI1\bifoundation\server\bin\extractprojects.exe -B input_rpd -O output_rpd -I "project_name"

Bu komut ile input_rpd parametresinin içine backup'ladığımız rpd'yi diziniyle yazarız. Output_rpd parametresinin yerine de sonuç olarak çıkacak rpd adı yazılır. Project_name yerine de hangi modülün çıkartılması isteniyorsa o yazılır. Var olan standart projeler aşağıdaki gibidir.

■ Financial Analytics Fusion Edition

■ Human Resources Analytics Fusion Edition

■ Marketing Analytics Fusion Edition

■ Partner Analytics Fusion Edition

■ Project Analytics Fusion Edition

■ Sales Analytics Fusion Edition

■ Supply Chain and Order Management Analytics Fusion Edition

■ Student Information Analytics

■ Service Analytics

■ Price Analytics

■ Manufacturing Analytics

■ Operational Planning

■ DataLineage_Project

Örnek Komut:

X:\MWHOME\instances\instance2\bifoundation\OracleBIServerComponent\coreapplication_obis1\repository\OracleBIApps_BI0006.rpd -o X:\Users\X\Desktop\OracleBIApps_Trimmed2.rpd -I "Procurement and Spend Analytics Fusion Edition"

RPD Trim'leme Neden Yapılır?

RPD Trim'leme işini sadece Lisanslı ürünlerimiz kullanabilmek için yaparız. OBIA'yı kurduğumuz zaman bize full rpd gelmektedir. Full RPD içerisinde de bütün modüller bulunmaktadır. Bunun consistency check işlemini yaptığımızda ise muhtemel hataların bulunması çok uzun süre almaktadır. Muhtemel hatalar bazen kendi modülümüz ile ilgili bile olmayabilir.

RPD Trim'leme işini modelimizi sadeleştirmek için de kullanırız.

Referans:

Oracle BI - Installation Guide (Bkz Resim)

Oracle Fusion Middleware: OBIEE ve OBI Apps Arasındaki Fark - The Difference Between OBIEE and OBI Apps

Oracle Business Intelligence Enterprise Edition Nedir? (OBIEE)

Oracle Business Intelligence Suite Enterprise Edition bir BI ürünüdür. Bu üründe analiz ve raporlama araçları bulunmaktadır.

Oracle BI EE içerisinde:

-Vizyon sağlayacak raporlar ve grafikler

-Birleştirilmiş bir iş modeli. Oracle sunduğu ürünler bu grafiklerde ve raporlarda birleştirilmektedir. Örneği tedarik modülüyle ilgili bir modülde satın alma ve muhasebe kısımları da girdiğinde buradan gelen veriler de birleştirilmektedir.

-Birden fazla tipte veritabanı tipiyle çalışabilecek uygun bir yapı.


Oracle Business Intelligence Applications Nedir? (OBI Apps) 

OBIA ile önceden geliştirilmiş BI çözümleri bir şirkete adapte edilmeye çalışılır. OBI Apps içerisindeki hazır yapılar aşağıdaki gibidir :

• Oracle Financial Analytics
• Oracle HR Analytics
• Oracle Marketing Analytics
• Oracle Order Management Fulfillment Analytics
• Oracle Vertical (Industry Specific) Analytics
• Oracle Sales Analytics
• Oracle Service Analytics
• Oracle Contact Center Analytics
• Oracle Supply Chain Analytics 

OBI Apps ile yine hazır RPD gelmektedir.

Not:OBIA (Oracle Business Intelligence Analytics) - Orace BI Apps birbirinden farklıdır. Kısaltmaları aynı olduğundan karıştırma olabilir.

Oracle Fusion Middleware: Diagnostics - Log'lar

Oracle Fusion Middleware'in log'ları Windows Server'da %ORACLE_INSTANCE% parametresi altında yer alır. Yani eğer Middleware Home eğer C:\MWHOME altında ise bu diagnostic log'ları C:\MWHOME\instances\instance1\diagnostics\logs altında yer alır. Buradaki loglar sırasıyla

-OPMN
-Oracle BI Publisher
-Oracle BI Scheduler
-Oracle BI Presentation Services Component
-Oracle BI Server Component
-Oracle BI Odbc Component
-Oracle BI Java Host Component
-Oracle BI Application

Server'lar açıldıktan sonrada açılan server'ların log'larını aşağıdaki dizinden izleyebiliriz.

C:\MWHOME\user_projects\domains\bifoundation_domain1\servers

Buradaki log'larda Server'la ilgili gelişmeleri izleyebiliriz. Burada standart olarak:

-ODI Server
-BI Server
-Admin Server

logları yer alır.

Oracle Fusion Middleware: OBIEE Backup ve Recovery

Oracle Fusion Middleware ortamı bir sürü bileşenden oluşmaktadır. WebLogic elemanlarına ek olarak Java elemanşarı da bulunmaktadır. Ayrıca bunlara bağlı başka Oracle Instance'ları da çalışmaktadır. Örneğin Oracle HTTP Server, Oracle Web Cache vb...

Bu yüzden bütün ortamın backup'ının alınması çok önemlidir. İlk olarak full backup alınmalıdır sonra da periyodik olarak backup'lar alınabilinir. Böylece bir kayıp yaşandığında hemen geri dönülebilinir.

Administration Server Bozukluğu:

Administration Server bozulduğunda bi_server'ımıza bir zararı olmamsıyla birlikte, sistemde donanımsal değişikliklerin yapılması zorlaşır.  Uygulama çalışırken Admin Server'ın kapanması uygulamaya zarar vermez. Uygulama arka planda sürekli olarak admin server'a erişmeye çalışır.

Managed Server:

Managed Server'da configuration dosyasının bir kopyası yer alır. Bu kopya Admin Server'dan alınmaktadır. Eğer bu dosya cache'li haldeyse Admin Server'ın açık veya kapalı olması önemli olmaz. Admin Server açıldığında ise Managed Server ile iletişime geçerek configuration dosyasının en son halini alır.

Backup Stratejileri:

Fusion Middleware ortamları için 2 tip backup alma stratejisi vardır.

-Offline: Bu stratejide bütün ortam kapatılır ve dosya sisteminin full kopyası alınır.

-Online: Bu yöntem backup alınmadan önce sistemin kapatılmayacağı anlamına gelir. Bu backup türünde tutarsızlık yaşanmaması için backup süresince hiçbir configuration dosyasının değiştirilmemesi gerekir.

Dosya Sisteminde Backup'lanması Tavsiye Edilen Dosyalar:

-MWHOME
-OraInventory
-beahomelist dosyası
-Windows Registry'si (File'a tıklayıp export alınabilinir.)

Önerilen Backup Stratejisi

-Full Offline Backup: Bütün Filesystem'ın backup'ının alınmasıdır. Özelde de catalog ve rpd dosyalarının alınmasıdır.
1- Fusion Middleware kurulduktan sonra
2- Upgrade'den önce
3- İşletim Sistemi Upgrade'inden sonra
4- Upgrade ve Patch sonrasında

-Online Backup: Çok değişen dosyaların backup'ı. (Domain klasörleri, Oracle Home klasörleri)
Düzenli bir şekilde çok değişen klasörlerin backup'ı alınmalıdır.

Not: Database'de ara ara backup'lanmalıdır.

Backup Alınması:

Full Offline Backup: Bu backup türünde bütün Oracle Fusion Middleware dosyalarını bulunduran klasörleri kopyanır.
1- Önce bütün process'ler kapatılır. Managed Server'lar,Admin Server ve WebLogic
2- Bütün MWHOME kopyalanır ve zip'lenir.
3- Linux ortamda "/etc" klasörünün altı,Oratab ve OraInventory kopyalanır.
4- Windows Registry kopyalanır.
5- Database Backup kopyalanır.

Online Backup: Domain Home ve Instance Home arşivlenir.

Örnek dizinler:

MWHOME/user_projects/domains/domain_name/*

MWHOME/instances/instance1/bifoundation 

Referans:
http://docs.oracle.com/cd/E23943_01/core.1111/e10105/br_intro.htm
Backup önerileri: http://docs.oracle.com/cd/E23943_01/core.1111/e10105/br_intro.htm#CHDEBJIC