Hurriyet

30 Mayıs 2013 Perşembe

Oracle E-Business Suite: Request Set Wizard Kullanılarak Request Set Oluşturulması


“System Administrator>Requests>Set” seçeneğine girilerek oradan “Request Set Wizard” düğmesine tıklanılır.




Bu aşamadan sonra “As Each Request in the Set Completes” denir  ve next denilerek sonraki aşamalara geçilir.



En sonunda da  “finish” denilerek bu işlem bitirilir ve karşımıza aşağıdaki ekran çıkar.


Request Set Çalıştırılmadan Önce Stage'lerin Ayarlanması:

Yukarıdaki örnekte bir request set tanımladık ve request set içinde hangi programların olacağını belirttik ama bunların hangi sırayla çalışacağından bahsetmedik. Bunun için başka bir örnekle gösterim yapacağız. Bu örnekte request set adımız: deneme_berke_rs1 olacaktır.


Buradaki stage'leri görmek istiyorsak eğer "Define Stages" seçeneğini seçebiliriz.



Burada tanımlı olan stage'leri gördükten sonra geri dönüp "Link Stages" seçeneği seçilir. Burada hangi concurrent'ların hangi sırayla çalışacağını belirtebiliriz.


Yukarıdaki örneğimizde ilk olarak "Purge Signon Audit Data" concurrent'ı çalışır. Bu çalıştıktan eğer başarıyla biterse "deneme_berke" adlı concurrent request'im çalışmaktadır. Hatalı biterse de "deneme_berke1" adlı concurrent'ım çalışmaktadır. Bu concurrent'larımın ne yaptığına gelirsek eğer de deneme_berke concurrent'ı programın doğru çalıştığına dair bilgiyi veritabanında bir tabloya kaydederken, hatalı bitmesi durumunda programın hatalı bittiğini yine aynı tabloya basmakatadır.

Bu diziyi ayarlamasaydık, bu programlar arka arkaya çalışacaktı. Bunun sonucunda tablomuza hem başarılı çalıştığına dair hem de başarısız çalıştığına dair 2 bilgi yazılmış olacaktı.  Bu şekilde programlarımızı sıraladığımızda hangi programın ertesinde hangisinin çalıştığını belirtiriz. Yani aşama aşama nasıl çalışacağını belirtiriz.

Request Set Oluşturulduktan Sonra Nasıl Çalıştırılır?

Bunun için request çalıştırma ekranına gideriz. Request'lerimizi "System Administrator"'dan "Concurrent">"Requests" seçeneğine giderek ulaşabiliriz. Buradan "Request Set" çalıştırma opsiyonunu seçeriz.



Bu örneğimiz için daha önceden plandığımız bir request set seçtim. Bu request set'i seçip run edebiliriz.





Not: Eğer buradaki concurrent programın nasıl yazıldığı merak ediliyorsa aşağıdaki yazıya bakılabilinir.
"Parametreli Concurrent Program Yazılması"
















Oracle E-Business Suite: Request Group Ayarlanması ve Test Edilmesi


“System Administrator>security>Responsibility>Request” sorumluluğuna girilerek önce bir request group yaratırız. Bunun için aşağıdaki gibi bir “Request Group”  yaratırız ve kaydedip çıkarız.



“BO ASSISTANT SYSTEM ADMIN GROUP” olarak yarattığımız “request group”’u sorumluluğumuza aşağıdaki gibi atarız.


Sonrasında ise bu sorumluluğu atadığımız kullanıcıyla giriş yaptığımızda bu kullanıcı tarafından çalıştırılabilecek raporların “Request Group” olarak sınırlanan liste ile kısıtlı olduğunu görürüz.




Oracle E-Business Suite: Request’lerin Çalıştırılmalarının Zamanlanması


Bazen “request”’lerin işlenmesi veya çalıştırılması için bir zaman programına alınması gerekebilir.  “Request”lerin programlanması için “System Administrator>Requests>Run” şeçeneğine tıklarız. Karşımızdaki ekranda “Single Request” şeçeneğini seçeriz.


“Name” kısmına “List of Values” ikonuna basaraktan “Active Users” raporunu seçer ve  ve “Schedule” düğmesine basaraktan ne zaman çalıştırılabileceği belirlenebilir. Herhangi bir gün, bir kere, direk çalıştırılmak üzere  veya periyodik olarak  çalıştırılma seçilebilinir.


Seçildikten sonra “request”’in nasıl çalışıp çalışmadığı “request>view”’dan izlenebilinir.



Raporların nasıl çıktığını ve sonuçları görmek için “view output”’a basılır ve sonuçlar diğer bir tarayıcı da çıkar.



Oracle E-Business Suite: “Support Cart” Kullanımı


Bu örneğimizde Oracle Applications Manager’daki Support Cart’ın kullanımını göreceğiz. Bunun için “System Administrator>Oracle Applications Manager>Hosts” seçeneğini tıklarız. Buradan da “Support Cart” düğmesine basarız.



İlk olarak gerekli bilgileri gireriz. Details kısmını da doldururuz. Sonrasında “Application Signature” kısmına sekmesine geçilir. Bu yeni ekranda eğer “Generic” kısmında bir bilgi yoksa “Collect” deriz. 



Sonrasında sayfayı kaydederiz ve karşımıza çıkan zipli dosyayı açarak içindeki bilgileri inceleyebiliriz. Bu bilgiler hem "Application Server"'ımız hem de "Database" hakkında  detayları içermektedir.


Oracle E-Business Suite: Oracle Applications Audit 3 - Kullanıcıların İzlenmesi


“System Administrator>Security>User>Monitor” a girilir. Burada kullanıcı adı yazılır ve sorgulanır.



Sonrasında sistemimizde yapacağımız değişikliğimizi görmek için “System Administrator>Profile>System” seçeneğini tıklayıp  karşımıza çıkan ekranda “Profile= Sign-on Audit Level” olarak aratırız. Karşımızdaki değeri “FORM” veya “NONE” a çevirip sonra kaydedilir. Tekrar girilip çıkıldıktan sonra tekrar “User>Monitor” yerine girerekten aşağıdaki değişikliği görebiliriz.
“User Name” yerine “BOUSER” yazarsak:



Oracle E-Business Suite: Kaynakların Audit Edilmesi ve Request’lerin Kontrol Edilmesi


Yapılan Request’lerin izlenmesi ve talep edilmesi için “System Administrator>Requests>Run” seçeneğine tıklanıp, karşımıza gelen pencereden “single request” seçilir. Oradan “list of values” simgesi seçilerek çalıştırılabilinecek raporlar görülür.


Burada sırasıyla

-“Signon Audit Concurrent Requests”

-"Signon Audit Responsibilities”

-“Signon Audit Forms”

Raporları çalıştırılır. Sonrasında Raporlar “Request>View” seçeneğinden görülebilinir. Bunu seçeneğe tıklanıp karşılaşılan ekranda eğer raporlarımız bitmiş ise “view output “seçeneğinden raporlarımızın çıktılarını görebiliriz.



Bütün raporları görmek için Concurrent Program'lardan ya da Request'lerden "Sign On" şeklinde arama yaptırabiliriz.



Son Değiştirilme Tarihi: 06.03.2014

Oracle E-Business Suite: Bir Rol İçin Kayıt Süreci Tanımlanması


“User Management> Registration Process> Create Registration Process” seçeneği tıklanır. Role kendi rolümüzü yazarız. (“BO COURSE ADMINISTRATOR”). “Type” kısmına ise “Additional Access” girilir. Bu bilgileri girdikten sonra rolle ilgili gerekli bilgiler çıkar. 



“Next” dendikten sonra “Notifications” kısmına “User Management: Additional Access Notification Workflow Start” girilir.

29 Mayıs 2013 Çarşamba

Oracle E-Business Suite: Delege Yönetimi



Delegeyle yönetim için ilk olarak kullanıcımızın haklarını bir şekilde diğerlerine atabilme hakkını elde etmemiz lazım. Bunun için “User Management>Roles and Role Inheritance>Security Administration” sekmesi altında kullanıcımızı ararız ve “update” düğmesine basarız. Bu örnekteki kullanıcımız “BO COURSE ADMINISTRATOR".


Kullanıcı İçin Kullanıcı Yönetiminin Ayarlanması


Kullanıcımızı “update” etmek istediğimizde karşımıza çıkan ekranda “Security Wizards” düğmesini tıklarız. “User Management: Security Administration Setup” ‘ın yanındaki “Run Wizard” simgesini tıklarız. “Add More Rows” ile bir satır daha ekleriz. “Users” bölümüne “People in the Administrator’s Own Organization” ve “Permissions” kısmına  “All User Administration Privileges” seçeneklerini yerleştiririz.






Bu Rol İçin Organizasyon Yönetiminin Ayarlanması



“Organization Administration” sekmesine tıklayıp “Assign Organization Privileges” düğmesine basarız. Sonrasında ise bütün seçenekleri görmek için “Search By Organization Privileges” kısmında “%” ile arama yaparız ve “View the Administrator’s Own Organization”'ı seçeriz.








Bu Rol İçin Rol Yönetiminin Ayarlanması


“Role Administration” sekmesini seçip, bu örneğimiz için “BO COURSE ADMINISTRATOR” rolünü ararız. Orada isterseniz “Type” kısmından istediğiniz kategoriyi seçip altındaki  bütün rolleri ekleyebilirsiniz. Seçilenleri “Move All” a basarak sağa aktarırız ve sonrasında “Apply” ederiz.






Oracle E-Business Suite: Rollere İzin Setlerinin Eklenmesi



İlk olarak “User Management” menüsüne girerek orada Roles&Role Inheritance seçeneği seçilir ve devamında aşağıda bulunan “Role Inheritance Hierarchy”e tıklanarak “Roles & Responsibilities >Security Administration” altında “BO COURSE ADMINISTRATOR” “Update” edilir.


Karşımıza çıkan ekranda “Create Grant” düğmesine basılır ve  gerekli bilgiler doldurulur. Set kısmında vermek istediğimiz grant özelliğini ekleriz.



Oracle E-Business Suite: Rol Hiyeraşisi İçine Rolün Eklenmesi



Şu ana kadar “Security Administrator” sorumluluğunu aldıktan sonra kendimize bu rol kategorisi içinde bulunan bir rol yarattık. Bu role de BO COURSE ADMINISTRATOR adını verdik.  Sizde kendi ad ve soyadınızın baş harflerini kullanaraktan bir rol verebilirsiniz.

>All Roles, Responsibilities, and Groups >Roles and Responsibilities > Security administration dizinine gelerek “Partner Administrator”’ın yanındaki “Add Node”  düğmesine basılır.









“Add Node”’a basıldıktan sonra karşımıza gelen ekrandan “Security Administration>BO COURSE ADMINISTRATOR”rolü  “Quick Select” olarak seçilir.





Karşımıza gelen ekrandan “Partner Administrator> BO COURSE ADMINISTRATOR” rolünün yanındaki” “Add Node” seçilir.


Oracle E-Business Suite: Rol Kategorisi İçinde Rol Yaratılması:



Artık “User Management” sorumluluğunu eklediğimize göre “Security Administrator” rol kategorimiz de rol yaratabiliriz. “User Management” altındaki “Roles and Role Inheritance” seçeneği  tıklanır. Oradan da “Create Role” düğmesine tıklanır. Burada kullanıcımız için genel bilgilerimizi gireriz.






Yukarıdaki bilgiler girildikten sonra "Apply" seçeneği tıklanır.

Oracle E-Business Suite: Rol Yaratılması ve Rolün Sistem Hiyeraşisine Eklenmesi


Şimdi yapacağımız işlemler için kullanıcımızda “User Management” sorumluluğunun bulunması gerekir. Bu sorumluluğa erişmek için ebs sistemimize sysadmin/sysadmin olarak gireriz.  Girdikten sonra User Management >Users  dizinine gireriz.




User Management sayfasında kullanıcımızı ararız: BOUSER Alt satırda çıkan kullanıcımızın yanındaki update simgesini tıklarız. Burada kullanıcımız için assaign roles seçeneğini tıklarız.




Karşımıza çıkan ekrandan “Assign Roles”  seçeneğini tıklarız ve önümüze gelen ekranda “ Security” diyerek arama yaparız. “Security Administrator” rolünü işaretleyip seçeriz. Sonrasında “Apply” düğmesine basıp çıkış yaparız. Sonrasında tekrar kullanıcımızla girdiğimizde “User Management”  sorumluluğunun altında fonksiyonlarımız gelmiş mi kontrol ederiz.




Oracle E-Business Suite: Sorumluluk Yaratılması


Sorumluluk yaratılması için System Administrator> Security>responsibility>define seçeneğine gidilir.
.


Burada
                -Sorumluluk ismi

                -Uygulama

                -Sorumluluk Anahtarı

                -Sorumluluk tanımı

                -Sorumluluk başlangıç tarihi

                -Sorumluluk bitiş tarihi

                -Data grup ismi

                -Menu

İsmi girilir. Menuyu zaten daha önce tanımlamıştık.Tanımlanan menu sorumluluğa eklenir. En son olarak da o sorumluluk kullanıcıya tanımlanır.Sorumluluklar sayesinde kullanıcıların nereye gidebileceği erişebileceği ayarlanır.

Oracle E-Business Suite: Menü Oluşturulması:


Menu oluşturmak için "System Administrator > Application > Menu" seçeneğine girip; burada

                -Menü ismi

                -Kullanıcı menü ismi

                -Menu tipi (genelde standart)

                -Tanım yapılır.




Menüler oluşturulduktan sonra sorumluluklara atanırlar. Sorumluluklara atandıktan sonra kullanıcılara atanırlar. Bu şekilde menüler kullanıcılarla eşleştirilmiş olurlar. Kullanıcıların erişebileceği ve ulaşabileceği menüler bu şekilde atanır. Menüler buna göre düzenledikten sonra kullanıcılar giriş yaptıklarında ana sayfalarında sadece kendilerine atanan menüler gözükür.

27 Mayıs 2013 Pazartesi

Oracle E-Business Suite Nedir?



Oracle  E-Business Suite Oracle’ın kurumsal kaynak uygulamalar paketinin adıdır. Daha genel olarak Oracle 'ın ERP olarak hitap edilen uygulamaların tamamıdır. E-Business Suite de, finanstan lojistiğe, muhasebe, satın alma, insan kaynakları, varlık yönetimi gibi bir sürü modül bulunur. Oracle E-Business Suite de iş zekası uygulamaları, kurumsal şirketler için gereken bütün platformlar ve süreç yönetimi programları vardır.

E-Business Suite Oracle'ın kendi oluşturduğu Oracle Financials,Oracle HRMS, Oracle CRM gibi uygulamaları vardır. Çekirdek veritabanı teknolojisi olarak da Oracle'ın kendi ilişkisel veritabanını kulur.İçerisindeki uygulamaları aşağıdaki gibi gösterilir.

·         Oracle CRM
·         Oracle Financials
·         Oracle HRMS
·         Oracle Mobile Supply Chain Applications
·         Oracle Order Management
·         Oracle Procurement
·         Oracle Project Portfolio Management
·         Oracle Quotes
·         Oracle Transportation Management
·         Oracle Warehouse Management Systems
·         Oracle Inventory.
·         Oracle Enterprise Asset Management

Yukarıda belirtilen her ürün birden fazla modül içerir ve ayrı ayrı lisanslandırılırlar. Diğer ilişkili teknolojiler PL/SQL, Java, .Net, HTML, XML, Oracle Veritabanı, Oracle Forms Server, Apache Web Server, Oracle Discoverer, Jinitiator'dır.


Yapı - Mimari

Oracle E-Business Suite yapısı 3 katmanlı mimariden oluşmaktadır. Bu katmanlar  veritabanı, uygulama ve son kullanıcı olan client'lar(PC'ler)'dir. İçerisinde Oracle ERP (kurumsal kaynak planması programları),  CRM (Müşteri İlişkileri Yönetimi), SCM (Lojistik) gibi programları bulundurur.

İleriki yazılarda ise Oracle E-Business Suite ile ilgili yapısal ve teknik detayları, veritabanı organizasyonunu ve yönetimini işleyeceğiz.

24 Mayıs 2013 Cuma

Oracle E-Business Suite: Custom Application Yaratılması:

System Administrator >Application > Register  sorumluluğuna gidilip seçildikten sonra  aşağıdaki ekranla karşılaşırız.



Burada
                -Uygulama ismini
                -Uygulamanın Kısa ismi
                -Bulunacağı lokasyonu
                -Tanımı yapılır.



Sonrasında kaydedilip çıkılır. Bu işlemlerden sonra yarattığımız uygulamanın bir data grubuyla eşleştirilmesi gerekir. Bu data grubuna göre uygulamamız veritabanına erişecektir.
System Administrator>Security>Oracle >Datagroup a geçilirek yeni bir satır eklenir. Burada ilk önce uygulamamızı buluruz. Sonra karşılık gelen kolonda standart veri grubu seçilir. Standart veri grubu seçildikten sonra APPS kullanıcısı seçilir.



Standart veri grubunun seçilmesinin nedeni bir uygulamaya  standart data grubu aktarıldığında uygulamaya o veri grubundaki kullanıcı karşılığıyla bağlanır. Bu şekilde verilerde erişim kısıtlılığı sağlanır. Siz bir başka veri grubu oluşturup aynı uygulamanın başka bir kullanıcıyla bağlanmasını sağlayabilirisiniz. Böylece herkese farklı verilerin gösterilmesi garanti edilir.



Oracle E-Business Suite: Kullanıcı Oluşturulması


Kullanıcının oluşturulması için sisteme ilk önce sysadmin/sysadmin olarak bağlanılmalıdır. Bağlanıldıktan sonra System Administrator>Security>User>Define sorumluluğuna gidilir ve buradan gerekli değerler girilir.

-Kullanıcı ismi
-Şifre (Doğrulama yapılması için tekrar giriş istenir.)
-Tanım
-Şifre geçerliliği süresi
-Kullanıcının tanım süresi ve geçerlilik kazanacağı tarih.



Yukarıda bellirttiğimiz değerler girildikten sonra çeşitli sorumluluklar atanır. Bu örneğimiz de kullanıcımız ile yapacağımız sonraki işlemleri düşünerekten belirli menu ve yetkilere ulaşabilmemiz için çeşitli sorumlulukları ekleriz.

Yukarıda eklediğimiz sorumluluklar:

                System Administrator
                System Administration
                Application Developer
                Functional Administrator
                Functional Developer
                General Ledger Super User

Bunları yaptıktan sonra uygulamadan çıkıp yaptığımız değişikliklerin uygulanıp uygulanmadığı test edilir. Doğru uygulandırlarsa aşağıdaki gibi bir ekranla karşılaşırız.


Kullanıcı Yönetimi - Şifrenin "Reset"'lenmesi

Kullanıcıların şifrelerinin sıfırlanması gerektiğinde yukarıda belirttiğimiz sorumlulukların üzerine "User Management" sorumluluğu gerekir. Bu sorumluluk da diğer bir yayınınmızda anlattığımız üzere "Security Administrator" rolünü alarak edinilir. Bu yapıldıktan sonra "User Management>Users" seçeneğine tıklanılır. "Search" sekmesi altında "User Name" bölümüne kullanıcımızın adı girilir ve aranır. Devamında aşağıdaki gibi bir ekran karşımıza çıkar. Buradaki "Reset Password" bağlantısına tıklanır. Kullanıcının ilk girişinde karşısına çıkacak olan şifre belirlenir ve kişi haberdar edilir.





Oracle E-Business Suite Apache Http Server ve Ad Administration



adapcctl.sh stop; adoacorectl.sh stop;

adapcctl.sh status;

adoacorectl.sh start; adapcctl.sh start;

adapcctl.sh status;                     

 ilk önce HTTP kapanır ve ardından ORACORE OC4J servisleri kapanır ve status kapanır. Sonra status ‘ler çek edilir. En son kapanan  ilk açılır.
Application açılması VIS (instance owner)  olarak bağlanılır

$>su - vis
$>cd $Admin_Scripts_HOME;Adstrtal.sh

Administration İşlerinin AD Administration ile halledilmesi:

Oracle Apps DBA’in bir sürü görevi olabilir. Bunlar genellikle Maintenance amaçlı  işletim görevleri olabilir. Bunun dışında bir SR(Service Request) çözmek , configuration yapmak ya da  pre ve post patch işlemleri yapmak da Oracle Apps DBA görevleri arasına girer. Bunun içinde Oracle tarafından geliştirilen AD tool’u kullanılır.

$> adadmin

Oracle E-Business Suite: Kapatma ve Açma Scriptleri

Application Server'ın Windows'ta Kapatılması


İlk önce installation klasörünün bulunduğu yere  geçilir. Oranın C:  diskinde olduğunu varsayarsak Start>Run>Cmd ye geçerek konsoldan aşağıdaki komutları çalıştırırız.

C:

cd C:\oracle\PROD\inst\apps\PROD_r12\admin\scripts\adstpall


Listener'ın Windows'ta Kapatılması

İlk önce installation klasörünün bulunduğu yere  geçilir. Oranın C:  diskinde olduğunu varsayarsak Start>Run>Cmd ye geçerek konsoldan aşağıdaki komutları çalıştırırız.

C:

cd C:\oracle\PROD\db\tech_st\11.1.0\appsutil\scripts\PROD_r12\addlnctl  stop immediate


Database Servislerinin Windows'ta Kapatılması

İlk önce installation klasörünün bulunduğu yere  geçilir. Oranın C:  diskinde olduğunu varsayarsak Start>Run>Cmd ye geçerek konsoldan aşağıdaki komutları çalıştırırız.

C:

cd C:\oracle\PROD\db\tech_st\11.1.0\appsutil\scripts\PROD_r12\addbctl stop immediate


Servislerin Açılma Sırası

İlk önce DB Listener, Veritabanı sonra da  Application Servisleri.

Servislerin Kapatılma Sırası

İlk önce Application Servisleri sonra Veritabanı sonra DB Listener.


Database Sunucusunun Startup ve Shutdown Scriptleri

Bütün scriptler bu klasörde bulunur.

/db/tech_st/11.1.0/appsutil/scripts/$CONTEXT_NAME/

Database’in açılması ve kapanması

                Addbctl.sh  [start|stop] {normal,immediate,stop}   -- Database

Listener’ın açılıp kapanması

                Adalnctl.sh [start|stop|status] {Listener_name}      -- Listener     -- Log dosyası  adalcntl.txt

Yukarıdaki scriptlerin logları da :

/db/tech_st/11.1.0/appsutil/logs/$CONTEXT_NAME/

Application Tier Startup ve Shutdown Scriptleri

Application tier’ı için yazılmış scriptler ise:

/apps/$context_name/admin/scripts altındadır.

/orappl/EBSLAB1/inst/apps/EBSLAB1_kaebsoapl1/admin/scripts à /orappl/EBSLAB1/inst 
(inst_top_base)

Loglar ise :

/apps/$context_name/logs/appl/admin/admin/log 

Application çalıştırılmadan önce database’in açılması lazım yoksa database açılmamıştır hatası alınır.

Bütün application bileşenlerinin kapatılması için :
             adstpall.sh [apps_user}]/[apps_password]  --adstpall.log

Bütün application bileşen ve process’lerinin açılması için:
              Adstrtal.sh [apps_user]/[apps_password] – adstrtal.log  

Opmn servicelerinin açılıp kapanması ve durumu:
                Adopmnctl.sh [start|stop|status] – adopmnctl.txt

Application Listener açılması ve kapanması
                Adalnctl.sh [start|stop|status] [listener_name] – adalcntl.txt

Oracle Http server açıkması – Apache Web Server Listener
                Adapcctl.sh [start|stop|status] – adapcctl.txt

OPMN managed OACORE OC4J services
                Adoacorectl.sh [start|stop|status]  -- adoacorectl.txt

OPMN managed  OACORE Forms services
                Adformsctl.sh [start|stop|status]  --adformsctl.txt

OPMN managed  OAFM services
                Adoafmctl.sh [start|stop|status]  --adoafmctl.txt

Concurrent Manager
                Adcmctl.sh  [start|stop|status|abort]   [apps_user]/[apps_password]--  adcmctl.txt

Form Server Listener
                Adformsrvctl .sh [start|stop|status]   -- socket.log

Fullfillment server
                JTFFMCTL.sh [start|stop] –jtfmmctl.log




19 Mayıs 2013 Pazar

Oracle E-Business Suite File System - Dosya Organizasyonu




Oracle EBS dosya sistemi organizasyonunda ana olarak 3 tane dosya grubu bulunmaktadır. Bir tanesi database dosyalarının bulunduğu db dosya grubu, açılı olan instance'ın dosyalarının bulunduğu inst dosya grubu ve application'un dosyalarının bulunduğu apps dosya grubudur.

DB dosya grubu içinde database'in dosyaları bulunur. Database'in datafile'ları apps_st altında data dosyası içinde bulunurken, tech_st içinde EBS'in database'inin ORACLE_HOME'u bulunur. /db/apps_st/data içerisinde sistem tablespacelerinin yanı sıra redo log dosyaları, index tablespace'leri bulunur.

Apps/apps_st/appl/ klasörü EBS ürünün ile ilgili bilgilerin saklandığı bir yerdir.

Application'la ilgili olarak bulunan ORACLE_GRID_HOME ve ORACLE_APPLICATION_HOME dizinleri apps dosya grubunun altında tech_st klasörünün altına konmuştur.

Instance_home olarak belirtilen yer ise $INST_TOP'tır. Burası Inst klasörünün altında bulunur.
/inst/apps/ dizini $INST_TOP değişkenine set edilir.




17 Mayıs 2013 Cuma

Oracle E-Business Suite Database Organizasyonu:



Bir database de sadece bir tane EBS kurulumu vardır. Genel olarak proje kodları APPS schema’sı altında tutulur.

Apps schemasının EBS’in bütün data yapısına erişimi vardır. Normal bir database ‘deki system schema’sına benzer özellikler barındırır. Apps schema’sı bütün kod objelerine erişir. Tek şema olması sistem içerisinde karışıklık olmasını engeller . Apps schema’sı  güvenliği arttırır, kurulumlar sonrası ihtiyaç olacak zaman miktarını azaltır, upgrade ve patch’leme işlerini kolaylaştırır.
Apps schema’sı içinde:

·         Packages
·         Procedures
·         Functions
·         Triggers
·         Views
·         Materialized views
·         Java classes
·         Queues

Bulunur.

Her ürünün tabloları da kendi kısaltmalarıyla adlandırılmış şemaları altında bulunur. Diğer bulunan objeler ise:

·         Tables
·         Sequences
·         Indexes
·         Constraints
·         Queues

Apps Şeması ve diğer şemaların ilişkisi:





15 Mayıs 2013 Çarşamba

Flashback:




Flashback bir Oracle veritabanı özelliğidir. Bu özellik sayesinde bir veritabanını veya bir tabloyu kolaylıkla bir önceki hallerine çevirebilinir. Bununla birlikte veriler çevirilmeden, direk önceki hallerine döndürülebilinirler. Flashback teknolojisi ilk olarak Oracle 9i de Flashback Query’si ile tanıtılmıştır. Sonrasında Oracle 10g de bu teknolojiye ek olarak:

-Flashback Database

-Flashback Drop

-Flashback Table

-Flashback Version Query

-Flashback Transaction Query

Özellikleri konulmuştur. Oracle 11g ile de Flashback Transaction ve Total Recall (Flashback Data Archive) eklenmiştir.

Flashback Database Özelliğinin Açılması

Shutdown immediate;

Startup mount;

Alter database archivelog;

Alter database flashback on;

Alter database open;

Select flashback_on,log_mode from v$database;

DBMS_FLASHBACK

Burada da örnek olarak geri de bir zamana nasıl veritabanını flashback edebildiğimizi gösteriyoruz.

execute dbms_flashback.enable_at_time( -  TO_TIMESTAMP('12-MAY-2013 22:00:00','DD-MON-YYYY HH24:MI:SS'));

Recycle Bin Kullanımı, Yönetimi:


Oracle veritabanı içerisinde drop edilen objelerin tutulduğu bir recycle bin(çöplük) bulunur. Bu özellik Oracle 10g ile birlikte gelmiştir. Drop edilen objeler recycle bin’e gönderilirler ve buradan tekrar restore(geri döndürülebilinirler).

Recyclebin en başta Enabled(aktive edilmiş) olarak gelir.  Eğer disabled(kapatmak) etmek isterseniz:

alter system set recyclebin=Off;

Session bazlı olarak açmak istersek ise:

Alter session set recyclebin=on;

Recycle bin içeriğini görmek için ise :

Show recyclebin;

Şimdi belirteceğimiz recycle bin data dictionary de user_recyclebin synonym(eş anlamlısı) olarak gözükmektedir.Recycle bin içeriğini tamamen silmek için :

Purge recyclebin;

DBA’in recycle bin’i diğerlerinden farklı bir yerde durduğu için, dba recycle bin’ini  farklı bir sorgu ile temizlemek zorundayız.

Purge dba_recyclebin;

Tabloların direk recycle bin’e gitmeden veritabanından tamamen silinmesini istiyorsak:

drop table deneme purge;

Drop edilen tablolar Oracle 11g de gelen bir özellikle drop edilmeden önceki haline geri döndürülebilinirler. Drop edilen tabloların tekrar geri getirilmesi dair bir örnek vermemiz gerekirse :

Create table deneme (x int);

İnsert into x values(9);

Drop table deneme;

Show recyclebin;

Select * from "BIN$HGnc55/7rRPgQPeM/qQoRw==$0" ; -- burada ise recycle bin içerisini görüntülediğimizde çıkan tablomuzun veritabanı tarafından tekrar isimlendirildiği şeklini sorgulamaktayız. Recycle bin’den temizlemek çok önemlidir; çünkü bir tablo drop edildiğinde sadece ismi değiştirilir, içindeki data, veritabanındaki segmentleri değişmeden kalırlar. Bu yüzden yer kaplamaya devam ederler. Drop edilen tablolar kendileriyle birlikte bağlı oldukları objeleri de beraberlerinde götürürüler. Index'lerin direk silinmesi için "purge index indeks_adı;" sorgusu çalıştırılabilinir. 

Flashback table deneme to before drop;

Oracle Veritabanı: DataFile Yönetimi ve Tablespace Yaratılması - Datafile Management and Tablespace Creation


Data file’lar oracle veritabanının önemli bir parçasıdır. Veri depolamak için kullanılırlar. Bu veriler undo verisi, veya user verisi olabilir. Bu gruplanmış data file’lara tablespace denir. Data file’larla bilgi edinebileceğimiz viewlardan bahsedersek eğer:

 Select * from v$datafile;  
   
 Select * from dba_data_files;  

Bir data file’lı tablespace yaratmak istersek :

Create tablespace deneme datafile ‘/home/oracle/Desktop/deneme.dbf’ size 100M;

Bir tablespace’e data file ekliyip var olan yeri arttırmak istersek:

Alter tablespace deneme add datafile ‘/home/oracle/oradata/deneme1.dbf’ size 100M;

Datafile Drop Edilmesi: 

Datafile drop edilmesi için:

ALTER TABLESPACE example DROP DATAFILE '+DATA/example.dbf';

Tempfile'ın drop edilmesi için "DROP TEMPFILE" ifadesi kullanılır.

Datafile drop etmek şartlar:

-Veritabanı açık olmalıdır.
-Datafile boş olmalıdır.
-Tablespace'e ait tek datafile drop edilemez.


14 Mayıs 2013 Salı

Redo Log Yönetimi 2:




Yeni redo log dosyalarının üretimi için veritabanında “alter database” yetkisinin bulunması gerekmektedir. Bir oracle  veritabanında en fazla Maxlogfiles parametresi kadar grup bulunabilinir.

Maxlogfile kayıtlarını görmek için: Show parameters maxlogfiles;

Alter database add logfile ('/oracle/dbs/log1c.rdo', '/oracle/dbs/log2c.rdo') size 5M;

Ayrıca, aşağıdaki sorguda olduğu gibi grubumuza bir numara da atabiliriz. :

Alter database add logfile group 1 ('/oracle/dbs/log1c.rdo', '/oracle/dbs/log2c.rdo') size 5M;

Redo Log Member Yaratılması

Alter database add logfile  member '/oracle/dbs/log3c.rdo' to group 1;

Ya da aşağıdaki gibi grup belirtmeden sadece dosya adları belirtilerek de eklenebilinir.

Alter database add logfile  member '/oracle/dbs/log3c.rdo' to ('/oracle/dbs/log1c.rdo', '/oracle/dbs/log2c.rdo')

Redo Log Dosyalarının Yerinin Değiştirilmesi ve İsimlerinin değiştirilmesi:

1)      İlk olarak veritabanı kapatılır.

Shutdown;

2)      Redo log dosyaları yeni yerlerine taşınırlar. 

mv /diska/logs/log1a.rdo /diskc/logs/log1c.rdo
mv /diska/logs/log2a.rdo /diskc/logs/log2c.rdo

3)      Veritabanı başlatılır ancak açılmaz. Mount modunda açılır. Bu şekilde açılmasının nedeni ise control file’daki dosyaların mount modda yerlerinin belirlenmesi ama içlerinin okunmamasıdır.

Startup mount;

4)      Sonrasında ise “alter database” ifadesi ile log file’ların isimleri değiştirilir.
ALTER DATABASE
  RENAME FILE '/diska/logs/log1a.rdo', '/diska/logs/log2a.rdo'
           TO '/diskc/logs/log1c.rdo', '/diskc/logs/log2c.rdo';

5)      Veritabanı açılır.

Alter database open;

Redo Log Group ve Memberların Drop Edilmesi

Redo log dosyaları bazen disk değişimlerinde ya da kurtarma operasyonlarında silinmeleri gerekebilinir.Diskler bozulduğu zamanlarda da bütün redo log dosyalarını silmemiz gerekebilir.

-Redo log dosyaları silinmeden önce bazı şartlar göz önünde bulundurulmalıdırlar. Örneğin bir instance’ın çalışmayı sürdürebilmesi için en az 2 grup redo log dosyasının olması lazım.

-Redo log gruplarının silinebilmeleri için “inactive” durumda olmaları gerekir. Eğer şu an kullanılanın silinmesi isteniyorsa, önce log switch yaptırılırılmalıdır.

Alter system switch logfile;

-Bir redo log grubu silinmeden önce arşivlenip arşivlenmediği incelenmelidir. Bu da dictionary’den v$log tablosu sorgulanarak öğrenilebilinir.

Select Group#,archived,status from v$log;

Redo log grubunun drop edilmesi için aşağıdaki sorgu kullanılır.

Alter database drop logfile group 3;

Bir redo log grubu drop edildiğinde, ve sistem de OMF (oracle-managed files ) yoksa yani sistemdeki veritabanı dosyaları oracle tarafından kontrol edilmiyorsa o redo log dosyaları sadece veritabanı yapısından atılmış gibi gözükür. Tamamen silinmesi için bu yapılan işlem sonrası gerekli işletim sistemi komutlarını kullanarak dosyaların tamamen silinmesidir. OMF kullanılsaydı, dosyalar otomatik olarak silineceklerdi.
Tek bir member drop etmek içinse aşağıdaki komutlar kullanılır.

Alter database drop logfile member '/oracle/dbs/log3c.rdo';

Log Switch Zorlaması

Log switch zorlaması  LGWR process’inin zorla bir redo log grubuna yazmayı durdurmasını, ve başka bir redo log grubuna yazmaya başlamasını sağlar.

Alter system switch logfile;

Redo Log Dosyalarının Kontrolü

Redo log dosyalarının checksumları kontrol edilerek dosyaların içinde hiç corruption var mı, redo log dosyalarının blokları arasında bir sorun olup olmadığı incelenerek görülür. Bunun için de veritabanında bulunan bir parametre aktifleştirilebilinir. DB_BLOCK_CHECKSUM parametresi true yapılırsa, veritabanı kendiliğinden bu checksum değerlerini hesaplamaya başlar.

Redo Log Dosyasının Temizlenmesi

Redo log dosyalarının temizlenmesi gerekliliği, bazen redo log dosyalarının yukarıda belirttiğimiz üzere corrupt olması yani block okumada bir sorun yaşanması üzerine yaşanabilinir.  Aşağıdaki ifade  ise corrupt olmuş redo log dosyası eğer şu anda current modda çalışan redo log grubumuza dahil ise çalışabilir.

Alter database clear logfile group 3;

Eğer corrupt olmuş redo log dosyası arşivlenmediyse aşağıdaki sorgu uygulanır.

Alter database clear unarchived logfile group 3;