Oracle E-Business Suite 12.1.1'den 12.1.3 'e Upgrade

Oracle EBS 12.1.1 Kurulumunu yaptıktan sonra sistemimizdeki komponentlerin versiyonları aşağıdaki gibi olacaktır.
E-Business suite 12.1.1
Database 11.1.0.7
IAS 10.1.3.4
Forms-Reports 10.1.2.3

Öncelikle App Servislerini kapatıyoruz. Database için uygulanması gereken patch listesi aşağıdaki gibidir. Bu patchler eğer uygulanmadıysa Uygulama patchlerinden önce bunları geçiyoruz..Database patchlerinin uygulanmasına çöyle bir bakacak olursak;

Database patch geçmişine linux üzerinde database için yarattığımız kullanıcı ile login olduktan sonra
# $ORACLE_HOME/OPatch/opatch lsinventory
komutuyla ulaşabiliriz.
Yine aynı kullanıcıyla patchi unzip ettikten sonra ilgili dizine giderek
# $ORACLE_HOME/OPatch/opatch apply
komutuyla ilgili patchi uygulayabiliriz.
# $ORACLE_HOME/OPatch/opatch rollback -id
komutuyla kurulmuş bir patchi geri alabiliriz..
Aşağıdaki patchleri uygulamadan önce ORACLE_HOME dizininin aşağıdaki gibi bir yedeğini almakta fayda var.
# tar -cf  $ORACLE_HOME orayedek.tar
 7111245                           7211965
 7330434                           7486407
 7627743                           7639602
 7684818                           8199107
 8639653                           8940108
 9026927                           9066130
 9554727                           9743057
 7319922 numaralı patchleri database'e uyguluyoruz. İlgili patch unzip edilir. Patch dizinine gidilir ve opatch çalıştırılır. Patch klasörü içinde gelen readme'leri okumakta fayda var; patch öncesi ve sonrasında uygulanması gereken ekstra bir işlem varsa buradan görebiliriz.
# unzip  p17902921_802_Linux-x86-64.zip
# cd 17902921
# cat README.txt

# $ORACLE_HOME/OPatch/opatch apply

Database patchlerini uyguladıktan sonra apps'i adadmindem maintenance moda alıyoruz.
Apps için uygulayacağımız patchler
9239089 (pre )
9239090 (EBS 12.1.3)
9239095 (post)
9817770 (post)
9966055 (post)
Application katmanında patch uygularken yine unzip ettikten sonra adpatchi çalıştırıyoruz.
Ve patch dizininin içinde bulunan .drv uzantılı driver dosyasını göstererek patchi uyguluyoruz.
Yine unzipden sonra gelen readme.txt leri okumamız önemlidir. Nitekim 9239089 (pre ) patchini
uygularken öncesinde ;
Database serverda $ORACLE_HOME/appsutil/admin dizinini yaratıyoruz

patch dizininden adgrants.sql scriptini  $ORACLE_HOME/appsutil/admin altına kopyalıyoruz

Environmentları set ettikten sonra sqlplus ile bağlanıyoruz veritabanımıza.

# sqlplus / as sysdba

SQL> @$ORACLE_HOME/appsutil/admin/adgrants.sql APPLSYS
işlemini yapmamız gerektiğini bu dosyanın içinde bize söylüyor.
Daha sonra adpatch ile bu patchi geçiyoruz.
Oracle E-business 12.1.3 (9239090) Patchini uygularken karşılaşılabilecek olası sorunlarından bazılarından bahsetmek istiyorum

An error occurred while relinking application programs
libgcc_s.so: undefined reference to `__stack_chk_fail@GLIBC_2.4

Metalinkte çözümünü bulduğum bu sorun için 12415211 numaralı patchin uygulanması isteniyor..Patchi unzip
ettikten sonra dosyaları aşağıda belirtilen şekilde sistemimize kopyalıyoruz. 10.1.2 home dizinine gidiyoruz.
# cd lib/
# pwd
# /home/demo/PROD/apps/tech_st/10.1.2/lib
# cp -p -R stubs stubsORIG
# cd stubs
# cp /home/appldemo/12415211/files/lib/stubs/libgcc_s-2.3.2-stub.so .
# ln -s libgcc_s-2.3.2-stub.so libgcc_s.so.1
# ln -s libgcc_s.so.1 libgcc_s.so

# cd $APPL_TOP
# . ./APPSPROD_oracleupk.env
# cd /u01/appl_top/apps/tech_st/10.1.2/appsutil/clone/
# ls adlnktools.sh
adlnktools.sh
# ./adlnktools.sh
adlnktools.sh completed sucessfully

Yukarıdaki işlemleri aynı şekilde 10.1.3 dizini içinde yapıyoruz. 9239090 patchini uygularken belli bir yerde terminal ekran boşa düşüyor ve locka düşmüş izlenimi yaratıyor. Saatlerce bekliyor bu durumda. Eğer bu ekrana geldiysek sqlplus'tan invalid objelerin sayısını takip etmenizi öneririm. Çünkü arka tarafta compile işlemi yapmaktadır.

SQL> SELECT COUNT(*) FROM DBA_OBJECTS
WHERE STATUS = 'INVALID';
Bunların haricinde tablespacelerin kapasitesi dolabilir. Bu durumda table space'e yeni bir datafile ekleyip autoextend'ini on yapıyoruz. Ben upgrade işlemi yaparken APPS_TS_TX_DATA tablespace'i dolduğu için adpatch hata verdi. Tablespace'e datafile ekledikten sonra adpatche bağlandığımızda eski sessiona devam etmek istiyormusunuz diye soruyor. Evet diyince işleme kaldığı yerden devam ediyor.

SQL> select file_name,tablespace_name,autoextensible from dba_data_files;
FILE_NAME
TABLESPACE_NAME                AUT
------------------------------ ---
/home/demo/PROD/db/apps_st/data/a_txn_data03.dbf
APPS_TS_TX_DATA                NO

SQL> ALTER TABLESPACE APPS_TS_TX_DATA ADD DATAFILE 'a_txn_data03.dbf'  SIZE 1000M AUTOEXTEND ON;

Patch işlemi sırasında sık sık worker'larla ilgili uyarılar basılıyor log dosyasına bu workerların durumlarını ve o onda ne iş yaptıklarını
# adctrl komutuyla görüntüleyebiliriz..
Apps tarafında patchleri geçtikten sonra

Application Katmanında autoconfig scriptini çalıştırıyoruz.
# cd $ADMIN_SCRIPTS_HOME
#./adautoconfig.sh


# perl $AD_TOP/bin/admkappsutil.pl --> this will create appsutil.zip
# appsutil.zip i oracle home un altına atıyoruz
# cd $ORACLE_HOME
# unzip -o appsutil.zip

Daha sonra databasede autoconfigi çalıştırıyoruz.
# cd $ORACLE_HOME/ appsutil/ scripts/ $CONTEXT_NAME
# ./adautoconfig.sh

Bundan sonra appsi adadmin ile maintanence moddan çıkardıktan sonra servisleri baştabiliriz. Databaseden versiyon sorguladığımızda ise;

SQL> select release_name from apps.fnd_product_groups;

RELEASE_NAME
--------------------------------------------------
12.1.3

İyi Çalışmalar.