در این روش نیاز است تا هر دو نسخه اوراکل(11g و 12c) به طور همزمان بر روی سرور نصب شده باشند.در صورتی که در حین اجرای DBUA، خطایی رخ دهد یا اجرای آن توسط dba کنسل شود، باید مراحل ارتقا را با دستورات cmd ادامه دهیم به عبارت دیگر این روش، restartable نیست.
برای شروع ارتقا با این روش، ابتدا نیاز است تا پیشنیازهای ارتقا را با اسکریپتهای زیر بیابیم و نیز درخواستهای احتمالی آن را مورد بررسی قرار دهیم:
@/u01/oracle/12c/rdbms/admin/preupgrd.sql
Results of the checks are located at:
/u01/oracle/cfgtoollogs/USEF11G/preupgrade/preupgrade.log
Pre-Upgrade Fixup Script (run in source database environment):
/u01/oracle/cfgtoollogs/USEF11G/preupgrade/preupgrade_fixups.sql
Post-Upgrade Fixup Script (run shortly after upgrade):
/u01/oracle/cfgtoollogs/USEF11G/preupgrade/postupgrade_fixups.sql
SQL> @/u01/oracle/cfgtoollogs/USEF11G/preupgrade/preupgrade_fixups.sql
Fix Summary: Execute emremove.sql prior to upgrade.
**************** Pre-Upgrade Fixup Script Complete
در این قسمت یازده مرحله ای که بعد از اجرای dbua اجرا می شوند را نشان خواهیم داد. نکته این که dbua باید از oracle_home مربوط به 12c اجرا شود.
/u01/oracle/12c/bin/dbua
مرحله یک: گزینه Upgrade Oracle Database را انتخاب کنید.
مرحله دوم: در این مرحله مشخصات همه بانکهایی که sid آنها در فایل /etc/oratab ثبت شده نشان داده می شوند. پس در صورتی که مشخصات بانک مورد نظر دیده نشد، باید به این فایل اضافه شود.
مرحله سوم: این مرحله پیش نیازها را چک می کند و در صورتی که در این مرحله با خطایی مواجه شویم که قابل fix شدن نباشد، احتمالا توصیه های اسکریپت preupgrd.sql را به خوبی اجرا نکرده ایم.
مرحله چهارم: این مرحله نسبت به مراحل قبلی نیاز به توجه بیشتری دارد. در این مرحله می توان تعداد پروسسهایی که در زمینه ارتقا مسئول هستند را مشخص کرد همانطور که قبلا گفته شد، مقداری که اوراکل بطور پیش فرض برای آن پیشنهاد می دهد، بر اساس تعداد هسته cpu می باشد. همچنین این امکان وجود دارد که بعد از اجرای ارتقا، یکبار recompile انجام شود این کار می تواند به صورت موازی انجام شود البته می توان به جای انتخاب این گزینه، همانند نسخه 11g، از اسکریپت utlrp.sql ، بعد از اجرای عملیات ارتقا استفاده کرد.
در این کادر امکان و قابلیتهای دیگر از قبیل بروزرسانی time zone به آخرین نسخه وجود دارد که در مرحله post-upgrade قابل انجام خواهد بود. با انتخاب Gather Statistics Before Upgrade هم می توان آمارهای data dictionary را تازه تر کرد که این کار می تواند سرعت عملیات ارتقا را بهبود بخشد.
مرحله پنجم: OEM 11g توسط 12c منسوخ شده است که می توانیم نسخه جدید آن را پیکربندی کنیم.
مرحله ششم: در این مرحله امکان جابجایی database fileها به مکانی غیر از مکان فعلی ممکن می شود.
مرحله هفتم: در این مرحله می توانیم بانک اطلاعاتی را با listenerهای موجود ارائه شده رجیستر کنیم.
مرحله هشتم: در زمان ارتقا یا بعد از آن ممکن است با خطاهایی مواجه شویم که کار ما را با مختل سازد به همین دلیل نیاز است که قبل از ارتقا از بانک اطلاعاتی backup داشته باشیم البته قابلیت flashback هم از طریق این کادر ممکن می شود که هر دو اینها نیاز به هزینه اضافی دارند.
مرحله نهم: کادر زیر گزارشی را به ما ارائه می دهد تا قبل از اجرا، دید کلی تری از کار داشته باشیم.
مرحله دهم: در این مرحله ارتقا انجام می شود :
مرحله یازدهم: گزارشی از کارهای انجام شده.
حال باید به اوراکل 12c وصل شویم و دستور زیر را اجرا کنیم که نشان می دهد که componentها در کدام نسخه قرار دارند:
select comp_name,version,status from dba_registry;
COMP_NAME VERSION STATUS
—————————————- ———— ———-
Oracle Application Express 4.2.0.00.27 VALID
OWB 11.2.0.4.0 VALID
OLAP Catalog 11.2.0.4.0 OPTION OFF
Spatial 12.1.0.1.0 VALID
Oracle Multimedia 12.1.0.1.0 VALID
Oracle XML Database 12.1.0.1.0 VALID
Oracle Text 12.1.0.1.0 VALID
Oracle Workspace Manager 12.1.0.1.0 VALID
Oracle Database Catalog Views 12.1.0.1.0 VALID
Oracle Database Packages and Types 12.1.0.1.0 VALID
JServer JAVA Virtual Machine 12.1.0.1.0 VALID
Oracle XDK 12.1.0.1.0 VALID
Oracle Database Java Packages 12.1.0.1.0 VALID
OLAP Analytic Workspace 12.1.0.1.0 VALID
Oracle OLAP API 12.1.0.1.0 VALID
15 rows selected.
@/u01/oracle/12c/rdbms/admin/utlu121s.sql