{"id":242297,"date":"2024-06-13T15:07:00","date_gmt":"2024-06-13T22:07:00","guid":{"rendered":"https:\/\/virtual-dba.com\/?p=242297"},"modified":"2024-06-28T17:11:56","modified_gmt":"2024-06-29T00:11:56","slug":"data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade","status":"publish","type":"post","link":"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/","title":{"rendered":"Data Guard Database Migration and Upgrade to 19c Using Oracle AutoUpgrade"},"content":{"rendered":"\n

After completing several database migration and upgrade projects, utilizing Data Guard to migrate the database has been my preferred method when minimal downtime is required, and Golden Gate is not an option. From 11.2.0.1 onwards, it is possible to configure the Physical Standby database with a higher patch set or significant release from the Primary database for purposes of a migration to new hardware, provided that after a switchover to that standby, the database is not allowed to open and is immediately upgraded in the usual manner (refer to Oracle Doc ID 785347.1). The process requires three stages: creation – setup of physical standby, pre-upgrade, and cutover (activating and upgrading physical standby). The test scenario below migrates and upgrades a 12.2 database to 19c using the auto-upgrade tool.<\/p>\n\n\n\n

Environment Details<\/h2>\n\n\n\n

I kept the same oracle_sid with the option of keeping the same info. We only need the db_unique_name to be different for the Data Guard configuration. After the cutover and upgrade are complete, we can change the db_unique_name to the same as the source.<\/p>\n\n\n\n

SOURCE<\/code><\/p>\n\n\n\n

hostname<\/code><\/td>ol1.ol<\/code><\/td><\/tr>
db_name<\/code><\/td>cdb1<\/code><\/td><\/tr>
db_unique_name<\/code><\/td>cdb1<\/code><\/td><\/tr>
oracle_sid<\/code><\/code><\/td>cdb1<\/code><\/td><\/tr>
oracle_home<\/code><\/td>\/u01\/app\/oracle\/product\/12.2.0\/dbhome_1<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

DESTINATION<\/code><\/p>\n\n\n\n

hostname<\/code><\/td>ol2.ol<\/code><\/td><\/tr>
db_name<\/code><\/td>cdb1<\/code><\/td><\/tr>
db_unique_name<\/code><\/td>cdb19<\/code><\/td><\/tr>
oracle_sid<\/code><\/td>cdb1<\/code><\/td><\/tr>
oracle_home<\/code><\/td>\/u01\/app\/oracle\/product\/19.0.0\/dbhome_1<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Data Guard Physical Standby Setup Phase<\/h2>\n\n\n\n

If the source database is in archive log mode, no downtime is required; otherwise, put the database in archive log mode.<\/p>\n\n\n\n

1. <\/strong>Install 19c binaries on the destination server.
<\/p>\n\n\n\n

2. <\/strong>Enable force logging on the source database, adjust parameters, and add standby redo logs.<\/p>\n\n\n\n

SQL> ALTER DATABASE FORCE LOGGING;\nSQL> ALTER SYSTEM SET log_archive_config='DG_CONFIG=(cdb1,cdb19)' scope=both;\nSQL> ALTER SYSTEM SET standby_file_management=AUTO scope=both;\n\n-- check current redo logs\nSQL> select a.group#,a.member,b.bytes\/1024\/1024 MB from v$logfile a join v$log b on a.group#=b.group# order by 1;\n\n-- add standby redo logs\nSQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 GROUP 11 ('\/u01\/oradata\/cdb1\/standby_redo11.log') SIZE 250M;\nSQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 GROUP 12 ('\/u01\/oradata\/cdb1\/standby_redo12.log') SIZE 250M;\nSQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 GROUP 13 ('\/u01\/oradata\/cdb1\/standby_redo13.log') SIZE 250M;\nSQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 GROUP 14 ('\/u01\/oradata\/cdb1\/standby_redo14.log') SIZE 250M;\nSQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 GROUP 15 ('\/u01\/oradata\/cdb1\/standby_redo15.log') SIZE 250M;\nSQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 GROUP 16 ('\/u01\/oradata\/cdb1\/standby_redo16.log') SIZE 250M;<\/code><\/pre>\n\n\n\n
3. <\/strong>Add TNS entries on both source and destination servers.<\/p>\n\n\n\n
CDB1 =\n  (DESCRIPTION =\n    (ADDRESS = (PROTOCOL = TCP)(HOST = ol1.ol)(PORT = 1521))\n     (CONNECT_DATA =\n     (SERVER = DEDICATED)\n     (SERVICE_NAME = cdb1)\n    )\n  )\n\nCDB19 =\n  (DESCRIPTION =\n    (ADDRESS = (PROTOCOL = TCP)(HOST = ol2.ol)(PORT = 1521))\n  \t(CONNECT_DATA =\n      (SERVER = DEDICATED)\n      (SERVICE_NAME = cdb19)(UR=A)\n    )\n  )<\/code><\/pre>\n\n\n\n
4. <\/strong>Copy the source pfile and password file to the destination server.<\/p>\n\n\n\n
5. <\/strong>In the example below, the backup source database is backed up to a shared location accessible by both servers.<\/p>\n\n\n\n
rman target \/\n\nRMAN> backup database format '\/oracle\/rman\/db_%U' plus archivelog format '\/oracle\/rman\/arc_%U';\n\nRMAN> backup current controlfile format '\/oracle\/rman\/ctl_%U';<\/code><\/pre>\n\n\n\n
6. <\/strong>On the destination server, edit pfile and add\/change db_unique_name entry<\/p>\n\n\n\n
db_unique_name='cdb19'<\/code><\/pre>\n\n\n\n
7. <\/strong>Create required directories<\/p>\n\n\n\n
mkdir -p \/u01\/app\/oracle\/admin\/cdb1\/adump\nmkdir -p \/u01\/oradata\/cdb1\nmkdir -p \/u01\/fra\/CDB1<\/code><\/pre>\n\n\n\n
8. <\/strong>Create the spfile and start the database in nomount mode.<\/p>\n\n\n\n
SQL> create spfile from pfile;\nSQL> startup nomount force;<\/code><\/pre>\n\n\n\n
9. <\/strong>Create the standby database using the rman duplicate command.<\/p>\n\n\n\n
rman auxiliary \/\n\nRMAN> duplicate database for standby backup location '\/oracle\/rman' nofilenamecheck;<\/code><\/pre>\n\n\n\n
10<\/strong>. Configure log shipping on the source database (PRIMARY)<\/p>\n\n\n\n
SQL> ALTER SYSTEM SET log_archive_dest_2='SERVICE=CDB19 NOAFFIRM ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=cdb19' SCOPE=both;\n\nSQL> ALTER SYSTEM SET log_archive_dest_state_2=enable scope=both;\n\nSQL> ALTER SYSTEM SET fal_server='CDB19' scope=both;<\/code><\/pre>\n\n\n\n
11.<\/strong> Start the application process on the destination database (STANDBY)<\/p>\n\n\n\n
SQL> ALTER SYSTEM SET fal_server='CDB1' scope=both;\n\n-- start MRP\nSQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;\n\n-- check MRP to make sure it started\nSQL> select process, thread#, sequence#, status from v$managed_standby where process = 'MRP0';\n\nPROCESS      THREAD#  SEQUENCE# STATUS\n--------- ---------- ---------- ------------\nMRP0               1         33 APPLYING_LOG<\/code><\/pre>\n\n\n\n
12.<\/strong> On the source (PRIMARY) database, check to ensure there is no GAP, perform a couple of log switches, and run the query below until the gap is 0 or is going down.<\/p>\n\n\n\n
SQL> select a.not_applied - b.applied GAP\nfrom\n(select max(sequence#) not_applied\nfrom v$archived_log\nwhere dest_id = 1\nand name is not null\nand applied = 'NO') a,\n(select max(sequence#) applied\nfrom v$archived_log\nwhere dest_id = 2\nand name is not null\nand applied = 'YES') b;\n\n\nGAP\n----------\n   0<\/code><\/pre>\n\n\n\n
Pre-Upgrade Phase<\/h2>\n\n\n\n
Typically, no downtime is required here unless pre-upgrade findings and fixes require it (more than usual broken sys objects or components).<\/p>\n\n\n\n
1. <\/strong>Download the latest auto-upgrade tool (Doc ID 2485457.1).<\/p>\n\n\n\n
2.<\/strong> Create an auto-upgrade config file on the source (PRIMARY) database.<\/p>\n\n\n\n
# source_cdb1.cfg\n\nglobal.autoupg_log_dir=\/home\/oracle\/upgrade\/tmp\nupg1.log_dir=\/home\/oracle\/upgrade\/tmp\nupg1.sid=cdb1\nupg1.source_home=\/u01\/app\/oracle\/product\/12.2.0\/dbhome_1\n# target_home not required on analyze phase\nupg1.target_home=\nupg1.start_time=NOW\nupg1.upgrade_node=ol1.ol\nupg1.run_utlrp=yes\nupg1.timezone_upg=yes\nupg1.target_version=19<\/code><\/pre>\n\n\n\n
3.<\/strong> Execute auto-upgrade analyze mode and review logs.<\/p>\n\n\n\n
$ORACLE_HOME\/jdk\/bin\/java -jar autoupgrade.jar -config source_cdb1.cfg -mode analyze\n\n# review logs\n# \/home\/oracle\/upgrade\/tmp\/cfgtoollogs\/upgrade\/auto\/status\/status.log\n# \/home\/oracle\/upgrade\/tmp\/cdb1\/100\/prechecks\/cdb1_preupgrade.log<\/code><\/pre>\n\n\n\n
4. <\/strong>Execute auto-upgrade fixup mode (it can be optional to run the auto-fixup scripts for more control manually).<\/p>\n\n\n\n
$ORACLE_HOME\/jdk\/bin\/java -jar autoupgrade.jar -config source_cdb1.cfg -mode fixups<\/code><\/pre>\n\n\n\n
5.<\/strong> Prepare an auto-upgrade config file on the destination (STANDBY) database.<\/p>\n\n\n\n
# dest_cdb1.cfg\n\nglobal.autoupg_log_dir=\/home\/oracle\/upgrade\/tmp\nupg1.log_dir=\/home\/oracle\/upgrade\/tmp\nupg1.sid=cdb1\n# source not required, use a temp location\nupg1.source_home=\/home\/oracle\/upgrade\/tmp\nupg1.target_home=\/u01\/app\/oracle\/product\/19.0.0\/dbhome_1\nupg1.start_time=NOW\nupg1.upgrade_node=ol2.ol\nupg1.run_utlrp=yes\nupg1.timezone_upg=yes\nupg1.target_version=19<\/code><\/pre>\n\n\n\n
Cutover (activate and upgrade)<\/h2>\n\n\n\n
Planned downtime cutover activate standby should take less than 5 mins, while upgrade will take anywhere from 30-90 mins depending on the number of components installed. We can get accurate timing by testing the upgrade process, skipping step 1, and just making sure logs are in sync; after completing the process, use the guaranteed flashback to roll back the database and convert to physical standby without the need to rebuild.<\/p>\n\n\n\n
1. <\/strong>Stop applications and shut down the source database.<\/p>\n\n\n\n
2. <\/strong>Verify all logs are applied and stop the Managed Recovery Process.<\/p>\n\n\n\n
SQL> alter database recover managed standby database cancel;<\/code><\/pre>\n\n\n\n
3. <\/strong>Create a guaranteed restore point.<\/p>\n\n\n\n
SQL> Create restore point GRP_PRE19 guarantee flashback database;<\/code><\/pre>\n\n\n\n
4.<\/strong> Activate the physical standby database.<\/p>\n\n\n\n
SQL> alter database activate standby database;\n\n-- verify\nSQL> select database_role,open_mode from v$database;\n\nDATABASE_ROLE    OPEN_MODE\n---------------- --------------------\nPRIMARY          MOUNTED<\/code><\/pre>\n\n\n\n
5.<\/strong> Open database for upgrade<\/p>\n\n\n\n
SQL> alter database open upgrade;\n\n-- optional if using multitenant\nSQL> alter pluggable database all open upgrade force;<\/code><\/pre>\n\n\n\n
6. <\/strong>Execute auto-upgrade upgrade mode.<\/p>\n\n\n\n
$ORACLE_HOME\/jdk\/bin\/java -jar autoupgrade.jar -config dest_cdb1.cfg -mode upgrade<\/code><\/pre>\n\n\n\n
7.<\/strong> Post steps and optional change db_unique_name in spfile and pfile.<\/p>\n\n\n\n
Conclusion<\/h2>\n\n\n\n
In conclusion, Data Guard database migration provides an efficient and reliable method for upgrading to Oracle 19c with minimal downtime. By utilizing Oracle AutoUpgrade and configuring Mixed Versions Data Guard, you can streamline the migration process and ensure high availability throughout. This approach simplifies complex upgrades, making it an ideal choice for database administrators looking to maintain system performance and reliability during transitions.<\/p>\n\n\n\n
For any questions or more information, please reach out to us<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":"
After completing several database migration and upgrade projects, utilizing Data Guard to migrate the database has been my preferred method when minimal downtime is required, and Golden Gate is not an option. From 11.2.0.1 onwards, it is possible to configure the Physical Standby database with a higher patch set or significant release from the Primary […]<\/p>\n","protected":false},"author":39,"featured_media":242307,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"off","_et_pb_old_content":"","_et_gb_content_width":"","content-type":"","footnotes":""},"categories":[4166,23],"tags":[1145,4180],"class_list":["post-242297","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog","category-oracle","tag-oracle","tag-oracle-19c"],"yoast_head":"\nData Guard Database Migration and Upgrade to 19c<\/title>\n<meta name=\"description\" content=\"Learn how Data Guard database migration simplifies upgrading to Oracle 19c, ensuring minimal downtime and high availability with AutoUpgrade.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Data Guard Database Migration and Upgrade to 19c Using Oracle AutoUpgrade\" \/>\n<meta property=\"og:description\" content=\"Learn how Data Guard database migration simplifies upgrading to Oracle 19c, ensuring minimal downtime and high availability with AutoUpgrade.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/\" \/>\n<meta property=\"og:site_name\" content=\"Virtual-DBA Remote DBA Services & Support - Certified Database Experts\" \/>\n<meta property=\"article:published_time\" content=\"2024-06-13T22:07:00+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2024-06-29T00:11:56+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/virtual-dba.com\/wp-content\/uploads\/Data-Guard-Database-Migration-and-Upgrade-to-19c-Using-Oracle-AutoUpgrade.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"557\" \/>\n\t<meta property=\"og:image:height\" content=\"291\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"Marvin Lapid\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@virtual_dba\" \/>\n<meta name=\"twitter:site\" content=\"@virtual_dba\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Marvin Lapid\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"3 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/\"},\"author\":{\"name\":\"Marvin Lapid\",\"@id\":\"https:\/\/virtual-dba.com\/#\/schema\/person\/af23393bbdbfff936f9649f8deccf48e\"},\"headline\":\"Data Guard Database Migration and Upgrade to 19c Using Oracle AutoUpgrade\",\"datePublished\":\"2024-06-13T22:07:00+00:00\",\"dateModified\":\"2024-06-29T00:11:56+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/\"},\"wordCount\":627,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\/\/virtual-dba.com\/#organization\"},\"image\":{\"@id\":\"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/virtual-dba.com\/wp-content\/uploads\/Data-Guard-Database-Migration-and-Upgrade-to-19c-Using-Oracle-AutoUpgrade.jpg\",\"keywords\":[\"Oracle\",\"Oracle 19c\"],\"articleSection\":[\"Blog\",\"Oracle\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/\",\"url\":\"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/\",\"name\":\"Data Guard Database Migration and Upgrade to 19c\",\"isPartOf\":{\"@id\":\"https:\/\/virtual-dba.com\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/virtual-dba.com\/wp-content\/uploads\/Data-Guard-Database-Migration-and-Upgrade-to-19c-Using-Oracle-AutoUpgrade.jpg\",\"datePublished\":\"2024-06-13T22:07:00+00:00\",\"dateModified\":\"2024-06-29T00:11:56+00:00\",\"description\":\"Learn how Data Guard database migration simplifies upgrading to Oracle 19c, ensuring minimal downtime and high availability with AutoUpgrade.\",\"breadcrumb\":{\"@id\":\"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/#primaryimage\",\"url\":\"https:\/\/virtual-dba.com\/wp-content\/uploads\/Data-Guard-Database-Migration-and-Upgrade-to-19c-Using-Oracle-AutoUpgrade.jpg\",\"contentUrl\":\"https:\/\/virtual-dba.com\/wp-content\/uploads\/Data-Guard-Database-Migration-and-Upgrade-to-19c-Using-Oracle-AutoUpgrade.jpg\",\"width\":557,\"height\":291,\"caption\":\"Data Guard Database Migration and Upgrade to 19c Using Oracle AutoUpgrade\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/virtual-dba.com\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Data Guard Database Migration and Upgrade to 19c Using Oracle AutoUpgrade\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/virtual-dba.com\/#website\",\"url\":\"https:\/\/virtual-dba.com\/\",\"name\":\"Virtual-DBA Remote DBA Services & Support - Certified Database Experts\",\"description\":\"Remote Database Administration\",\"publisher\":{\"@id\":\"https:\/\/virtual-dba.com\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/virtual-dba.com\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/virtual-dba.com\/#organization\",\"name\":\"Virtual-DBA: Remote DBA | Remote Database Administration\",\"alternateName\":\"Virtual-DBA powered by XTIVIA\",\"url\":\"https:\/\/virtual-dba.com\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/virtual-dba.com\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/virtual-dba.com\/wp-content\/uploads\/V-DBA-Database-Services-and-Support-Featured-Logo.jpg\",\"contentUrl\":\"https:\/\/virtual-dba.com\/wp-content\/uploads\/V-DBA-Database-Services-and-Support-Featured-Logo.jpg\",\"width\":557,\"height\":291,\"caption\":\"Virtual-DBA: Remote DBA | Remote Database Administration\"},\"image\":{\"@id\":\"https:\/\/virtual-dba.com\/#\/schema\/logo\/image\/\"},\"sameAs\":[\"https:\/\/x.com\/virtual_dba\",\"https:\/\/www.linkedin.com\/showcase\/36220649\/\",\"https:\/\/www.youtube.com\/channel\/UCx3AIeUQ2ziTLKZSJDZ-SEg\"],\"description\":\"Eliminate database downtime and spiraling costs with XTIVIA\u2019s Virtual-DBA. In today\u2019s always-on business world, gaps in 24x7 on-call DBA support, neglected maintenance and security, or a stretched team struggling with overwhelming workloads can lead to costly disruptions and threaten business continuity. XTIVIA\u2019s Virtual-DBA provides the immediate, expert database administration you need, exactly when you need it, ensuring optimal performance, ironclad security, and significant cost savings without the burden of expanding your in-house team. The goal of Virtual-DBA is to provide a cost-effective solution for organizations seeking to optimize the security, management, maintenance, availability, and performance of their critical business systems, whether self-managed or cloud-managed (e.g., AWS RDS, Azure SQL Database). We accomplish this through a comprehensive remote DBA service offering designed specifically to meet the Oracle\u00ae, DB2\u00ae, Informix\u00ae, MySQL\u2122, PostgreSQL\u00ae, MongoDB\u00ae, MariaDB, and Microsoft SQL Server\u00ae, CockroachDB, Databricks, AWS, and Azure needs of our clients.\",\"email\":\"info@xtivia.com\",\"telephone\":\"8886853101\",\"legalName\":\"XTIVIA, Inc\",\"foundingDate\":\"1992-05-01\",\"numberOfEmployees\":{\"@type\":\"QuantitativeValue\",\"minValue\":\"201\",\"maxValue\":\"500\"}},{\"@type\":\"Person\",\"@id\":\"https:\/\/virtual-dba.com\/#\/schema\/person\/af23393bbdbfff936f9649f8deccf48e\",\"name\":\"Marvin Lapid\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/virtual-dba.com\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/1463b521f18db5d24bdb15bfbe819c8cebb96b6d00cdc470d2a435c2a817338a?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/1463b521f18db5d24bdb15bfbe819c8cebb96b6d00cdc470d2a435c2a817338a?s=96&d=mm&r=g\",\"caption\":\"Marvin Lapid\"},\"url\":\"https:\/\/virtual-dba.com\/author\/marvin-lapid\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Data Guard Database Migration and Upgrade to 19c","description":"Learn how Data Guard database migration simplifies upgrading to Oracle 19c, ensuring minimal downtime and high availability with AutoUpgrade.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/","og_locale":"en_US","og_type":"article","og_title":"Data Guard Database Migration and Upgrade to 19c Using Oracle AutoUpgrade","og_description":"Learn how Data Guard database migration simplifies upgrading to Oracle 19c, ensuring minimal downtime and high availability with AutoUpgrade.","og_url":"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/","og_site_name":"Virtual-DBA Remote DBA Services & Support - Certified Database Experts","article_published_time":"2024-06-13T22:07:00+00:00","article_modified_time":"2024-06-29T00:11:56+00:00","og_image":[{"width":557,"height":291,"url":"https:\/\/virtual-dba.com\/wp-content\/uploads\/Data-Guard-Database-Migration-and-Upgrade-to-19c-Using-Oracle-AutoUpgrade.jpg","type":"image\/jpeg"}],"author":"Marvin Lapid","twitter_card":"summary_large_image","twitter_creator":"@virtual_dba","twitter_site":"@virtual_dba","twitter_misc":{"Written by":"Marvin Lapid","Est. reading time":"3 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/#article","isPartOf":{"@id":"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/"},"author":{"name":"Marvin Lapid","@id":"https:\/\/virtual-dba.com\/#\/schema\/person\/af23393bbdbfff936f9649f8deccf48e"},"headline":"Data Guard Database Migration and Upgrade to 19c Using Oracle AutoUpgrade","datePublished":"2024-06-13T22:07:00+00:00","dateModified":"2024-06-29T00:11:56+00:00","mainEntityOfPage":{"@id":"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/"},"wordCount":627,"commentCount":0,"publisher":{"@id":"https:\/\/virtual-dba.com\/#organization"},"image":{"@id":"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/#primaryimage"},"thumbnailUrl":"https:\/\/virtual-dba.com\/wp-content\/uploads\/Data-Guard-Database-Migration-and-Upgrade-to-19c-Using-Oracle-AutoUpgrade.jpg","keywords":["Oracle","Oracle 19c"],"articleSection":["Blog","Oracle"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/","url":"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/","name":"Data Guard Database Migration and Upgrade to 19c","isPartOf":{"@id":"https:\/\/virtual-dba.com\/#website"},"primaryImageOfPage":{"@id":"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/#primaryimage"},"image":{"@id":"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/#primaryimage"},"thumbnailUrl":"https:\/\/virtual-dba.com\/wp-content\/uploads\/Data-Guard-Database-Migration-and-Upgrade-to-19c-Using-Oracle-AutoUpgrade.jpg","datePublished":"2024-06-13T22:07:00+00:00","dateModified":"2024-06-29T00:11:56+00:00","description":"Learn how Data Guard database migration simplifies upgrading to Oracle 19c, ensuring minimal downtime and high availability with AutoUpgrade.","breadcrumb":{"@id":"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/#primaryimage","url":"https:\/\/virtual-dba.com\/wp-content\/uploads\/Data-Guard-Database-Migration-and-Upgrade-to-19c-Using-Oracle-AutoUpgrade.jpg","contentUrl":"https:\/\/virtual-dba.com\/wp-content\/uploads\/Data-Guard-Database-Migration-and-Upgrade-to-19c-Using-Oracle-AutoUpgrade.jpg","width":557,"height":291,"caption":"Data Guard Database Migration and Upgrade to 19c Using Oracle AutoUpgrade"},{"@type":"BreadcrumbList","@id":"https:\/\/virtual-dba.com\/blog\/data-guard-database-migration-and-upgrade-to-19c-using-oracle-autoupgrade\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/virtual-dba.com\/"},{"@type":"ListItem","position":2,"name":"Data Guard Database Migration and Upgrade to 19c Using Oracle AutoUpgrade"}]},{"@type":"WebSite","@id":"https:\/\/virtual-dba.com\/#website","url":"https:\/\/virtual-dba.com\/","name":"Virtual-DBA Remote DBA Services & Support - Certified Database Experts","description":"Remote Database Administration","publisher":{"@id":"https:\/\/virtual-dba.com\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/virtual-dba.com\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Organization","@id":"https:\/\/virtual-dba.com\/#organization","name":"Virtual-DBA: Remote DBA | Remote Database Administration","alternateName":"Virtual-DBA powered by XTIVIA","url":"https:\/\/virtual-dba.com\/","logo":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/virtual-dba.com\/#\/schema\/logo\/image\/","url":"https:\/\/virtual-dba.com\/wp-content\/uploads\/V-DBA-Database-Services-and-Support-Featured-Logo.jpg","contentUrl":"https:\/\/virtual-dba.com\/wp-content\/uploads\/V-DBA-Database-Services-and-Support-Featured-Logo.jpg","width":557,"height":291,"caption":"Virtual-DBA: Remote DBA | Remote Database Administration"},"image":{"@id":"https:\/\/virtual-dba.com\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/x.com\/virtual_dba","https:\/\/www.linkedin.com\/showcase\/36220649\/","https:\/\/www.youtube.com\/channel\/UCx3AIeUQ2ziTLKZSJDZ-SEg"],"description":"Eliminate database downtime and spiraling costs with XTIVIA\u2019s Virtual-DBA. In today\u2019s always-on business world, gaps in 24x7 on-call DBA support, neglected maintenance and security, or a stretched team struggling with overwhelming workloads can lead to costly disruptions and threaten business continuity. XTIVIA\u2019s Virtual-DBA provides the immediate, expert database administration you need, exactly when you need it, ensuring optimal performance, ironclad security, and significant cost savings without the burden of expanding your in-house team. The goal of Virtual-DBA is to provide a cost-effective solution for organizations seeking to optimize the security, management, maintenance, availability, and performance of their critical business systems, whether self-managed or cloud-managed (e.g., AWS RDS, Azure SQL Database). We accomplish this through a comprehensive remote DBA service offering designed specifically to meet the Oracle\u00ae, DB2\u00ae, Informix\u00ae, MySQL\u2122, PostgreSQL\u00ae, MongoDB\u00ae, MariaDB, and Microsoft SQL Server\u00ae, CockroachDB, Databricks, AWS, and Azure needs of our clients.","email":"info@xtivia.com","telephone":"8886853101","legalName":"XTIVIA, Inc","foundingDate":"1992-05-01","numberOfEmployees":{"@type":"QuantitativeValue","minValue":"201","maxValue":"500"}},{"@type":"Person","@id":"https:\/\/virtual-dba.com\/#\/schema\/person\/af23393bbdbfff936f9649f8deccf48e","name":"Marvin Lapid","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/virtual-dba.com\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/1463b521f18db5d24bdb15bfbe819c8cebb96b6d00cdc470d2a435c2a817338a?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/1463b521f18db5d24bdb15bfbe819c8cebb96b6d00cdc470d2a435c2a817338a?s=96&d=mm&r=g","caption":"Marvin Lapid"},"url":"https:\/\/virtual-dba.com\/author\/marvin-lapid\/"}]}},"_links":{"self":[{"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/posts\/242297","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/users\/39"}],"replies":[{"embeddable":true,"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/comments?post=242297"}],"version-history":[{"count":0,"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/posts\/242297\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/media\/242307"}],"wp:attachment":[{"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/media?parent=242297"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/categories?post=242297"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/virtual-dba.com\/wp-json\/wp\/v2\/tags?post=242297"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}