<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Oracle DBA Scripts on Oracle Scripts</title><link>https://www.oraclescripts.com/tags/oracle-dba-scripts/</link><description>Recent content in Oracle DBA Scripts on Oracle Scripts</description><generator>Hugo -- gohugo.io</generator><language>en</language><copyright>OracleScripts.com</copyright><lastBuildDate>Tue, 09 Jun 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://www.oraclescripts.com/tags/oracle-dba-scripts/index.xml" rel="self" type="application/rss+xml"/><item><title>Oracle Scheduler Job Monitoring with DBA_SCHEDULER_RUNNING_JOBS</title><link>https://www.oraclescripts.com/post/oracle-scheduler-job-monitoring-dba-scheduler-running-jobs/</link><pubDate>Tue, 09 Jun 2026 00:00:00 +0000</pubDate><guid>https://www.oraclescripts.com/post/oracle-scheduler-job-monitoring-dba-scheduler-running-jobs/</guid><description>
&lt;h2 id="oracle-scheduler-job-monitoring-with-dba_scheduler_running_jobs"&gt;Oracle Scheduler Job Monitoring with DBA_SCHEDULER_RUNNING_JOBS&lt;/h2&gt;
&lt;h2 id="purpose"&gt;Purpose&lt;/h2&gt;
&lt;p&gt;Which Oracle Scheduler jobs are executing at this instant, and how long has each been running? &lt;code&gt;DBA_SCHEDULER_RUNNING_JOBS&lt;/code&gt; answers that directly. It lists only the jobs that are active right now — not the full job catalog, not the run history, just the live set. Joining it to &lt;code&gt;DBA_SCHEDULER_JOBS&lt;/code&gt; adds the job's owner, program, and schedule, so a single query turns &amp;quot;is anything stuck?&amp;quot; into a concrete list of names, session IDs, and elapsed times.&lt;/p&gt;</description></item><item><title>Oracle DBMS_SCHEDULER: Create and Manage Jobs with PL/SQL</title><link>https://www.oraclescripts.com/post/oracle-dbms-scheduler-create-manage-jobs/</link><pubDate>Mon, 08 Jun 2026 00:00:00 +0000</pubDate><guid>https://www.oraclescripts.com/post/oracle-dbms-scheduler-create-manage-jobs/</guid><description>
&lt;h2 id="oracle-dbms_scheduler-create-and-manage-jobs-with-plsql"&gt;Oracle DBMS_SCHEDULER: Create and Manage Jobs with PL/SQL&lt;/h2&gt;
&lt;h2 id="purpose"&gt;Purpose&lt;/h2&gt;
&lt;p&gt;Automating a recurring task — a nightly statistics gather, a log purge, an end-of-month rollup — is a standard part of running an Oracle database. &lt;code&gt;DBMS_SCHEDULER.CREATE_JOB&lt;/code&gt; is the procedure that registers that task with the database so it runs on a calendar schedule without an external cron entry. The job, its action, and its schedule all live inside the database, which means they are backed up, replicated to a standby, and visible in the data dictionary.&lt;/p&gt;</description></item><item><title>Query Wait Events by Session with Oracle V$SESSION_WAIT</title><link>https://www.oraclescripts.com/post/oracle-vsession-wait-events-by-session/</link><pubDate>Sun, 07 Jun 2026 00:00:00 +0000</pubDate><guid>https://www.oraclescripts.com/post/oracle-vsession-wait-events-by-session/</guid><description>
&lt;h2 id="query-wait-events-by-session-with-oracle-vsession_wait"&gt;Query Wait Events by Session with Oracle V$SESSION_WAIT&lt;/h2&gt;
&lt;h2 id="purpose"&gt;Purpose&lt;/h2&gt;
&lt;p&gt;&lt;code&gt;V$SESSION_WAIT&lt;/code&gt; is the real-time view that shows what each Oracle session is waiting on this very second. For every session it exposes the wait event name, how long the session has been in that wait, and three event-specific parameters (&lt;code&gt;P1&lt;/code&gt;, &lt;code&gt;P2&lt;/code&gt;, &lt;code&gt;P3&lt;/code&gt;) that pinpoint the resource — a file and block number, a lock type, a latch address. It is the view to reach for when the database &amp;quot;feels slow right now&amp;quot; and you need the current state, not a post-mortem from AWR.&lt;/p&gt;</description></item><item><title>Oracle Index Rebuild and Coalesce with ALTER INDEX</title><link>https://www.oraclescripts.com/post/oracle-index-rebuild-coalesce-alter-index/</link><pubDate>Sat, 06 Jun 2026 00:00:00 +0000</pubDate><guid>https://www.oraclescripts.com/post/oracle-index-rebuild-coalesce-alter-index/</guid><description>
&lt;h2 id="oracle-index-rebuild-and-coalesce-with-alter-index"&gt;Oracle Index Rebuild and Coalesce with ALTER INDEX&lt;/h2&gt;
&lt;h2 id="purpose"&gt;Purpose&lt;/h2&gt;
&lt;p&gt;Over months of heavy delete and update activity, a B-tree index can accumulate empty and half-full leaf blocks. The index keeps working, but it grows wider than the data it points to, so range scans read more blocks than they need and the segment holds space that is no longer doing useful work. &lt;code&gt;ALTER INDEX ... REBUILD&lt;/code&gt; and &lt;code&gt;ALTER INDEX ... COALESCE&lt;/code&gt; are the two commands that address this — one rebuilds the index from scratch, the other merges adjacent sparse leaf blocks in place.&lt;/p&gt;</description></item></channel></rss>