一、关于修改例程名:
从用oradim修改后,
oradim -edit -newid......
创建还原后的参数文件spfiledemo.ora
到再创建一个例程,指向原数据库,
oradim -new -sid *** ,这里可以用-pfile参数直接指定参数文件,或者如果指向原来的数据库可以直接复制原来的参数文件只要改名为spfile***.ora。
以上两次修改,可以证明,例程通过参数文件----关联到控制文件----关联到数据库。
二、关于修改数据库名:
一种是用NID,见http://zhangsolomon.itpub.net/post/39913/486547
试用一各试用二。
另一种是修改控制文件的做法,先改动SPFILE,再重新建立控制文件,(建立控制文件中注意一,控制文件名和大小不能错,注意二,一般列五个表空间数据库文件,不包括临时表空间,最后注意字符集)
两种的方法的比较:感觉两种的原理都差不多,都是要修改SPFIEL,和控制文件,相对于手动修改来说,NID把重建控制文件的过程用工具实现而已,看到个示例说用NID后可以直接修改SPFIE里面的DB_NAME,没试过,我是一步步手工建SPFILE的,另一点区别,好像是NID后,顺便把ORACLE——SID也修改了。。。
最后对于控制文件,似乎可以直接用alter database backup controlfile to trace 来直接恢复,主要是对控制文件损坏后不必重建而言,同时,重建过程中经常因某参数不正确而create controlfile 失败,所以尽量参考 TARCE文件。在UDUMP那个。。。
最最后,关于网络监听,每次改动后,有两点原则:
一、是SID 和例程名一定一样
二、服务名还有全局数据库名改成新改为的数据库名
这样子修改LSN是不会错的。。。(实验了好长时间才摸出来的);
[@more@]
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/118400/viewspace-1023555/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/118400/viewspace-1023555/