oracle upgrade

db가 생성된 후에는,  startup upgrade후에 다음과 같은 작업을 해야합니다.

디비의 버전을 업그레이드 했지만, 이미 만들어진 객체들, 테이블, 패키지등은 아직 구버전 그대로 이기때문에,

테이블, 패키지등을 새로운 버전으로 업그레이드 하는 작업이 필요한데,  이것이  아래의 작업입니다.

 

사실은, 디비가 생성된 후에 패치 하지 마시고,  가능하면 디비 엔진만 설치 된 후에 패치하고,

그리고 디비 생성하는것이좋습니다.    그러면 아래같은 작업을 하지 않아도 됩니다.

 

아래와 같이 작업해도,  시간이 많이 걸리고, 진행이 안되고 멈추는 경우도 있었습니다. 

디비가 운영중일때는, 이런 패치작업은가능하면 안하는 것이 좋고, 

하더라도 디비 모든 내용(디비엔진, 데이터파일등 몽땅)을 다른곳에 백업을 받아놓고 하는것이 안전합니다. 

 

( 아래 내용은 패치안에 포함된 readme.html에 있는 내용을 편집한것입니다. 

  자세한 것은 readme.html을 참조하시기 바래요.)

Note: If you do not run the catupgrd.sql script as described in this section and you start up a database for normal operation, then ORA-01092: ORACLE instance terminated. Disconnection forcederrors will occur and the error ORA-39700: database must be opened with UPGRADE optionwill be in the alert! log.

1. Enter the following SQL*Plus commands:

   SQL> STARTUP UPGRADE
   SQL> SPOOL patch.log
   SQL> @?/rdbms/admin/catupgrd.sql  <- 이부분 실행
   SQL> SPOOL OFF
   

2. Review the patch.log file for errors and inspect the list of components that is displayed at the end of catupgrd.sqlscript.

   This list provides the version and status of each SERVER component in the database.

3. If necessary, rerun the catupgrd.sql script after correcting any problems.

4. Restart the database:

   SQL> SHUTDOWN IMMEDIATE
   SQL> STARTUP
   

1. Run the utlrp.sql script to recompile all invalid PL/SQL packages now instead of when the packages are accessed for the first time. This step is optional but recommended.

2. SQL> @?/rdbms/admin/utlrp.sql <-이부분 실행
   
   

Note: When the 10.2.0.4 patch set is applied to an Oracle Database 10g Standard Edition database, there may be 54 invalid objects after the utlrp.sql script runs. These objects belong to the unsupported components and do not affect the database operation. Ignore any messages indicating that the database contains invalid recycle bin objects similar to the following: BIN$4lzljWIt9gfgMFeM2hVSoA==$0

1. Run the following command to check the status of all the components after the upgrade:

   SQL> select comp_name, version, status from sys.dba_registry;
   

   In the output of the preceding command, the status of all the components should be VALID for a successful upgrade.