从商业数据库迁移到国产库，风险是来自多方面的：1.技术风险国产库的功能较大型商业数据库仍存在一定差距，需要在选型时期就有清晰认识。不同国产库架构不同、技术路线各异，需要建立符合企业自身要求的评测体系。通过完善的测试，对国产库有着全面细致的了解。虽然无法做到功能一...

不建议在虚拟环境搭建RAC和数据库，前期看似省钱，后期维护问题较多，增加了太多的不确定性。

从我行使用体验来看，主要有以下几方面：１、产品的兼容性比较好，融合了储虚拟化管理，存储复制等功能。对我我行的系统版本ａｉｘ＼ｌｉｎｕｘ＼ａｓ４００＼ｗｉｎｄｏｗｓ、ｐｏｗｅｒ＼ｘ８６平台类型都兼容比较好。２、透明的数据迁移：当SVC被加入到一个现有的SAN 环境中时，不需要做数据迁移， SVC 把现有的磁盘配置原封不动的继承下来（这是SVC的Image...

可以从这几方面考虑：一、兼容性与成熟度需考虑主机兼容性、存储兼容性、后期扩展性、维保技术力量以及同行业类商用案例情况，以对其进行综合评估。二、实施复杂度如果实施太复杂，对现有架构将会增加故障点，带来较大风险，同时对后期维护也是相当不利。三、功能特色相对其他产品...

根据我行实践，主要有几方面考虑：1、现有存储异构情况，建设云存储整体阶段如何规划。2、数据迁移的风险评估与对策。3、 现有SAN网络架构情况，如何整合及优化4、存储虚拟化网关对主机的要求，比如主机相关光纤卡配置、主机版本、系统类型等。5、存储虚拟化网关数据同步机制关键...

将SVC实施到已有环境中的步骤检查兼容性列表确认符合兼容条件将SVC的节点都插到光纤交换机上停止应用（最好关闭相关的主机）更改交换机上的Zone更改存储上的LUN Masking映射在SVC上使用Image Mode来创建VDisk以继承原有的数据卸载主机上原有的多通道软件，安装SDD启动应用如果...

这个需要结合业务系统来看，如果是分析型的可以考虑基于PG的产品，比如gaussdb，TDSQL-PG版本，如果是交易型的可以基于MySQL的，比如TDSQL-MYSQL版本，goldendb等等，如果是混合负载可以考虑国产纯自研的如TIDB，OB等等。...

其实没有哪家是最优的，从目前DB的情况来看，没有哪家占有绝对的优势，如果非要说优势，就是公司的倾向是最优选。

DB2，就不要考虑存储过程兼容性了。建议在成本，架构，可靠性，技术生态和数据库支持服务方面考虑，综合POC，业务改造适配。选择合适自己业务场景和实际需求的数据库。既然是DB2，一般是核心生产环境了，比如MES，交易库之类的。可以考虑应用方去做改造适配。...

PG条线的数据库一般都是支持存储过程的吧。只是最佳实践不建议使用而已。分布式数据库方面OB数据库是支持存储过程的，只是我们只有极个别系统使用。大部分在开发规范里禁用而已。