Friday, September 25, 2026
  • About Us
  • Contact
DBAInsight
  • Guides
    • 23ai
    • RMAN
    • 26ai
    • Patch Update
    • RMAN
    • MySQL
    • Oracle GoldenGate
  • Cloud Technology
  • Case Studies
  • Troubleshooting
  • Training & Certification
NEWSLETTER
No Result
View All Result
DBAInsight
Home Troubleshooting

ORA-01092 and ORA-39701 While Opening Database in Upgrade Mode – Fix Guide

November 21, 2025
in Troubleshooting
1
ORA-01092 and ORA-39701 While Opening Database in Upgrade Mode – Fix Guide
0
SHARES
162
VIEWS

When performing a database upgrade, one of the most common issues DBAs face is the ORA-01092: ORACLE instance terminated and ORA-39701: database must be mounted EXCLUSIVE for UPGRADE or DOWNGRADE error combination.

This typically occurs when you attempt to open the database in UPGRADE mode in a Real Application Clusters (RAC) environment where the cluster_database parameter is set to TRUE.

Table of Contents

Toggle
  • Related posts
  • When “Invalid Objects” Isn’t What It Looks Like: A GSMADMIN_INTERNAL Detective Story
  • Oracle RAC Node Addition Failed with INS-32156 Due to AHF Permissions
  • The Error
  • Understanding the Cause
  • 🔧 Step-by-Step Solution
    • Step 1: Mount the Database
    • Step 2: Check the Cluster Setting
    • Step 3: Disable Cluster Mode Temporarily
    • Step 4: Restart the Database
    • Step 5: Open Database in Upgrade Mode
  • Step 6 (Optional): Re-enable Cluster Mode After Upgrade
  • Real-World Tip
  • Quick Summary
  • Related Oracle Upgrade Articles
  • Final Thoughts

Related posts

GSMADMIN_INTERNAL

When “Invalid Objects” Isn’t What It Looks Like: A GSMADMIN_INTERNAL Detective Story

September 24, 2026
INS-32156

Oracle RAC Node Addition Failed with INS-32156 Due to AHF Permissions

September 15, 2026

Let’s look at the root cause and step-by-step solution.


The Error

When running the upgrade command, you might see:

SQL> ALTER DATABASE OPEN UPGRADE;
ALTER DATABASE OPEN RESETLOGS UPGRADE
*
ERROR at line 1:
ORA-01092: ORACLE instance terminated. Disconnection forced
ORA-39701: database must be mounted EXCLUSIVE for UPGRADE or DOWNGRADE
Process ID: 27228
Session ID: 144 Serial number: 15

This means the database is not in exclusive mode, and therefore Oracle refuses to continue the upgrade process.


Understanding the Cause

The ORA-39701 error message clearly indicates that the database must be mounted in EXCLUSIVE mode to perform an upgrade or downgrade.

In an Oracle RAC setup, the parameter cluster_database=TRUE means the instance is configured to operate as part of a cluster.
For upgrade or downgrade operations, Oracle requires only one instance to access the database.

Hence, the database must be mounted exclusively by a single instance, not shared across multiple nodes.


🔧 Step-by-Step Solution

Let’s walk through the complete fix for this issue.


Step 1: Mount the Database

First, start the database in mount mode:

SQL> STARTUP MOUNT;

Output:

ORACLE instance started.

Total System Global Area 1.7843E+10 bytes
Fixed Size                  2191200 bytes
Variable Size               1.2415E+10 bytes
Database Buffers            5368709120 bytes
Redo Buffers                 57352192 bytes
Database mounted.

Step 2: Check the Cluster Setting

Check whether cluster_database is set to TRUE:

SQL> SHOW PARAMETER cluster_database;

Output:

NAME                 TYPE        VALUE
-------------------------------------- ----------- -----------------------------
cluster_database     boolean     TRUE

Step 3: Disable Cluster Mode Temporarily

Set cluster_database to FALSE:

SQL> ALTER SYSTEM SET cluster_database=FALSE SCOPE=SPFILE;

System altered.

You’ll see:

Step 4: Restart the Database

Shut down and restart the database for the parameter change to take effect:

SQL> SHUTDOWN IMMEDIATE;
Database closed.
Database dismounted.
ORACLE instance shut down.

Then start again in mount mode:

SQL> STARTUP MOUNT;

Database mounted.

Output confirms it’s mounted exclusively:

Check again:

SQL> SHOW PARAMETER cluster_database;

Output:

NAME                 TYPE        VALUE
-------------------------------------- ----------- -----------------------------
cluster_database     boolean     FALSE

Step 5: Open Database in Upgrade Mode

Now you can safely open the database in upgrade mode:

SQL> ALTER DATABASE OPEN UPGRADE;

Database altered.

Success — the database is now open in UPGRADE mode and ready for the patching or upgrade process.


Step 6 (Optional): Re-enable Cluster Mode After Upgrade

Once the upgrade is complete, remember to re-enable cluster mode:

SQL> ALTER SYSTEM SET cluster_database=TRUE SCOPE=SPFILE;
SQL> SHUTDOWN IMMEDIATE;
SQL> STARTUP;

This restores normal RAC functionality for all nodes.


Real-World Tip

This issue is very common during RAC to standalone upgrade tests or major patch application (like 19c to 23ai).

Always check the cluster_database parameter before running any upgrade scripts.
Upgrades and downgrades require exclusive access — meaning only one instance should have the database mounted.


Quick Summary

StepActionDescription
1STARTUP MOUNTMount the database without opening it.
2SHOW PARAMETER cluster_databaseCheck cluster mode status.
3ALTER SYSTEM SET cluster_database=FALSE SCOPE=SPFILEDisable cluster mode.
4SHUTDOWN IMMEDIATE → STARTUP MOUNTRestart in exclusive mode.
5ALTER DATABASE OPEN UPGRADESuccessfully open in upgrade mode.

Related Oracle Upgrade Articles

  • ORA-01555: Snapshot Too Old – Deep Dive into Undo and Query Consistency
  • ORA-01114 / ORA-01110: Cannot Add Datafile or Write to File – Causes, Fixes & Prevention (Real Oracle DBA Guide)
  • Oracle 19c Database Upgrade from 11.2.0.4 to 19c Using Manual Method

Final Thoughts

The ORA-01092 and ORA-39701 errors are simple to resolve once you understand Oracle’s exclusive mode requirement for upgrades.

By temporarily disabling the cluster configuration and restarting the instance, you ensure that your upgrade process runs smoothly — without forced disconnections or instance terminations.

Always verify cluster_database and undo_tablespace parameters before running upgrade scripts to avoid unexpected downtime.

Tags: Database UpgradeExclusive ModeORA-01092ORA-39701Oracle 19cOracle DatabaseOracle DBAOracle RACOracle Troubleshooting
Previous Post

ORA-01555: Snapshot Too Old – Deep Dive into Undo and Query Consistency

Next Post

ORA-04030: Out of Process Memory in PGA – Oracle Memory Troubleshooting Guide

Next Post
ORA-04030: Out of Process Memory in PGA – Oracle Memory Fix Guide

ORA-04030: Out of Process Memory in PGA – Oracle Memory Troubleshooting Guide

Comments 1

  1. Pingback: ORA-01653: Unable to Extend Table or Index – Fix Tablespace Space Errors in Oracle

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

POPULAR NEWS

  • Oracle Patch 38632161: Step-by-Step Guide to Upgrade Oracle 19c to Release Update 19.30

    Oracle Patch 38632161: Step-by-Step Guide to Upgrade Oracle 19c to Release Update 19.30

    0 shares
    Share 0 Tweet 0
  • How To Download And Install The Latest OPatch

    0 shares
    Share 0 Tweet 0
  • How to Install Oracle 19c Database on Red Hat Enterprise Linux 9

    0 shares
    Share 0 Tweet 0
  • Oracle Database 19.32 Release Update (RU) Patching Guide – Patch 39472050

    0 shares
    Share 0 Tweet 0
  • Installing Oracle Database 26AI on Red Hat Enterprise Linux 9

    0 shares
    Share 0 Tweet 0
  • About Us
  • Contact

© 2026 DBAInsight - Smarter Databases. Sharper Insights. DBAInsight.

No Result
View All Result
  • Home
  • Cloud & Modern DBs
  • Guides
  • Cloud Technology
  • Case Studies
  • Troubleshooting
  • Training & Certification

© 2026 DBAInsight - Smarter Databases. Sharper Insights. DBAInsight.

Add as a preferred source on Google
Add as preferred source on Google