This article describes how to troubleshoot the ORA-12516 and ORA-12519 errors:
If you find these errors in your TSCO logs (ETL engine, Application Server or ETL execution logs), ask your DBA to perform the following actions on your Oracle database:
- verify that database has free space on its disks
- modify two parameters to increase the number of processes and sessions
How to modify the processes and sessions parameters
The suggested values for a standard small or medium size installation are the following:
- processes=280
- sessions=300
| Higher values might be needed for larger instances, since these depend on the load of the database; contact your DBAs for suggestions. |
Applying these settings requires a restart of the Oracle DB instance; you will need to open a maintenance window and stop all BCO processes and ETLs on the BCO Application Server and ETL Engine.
To apply the new settings, follow these steps:
- access the BCO Console, navigate to Administration > Scheduler > ETL tasks and verify that no ETL tasks are running; set the filters as highlighted in the figure:
- log in to your BCO machines (Application Server and ETL Engine) as BCO OS user and stop all BCO processes using the command $CPITBASE/cpit stop
- log in to the database as sysdba via sqlplus using the command sqlplus '/as sysdba';
 | Ask your DBA to execute the necessary operations on the database, since appropriate skills and sysdba permissions are needed |
Replace CAP with your SID
- apply the new settings issuing the following commands:
alter system set processes=280 scope=spfile;
alter system set sessions=300 scope=spfile;
- stop the database instance using the command shutdown immediate;
- restart the instance using the command startup;
- exit sqlplus using the command quit;
- log in to your BCO machines (Application Server and ETL Engines) as BCO OS user and restart all BCO processes using the command $CPITBASE/cpit start
- wait 10 to 15 minutes for the Component status checker system task to complete its execution
- verify that your BCO instance was restarted correctly, checking the status of BCO components from the BCO Console, accessing the Administration > System > Status page