{"id":109,"date":"2012-03-13T18:40:00","date_gmt":"2012-03-13T18:40:00","guid":{"rendered":"http:\/\/tomas.papp.me.uk\/?p=109"},"modified":"2012-03-13T18:40:00","modified_gmt":"2012-03-13T18:40:00","slug":"oracle-11g-a-kratky-prehlad-novych-background-procesov","status":"publish","type":"post","link":"https:\/\/tomas.papp.me.uk\/?p=109","title":{"rendered":"Oracle 11g, a kratky prehlad novych background procesov"},"content":{"rendered":"<p><strong>ABMR<\/strong> \u2013 <strong>auto block media recovery<\/strong> background process \u2013 Filters duplicate BMR requests and performs flood control. When a request of block media recovery comes to ABMR, then ABMR spawns <strong>BMRn<\/strong> slave processes to perform block media recovery dynamically. repairing of corrupted blocks on primary site by obtaining the same block from standby site and the vice versa on active standby from primary site. Get terminated when idle for long time along with slave processes. It is BMRn slave processes which actually fetches blocks from real time standby database.<\/p>\n<p><strong>DBRM<\/strong> \u2013 <strong>database resource manager<\/strong> background process \u2013 Sets resource plans if resource plan is enabled otherwise this process is idle. It sets resource plans and performs various operations related to enforcement of those resource plans.<\/p>\n<p><strong>DIA0..9<\/strong> \u2013 <strong>diagnostic process 0 to 9<\/strong> background processes \u2013 this process is responsible for dead lock resolution and hand detection. this process triggers another background process called as DIAG to perform diagnostic tasks such as performing diagnostic dumps. DIAG is also responsible for execution of global oradebug commands. DIAG also performs diagnostic dumps as requested by other processes or during instance termination.<\/p>\n<p><strong>EMNC <\/strong>&#8211; <strong>event monitor coordinator<\/strong> background process \u2013 This process coordinates event management and notification activity including streams event notification, continuous query notification, Fast application notifications. EMNC spaws EMON slave processes E000\u20264. These processes work on the system notifications in parallel, offering a capability to process a larger volume of notifications, a faster response time, and a lower shared memory use for staging notifications.<\/p>\n<p><strong>FBDA <\/strong>&#8211; <strong>flash back data archiver<\/strong> background process \u2013 When a table data get commited by transactions the pre image of the effected rows of table from undo tablespace is stored by this process into flashback data archives so that historical pre images of data for a long term can be querried. this process also maintains metadata of current rows and tracks how much data has been updated. this process also responsible for space, partitioning of tablespaces and retention of flashback data archives. this process keeps track of how far archiving of tracked transactions has progressed.<\/p>\n<p><strong>GEN0<\/strong> \u2013 <strong>general task execution<\/strong> background process \u2013 the main goal of this process is to offload those processes which potentially blocking other processes. these required tasks are for sql and DML. Other processes request GEN0 to perform those tasks which can safely be run at background and that other process can concentrate on its task and GEN0 notifies back once given task is done.<\/p>\n<p><strong>Innn <\/strong>&#8211; <strong>Disk and Tape I\/O Slave<\/strong> processes background process \u2013 these processes are spawned by other background processes such as DBWR, LGWR or an RMAN backup session. I\/O slave process can be configured on platforms where asynchronous I\/O support is not available. These slaves are started by setting the corresponding slave enable parameter in the server parameter file. The I\/O slaves simulate the asynchronous I\/O behavior when the underlying platform does not have native support for asynchronous I\/O.<\/p>\n<p><strong>Lnnn <\/strong>&#8211; <strong>Pooled Server Background processes <\/strong>&#8211; handles client requests in Database Resident connection pooling. In Database Resident Connection Pooling, clients connect to a connection broker process. When a connection becomes active, the connection broker hands off the connection to a compatible pooled server process. The pooled server process performs network communication directly on the client connection and processes requests until the client releases the server. After being released, the connection is returned to the broker for monitoring, leaving the server free to handle other clients.<\/p>\n<p><strong>Nnnn <\/strong>&#8211; <strong>Connection broker background processes<\/strong> \u2013 monitors idle connections and hands off active connections in database resident connection pooling. In Database Resident Connection Pooling, clients connect to a connection broker process. When a connection becomes active, the connection broker hands off the connection to a compatible pooled server process. The pooled server process performs network communication directly on the client connection and processes requests until the client releases the server. After being released, the connection is returned to the broker for monitoring, leaving the server free to handle other clients.<\/p>\n<p><strong>RCBG <\/strong>&#8211; <strong>result cache background process<\/strong> \u2013 This process is used for handling invalidation and other messages generated by server processes attached to other instances in Oracle RAC<\/p>\n<p><strong>RPnn <\/strong>&#8211; <strong>Replay processing\/Capture processing <\/strong>background process &#8211;<\/p>\n<p>RPnn are worker processes spawned by calling <code>DBMS_WORKLOAD_REPLAY.PROCESS_CAPTURE(capture_dir,parallel_level)<\/code>. Each worker process is assigned a set of workload capture files to process.<\/p>\n<p>Worker processes execute in parallel without needing to communicate with each other. After each process is finished processing its assigned files, it exits and informs its parent process.<\/p>\n<p>The number of worker processes is controlled by the <code>parallel_level<\/code> parameter of <code>DBMS_WORKLOAD_REPLAY.PROCESS_CAPTURE<\/code>. By default, <code>parallel_level<\/code> is null. Then, the number of worker processes is computed as follows:<\/p>\n<p>When <code>parallel_level<\/code> is <code>1<\/code>, no worker processes are spawned.<\/p>\n<p><strong>SMCO <\/strong>&#8211;<strong> space management coordinator<\/strong> background process \u2013 this process spawns Wnnn slave processes to do space management tasks like space reclamation and space allocation.<\/p>\n<p><strong>VKRM <\/strong>&#8211; <strong>Virtual scheduler for resource manager<\/strong> background process \u2013 VKRM manages the CPU scheduling for all managed Oracle processes. The process schedules managed processes in accordance with an active resource plan.<\/p>\n<p><strong>VKTM <\/strong>&#8211; <strong>Virtual keeper of time process <\/strong>&#8211; VKTM acts as a time publisher for an Oracle instance. VKTM publishes two sets of time: a wall clock time using a seconds interval and a higher resolution time (which is not wall clock time) for interval measurements. The VKTM timer service centralizes time tracking and offloads multiple timer calls from other clients.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>ABMR \u2013 auto block media recovery background process \u2013 Filters duplicate BMR requests and performs flood control. When a request of block media recovery comes to ABMR, then ABMR spawns BMRn slave processes to perform block media recovery dynamically. repairing of corrupted blocks on primary site by obtaining the same block from standby site and [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[],"class_list":["post-109","post","type-post","status-publish","format-standard","hentry","category-oracle"],"_links":{"self":[{"href":"https:\/\/tomas.papp.me.uk\/index.php?rest_route=\/wp\/v2\/posts\/109","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/tomas.papp.me.uk\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/tomas.papp.me.uk\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/tomas.papp.me.uk\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/tomas.papp.me.uk\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=109"}],"version-history":[{"count":1,"href":"https:\/\/tomas.papp.me.uk\/index.php?rest_route=\/wp\/v2\/posts\/109\/revisions"}],"predecessor-version":[{"id":110,"href":"https:\/\/tomas.papp.me.uk\/index.php?rest_route=\/wp\/v2\/posts\/109\/revisions\/110"}],"wp:attachment":[{"href":"https:\/\/tomas.papp.me.uk\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=109"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/tomas.papp.me.uk\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=109"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/tomas.papp.me.uk\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=109"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}