The first release of a new database version results in a flurry of books and articles, with most authors working off a beta release of "Release 1", and wary users waiting for "Release 2". We are now in this situation with Oracle Database 11gR1 in place and 11gR2 being rolled out. As a result, the…

The first release of a new database version results in a flurry of books and articles, with most authors working off a beta release of "Release 1", and wary users waiting for "Release 2". We are now in this situation with Oracle Database 11gR1 in place and 11gR2 being rolled out. As a result, the…

Oracle’s Multitenant Option was introduced in 12c Release as an efficient response to the Cloud technology challenges by reducing costs, streamlining processes and managing resources effectively. The architectural model consists of a Container Database (CDB) that controls the instance-wide maintenance activities and contains zero or more isolated pluggable databases (PDB) independently managed in terms of resources and security.

Initially, Oracle did not enforce the model but kept the legacy structures (the older Non-CDB instances) intact. Recently the non-CDB Option was deprecated, a decision that drives Oracle users to start adopting and converting their infrastructure to the new Option. In turn, this posed several challenges of its own and one of those is changing Pluggable Database level name, Container Database name, or Database ID (DBID). 

One possible use case is when a backup file of a PDB is received from a third-party software vendor whose name needs to change to meet the organization’s naming standards or to better convey the purposes of the database. Another scenario is to change the DBID of a cloned database to maintain its unique backup information repository in recovery catalog. In these, and similar situations, we can follow the methods explained below to achieve the required modifications. 

So, here I will provide detailed steps for three different changes that can be implemented in your Multitenant Architecture CDB environment:
-Changing PDB name
-Changing CDB name
-Changing Oracle DBID for all PDB’s

Please note that these changes might have consequences such as impacting backup & recovery. They should not be deployed in a production environment without proper planning and thorough testing.

Oracle’s Multitenant Option was introduced in 12c Release as an efficient response to the Cloud technology challenges by reducing costs, streamlining processes and managing resources effectively. The architectural model consists of a Container Database (CDB) that controls the instance-wide maintenance activities and contains zero or more isolated pluggable databases (PDB) independently managed in terms of resources and security.

Initially, Oracle did not enforce the model but kept the legacy structures (the older Non-CDB instances) intact. Recently the non-CDB Option was deprecated, a decision that drives Oracle users to start adopting and converting their infrastructure to the new Option. In turn, this posed several challenges of its own and one of those is changing Pluggable Database level name, Container Database name, or Database ID (DBID). 

One possible use case is when a backup file of a PDB is received from a third-party software vendor whose name needs to change to meet the organization’s naming standards or to better convey the purposes of the database. Another scenario is to change the DBID of a cloned database to maintain its unique backup information repository in recovery catalog. In these, and similar situations, we can follow the methods explained below to achieve the required modifications. 

So, here I will provide detailed steps for three different changes that can be implemented in your Multitenant Architecture CDB environment:
-Changing PDB name
-Changing CDB name
-Changing Oracle DBID for all PDB’s

Please note that these changes might have consequences such as impacting backup & recovery. They should not be deployed in a production environment without proper planning and thorough testing.

Oracle’s Multitenant Option was introduced in 12c Release as an efficient response to the Cloud technology challenges by reducing costs, streamlining processes and managing resources effectively. The architectural model consists of a Container Database (CDB) that controls the instance-wide maintenance activities and contains zero or more isolated pluggable databases (PDB) independently managed in terms of resources and security.

Initially, Oracle did not enforce the model but kept the legacy structures (the older Non-CDB instances) intact. Recently the non-CDB Option was deprecated, a decision that drives Oracle users to start adopting and converting their infrastructure to the new Option. In turn, this posed several challenges of its own and one of those is changing Pluggable Database level name, Container Database name, or Database ID (DBID). 

One possible use case is when a backup file of a PDB is received from a third-party software vendor whose name needs to change to meet the organization’s naming standards or to better convey the purposes of the database. Another scenario is to change the DBID of a cloned database to maintain its unique backup information repository in recovery catalog. In these, and similar situations, we can follow the methods explained below to achieve the required modifications. 

So, here I will provide detailed steps for three different changes that can be implemented in your Multitenant Architecture CDB environment:
-Changing PDB name
-Changing CDB name
-Changing Oracle DBID for all PDB’s

Please note that these changes might have consequences such as impacting backup & recovery. They should not be deployed in a production environment without proper planning and thorough testing.

Original Broadcast: October 6 & 7, 2016 Amazon RDS provides advanced features and architectures that enable graceful migration, high performance, elastic scaling, and high availability for Oracle database applications. With Amazon RDS, you can deploy multiple editions of Oracle Database in minutes with cost-efficient and re-sizable hardware capacity. Attend this webinar to learn best practices for…

Original Broadcast: October 6 & 7, 2016 Amazon RDS provides advanced features and architectures that enable graceful migration, high performance, elastic scaling, and high availability for Oracle database applications. With Amazon RDS, you can deploy multiple editions of Oracle Database in minutes with cost-efficient and re-sizable hardware capacity. Attend this webinar to learn best practices for…

Docker greatly simplifies the way in which applications and their dependencies are packaged and distributed. While modern, microservices-based applications have greatly benefitted with the use of docker, this technology can be applied to traditional, Oracle-based applications as well. Typically, to create a new WebLogic environment, one would download the installation packages, install weblogic, create the domain and…

Docker greatly simplifies the way in which applications and their dependencies are packaged and distributed. While modern, microservices-based applications have greatly benefitted with the use of docker, this technology can be applied to traditional, Oracle-based applications as well. Typically, to create a new WebLogic environment, one would download the installation packages, install weblogic, create the domain and…