打印本文 打印本文 关闭窗口 关闭窗口
Oracle数据库整机移植技术(原创)
作者:武汉SEO闵涛  文章来源:敏韬网  点击数3412  更新时间:2009/4/22 22:03:00  文章录入:mintao  责任编辑:mintao
c:\>lsnrctl start

(2)    启动实例服务:

c:\>oradim -startup -sid testdb

(3)    启动数据库:

c:\>sqlplus /nolog

SQL>conn sys@myoracle as sysdba  --这里sys的密码与A机上sys账户密码相同

                             --因为都是使用的同一个密码文件。

SQL>startup   --现在可以打开数据库使用了,如果正常的情况下,上面连接时就

           --可以启动数据库了。

       至此,一个数据库的克隆(Clone DB)成功完成。对于上面的操作,下面作个总结,以便对Oracle的物理文件与Oracle系统之间的关系有一定程度的理解或认识:

1、  Oracle数据库物理文件与Oracle软件(这里的软件概念仅限于相关的命令或应用程序操作,如sqlpluslsnrctl等命令)相对独立存在,两者之间只存在软件命令或应用程序对物理文件进行操作的关系;

2、  Oracle软件命令或应用程序如果要对数据库物理文件进行读取,通常需要在Oracle默认安装的文件位置去查找,最主要的是密码文件与初始化参数文件,当然这两个文件所在目录也可以改变,但使用默认位置就可以了,因为对于我们的需求也仅限于默认位置就可以了;

3、  对于是否有数据丢失,那要看A机上数据是否完整?因为现在B机上的数据库是A机数据库的完整克隆(Clone),所以最后A机数据库与B机数据库完全一样,当然前提是所有物理文件没有受到损坏;强烈推荐将A机上的数据库置于归档模式,这样Oracle可以最大程度保证数据不被丢失;

4、  以上测试可以作为数据库倒腾到不同机器上的一个可选方案,同时对原来机器上的数据库不会有损坏的可能,因为上面步骤对原数据库没有修改操作;除非从A机复制物理文件至B机上时,采用的是cut命令而丢失了物理文件;

5、  整个持续过程需要花费的时间较短:shutdown immediate时间,加上copy物理文件的时间,修改初始化参数的时间,与startup B机数据库的时间。

上一页  [1] [2] [3] [4] 

打印本文 打印本文 关闭窗口 关闭窗口