Source:- http://docs.oracle.com/cd/E16655_01/server.121/e17615/bgprocesses.htm Some of the parameters that names have been changed, for example NSA1 (Redo transport services has been named as TTnn etc) Background processes asynchronously perform I/O and monitor other Oracle Database processes to provide increased parallelism for better performance and reliability. In this context, a background process is defined as any process that is listed in V$PROCESS and has a non-null value in the PNAME column. SCRB runs in an Oracle ASM instance and coordinates Oracle ASM disk scrubbing operations. The background processes of the Oracle instance manage memory structures, asynchronously perform I/O to write data to a file on a disk, and perform general maintenance tasks. Manages mapping information for the Oracle Database file mapping interface. Captures database changes from the redo log by using the infrastructure of LogMiner. Database instances, Oracle ASM instances, Oracle RAC, Performs required tasks including SQL and DML, Database instances, Oracle ASM instances, Oracle ASM Proxy instances, Monitors all mounted Oracle ASM disk groups. Performs a logical standby dictionary build on a primary database. They are spawned to help the dedicated LMDn processes with various tasks when certain workloads start creating performance bottlenecks. Once released, the server class processes are moved to a free server pool. When a transaction that modifies a tracked table commits, FBDA stores the pre-image of the rows in the archive. The capture process name is CPnn, where nn can include letters and numbers. GMON must be highly available and cannot wait. FMON is started by the database whenever the FILE_MAPPING initialization parameter is set to true. This issue applicable to Exadata systems (8 sockets system) Cause In this Document Symptoms Cause Solution References Patches and updates the Java in the database classes. STEPS The issue can be reproduced at will with the following steps: 1. Resolves distributed transactions that are pending because of a network or system failure in a distributed database. There may be more than one such group, for example, multiple capture processes configured for either local or downstream capture in a database. GMON monitors all the disk groups mounted in an Oracle ASM instance and is responsible for maintaining consistent disk membership and status information. IPC0 handles very high rates of incoming connect requests, as well as, completing reconfigurations to support basic messaging and RDMA primitives over several transports such as UDP, RDS, InfiniBand and RC. These slaves are terminated after the online redo logs are cleared, and the session does not persist. Captures database changes from the redo log by using the infrastructure of LogMiner.