zbliuyu

银行业对灾难切换、往大里说业务连续性切换是有明确要求的，上述几位专家说的都比较全面了。不知道制造业是否也有相关的监管指引？ 科技部分是负责执行和评估信息技术相关预案的，本身的定位也导致无法协调其他业务部门，这

建议使用飞康NSS。功能与飞康CDP基本一致，但是NSS必须直连接入。(CDP可做旁路)

业务高峰期IO量较大时，建议不要进行ADD、EXTEND或其他表空间的操作。另外，add和extend的选择上，如果做EXTEND，那一定是文件系统；ADD可能存在裸设备或文件系统。我认为可以分析下磁盘分布的情况，如果需要分摊缓解IO压力，可以A

路还很长，就算硬件能摆脱，以现有的水平，软件怎么摆脱才是个大问题

实例放在共享存储上~~~但是建议一定要切换下试试，主要是initxxx.ora文件，还有就是控制文件目录不要放到本地磁盘上。如果两边都有实例做互备的话，一定要注意监听的配置！

没有影响，WINDOWS也没影响，就影响LINUX内核的操作系统

相当好的案例，留爪学习！

机房安全防护很重要啊，不知道是线路老化造成还是电池自燃。。。。。。我们之前也是一台P520 CPU稳压模块挂掉，切到同城灾备接管业务，修好后再将数据回滚回来。。。

建议用脚本重建，复制的话难免出现各种很奇怪的问题，还有，用户组的信息，某些情况下limits参数也得一致吧

非rootvg的话，记号VG ID ，记号盘符 importvg -y vgname -V vid 盘符