CONTEXT_NAME
Context’imizin mantıksal adıdır.

AutoConfig template dosyası
Bir AutoConfig template dosyası isimsel etiketler ve autoconfig sırasında değişime uğrayacak instance bazlı değişkenleri içerir. AutoConfig template dosyası elle değiştirilmemelidir. Örnek bir dosya $FND_TOP/admin/template/appsweb.cfg dizininde bulunur.

Custom template dosyası
Autoconfig tarafından yönetilen konfigürasyon dosyalarını özelleştirmek için kullanılır. AutoConfig template dosyasından kopya çıkartılarak bir custom template dosyası oluşturulabilir. AutoConfig custom template dosyasını oluşturulduğunu gördüğü zaman bu dosyası template file olarak kullanır. Örnejk olarak $FND_TOP/admin/template/custom/appsweb.cfg dosyasına bakılabilir.

AutoConfig template dizini
AutoConfig template dosyalarının bulunduğu dizindir. Her bir ürün için ayrı dizin bulunur. Dizin lokasyonu:/admin/template/appsutil/template
Örnek:$FND_TOP/admin/template $ORACLE_HOME/appsutil/template

Custom template dizini
Modifiye edilmiş AutoConfig template dosyalarının bulunduğu dizindir. Dizin lokasyonu:/admin/template/custom /appsutil/template/custom
Örnek:$FND_TOP/admin/template/custom $ORACLE_HOME/appsutil/template/custom

Konfigürasyon Dosyası
AutoConfig çalıştığında bir konfigürasyon dosyası oluşur.

Örnek:$COMMON_TOP/html/bin/appsweb_$CONTEXT_NAME.cfg

Autoconfig işlem yaparken XML dosyası okur. ( Application sunucusunda CONTEXT_NAME.xml dosyası $APPL_TOP/admin dizininde ve  database sunucusunda da $ORACLE_HOME/appsutil dizininde bulunur) Bu dosya parametre ve değişkenleri içerir.

AutoConfig işlem adımlarını inceleyelim.

Application Tier’da AutoConfig Adımları

• Eğer daha önceden /admin/(CONTEXT_NAME).xml dizininde yaratılmış bir XML dosyanız var ise onun yedeğini alın. adbldxml.pl perl scripti çalıştığında varolan dosyanın üzerine yazacaktır.
• Kaynak sistemdeki ortam değişkenlerinin yer aldığı  .env dosyasının $APPL_TOP klasöründe doğru dosyadan çalıştığına emin olun. Eğer değişkenler doğru çalışmıyor ise  COMMON_TOP, APPL_TOP,IAS_ORACLE_HOME, ORACLE_HOME tanımlamaları yanlış olacak veya hiç olmayacaktır. Buna bağlı olarak xml dosyası yanlış değerlerle oluşacaktır. Sonuç olarak bu da AutoConfig’in yanlış konfigürasyon dosyasıyla hatalı çalışmasına sebep olacaktır.

  xml dosyası oluşturmak için  adbldxml.pl perl script’ini kullanabilirsiniz.

• cd $AD_TOP/bin
• perl adbldxml.pl tier=apps appsuser=(apps kullanıcısı) appspasswd= (apps şifresi)
• Oluşan xml dosyasını kontrol edip parametrelerin doğruluğundan emin olun.
• Bu işlemden sonra adautocfg.sh çalıştırarak gerekli konfigürasyon dosyası oluşturulur. Bu işlem sırasında önceki adımda oluşturulan xml dosyası kullanılır.

$AD_TOP/bin/adconfig.sh contextfile=(Oluşturduğunuz xml dosyasının tam yolu ve adı) appspass=(apps şifresi)

Database Tier’da AutoConfig Adımları

Database katmanında da AutoConfig konfigürasyon dosyası oluşturma adımları benzer şekilde ilerlemektedir.

• Application Tier’da appsutil.zip dosyası oluşturulur.
• appsutil.zip dosyası DB makineye ftp ile atılır.
• Zip dosyası açılıp DB Tier’da AutoConfig çalıştırılır.

Application Tier’da (APPLMGR kullanıcısı ile):

• APPL_TOP değişken tanımlamaları aktif olacak şekilde application kullanıcısıyla giriş yapın.
• cd $AD_TOP/bin
• perl admkappsutil.pl
• Bu işlem appsutil.zip dosyasını  $APPL_TOP/admin/out dizini içinde oluşturacaktır.
• Oluşan  appsutil.zip dosyasını ftp ile database makinesinde $RDBMS ORACLE_HOME dizinine kopyalayın.
• appsutil.zip dosyasını database makinesinin $ORACLE_HOME dizininde açın.
• cd $ORACLE_HOME (database makinede)
• unzip -o appsutil.zip
• Daha önceden  (CONTEXT_NAME).xml dosyası $RDBMS ORACLE_HOME/appsutil dizinide vardı ise dosyayı kontrol edip gerekirse yedeğini alın
• cd $ORACLE_HOME (database makinede)
• . (CONTEXT_NAME) .env kaynak değişkeni
• cd $ORACLE_HOME/appsutil/bin
• perl adbldxml.pl tier=db appsuser=(apps kullanıcısı) appspasswd=(apps şifresi)
  Oluşan xml dosyasını inceleyerek doğruluğunu kontrol edin.
• Oluşan xml dosyasını kullanarak AutoConfig çalıştıracağız bunun için adconfig.sh scriptini kullanacağız.
  cd $ORACLE_HOME/appsutil/bin
• adconfig.sh contextfile= (tam yoluyla birlikte XML dosyasının adı) appspass= (apps şifresi)

  AutoConfig Log Dosyası Kontrolü

AutoConfig log dosyası aşağıdaki dizinlerde bulunur.

Application Tier

(APPL_TOP)/admin/(CONTEXT_NAME)/log/(MMDDhhmm)

Database Tier

RDBMS ORACLE_HOME)/appsutil/log/(CONTEXT_NAME)/(MMDDhhmm)
Her bir AutoConfig oturumu için tek bir dosya bulunur ve AutoConfig her çalıştığında bu dosyadan oluşturulur.
AutoConfig Oturumunu Geri Alma

Her bir AutoConfig oturumu eski konfigürasyona geri dönebilmek için bilgileri saklar. Eski oturum ve konfigürasyon bilgileri aşağıdaki dizinlerde tutulur.

Application Tier

(APPL_TOP)/admin/(CONTEXT_NAME)/out/(MMDDhhmm)
Database Tier

(RDBMS ORACLE_HOME)/appsutil/out/(CONTEXT_NAME)/(MMDDhhmm)
where::(MMDDhhmm) = (AutoConfig’in çalıştığı ay, gün, saat, dakika)
AutoConfig’i feri alabilmek için restore.sh scripti çalıştırılır.

Kolay Gelsin

Seyhan Tekelioğlu

Bu yazı toplamda 438, bugün ise 3 kez görüntülenmiş. Son okunma tarihi 10.09.2010

Benzer Yazılar

• Oracle Clone Islemi Ile Ilgili Video
• DDL – DML – DCL – TCL işlemleri nedir?
• RMAN ile corrupt olmuş Data Block kurtarma yöntemleri

DDL

Data Definition Language (DDL) tabloları veritabanı yapısı veya şema tanımlamak için kullanılır.

Bunlardan bazıları;

CREATE – Veritabanında nesne yaratır.
ALTER – Veritabanının yapısını değiştirir.
DROP – Veritabanından obje siler.
TRUNCATE – Tablodaki kayıtları içerdikleri alan ile birlikte siler.
COMMENT – Yorum ekler.
RENAME – Nesnenin asını değiştirir.

DML

Data Manipulation Language (DML) tabloları şema nesneleri içinde verileri yönetmek için kullanılır.

Bunlardan bazıları;

SELECT – Veritabanından kayıt okur.
INSERT – Tabloya kayıt ekler.
UPDATE – Tablodaki kayıdı günceller.
DELETE – Tablodan kayırları siler ancak kapladığı alan kalır.
MERGE – UPSERT işlemi (ekleme veya güncelleme)
CALL – PL/SQL veya Java alt programı çalıştırır.

DCL

Data Control Language (DCL) işlemleri.

Bunlardan bazıları;

GRANT – Kullanıcıya veritabanı erişim yetkisi verir.
REVOKE – GRANT ile verilen yetkiyi geri alır.

TCL

Transaction Control (TCL) işlemleri DML ile yapılanları yönetmeye yarar.

Bunlardan bazıları;

COMMIT – Yapılanları kayıt eder.
SAVEPOINT – Daha sonra geri dönülecek bir dönüş noktası belirler.
ROLLBACK – Son COMMIT’e kadar olan yeri geri alır.

Bu yazı toplamda 945, bugün ise 1 kez görüntülenmiş. Son okunma tarihi 10.09.2010

Benzer Yazılar

• Autoconfig Nedir? Nasıl Yapılır?
• RMAN ile corrupt olmuş Data Block kurtarma yöntemleri
• Oracle Applications Server’a Patch Yükleme

Oracle datalarının bozulmalara karşı belkide en büyük silahı RMAN (Recovery Manager) ve RMAN’in block recovery özelliğidir. Şimdi RMAN ile nasıl oluşabilecek block corruption’ları temizleriz o konuya bakalım.

Elimizde stabil ve çalışan RMAN yedeklerimizin olduğunu varsayıyoruz ve alert loflarında (veya başka bir şekilde) block corruption olduğunu tespit ettik. Aşağıda alert logumuzdaki malum satırları görebiliriz.

ORA-01578: ORACLE data block corrupted (file # 6, block # 132)
ORA-01110: data file 6: '/oracle/oradata/seyhan/users01.dbf'
ORA-01578: ORACLE data block corrupted (file # 2, block # 109)
ORA-01110: data file 2: '/oracle/oradata/seyhan/undotbs01.dbf'

Data file 6 ve data file 2 de yani user01.dbf ve undotbs01.dbf dosyalarında block corruption var.

Şimdi recover işlemine başlamak için RMAN konsolumuza giriş yapıyoruz. Recover işlemini yaparken çeşitli opsiyonlarımız var. Revover işlemini aldığımız yedeğin türüne göre başlatabiliriz. Ayrıca çeşitli zaman sınırlamaları da getirmek mümkün. Bunları örneklerle göstermek gerekirse;

# backupset kullanarak recovery işlemi

RMAN> BLOCKRECOVER DATAFILE 6 BLOCK 132 DATAFILE 2 BLOCK 109 FROM BACKUPSET;

# image copy den datafile kurtaran recover işlemi

RMAN> BLOCKRECOVER DATAFILE 6 BLOCK 132 DATAFILE 2 BLOCK 109
FROM DATAFILECOPY;

# backupset tag'i kullanarak recover işlemi mesela "pazartesi"

RMAN> BLOCKRECOVER DATAFILE 6 BLOCK 132 DATAFILE 2 BLOCK 1099
FROM TAG = pazartesi;

# bir haftalık alınan backuplardan recover işlemi

RMAN> BLOCKRECOVER DATAFILE 6 BLOCK 132 DATAFILE 2 BLOCK 109
RESTORE UNTIL TIME ‘SYSDATE-7′;

# SCN 300 den önce alınan backuplardan recover işlemi

RMAN> BLOCKRECOVER DATAFILE 6 BLOCK 132 DATAFILE 2 BLOCK 109
RESTORE UNTIL SCN 300;

# log sequence'i 9040 dan önce olan backuplardan recover işlemi

RMAN> BLOCKRECOVER DATAFILE 6 BLOCK 132 DATAFILE 2 BLOCK 109
RESTORE UNTIL SEQUENCE 9040;

RMAN ile ilgili sonraki yazılarda görüşmek üzere…

Bu yazı toplamda 662, bugün ise 0 kez görüntülenmiş. Son okunma tarihi 10.09.2010

Benzer Yazılar

• Autoconfig Nedir? Nasıl Yapılır?
• DDL – DML – DCL – TCL işlemleri nedir?
• Oracle Applications Server’a Patch Yükleme

Sistem patchleme kritik bir işlemdir. Herşeyden önce read me yi okuyup ona göre adım atmakta fayda vardır.

1. metalink.oracle.com’da Patches & Updates bölümünden yüklenmek istenen patch’i bulup indirin.

2. Indirdiğiniz patch’i yüklemek istediğiniz server’a upload edin (ftp yardımıyla).

3. zipli patch dosyasını unzip ile açın.

4. Applications kullanıcısına geçip $AD_TOP ‘a gidin ve adadmin‘i çalıştırın.

5. Çıkan soruları yanıtladıktan (genelde standart cevaplarla geçilir, ayrıca sizden system ve apps şifrelerini ister) sonra gelen menüde 5 nolu seçenek seçilerek maintanance mode değişikliği menüsüne girin.

6. Maintanance menüsünde 1 nolu seçenekle maintanance mode aktif edin. Daha sonra adadmin‘den çıkın.

7. adpatch‘i çalıştırın ve gelen soruları yanıtlayın. Standart cevaplarla ilerleyip system ve apps şifrelerini verdikten sonra yüklenecek patch’in hangi dizinde olduğu sorulur bunu yazın son olarakda patch’in driver dosyasının adı sorulur, patch dizininde *.drv dosyasının adını yazın.

8- Patch yükleme işlemi tamamlandıktan sonra tekrar adadmin ile maintanance mode’u pasif duruma getirin. Menü adımları 5-2

Bu yazı toplamda 670, bugün ise 2 kez görüntülenmiş. Son okunma tarihi 10.09.2010

Benzer Yazılar

• Opatch Kullanımı
• Linux Üzerine Oracle E-Business Suite 11.5.10.2 Kurulumu
• Sqlplus ile Invalid Object Compile Etme