32 bit oracle10201 升級 到x64 oracle10201過程失誤總結
第一.最嚴重的失誤:
db冷備時,只冷備出了oracle_base,和oradata目錄(此目錄中包含了控制檔案,日誌檔案,還有oracle本身的資料檔案),沒有備份出應用的資料檔案.這樣導致,之後升級失敗時(升級的過程,也就是執行sql的過程,執行sql時,controlfile中會記錄最新的改變,同時,將此最新的改變應用到應用的資料檔案中.這樣一來,即使能還原了oracle_base,和oradata目錄,但是由於無法還原應用的資料檔案,在這種情況下,startup,會報:
SQL> startup
ORACLE 例程已經啟動。
Total System Global Area 2550136832 bytes
Fixed Size 2006416 bytes
Variable Size 553648752 bytes
Database Buffers 1979711488 bytes
Redo Buffers 14770176 bytes
資料庫裝載完畢。
ORA-01122: 資料庫檔案 5 驗證失敗
ORA-01110: 資料檔案 5: 'D:\CWDATA\GS_ORADB_001.DBF'
ORA-01207: 檔案比控制檔案更新 - 舊的控制檔案
),
這也就是說,還原不到原來的起點.
第二.沒有先將"Metalink Note:62290.1 Changing between 32-bit and 64-bit Word Sizes" 通讀三遍,沒有做到結合本次升級現場的環境制定出適合本次升級的步驟.
造成的後果:
因為一般metalink的文章,是在某一步陳述完畢之後,才有Note: ,(正如第17步,第17步見下),我卻是先執行完了sql,最後才從Note: 中發現,原來這個sql是不需要執行的.這個情況為"江湖人士所不齒"!!!
17. Locate the version you are migrating from below, and execute the appropriate
script.:
- If you are migrating an Oracle 8.0, Oracle8i or Oracle 9i 9.0.x database,
run the following script.:
SQL> @$ORACLE_HOME/rdbms/admin/catalog.sql
- If you are migrating an Oracle9i 9.2.0.x database, run the following
script.:
SQL> @$ORACLE_HOME/rdbms/admin/catpatch.sql
- If you are migrating an Oracle10g 10.1.0.x or 10.2.0.x database, run the
following script.:
SQL> @$ORACLE_HOME/rdbms/admin/catupgrd.sql
=============================================================================
Note:
If the patchset level is not being changed (for example, you are
migrating a 9.2.0.8 32-bit database to 9.2.0.8 64-bit) then there is no
need to run the $ORACLE_HOME/rdbms/admin/catpatch.sql script. or the
$ORACLE_HOME/rdbms/admin/catupgrd.sql script. because the data dictionary
is already at the correct level.
=============================================================================
第三,沒用按照第10步中的做,沒有 doubling the size of parameters
10.
When changing wordsize from a 32-bit Oracle version to a 64-bit Oracle
version, Oracle recommends doubling the size of parameters such as:
SHARED_POOL_SIZE
SHARED_POOL_RESERVED_SIZE
LARGE_POOL_SIZE
This is mainly due to an increase in the size of internal data structures.
For an in-depth explanation of this, please see Note 209766.1
'Memory Requirements of Databases Migrated from 32-bit to 64-bit'
沒有 doubling the size of parameters 的後果,是在in normal mode 執行@D:\oracle\product\10.2.0\db_1\RDBMS\ADMIN\utlrp.sql時,有報錯,
SQL> DECLARE
2 threads pls_integer := &&1;
3 BEGIN
4 utl_recomp.recomp_parallel(threads);
5 END;
6 /
DECLARE
*
第 1 行出現錯誤:
ORA-03113: 通訊通道的檔案結束
SQL>
SQL> SELECT dbms_registry_sys.time_stamp('utlrp_end') as timestamp from dual;
ERROR:
ORA-03114: 未連線到 ORALCE
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/161195/viewspace-616361/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Oracle 32bit 升級到64bitOracle
- ORACLE10201手動升級到10204Oracle
- 在安裝linux X86-64的Oracle10201時,在連結過程中出現了這個錯誤LinuxOracle
- dbua升級oracle 10.2.0.1 0 到11.2.0.4 失敗後還原過程Oracle
- Android targetSdkVersion 升級到 26 總結Android
- synchronized升級過程synchronized
- AIX上安裝Oracle10201AIOracle
- windows 2003 32bit 10.2.0.1 升級到windows 2003 64bit 10.2.0.1 的方法Windows
- linux AS4 核心升級並安裝oracleasm的過程總結LinuxOracleASM
- 打怪(githug)升級過程Git
- 升級RH9.0到2.6.5核心全過程(轉)
- cnpm 核心模組 npminstall 升級到 async 總結NPM
- Solaris10上安裝Oracle10201Oracle
- YourSQLDba版本升級總結SQL
- 升級手冊總結
- CentOS 6.4 X64 利用 yum 升級到 Oracle linux 6.4 核心CentOSOracleLinux
- mysql 原始碼安裝過程中錯誤總結MySql原始碼
- oracle10201 startup nomount報ora-00600錯Oracle
- 專案總結之個人失誤
- 總結我在架構師升級過程中的那些坑以及各種體會架構
- 升級_知識點總結
- 升級 PHP7 過程記錄PHP
- Red Hat核心升級過程記錄
- 安裝Oracle10201 for REDHAT AS4 x86_64OracleRedhat
- 專案總結之專案失誤
- 詳細瞭解 synchronized 鎖升級過程synchronized
- 一次系統升級的過程
- oracle小版本升級patch過程和分析Oracle
- 單例項環境下Oracle 11.2.0.3升級到11.2.0.4的過程單例Oracle
- 實踐案例:同程藝龍網的 Dubbo 升級經驗總結
- phpcms使用過程的總結PHP
- centos下caffe用GPU編譯搭建過程以及錯誤總結CentOSGPU編譯
- 個人總結的NC502從安裝到總賬操作過程
- 將Fedora 31升級到Fedora 32的命令列方法簡介命令列
- XCode 10 升級問題總結XCode
- oracle10201 plsql 中max的Ora-06502異常OracleSQL
- 專案 Laravel 框架 5.1 升級到 5.5 過程中的一些問題Laravel框架
- Fedora 1/ rh as 3 安裝oracle 9.2.0, 並升級到9.2.0.4詳細過程(轉)Oracle