事情的起由,是昨晚要删掉另一台测试服务器上的SAP数据库,然后删除所占的SAN空间,腾出空间来给生产库迁移至SAN环境。
假设有A、B服务器,A机有a数据库,B机有b数据库,而b数据库是由a数据库的盘直接snapclone出来的,包含了数据库文件和SAP配置文件!!!帮凶啊!而B机上的SAP是用System copy方法做出来的,usr里面包含了a和b的配置文件,我这里就是LXD和LXT,一字之差啊!
现在要删掉B机上的b数据库。
出错过程:要知道SAP Uninstall是根据profiles来确认要删除SAP和数据库的机器和位置,事后检讨,当时应该是一不小心,点了B机上a数数据库配置文件。
结果,删LXT变成LXD严重啊,LXD正在恢复中...
Update,1.1TB size 的LXD数据库用了将近16个小时才恢复到前一小时的镜像,但不能startup disk+work.exe,还得用system copy的方法,才恢复正常。
经验教训:
1,用system copy的方法装SAP,尤其是用snap clone来做的盘,记得将原SAP的配置文件删除掉;断绝错误之源;
2,SAP Uninstall时,最好是不选择drop database,事后手动在SQL EM下手动drop;就算点错了profiles,数据库文件还在,system copy就回来了
3, 安装SAP,最好采用不同的SID,如果使用相当的SID安装SAP,则采用Localhost的安装方式;其实最好全部用Localhost的安装;
[@more@]来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/24870090/viewspace-995798/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/24870090/viewspace-995798/