CBS Finacle EOD 2014
CBS Finacle EOD 2014
Preface
COMMERCIAL-IN-CONFIDENCE
Purpose of this document
To discuss about processes during End of Day and Begin of Day process including all the standard
actions happening during each EOD/BOD step but will not be including the user defined batch jobs
Intended audience
GHB users
Document History
Version Date Author Comments
Glossary
Term Definition
SI Standard Instruction
Contents
COMMERCIAL-IN-CONFIDENCE
Purpose of this document..............................................................................................2
1. Overview.....................................................................................................................4
2. ABH – After Business Hours:.......................................................................................6
3. CSOLOP – Closure of SOL Operations.........................................................................9
4. CEOD – CENTRAL END OF DAY..................................................................................11
4.1 CEOD’s Step by Step process flow..........................................................................13
5. CBOD – Central Beginning of Day.............................................................................20
5.1 CBOD’s Step by Step process flow.........................................................................20
6. ISOLOP – Initiate Service Outlet Operations.............................................................33
7. Other related processes............................................................................................34
7.1 Reinitiating transfer of history transactions – METOH..........................................34
7.2 Verify previous day’s transactions – PTV...............................................................35
7.3 Changing User’s Context SOL – HCCS.....................................................................36
8. Related tables...........................................................................................................36
9. Related menu options...............................................................................................37
10. Key points to be noted..............................................................................................37
11. Some common issues faced during EOD/BOD and there resolutions......................39
12. Flashback...................................................................................................................42
1. Overview
End-of-day & begin-of-day are operations performed in Finacle to mark the logical end-of-
day for a branch level operation and mark the beginning of next working day.
COMMERCIAL-IN-CONFIDENCE
As part of a bank’s routine functions it is necessary that certain jobs be carried out at the
start of every working day and certain others at the end of every working day. These are
commonly referred to as BOD (Beginning of Day) and EOD (End of Day) processes.
Process Diagram:
SOLVAL and SOLSTAT are independent process and can be run at any time.
SOLVAL : Validation of Service Outlet. Below are few validations carried in SOLVAL.
• Unposted Transactions
COMMERCIAL-IN-CONFIDENCE
• Unreconciled Intersol Transaction List
COMMERCIAL-IN-CONFIDENCE
Pre- Requisites:
If one user invokes this option, another user cannot perform the same function. The ABH
process must be completed by the same user. However, for some reason if a different user must
continue the process, the first user must be log out from the database.
Activities:
COMMERCIAL-IN-CONFIDENCE
Step No Description Exe name
1 Updating TOD information Babx4015
1. Updating TOD status information such as number of TOD utilized by the customer, TOD amount,
whether TOD is regularized, etc..,
Temporary Overdraft is a facility provided by the Bank to its customers when there is a
shortfall in the customer's account. This facility can be provided to maintain balance restrictions or
loan interest debit / Standing Instructions.
FFD (Flexi Fixed Deposit) is generally linked to an operative account and is funded when the
balance in the operative account is surplus; Similarly amount from the fixed deposit is transferred back
to the operative account as per requirement. This is also called as sweep-in and sweep-out.
This happens according to the FFD set up provided in data center maintenance menu and
scheme set up.
COMMERCIAL-IN-CONFIDENCE
This step checks the value of TOD interest level flag and regularizes the TOD amount based on the
deposits made by the account holder and calculates TOD interest if applicable. The TODs with a higher
rate of interest are regularized first when funds are available, to give benefit to the customer.
The FFD status is updated as closed after it is regularized as per the scheme level setting or when
the term of FFD is expired.
The Standing Instruction (SI) is a facility provided by banks to account holders who want to make
payments or remittances of a recurring nature like payment of insurance premiums, subscriptions,
transfer of funds, installments to deposit or loan accounts and so on. Customers may give Standing
Instructions to the bank to make these payments or remittances on their behalf on specified dates,
For specified amounts or when the account satisfies certain conditions specified by the account
holder.
Error Messages:
The Messages are also sent to the Op Console with the service name ABH_[solid]_PROGRESS
COMMERCIAL-IN-CONFIDENCE
3. CSOLOP – Closure of SOL Operations
The Closing of SOL Operations is the second step in the EOD and BOD process run by the user at
the Service Outlet at the end of each working day. This closes the operations of the SOL. CSOLOP will
execute ABH if the same is not complete for the SOL.
Pre- requisite:
No user is allowed to carry out any transaction, financial or non-financial, during and after
running Closing of SOL Operations for the service outlet. All the errors and exceptions for the financial
transactions initiated by the service outlet are checked.
Activities:
Calculate SI Charges
COMMERCIAL-IN-CONFIDENCE
If generalABHCheck.scr is present this script is called for exception/error checking. (This script will
be called only through ABH. If CSOLOP is invoked directly then this script will not be called)
Checks if CSOLOP is completed for the list of sols in setid (db_stat_code field of SOL table is
checked)
Standing instructions which have failed to get executed (due to multiple reasons such as
insufficient funds, not satisfying criteria provided by customer) , would be moved to a carry forward
list during CSOLOP based on the flag set up at standing instruction level
All records which are in this list would be tried for execution the next day; if the execution is
successful then the record is deleted from the list.
COMMERCIAL-IN-CONFIDENCE
102 – Calculating Standing Instruction Charges
SI Failure – Batch Charges collected multiple times whenever Standing Instruction failure
occurs
Based on the charge set up, calculation is done for the above two scenarios and collected. If
balance is not available in customer account, a TOD is created.
Error Messages:
The messages are also sent to the Op Console with the service name CSOLOP_[solid]_PROGRESS
The Central EOD is a process carried out at the end of each working day. Before initiating this
process, all the SOL in the data center should have completed their CSOLOP. Central EOD will not
increment the BOD date of any Service Outlet. Once central EOD is started, Inter-Service Outlet and
financial transactions are not allowed.
Pre-requisites:
Jobs that create financial transactions are not to be run during Central EOD
Activities:
Before CEOD begins the db_stat_code must be “G” i.e. CSOLOP completed for sols in SOL table.
Runs the PRE_CEOD.site script before executing CEOD. This is a customized script and not a
mandatory one. Bank specific conditions can be checked.
No user should be logged on while invoking CEOD other than the one who invokes it.
Finacle Application End of Day Page 11 of 42 Author : Kittichok Chaisaksriskul
and Begin of Day Process Copyright © YIP IN TSOI & CO., LTD. Created Date : July 29, 2014
COMMERCIAL-IN-CONFIDENCE
STEPS AND PROCESS:
db_stat_code=“E”, db_int_stat_code=“100”
If any users of batch jobs are running they will have to be sacked.
Gives error if any of the table spaces has < 15% space left.
COMMERCIAL-IN-CONFIDENCE
4.1 CEOD’s Step by Step process flow
Before Start of CEOD’s preprocessing function below will be the value of the
db_stat_code field in SOL.
DB_STAT_CODE Description
G CSOLOPCOMPLETED
Also, the value of db_stat_code would change from G to E and the db_init_stat_code
would be null indicating that CEOD is not started yet.
DB_STAT_CODE DB_INIT_STAT_CODE
E “”
The ISO transactions reconciliation is done. The db_stat_code of all sols is updated to
E and the db_init_stat_code would be updated to “0”.
DB_STAT_CODE DB_INIT_STAT_CODE
E 0
COMMERCIAL-IN-CONFIDENCE
Inter SOL transactions:
The Inter-SOL transactions, which have occurred for the day would be reconciled or
squared off during this step. Reconciliation of Inter SOL accounts process is called in CEOD
processes automatically. Because of the volume of ISO transactions and to avoid delay during
EOD/BOD processes, if the user wants to reconcile, he can invoke RIST and reconcile the
transactions even before running ABH process.
In this process the uniserver is stopped and Finacle is taken offline. All ATM
transactions will be routed to CSIS. Calls daily_down_uniserver.com to bring down uniserver
services.The db_stat_code would be E and the db_init_stat_code would be updated to 1.
DB_STAT_CODE DB_INIT_STAT_CODE
E 1
On opconsole you would get the message “X33 CEOD:Uniserver status update in
progress…”
COMMERCIAL-IN-CONFIDENCE
4. Contra FinCron Jobs
In this process, the jobs for contra posting are run.Offline_posting.com file is called for
CDCI transactions.the db_stat_code would be E and the db_init_stat_code would be 2.
DB_STAT_CODE DB_INIT_STAT_CODE
E 2
The services under fincron_type service type are non-listening services that create
contra-entries for the ATM Cash withdrawal transactions.
5. Exception checking
In this stage Exception checking for un- posted and unbalanced transactions are done.
DB_STAT_CODE DB_INIT_STAT_CODE
E 3
In case there is any failure, then message at opconsole would be “W03 EOD exception
checks failed”
COMMERCIAL-IN-CONFIDENCE
6. CEOD Tran Jobs
Runs transaction creating batch jobs from BJS table. Call user defined batch jobs which
create transactions.In soleod.com only batch jobs which do not create transactions are
called. The db_stat_code would be “E” and the db_init_stat_code would be “4”.
DB_STAT_CODE DB_INIT_STAT_CODE
E 4
In case of a failure the message at opconsole would be “ASI Transaction creating batch
job failed”.
Calls babx4049 which proxy posts unposted transactions, if normal posting does not
go through. In this stage the db_stat_code is E and db_init_stat_code would be 6.
DB_STAT_CODE DB_INIT_STAT_CODE
E 6
In case of a failure message would be “ASJ Could not post unposted transactions”
COMMERCIAL-IN-CONFIDENCE
8. EOD Message to SIS
DB_STAT_CODE DB_INIT_STAT_CODE
E 8
The message at opconsole would be “BOA Starting EOD Finacle@Branch handover ...”
Call ISO transactions reconciliation job again. The db_stat_code would be “E” and the
db_init_stat_code would be “5”.
DB_STAT_CODE DB_INIT_STAT_CODE
E 5
Kindly note, there is no E7 because the GL update process has been clubbed with
EAB/GST update.
COMMERCIAL-IN-CONFIDENCE
10.EAB/GST update
During EOD/BOD, EAB GST update service if GST Gen on Value Date in HSCFM menu is
set to 'Y' , then system will insert records in GSVT table. GSVT table stores GL sub head
balances value date-wise
When the "GL Sub Head Value dated flag" is set to 'Y', then during EAB/GST update
system will also update 'GL Sub Head Balance' based on the value date along with that of
transaction date. Else, when it is 'N', system will only update 'GL Sub Head Balance' based on
the transaction date.
Beginning of the Day GST update for the SOLS that have marked holidays between
EOD date and the next working date.
BOD GST updates will be done for those SOLS that have marked been holidays before
the next working date. This will insert records into GST for the holidays.
CBS generates an error in case if the credit and debit do not match on transaction
date.
DB_STAT_CODE DB_INIT_STAT_CODE
E 100
DB_STAT_CODE DB_INIT_STAT_CODE
E 101
COMMERCIAL-IN-CONFIDENCE
12.Executing site specific script
DB_STAT_CODE DB_INIT_STAT_CODE
E 102
DB_STAT_CODE DB_INIT_STAT_CODE
E ZZZ
Upon successful completion of all the above steps ceod.b2k script is called.
Error Messages:
The Messages are also sent to the Op Console with the service name CEOD_[solid]_PROGRESS.
COMMERCIAL-IN-CONFIDENCE
5. CBOD – Central Beginning of Day
Central BOD is a process carried out at the beginning of each working day. It can be run at the
Central user, service outlet or the data center level. After running Central BOD, the BOD dates of all the
service outlets in the Set are incremented.
Before Start of CBOD’s preprocessing function below will be the value of the STATUS
field in EST. Kindly note EST table is abbreviation for EOD STATUS TABLE that contains last
successful status of ETD to HTD data transfer.
/* H- indicates CENTRALEODCOMPLETED */
2. Change of Date
To indicate to system that BOD is starting all SOL are updated with value K for
DB_STAT_CODE and 1 for DB_INIT_STAT_CODE
DB_STAT_CODE DB_INIT_STAT_CODE
K 1
/* K – indicates CENTRALBODSTARTED */
/* 1 – indicates CALLCBODDATECHANGE */
Also we get this message in screen “X40 BOD date change in progress...” in K1
During the process the date change happens in GCT (db_stat_date) and SOL
(bod_sys_date) tables post which the LGI tables BOD date (bod_date) is also modified.
Finacle Application End of Day Page 20 of 42 Author : Kittichok Chaisaksriskul
and Begin of Day Process Copyright © YIP IN TSOI & CO., LTD. Created Date : July 29, 2014
COMMERCIAL-IN-CONFIDENCE
3. Bring up UNISERVER
DB_STAT_CODE DB_INIT_STAT_CODE
K 6
/* K – indicates CENTRALBODSTARTED */
/* 6 – indicates UP_UNISERVER */
On console you will get the message as “BPD Bringing up Uniserver and Refresh
servers as part of BOD ...”
Searches for PATH of daily_up_uniser.com and calls the same by passing the os user id
based on the modules.dat entry for CDCI (CDCI is UPR user id)
In case of failure it will show the message “BPE Bringing up Uniserver and Refresh
servers as part of BOD failed”
4. DTD Purge
DB_STAT_CODE DB_INIT_STAT_CODE
K 3
/* K – indicates CENTRALBODSTARTED */
/* 3 – indicates CALLCBODDTDPURGE */
You will have this message in console “X42 BOD DTD purge in progress...”
COMMERCIAL-IN-CONFIDENCE
4.1 DTD Purge: Step 1
As a part of this step a set of SQL and DAT files will be generated for the DTD table
As part of the second step set of SQL and dat files for DTH will be generated
COMMERCIAL-IN-CONFIDENCE
4.3 DTD Purge: Step 3
Dynamically the sql to CTD view drop is created and run with EST table status updated.
CTD_view_drop.sql
EST STATUS
CTH_view_drop.sql
EST STATUS
EOD_TRAN_DETAIL_TABLE_tbl_drop.sql
EST STATUS
EOD_TRAN_HEADER_TABLE_tbl_drop.sql
EST STATUS
COMMERCIAL-IN-CONFIDENCE
4.7 DTD Purge: Step 7
Dynamically the sql to DTD table rename to ETD is created and run with EST table
status updated.
DETAIL_tbl_rename.sql
EST STATUS
Dynamically the sql to DTH table rename to ETH is created and run with EST table
status updated.
HEADER_tbl_rename.sql
EST STATUS
EST STATUS
EST STATUS
COMMERCIAL-IN-CONFIDENCE
4.11 DTD Purge: Step 11
Dynamically the sql to CTD table create is created from $TBA_VIEWS/CTD.sql and run
with EST table status updated.
CTD_view_cre.sql
EST STATUS
Dynamically the sql to CTH table create is created from $TBA_VIEWS/CTH.sql and run
with EST table status updated.
CTH_view_cre.sql
EST STATUS
EST STATUS
COMMERCIAL-IN-CONFIDENCE
4.14 DTD Purge: Step 14
Check the DAILY_TRAN_DETAIL_TABLE_idx_rename.dat created in Step 1 and run the
sql’s and update EST table
DAILY_TRAN_DETAIL_TABLE_idx_1.sql
DAILY_TRAN_DETAIL_TABLE_idx_2.sql
DAILY_TRAN_DETAIL_TABLE_idx_3.sql
DAILY_TRAN_DETAIL_TABLE_idx_4.sql
DAILY_TRAN_DETAIL_TABLE_idx_5.sql
DAILY_TRAN_DETAIL_TABLE_idx_6.sql
EST STATUS
EST STATUS
EST STATUS
COMMERCIAL-IN-CONFIDENCE
4.17 DTD Purge: Step 17
DAILY_TRAN_ HEADER_TABLE_idx_1.sql
DAILY_TRAN_ HEADER_TABLE_idx_2.sql
EST STATUS
EST STATUS
Creates the ACLI, DTD_ACID and DTH_CTH views based on the $TBA_VIEWS sql files
and run them.
ACLI_cre.sql
DTD_ACID_cre.sql
DTH_CTH_cre.sql
EST STATUS
COMMERCIAL-IN-CONFIDENCE
4.20 DTD Purge: Step 20
Reads the .dat files created to know the count of the index and trigger sql files created
so that it can delete the sql’s in the below step.
DAILY_TRAN_DETAIL_TABLE_idx_rename.dat
DAILY_TRAN_HEADER_TABLE_idx_rename.dat
DAILY_TRAN_DETAIL_TABLE_trg_rename.dat
DAILY_TRAN_HEADER_TABLE_trg_rename.dat
CTH_view_drop.sql
CTD_view_drop.sql
CTH_view_cre.sql
CTD_view_cre.sql
DETAIL_tbl_rename.sql
HEADER_tbl_rename.sql
DAILY_TRAN_DETAIL_TABLE.sql
DAILY_TRAN_HEADER_TABLE.sql
DAILY_TRAN_DETAIL_TABLE_idx_rename.sql
DAILY_TRAN_HEADER_TABLE_idx_rename.sql
DAILY_TRAN_DETAIL_TABLE_idx_1.sql
DAILY_TRAN_DETAIL_TABLE_idx_2.sql
DAILY_TRAN_DETAIL_TABLE_idx_3.sql
DAILY_TRAN_DETAIL_TABLE_idx_4.sql
DAILY_TRAN_DETAIL_TABLE_idx_5.sql
DAILY_TRAN_DETAIL_TABLE_idx_6.sql
DAILY_TRAN_HEADER_TABLE_idx_1.sql
COMMERCIAL-IN-CONFIDENCE
DAILY_TRAN_HEADER_TABLE_idx_2.sql
DAILY_TRAN_HEADER_TABLE_idx_rename.dat
DAILY_TRAN_HEADER_TABLE_trg_rename.dat
DAILY_TRAN_DETAIL_TABLE_idx_rename.dat
DAILY_TRAN_DETAIL_TABLE_trg_rename.dat
EOD_TRAN_HEADER_TABLE_tbl_drop.sql
EOD_TRAN_DETAIL_TABLE_tbl_drop.sql
ACLI_cre.sql
DTD_ACID_cre.sql
DTH_CTH_cre.sql
Call the DTDPurge.com. this always return success. Execute ETD_TO_HTD.sql after
finding the PATH for the same.
5. FTD Purge
DB_STAT_CODE DB_INIT_STAT_CODE
K 4
/* K – indicates CENTRALBODSTARTED */
/* 4 – indicates CALLCBODFTDPURGE */
COMMERCIAL-IN-CONFIDENCE
6. Start CBOD script
DB_STAT_CODE DB_INIT_STAT_CODE
K 100
/* K – indicates CENTRALBODSTARTED */
/* 100 – indicates STARTCBODSCRIPT */
DB_STAT_CODE DB_INIT_STAT_CODE
K 101
DB_STAT_CODE DB_INIT_STAT_CODE
K 102
COMMERCIAL-IN-CONFIDENCE
effective on that date. It will logically delete those records from Future Value Dated
Transaction table (FTX) and update Clear Balance of the accounts; however it will not process
clearing transactions. During regularization phase of the clearing cycle, future value dated
clearing transactions will be effective.
DB_STAT_CODE DB_INIT_STAT_CODE
K 103
10. K999
DB_STAT_CODE DB_INIT_STAT_CODE
K 999
11.Change Password
DB_STAT_CODE DB_INIT_STAT_CODE
K PWD
/* K – indicates CENTRALBODSTARTED */
/* PWD – indicates CHGPASSWDPRGM */
COMMERCIAL-IN-CONFIDENCE
12.Call BOD message to CSIS
DB_STAT_CODE DB_INIT_STAT_CODE
K 5
/* K – indicates CENTRALBODSTARTED */
/*5 – indicates CALL_BOD_MESGTOSIS */
DB_STAT_CODE DB_INIT_STAT_CODE
K ZZZ
/* K – indicates CENTRALBODSTARTED */
/* ZZZ – indicates LASTCBODJOB */
Error Messages:
The Messages are also sent to the Op Console with the service name CBOD_[solid]_PROGRESS.
COMMERCIAL-IN-CONFIDENCE
6. ISOLOP – Initiate Service Outlet Operations
Initiate Service Outlet Operations (ISOLOP) is a process run by the user at a SOL at the start of
each working day. No user is allowed to start transactions, financial or non-financial, before ISOLOP is
done. All batch jobs specific to a SOL must run during this process.
This process cannot be invoked when SAF replay of transactions related to Connect24 are in
progress. An error "SAF replay in progress" is displayed. The user can proceed further only after the SAF
replay is complete.
Pre-requisites:
Error Messages:
If the variable TBA_TRACE_DIR is not set, the logs are put in the $HOME directory of the user who is
running the process.
The Messages are also sent to the Op Console with the service name ISOLOP_[solid]_PROGRESS.
COMMERCIAL-IN-CONFIDENCE
7. Other related processes
As a part of the Begin of Day process, transactions records are moved from the daily
transaction table to the history Transaction table.
6) Initiate transfer of records from ETD to HTD and ETH to HTH in background
COMMERCIAL-IN-CONFIDENCE
The movement will be initiated in background and control will come to the program
immediately so that end of day operations can continue. The movement is sol parallelized. To check
the return status of the process, a script “ETDtoHTDFailureCapture.scr” has been provided. This script
internally calls a com script “ETDToHTDUserDefined.com” which can be used for customized action on
return of movement process. By default, this com script calls “mail” command to send mail to
concerned persons.
The menu option METOH has also been provided to reinitiate this transfer in case it fails due
to any reason. The menu option does not take any user input and processes for all the sol ids. This
menu needs to be invoked only if the process of moving the history transaction during the Begin of
Day is not completed.
Using the above menu, user can verify transactions of the previous period since TV will
list only transactions of the current day.
COMMERCIAL-IN-CONFIDENCE
7.3 Changing User’s Context SOL – HCCS
During the End-of-day operations, sometimes it is required for the system operator to
switch SOLs to clear some transaction records. Using the menu option HCCS, user can change
to another SOL temporarily and work as if he/she is a user of that particular SOL.
This menu can be invoked only if the user tenor is Free at UPM.
Also and script event has been provided to customize this menu to restrict user’s from
changing SOL depending upon various requirements. The script name is
HasBranchEODBODEnded.scr
8. Related tables
COMMERCIAL-IN-CONFIDENCE
9. Related menu options
1. There should not be any duplicate sessions while the EODBOD process is carried out.
2. If any of the process fails at a particular step, the user should check out the fatal logs and
correct the error in fatal first .After that he should log out and re run that step after updating
appropriate flags in SOL, EST table.
COMMERCIAL-IN-CONFIDENCE
3. In case any lock is created on any table, please use the below queries to find out the locked
table
a. select oracle_username, os_user_name, session_id, process, object_name from
v$locked_object a, dba_objects b where a.object_id = b.object_id and
oracle_username='TBAGEN' and object_name in
('DAILY_TRAN_DETAIL_TABLE','DAILY_TRAN_HEADER_TABLE') order by
process
b. select * from v$locked_object where object_id in (select object_id from dba_objects
where object_name = 'DAILY_TRAN_DETAIL_TABLE');
c. select * from dba_dml_locks where name = 'DAILY_TRAN_DETAIL_TABLE';
4. If any core is getting formed, share the pstack of the core.
5. Make sure that un-posted transactions are not present before running CBOD, If EOD throws
any fatal, make sure that the error/issue is fixed & then only proceed to run CBOD.
6. Try to post unposted transactions using PPT menu only. Avoid manual DB update as much as
possible.
7. Always check the Date & confirm before proceeding to run any process.
8. If suppose CBOD fails at K2, then the error has to be resolved first and after that update the
db_int_stat_code to K1 and re run the CBOD again.
9. Do not update the status field in EST table without proper analysis of the situation and the
error. If updated wrongly entire data in DTD and DTH could be lost.
10. Do not do any update to next execution date (next_exec_date in BJS table) of any batch job
when batch job executioner is running.
11. Never restart CBOD without updating db_int_stat_code to a correct value. Otherwise the
db_stat_date will be incremented again.
12. Never skip EAB/GST rebuild.
COMMERCIAL-IN-CONFIDENCE
11. Some common issues faced during EOD/BOD and there
resolutions.
1. On running any menu of EOD/BOD sometimes we get no logs in the back end. The status doesn’t
change and the failure report is also zero sized. Here generally the problem is with the next execution
date of the batch job that’s tagged for that menu. Just check the next execution date and then re-
execute the batch job.
2. Also EOD/BOD is stuck sometimes due to space issue in user’s partition. We execute EOD or BOD
process and we find that no logs are getting generated. This could be because of space issue. Before
starting EOD/BOD, we need to check that we have enough space in user’s partition.
3. Also sometimes the EOD/BOD processes fail due to several batch programs running in back end in
some other user id. These batches we come to know from the failure report in the logs as a list and
the user id in which it is running. Post this we can use menu HSAC to delete the batch jobs and then
retry running the process.
4. In case of any deadlock issue encountered, please analyse the below mentioned logs.
a. In order to find the which entity got locked during the deadlock, we need the below things:
i. Database Alert Log
Oracle will write the alert.log file to the directory as specified by the
BACKGROUND_DUMP_DEST parameter. If this parameter is not set, the alert.log will
be created in the ORACLE_HOME/rdbms/trace directory. In case of a deadlock Oracle
records the following line in the alert log:
COMMERCIAL-IN-CONFIDENCE
5. Identifying Locking Issues
In Finacle if locks are observed in the database, the locked sessions might go in to infinite waiting
mode and online operations might get affected.
In case of a locking contention, the resource will get freed under the following circumstances:
This section lists the steps involved in identifying and troubleshooting locking issues.
(a.id1, a.id2, a.TYPE ) IN (SELECT c.id1, c.id2, c.TYPE FROM v$lock c WHERE c.request>0)
Note: In case of a RAC setup, we use gv$ instead of v$ views. Also instance ID can be
included as part of the WHERE clause.
select sid,row_wait_file#,row_wait_block#,row_wait_row#
from gv$session
where sid =’&blocking_session’;
select object_type,owner,object_name
from dba_objects
where object_id=<row_wait_obj#>;
COMMERCIAL-IN-CONFIDENCE
Use the values obtained in the previous two queries to get the row that is locked:
select <column_names>
from <owner>.<object_name>
where rowid = dbms_rowid.rowid_create(1, <row_wait_obj#>, <row_wait_file#>,
<row_wait_block#>, <row_wait_row#>);
From the operating system level, it would be helpful to have the process trace. In AIX the
output of the following commands will help in issue analysis: (The PID will the process column
obtained from the previous query)
proctree <PID>
procstack <PID>
After taking the data for analysis, you may kill the blocking process:
12. Flashback
As a part of daily operations there are certain operations that need to be carried out during the
beginning of day and End of Day. These are termed as EOD/BOD operations.
COMMERCIAL-IN-CONFIDENCE
ABH – After business hours
ABH is a not a mandatory option. CSOLOP will complete ABH before proceeding.
Batch jobs can be set, which can be executed during each of these operations. Batch jobs are
setup through HBJSTM menu option.
Exceptions can be set up in the HSCFM and GSPM menu options to warn the user about
incomplete processes before initiating the End of day operations.
COMMERCIAL-IN-CONFIDENCE