如何利用RMAN将数据库转换到不同平台上？

全部回答

2017-07-26

44 0

    可传送的tablespace特性——直接在Oracle实例之间复制数据文件，而不卸载和加载数据——是在Oracle 8i中引入的，并从那时开始成为一种功能性。一开始，要转移的tablespace和目的数据库必须要具有相同大小的模块。
  Oracle 9i中增加的多种模块大小的支持克服了这种局限性。  现在，在Oracle 10g中，平台的限制也在很大程度上被解决了。恢复管理器（Recovery Manager，RMAN）程序中包括了一个新的CONVERT（转换）命令，你可以将其用来进行平台间的移动。
  小到一个数据文件，大到整个数据库，都可以在这个命令的帮助下完成传送。   在平台间移动，经常需要进行转换的原因就在于计算机以不同的方式储存多字节数字。Endianness（字节顺序）这个术语所描述的就是这个，主要的两种组合是big-endian（随着内存地址的递增，值从高到低排列）和small-endian（随着内存地址的递增，值从低到高排列）。
    要正确地解释tablespace中的数据，字节要根据所用的操作系统平台正确有序排列。视图V$TRANSPORTABLE_PLATFORM列出了RMAN可以转换的平台。
  每一个都有一个平台名称和字节顺序格式。通过从这个视图中选择，你可以看到源实例和目的实例是否使用相同的字节顺序。   CONVERT命令复制文件，而不是就地对它们进行操作，这样就更加安全，但是需要有足够的额外硬盘空间来保存这两种形式。
  CONVERT命令主要有三种形式：CONVERT TABLESPACE只用在源系统中，将所请求的tablespace中所有的数据文件转换成目标平台的格式。   CONVERT DATAFILE只用在目的系统中，如果CONVERT TABLESPACE没有用在源系统中的话（或者需要转换文件名），因为被传送的数据文件还没有和tablespace相关联，所以它们必须作为数据文件被转换。
   CONVERT DATABASE转换其它结构，如未完成片段、参数文件以及所有的参数tablespace。  控制文件和重做日志文件被重建。仅对于这一选择来说，源系统和目标系统必须具有相同的字节顺序。
   即使两个系统使用相同的字节顺序，你仍然可以从CONVERT命令获益。FORMAT（格式化）子句使你能够转换路径名，还有一个用处就是从ASM硬盘组复制数据文件和将数据文件拷入其中。   列表A显示的是一个在Windows平台源系统（little-endian）中RMAN会话的例子，将USERS tablespace转化为IBM z系列目的系统（big-endian）。
  最初tablespace被设为只读，使用RMAN SQL命令。然后，CONVERT语句把文件复制到闪电恢复区并将其转换。  最后，源tablespace被返回为读／写状态。
  此时，被复制的文件就可以被复制到目的服务器了。Z:>rmanRecovery Manager: Release 10。2。0。1。0 - Production on Wed Jan 3 21:00:46 2007Copyright (c) 1982, 2005, Oracle。
     All rights reserved。RMAN> connect target sys/password@orclconnected to target database: ORCL (DBID=1106543623)RMAN> SQL 'ALTER TABLESPACE users READ ONLY';using target database control file instead of recovery catalogsql statement: ALTER TABLESPACE users READ ONLYRMAN> CONVERT TABLESPACE users2> TO PLATFORM 'IBM zSeries Based Linux';Starting backup at 03-JAN-07allocated channel: ORA_DISK_1channel ORA_DISK_1: sid=145 devtype=DISKchannel ORA_DISK_1: starting datafile conversioninput datafilefno=00004 name=C:ORACLEPRODUCT。
    2。0ORADATAORCLUSERS01。DBFconverted datafile=C:ORACLEPRODUCT。2。0DB_1DATABASEDATA_D-ORCL_I-1106543623_TS-USERS_FNO-4_01I6JT63channel ORA_DISK_1: datafile conversion complete, elapsed time: 00:00:03Finished backup at 03-JAN-07RMAN> SQL 'ALTER TABLESPACE users READ WRITE';sql statement: ALTER TABLESPACE users READ WRITERMAN> exitRecovery Manager complete。
    Z:>Bob Watkins（OCP、MCDBA、MCSE、MCT）。

提交

相关回答

望***

2017-07-26

怎样进行Oracle数据库字符集

  字符集是一个老生常谈的问题了。这个问题的引起，绝大部分是因为“乱码”。而乱码是由于客户端与服务器的字符集的不同进行字符集转换而引起的。不过很多提到了转换，却没有提到这个转换是在哪个阶段和哪里发生的?是在服务器向块里写入数据的时候吗?在客户端还是在服务器端? 正确的答案是，普通字符串转换发生在客户端(具体来说是由OCI LIBRARY完成的)，国家字符串经过两次转换，第一次发生在客户端，第二次发生在服务器端。
  下面做个测试：连接到: Oracle Database 10g Enterprise Edition Release 10。2。0。1。0 - Production With the Partitioning, Real Application Clusters, OLAP and Data Mining options SQL> select * from nls_database_parameters where parameter like ‘%CHARACTERSET%’; PARAMETER VALUE ------------------------------ ------------------------------ NLS_CHARACTERSET ZHS16GBK NLS_NCHAR_CHARACTERSET AL16UTF16 SQL> create table t1(a varchar2(100)); 表已创建。
   SQL> SQL> insert into t1 values (’中’); 已创建 1 行。 SQL> 在本次连接中，我没有设置NLS_LANG变量。则客户端字符集为操作系统的缺省字符集ZHS16GBK。
  通过捕获网络包，可以发现客户端传送给客户端的数据(不能上传图片，郁闷)： 00000090 00 00 00 00 00 00 00 00 00 00 00 28 DB 00 01 1C ………。
  。(…。 000000A0 69 6E 73 65 72 74 20 69 6E 74 6F 20 74 31 20 76 insert。into。t1。v 000000B0 61 6C 75 65 73 20 28 27D6 D027 29 01 00 00 00 alues。
  (’。。’)…。 000000C0 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ……………。注意红色的部分，16进制D6 D0正是“中”字的GBK编码。
  (关于怎么获取汉字的各种编码，暂且略过，如有需要再交流) 现在我们退出SQLPLUS，设置环境变量NLS_LANG： SQL> rollback; 回退已完成。 SQL> exit 从 Oracle Database 10g Enterprise Edition Release 10。
  2。0。1。0 - Production With the Partitioning, Real Application Clusters, OLAP and Data Mining options 断开 C:\Documents and Settings\Administrator>set nls_lang=american_america。
  us7ascii C:\Documents and Settings\Administrator>sqlplus test/test@dmdb SQL*Plus: Release 10。2。0。
  1。0 - Production on Mon Jan 28 00:48:41 2008 Copyright (c) 1982, 2005, Oracle。 All rights reserved。
   Connected to: Oracle Database 10g Enterprise Edition Release 10。2。0。1。0 - Production With the Partitioning, Real Application Clusters, OLAP and Data Mining options SQL> insert into t1 values (’中’); 1 row created。
   抓获的网络包发现，在SQL提交给服务器之前已经转换了。OCI库认为提交过来的编码是US7ASCII，因此要将转换为服务器端的ZHS16GBK编码，然而“中”的编码即16进制D6 D0并不是有效的US7ASCII编码，所以ORACLE OCI就转为了转省值3F3F(US7ASCII是单字节字符集，会认为“中”字是两个字符，因此为有两个3F) 这就是“??”号的由来。
   00000090 00 00 00 00 00 00 00 00 00 00 00 C8 1D FF 00 1C ……………。 000000A0 69 6E 73 65 72 74 20 69 6E 74 6F 20 74 31 20 76 insert。
  into。t1。v 000000B0 61 6C 75 65 73 20 28 273F 3F27 29 01 00 00 00 alues。(’??’)…。 000000C0 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ……………。
   我们再看看将客户端NLS_LANG设置为simplified chinese_china。zhs16cgb231280会发生什么： SQL> insert into t1 values (’中’); 已创建 1 行。
   00000090 00 00 00 00 00 00 00 00 00 00 00 00 EC 01 01 1C ……………。 000000A0 69 6E 73 65 72 74 20 69 6E 74 6F 20 74 31 20 76 insert。
  into。t1。v 000000B0 61 6C 75 65 73 20 28 27D6 D027 29 01 00 00 00 alues。(’。。’)…。 000000C0 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ……………。
   嗯，这里仍然是D6 D0，我们知道ZHS16GBK近似于ZHS16CGB231280超级。“中”对两种字符集来说，都是同一个编码。看看我们使用生僻字会发生什么： SQL> insert into t1 values (’吃’); ERROR: ORA-01756: 引号内的字符串没有正确结束居然没有捕获到这个INSERT INTO语句提交到服务器的网络吧。
  由于在客户端要将“吃”字从ZHS16GB231280转换为ZHS16GBK，但这个字并不是一个有效的GB2312编码的字。但为什么出现了ORA-01756?转换过程认为“吃”字是GB2312编码，而操作系统传过来的编码是16进制86 CB，GB2312的编码，每个字节都是大于A1，因此认为第1个字节是一个8位的单字符，下一个字节大于A1，因此转换过程就将CB和下一个字节“’”合起来成为一个GB2312的双字节字符，因此就造成了这个错误信息。
  然而下面的语句是可以通过的： SQL> insert into t1 values (’吃1′); 已创建 1 行。抓获的网络包却发现是下面的结果： 00000090 00 00 00 00 00 00 00 00 00 00 00 10 EC 01 01 1D ……………。
   000000A0 69 6E 73 65 72 74 20 69 6E 74 6F 20 74 31 20 76 insert。into。t1。v 000000B0 61 6C 75 65 73 20 28 273F A3 BF27 29 01 00 00 alues。
  (’?。。’)… 000000C0 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ……………。验证了上面的观点。第1字节被作为一个单字节字符转换，但是也不能转换为GBK字符，因此就转为了3F，但后面的两个字节仍然不是有效的GBK编码，就转为了A3 BF(全角的“?”) 客户端的NLS_LANG为默认值，即ZHS16GBK： SQL> create table t1 ( id number ,aa varchar2(20),bb nvarchar2(20)); 表已创建。
   SQL> insert into t1 values (1,’中’,'中’); 已创建 1 行。捕获的网络包如下： 00000090 00 00 00 00 00 00 EA 4E DB 00 AC 0D DC 00 00 00 ……。
  N……。。 000000A0 00 00 23 69 6E 73 65 72 74 20 69 6E 74 6F 20 74 。。#insert。into。t 000000B0 31 20 76 61 6C 75 65 73 20 28 31 2C 27D6 D027 1。
  values。(1,’。。’ 000000C0 2C 27D6 D027 29 01 00 00 00 01 00 00 00 00 00 ,’。。’)………。
   SQL> select dump(aa) aa,dump(bb) bb from t1; AA BB ------------------------------ ------------------------------ Typ=1 Len=2: 214,208 Typ=1 Len=2: 78,45。收起

如何利用RMAN将数据库转换到不同平台上？

全部回答

相关回答

怎样进行Oracle数据库字符集

类似问题换一批

热点推荐

热度TOP

热点搜索换一换

如何利用RMAN将数据库转换到不同平台上？

全部回答

相关回答

怎样进行Oracle数据库字符集

类似问题换一批

热点推荐

热度TOP

热点搜索 换一换

热点搜索换一换