知识大全 Oracle10g同字节序跨平台迁移

Posted 2022-07-16 数据库

篇首语：登山则情满于山，观海则意溢于海。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全 Oracle10g同字节序跨平台迁移相关的知识，希望对你有一定的参考价值。

Oracle10g同字节序跨平台迁移 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　在Oracle g中同字节序跨平台的文件头信息Oracle会自动改写不再需要转换

　　我们看以下测试

　　[oracle@danaly oradata]$ sqlplus / as sysdba

　　SQL*Plus: Release Production on Thu Jul : :

　　Connected to:

　　Oracle Database g Enterprise Edition Release Production

　　With the Partitioning Oracle Label Security OLAP and Data Mining Scoring Engine options

　　SQL> alter database mount;

　　Database altered

　　SQL> alter database open;

　　Database altered

　　SQL> select name from v$datafile;

　　NAME

　　/opt/oracle/oradata/eygle/EYGLE/datafile/o _mf_system_ tc xns_ dbf

　　/opt/oracle/oradata/eygle/EYGLE/datafile/o _mf_undotbs _ tc mb_ dbf

　　/opt/oracle/oradata/eygle/EYGLE/datafile/o _mf_sysaux_ tc gqc_ dbf

　　/opt/oracle/oradata/eygle/EYGLE/datafile/o _mf_users_ tc tth_ dbf

　　SQL> show parameter p

　　NAME TYPE VALUE

　　patible string

　　nls_p string

　　plsql_piler_flags string INTERPRETED NON_DEBUG

　　plsql_v _patibility boolean FALSE

　　SQL> create tablespace trans

　　 datafile /opt/oracle/oradata/eygle/EYGLE/datafile/trans dbf size M;

　　Tablespace created

　　SQL> create user trans identified by trans default tablespace trans;

　　User created

　　SQL> grant connect resource to trans;

　　Grant succeeded

　　SQL> connect trans/trans

　　create table test as select * from dict;

　　Connected

　　SQL>

　　Table created

　　SQL> select count(*) from test;

　　COUNT(*)

　　SQL> connect / as sysdba

　　Connected

　　SQL> alter tablespace trans read only;

　　Tablespace altered

　　SQL> exit

　　Disconnected from Oracle Database g Enterprise Edition Release Production

　　With the Partitioning Oracle Label Security OLAP and Data Mining Scoring Engine options

　　[oracle@danaly oradata]$ exp \\ / as sysdba\\ tablespaces=trans transport_tablespace=y file=exp_trans dmp

　　Export: Release Production on Thu Jul : :

　　Connected to: Oracle Database g Enterprise Edition Release Production

　　With the Partitioning Oracle Label Security OLAP and Data Mining Scoring Engine options

　　Export done in ZHS GBK character set and AL UTF NCHAR character set

　　Note: table data (rows) will not be exported

　　About to export transportable tablespace metadata

　　For tablespace TRANS

　　 exporting cluster definitions

　　 exporting table definitions

　　 exporting table TEST

　　 exporting referential integrity constraints

　　 exporting triggers

　　 end transportable tablespace metadata export

　　Export terminated successfully without warnings

　　[oracle@danaly oradata]$ ls l exp_trans dmp

　　 rw r r oracle dba Jul : exp_trans dmp

　　[oracle@danaly oradata]$ pwd

　　/opt/oracle/oradata

　　然后我们可以直接将这两个文件传输到Windows平台上

　　C:\\oracle\\oradata\\EYGLE\\DATAFILE>ftp

　　Connected to

　　 (vsFTPd )

　　User ( :(none)): oracle

　　 Please specify the password

　　Password:

　　ftp> bin

　　 Switching to Binary mode

　　ftp> mget oradata/eygle/EYGLE/datafile/trans dbf

　　 Switching to Binary mode

　　mget oradata/eygle/EYGLE/datafile/trans dbf? y

　　 PORT mand successful Consider using PASV

　　 Opening BINARY mode data connection for oradata/eygle/EYGLE/datafile/trans dbf ( bytes)

　　 File send OK

　　ftp: 收到字节用时 Seconds Kbytes/sec

　　ftp> mget oradata/exp_trans dmp

　　 Switching to Binary mode

　　mget oradata/exp_trans dmp? y

　　 PORT mand successful Consider using PASV

　　 Opening BINARY mode data connection for oradata/exp_trans dmp ( bytes)

　　 File send OK

　　ftp: 收到字节用时 Seconds Kbytes/sec

　　ftp> quit

　　 Goodbye

　　SQL> create user trans identified by trans;

　　用户已创建

　　SQL> grant connect resource to trans;

　　授权成功

　　接下来执行导入

　　C:\\oracle\\oradata\\EYGLE\\DATAFILE>imp / as sysdba tablespaces=trans transport_tablespace=y file=exp_trans dmp datafiles=C:\\oracle\\oradata\\EYGLE\\DATAFILE\\trans dbf

　　Import: Release Production on 星期四月 : :

　　连接到: Oracle Database g Enterprise Edition Release Production

　　With the Partitioning OLAP and Data Mining options

　　经由常规路径由 EXPORT:V 创建的导出文件

　　即将导入可传输的表空间元数据

　　已经完成 ZHS GBK 字符集和 AL UTF NCHAR 字符集中的导入

　　正在将 SYS 的对象导入到 SYS

　　正在将 TRANS 的对象导入到 TRANS

　　正在导入表 TEST

　　正在将 SYS 的对象导入到 SYS

　　成功终止导入没有出现警告

　　我们看到这个文件可以直接被Windows上的系统识别

　　SQL> select count(*) from trans test;

　　COUNT(*)

　　SQL> select tablespace_name status from dba_tablespaces;

　　TABLESPACE_NAME STATUS

　　SYSTEM ONLINE

　　UNDOTBS ONLINE

　　SYSAUX ONLINE

　　TEMP ONLINE

　　USERS ONLINE

　　TRANS READ ONLY

　　已选择行

　　 Oracle g同字节序跨平台迁移的增强

　　上一节介绍的方法不免过于复杂也许很多朋友会发出这样的疑问既然同字节序数据文件跨平台的差异如此之小为什么Oracle不直接实现这一技术呢？

　　也许是这一迁移的技术优先级较低在Oracle gR 中 Oracle开始支持同字节序数据库的跨平台迁移

　　这一技术实现有以下几点注意事项

　　．源平台和目的平台需要具有相同的字节序

　　．重做日志文件和控制文件不会传输迁移之后需要重建控制文件使用RESETLOGS方式打开数据库临时文件不会被传输

　　． BFILES 外部表和Directories 口令文件等不会被传输

　　我们通过Linux平台到Windows平台的迁移来看一下这一技术的实现

　　．确认平台及版本

　　首先要确定源平台和目标平台具有相同的字节序

　　SQL> select PLATFORM_NAME ENDIAN_FORMAT from V$TRANSPORTABLE_PLATFORM

　　 where platform_name in ( Linux IA ( bit) Microsoft Windows IA ( bit) );

　　PLATFORM_NAME ENDIAN_FORMAT

　　Microsoft Windows IA ( bit) Little

　　Linux IA ( bit) Little

　　然后需要确定源平台及目标平台的数据库版本通常需要这两者具有相同的数据库版本本例的情况有所不同 Linux平台的数据库版本为 Windows平台的数据库版本为数据库版本不同将使情况稍微复杂一点而且需要注意的是通常高版本的数据库不能向低版本迁移

　　．确认迁移是否支持

　　跨平台迁移需要数据库处于READ ONLY模式打开使用DBMS_TDB CHECK_DB进行检查

　　SQL> set serveroutput on

　　SQL> declare

　　 db_ready boolean;

　　 begin

　　 db_ready := dbms_tdb check_db( Microsoft Windows IA ( bit) );

　　 end;

　　PL/SQL procedure successfully pleted

　　如果以上过程成功执行并没有其他相关警告输出则说明数据库可以支持跨平台转移

　　．检查外部对象

　　使用DBMS_TDB CHECK_EXTERNAL来识别外部表 Directories或BFILES等这些对象所指向的外部数据不能被RMAN自动转移

　　SQL> set serveroutput on

　　SQL> declare

　　 external boolean;

　　 begin

　　 external := dbms_tdb check_external;

　　 end;

　　The following directories exist in the database:

　　SYS DATA_PUMP_DIR

　　PL/SQL procedure successfully pleted

　　如果数据库中存在外部表 DIRECTORIES等则以上过程执行后的输出与以上类似

　　．使用RMAN进行跨平台文件迁移

　　执行跨平台迁移首先要通过RMAN对数据文件进行转换 RMAN执行过程如下

　　[oracle@danaly eygle]$ rman target /

　　Recovery Manager: Release Production on Sat Jun : :

　　connected to target database: EYGLE (DBID= )

　　RMAN> CONVERT DATABASE NEW DATABASE JULIA

　　 > TRANSPORT SCRIPT /opt/oracle/oradata/transport/transport sql

　　 > TO PLATFORM Microsoft Windows IA ( bit)

　　 > DB_FILE_NAME_CONVERT /opt/oracle/oradata/eygle/EYGLE/datafile /opt/oracle/oradata/transport ;

　　Starting convert at JUN

　　using target database control file instead of recovery catalog

　　allocated channel: ORA_DISK_

　　channel ORA_DISK_ : sid= devtype=DISK

　　Directory SYS DATA_PUMP_DIR found in the database

　　User SYS with SYSDBA and SYSOPER privilege found in password file

　　channel ORA_DISK_ : starting datafile conversion

　　input datafile

　　fno= name=/opt/oracle/oradata/eygle/EYGLE/datafile/o _mf_system_ tc xns_ dbf

　　converted datafile=/opt/oracle/oradata/transport/o _mf_system_ tc xns_ dbf

　　channel ORA_DISK_ : datafile conversion plete elapsed time: : :

　　channel ORA_DISK_ : starting datafile conversion

　　input datafile

　　fno= name=/opt/oracle/oradata/eygle/EYGLE/datafile/o _mf_undotbs _ tc mb_ dbf

　　converted datafile=/opt/oracle/oradata/transport/o _mf_undotbs _ tc mb_ dbf

　　channel ORA_DISK_ : datafile conversion plete elapsed time: : :

　　channel ORA_DISK_ : starting datafile conversion

　　input datafile

　　fno= name=/opt/oracle/oradata/eygle/EYGLE/datafile/o _mf_sysaux_ tc gqc_ dbf

　　converted datafile=/opt/oracle/oradata/transport/o _mf_sysaux_ tc gqc_ dbf

　　channel ORA_DISK_ : datafile conversion plete elapsed time: : :

　　channel ORA_DISK_ : starting datafile conversion

　　input datafile

　　fno= name=/opt/oracle/oradata/eygle/EYGLE/datafile/o _mf_users_ tc tth_ dbf

　　converted datafile=/opt/oracle/oradata/transport/o _mf_users_ tc tth_ dbf

　　channel ORA_DISK_ : datafile conversion plete elapsed time: : :

　　Run SQL script /opt/oracle/oradata/transport/transport sql on the target platform to create database

　　Edit init ora file /opt/oracle/product/ /dbs/init_ il i r_ _ ora This PFILE will be used to create the database on the target platform

　　To repile all PL/SQL modules run utlirp sql and utlrp sql on the target platform

　　To change the internal database identifier use DBNEWID Utility

　　Finished backup at JUN

　　RMAN的转换语句中指定生成一个转换脚本transport sql用于参考转换的目标平台是Microsoft Windows IA ( bit) 所有的数据文件转换后存放在一个新的目录下

　　最后RMAN还自动生成一个参数文件这个文件是init_ il i r_ _ ora 这个参数文件里包含了一些重要的初始化参数可以根据需要进行相应的更改由于平台以及路径的不同很多涉及路径的参数都需要进行变更这个参数文件的内容大致分为三个部分

　　第一部分列出需要修改的参数

　　# Please change the values of the following parameters:

　　control_files = /opt/oracle/product/ /dbs/cf_D JULIA_id _ il i r

　　db_create_file_dest = /opt/oracle/product/ /dbs/eygle

　　db_recovery_file_dest = /opt/oracle/product/ /dbs/flash_recovery_area

　　db_recovery_file_dest_size=

　　background_dump_dest = /opt/oracle/product/ /dbs/bdump

　　user_dump_dest = /opt/oracle/product/ /dbs/udump

　　core_dump_dest = /opt/oracle/product/ /dbs/cdump

　　audit_file_dest = /opt/oracle/product/ /dbs/adump

　　db_name = JULIA

　　第二部分列出了建议Review的参数

　　# Please review the values of the following parameters:

　　remote_login_passwordfile= EXCLUSIVE

　　db_domain =

　　dispatchers = (PROTOCOL=TCP) (SERVICE=eygleXDB)

　　第三部分列出了来自于源数据库的一些特殊设置这些参数可以酌情修改

　　# The values of the following parameters are from source database:

　　processes =

　　sga_target =

　　db_block_size =

　　patible =

　　db_file_multiblock_read_count=

　　undo_management = AUTO

　　undo_tablespace = UNDOTBS

　　job_queue_processes =

　　open_cursors =

　　pga_aggregate_target =

　　参数文件的内容我们可以在新的平台上重新创建这个参数文件可以作为参考

　　．转移文件到目标平台

　　源平台的工作完成之后数据文件可以通过ftp等方式转移到目标平台部署到相应目录我的操作步骤如下

　　C:\\oracle\\oradata>gzip d trans tar gz

　　C:\\oracle\\oradata>tar xvf trans tar

　　tar: blocksize =

　　x transport/transport sql bytes tape blocks

　　x transport/o _mf_sysaux_ tc gqc_ dbf bytes tape blocks

　　x transport/o _mf_undotbs _ tc mb_ dbf bytes tape blocks

　　x transport/o _mf_system_ tc xns_ dbf bytes tape blocks

　　x transport/o _mf_users_ tc tth_ dbf bytes tape blocks

　　C:\\oracle\\oradata>mkdir p JULIA\\DATAFILE

　　C:\\oracle\\oradata>mkdir JULIA\\CONTROLFILE

　　C:\\oracle\\oradata>mkdir JULIA\\ONLINELOG

　　C:\\oracle\\oradata>mv transport\\* JULIA\\DATAFILE

　　．创建基础环境

　　首先创建相关目录

　　C:\\oracle\\oradata>mkdir C:\\oracle\\admin\\julia\\adump

　　C:\\oracle\\oradata>mkdir C:\\oracle\\admin\\julia\\bdump

　　C:\\oracle\\oradata>mkdir C:\\oracle\\admin\\julia\\cdump

　　C:\\oracle\\oradata>mkdir C:\\oracle\\admin\\julia\\dpdump

　　C:\\oracle\\oradata>mkdir C:\\oracle\\admin\\julia\\pfile

　　C:\\oracle\\oradata>mkdir C:\\oracle\\admin\\julia\\udump

　　创建Windows数据库服务

　　C:\\oracle\\oradata>oradim new sid julia

　　实例已创建

　　修改参数文件参数文件可以从前面自动生成的参数文件进行修改得到其中目录结构需要依据新平台的具体设置进行修改和存储主要相关的两个参数修改如下

　　db_create_file_dest = C:\\oracle\\oradata

　　db_recovery_file_dest = C:\\oracle\\flash_recovery_area

　　修改后的参数文件在Windows上应该位于$ORACLE_HOME/database下参数文件中的另外一个重要参数是控制文件路径

　　control_files = /opt/oracle/product/ /dbs/cf_D JULIA_id _ il i r

　　如果我们计划使用OMF管理可以暂时注释这一参数在创建控制文件后再将控制文件的名称路径追加到参数文件中

　　．迁移步骤

　　准备工作完成之后我们可以进行新平台的数据库加载等工作这些工作还可以参考在源平台生成的transport sql脚本

　　这个脚本的第一部分给出了使用参数文件启动实例及重新创建控制文件的语法参考当然我们还需要修改才能使用这段脚本

　　STARTUP NOMOUNT PFILE= /opt/oracle/product/ /dbs/init_ il i r_ _ ora

　　CREATE CONTROLFILE REUSE SET DATABASE LINDB G RESETLOGS NOARCHIVELOG

　　MAXLOGFILES

　　MAXLOGMEMBERS

　　MAXDATAFILES

　　MAXINSTANCES

　　MAXLOGHISTORY

　　LOGFILE

　　GROUP SIZE M

　　DATAFILE

　　 /opt/oracle/oradata/transport/o _mf_system_ tc xns_ dbf

　　 /opt/oracle/oradata/transport/o _mf_undotbs _ tc mb_ dbf

　　 /opt/oracle/oradata/transport/o _mf_sysaux_ tc gqc_ dbf

　　 /opt/oracle/oradata/transport/o _mf_users_ tc tth_ dbf

　　CHARACTER SET ZHS GBK

　　;

　　由于我们已经编辑好了新的参数文件可以使用这个参数文件启动实例

　　C:\\oracle\\oradata>set ORACLE_SID=julia

　　C:\\oracle\\oradata>sqlplus / as sysdba

　　SQL*Plus: Release Production on 星期一月 : :

　　已连接到空闲例程

　　SQL> startup nomount pfile=?\\database\\initjulia ora

　　ORACLE 例程已经启动

　　Total System Global Area bytes

　　Fixed Size bytes

　　Variable Size bytes

　　Database Buffers bytes

　　Redo Buffers bytes

　　接下来创建控制文件

　　SQL> CREATE CONTROLFILE REUSE SET DATABASE JULIA RESETLOGS NOARCHIVELOG

　　 MAXLOGFILES

　　 MAXLOGMEMBERS

　　 MAXDATAFILES

　　 MAXINSTANCES

　　 MAXLOGHISTORY

　　 LOGFILE

　　 GROUP SIZE M

　　 DATAFILE

　　 C:\\oracle\\oradata\\JULIA\\DATAFILE\\o _mf_system_ tc xns_ dbf

　　 C:\\oracle\\oradata\\JULIA\\DATAFILE\\o _mf_undotbs _ tc mb_ dbf

　　 C:\\oracle\\oradata\\JULIA\\DATAFILE\\o _mf_sysaux_ tc gqc_ dbf

　　 C:\\oracle\\oradata\\JULIA\\DATAFILE\\o _mf_users_ tc tth_ dbf

　　 CHARACTER SET ZHS GBK

　　 ;

　　控制文件已创建

　　然后将控制文件的名称等信息追加到参数文件中

　　SQL> column ctl_files NEW_VALUE ctl_files;

　　SQL> SELECT CONCAT ( control_files=

　　 CONCAT (REPLACE (VALUE ) )

　　 ) ctl_files

　　 FROM v$parameter WHERE NAME = control_files ;

　　CTL_FILES

　　control_files= C:\\ORACLE\\ORADATA\\JULIA\\CONTROLFILE\\O _MF_ Y SZ R_ CTL C:\\ORAC

　　LE\\FLASH_RECOVERY_AREA\\JULIA\\CONTROLFILE\\O _MF_ Y SZMK_ CTL

　　SQL> host echo &ctl_files >>C:\\oracle\\ \\database\\initjulia ora ;

　　注意执行完以上命令后需要检查参数文件的格式如果控制文件名称未正确添加可以手工调整一下

　　完成了以上工作后可以关闭数据库再次启动数据库到Mount状态这时候新的控制文件已经发挥作用

　　SQL> shutdown immediate;

　　ORA : ??????

　　已经卸载数据库

　　ORACLE 例程已经关闭

　　SQL> startup mount;

　　ORACLE 例程已经启动

　　Total System Global Area bytes

　　Fixed Size bytes

　　Variable Size bytes

　　Database Buffers bytes

　　Redo Buffers bytes

　　数据库装载完毕

　　．完成数据库恢复

　　接下来再参考一下transport sql中的推荐步骤

　　ALTER DATABASE OPEN RESETLOGS;

　　 Commands to add tempfiles to temporary tablespaces

　　 Online tempfiles have plete space information

　　 Other tempfiles may require adjustment

　　ALTER TABLESPACE TEMP ADD TEMPFILE

　　SIZE AUTOEXTEND ON NEXT MAXSIZE M;

　　 End of tempfile additions

　　现在我们需要通过RESETLOGS方式来重新生成日志文件然后手工添加临时文件

　　注意在迁移过程中如果两个平台的数据库版本完全一致则以上步骤可以顺利执行参考transport sql可以顺利完成迁移而本例的测试平台由于Linux平台的数据库版本为 Windows平台版本为所以实际操作中还会有所不同在执行RESETLOGS过程中数据库会发生中断

　　SQL> alter database open resetlogs;

　　alter database open resetlogs

　　第行出现错误:

　　ORA : ORACLE 实例终止强制断开连接

　　检查日志我们发现以下提示

　　Mon Jun : :

　　Errors in file c:\\oracle\\admin\\julia\\udump\\julia_ora_ trc:

　　ORA : 引导程序进程失败

　　ORA : 必须用 UPGRADE 选项打开数据库

　　Oracle要求以UPGRADE选项打开数据库对数据库执行跨版本迁移

　　我们继续参考transport sql的最后部分

　　SHUTDOWN IMMEDIATE

　　STARTUP UPGRADE PFILE= /opt/oracle/product/ /dbs/init_ il i r_ _ ora

　　@@ ?/rdbms/admin/utlirp sql

　　SHUTDOWN IMMEDIATE

　　STARTUP PFILE= /opt/oracle/product/ /dbs/init_ il i r_ _ ora

　　 The following step will repile all PL/SQL modules

　　 It may take serveral hours to plete

　　@@ ?/rdbms/admin/utlrp sql

　　set feedback ;

　　再次启动数据库到UPGRADE模式由于之前的数据库中断现在这些需要进行一点恢复工作

　　SQL> startup upgrade;

　　ORACLE 例程已经启动

　　Total System Global Area bytes

　　Fixed Size bytes

　　Variable Size bytes

　　Database Buffers bytes

　　Redo Buffers bytes

　　数据库装载完毕

　　ORA : 文件需要介质恢复

　　ORA : 数据文件 : C:\\ORACLE\\ORADATA\\JULIA\\DATAFILE\\O _MF_SYSTEM_ TC XNS_ DBF

　　SQL> recover database;

　　完成介质恢复

　　恢复完成之后启动数据库到UPGRADE模式

　　SQL> shutdown immediate;

　　ORA : 数据库未打开

　　已经卸载数据库

　　ORACLE 例程已经关闭

　　SQL> startup upgrade;

　　ORACLE 例程已经启动

　　Total System Global Area bytes

　　Fixed Size bytes

　　Variable Size bytes

　　Database Buffers bytes

　　Redo Buffers bytes

　　数据库装载完毕

　　数据库已经打开

　　执行脚本?/rdbms/admin/utlirp sql 这个脚本执行完成之后会有如下提示

　　DOC>#######################################################################

　　DOC> utlirp sql pleted successfully All PL/SQL objects in the

　　DOC> database have been invalidated

　　DOC>

　　DOC> Shut down and restart the database in normal mode and run utlrp sql to

　　DOC> repile invalid objects

　　DOC>#######################################################################

　　也就是说这个脚本的作用是使数据库中的PL/SQL对象INVALID 然后通过utlrp sql的重新编译消除跨平台的兼容性影响

　　按照transport sql脚本提示的步骤我们可以重新启动数据库来执行utlrp sql脚本（由于本例涉及到版本迁移需要再次启动数据库到upgrade模式如果数据库版本相同则可以直接启动数据库执行utlrp sql脚本完成最后的编译工作）

　　SQL> @@ ?/rdbms/admin/utlrp sql

　　TIMESTAMP

　　P_TIMESTAMP UTLRP_BGN : :

　　PL/SQL 过程已成功完成

　　TIMESTAMP

　　P_TIMESTAMP UTLRP_END : :

　　PL/SQL 过程已成功完成

　　utlrp sql执行完成之后我们需要再执行和数据库升级相关的脚本这个脚本是catupgrd sql

　　SQL> @?/rdbms/admin/catupgrd sql

　　这个脚本调用catlog sql和 catproc sql来重建字典对象等在执行完这个脚本之后我们可以关闭数据库后正常打开数据库

　　SQL> startup

　　ORACLE 例程已经启动

　　Total System Global Area bytes

　　Fixed Size bytes

　　Variable Size bytes

　　Database Buffers bytes

　　Redo Buffers bytes

　　数据库装载完毕

　　数据库已经打开

　　SQL> select count(*) from dba_objects where status= INVALID ;

　　COUNT(*)

　　已选择行

　　SQL> @?\\rdbms\\admin\\utlrp sql

　　catupgrd sql脚本可能会使部分字典对象失效我们可以再次运行utlrp sql脚本来进行编译编译完成后不要忘记为数据库添加临时文件

　　SQL> ALTER TABLESPACE TEMP ADD TEMPFILE

　　 SIZE AUTOEXTEND ON NEXT MAXSIZE M;

　　表空间已更改

　　至此同字节序的跨平台迁移全部完成当然由于版本的不同整个过程稍微复杂了一些不过这个过程对于跨平台的迁移及版本升级是一个很好的参考

　　实现数据迁移的高可用性

　　通过以上测试实际上可以确认对于可传输表空间可以很容易从Oracle i向Oracle g迁移那么这种方法对于可用性要求极高的环境进行数据迁移或数据库迁移具有极大的便利

　　如果进行数据库升级通常的方法是通过DBUA（Database Upgrade Assistant Oracle g引入的新工具）进行但是DBUA存在的问题在于操作过程过长而且如果升级过程中出现问题数据文件可能不能重新被使用这就需要从备份中进行恢复这使得业务连续性要求高的企业很难采用这种方法进行升级

　　另外一种常见的迁移的方法是通过逻辑导出导入（EXP/IMP）但是这种方法对于不断变化的数据无能为力所以通常也不可行

　　那么现在可传输表空间就成了一个可以考虑的快速迁移或升级方法

　　Oracle有一个小组专注于设计高可用性架构的实现以帮助用户最大限度的提高系统可用性 Oracle有一个专有名词用来命名这类技术 MAA（Maximum Availability Architecture MAA） OTN上MAA部分有一个Amadeus公司的实践案例通过可传输表空间从Oracle i向Oracle g实现快速数据迁移

　　当然这种方法的使用要考虑的还有很多通过各种技术和方法的结合使用才能最终的达到快速迁移的目标

　　Amadeus公司的迁移是在同类型平台不同主机之间进行的其实现步骤大致如下

　　（）在升级主机安装Oracle i版本并创建生产库的DataGuard数据库这个工作可以在线进行不影响主节点的工作

　　（）在升级主机安装Oracle gR 数据库软件创建数据库此时升级主机上存在了个数据库

　　（）整理不能通过transport tablespace处理的内容如sequence synonyms grants等

　　（）在升级割接时间将主库置为只读将日志全部应用到备机业务影响从此时开始

　　（）将备机的数据文件通过可传输表空间迁移至Oracle gR 数据库并创建sequencee synonyms grants等对象检查验证

　　（）如果没有问题则即可将业务切换至新的Oracle gR 数据库运行业务恢复正常运行

　　在这个迁移过程中如果迁移失败那么直接读写打开主库即可恢复业务的正常运行回退非常方便

　　使用这种方法业务影响仅发生在以上（）～（）步在OTN的案例中 Amadeus公司在实际操作中分钟之内就将一个大型数据库迁移到Oracle gR 这种方式是一种非常有新意的创新性应用在熟悉了Oracle的各项技术之后通过不断实践和探索我们就能够不断发现充满价值的Oracle应用

　　最后的脚本

　　以上脚本已经完成了主要的工作剩下的是一些最后的维护工作

　　这里还有两个脚本需要执行首先执行的是postScripts sql脚本这个脚本主要对部分用户及部分数据库选件进行维护