事情的起由，是昨晚要删掉另一台测试服务器上的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博客 ” ，链接：https://blog.itpub.net/24870090/viewspace-995798/ ，如需转载，请注明出处，否则将追究法律责任。
