二、迁还是不迁的问题
即便有了产品，也只是给客户多了一个选择，而客户选择的第一考虑要素就是，从我当前的数据库系统迁移到K-DB是不是很麻烦，会不会出问题？事实上，当客户数据库从Oracle迁移到K-DB后，代码几乎不需要修改，而目前的数据库迁移，业界的普遍成本是10-20天时间、修改20%的代码、10名左右工程师，花费甚至上千万，而据K-DB测试客户的体会，经过1天的准备，过程只用了15分钟就完成了6GB业务数据的迁移。
K-DB采用了与Oracle相似的操作命令、使用界面以及SQL语句标准，DBA在Oracle上积累的技术经验仍然可以应用于K-DB，降低了DBA在学习成本，也有效的降低了应用门槛。
这一优势主要得益于浪潮为K-DB开发了完善的工具包，从Oracle到K-DB的迁移工作，包括数据结构的比对、SQL语句检查等，都可以由工具软件自动完成，不仅有效降低了迁移的技术复杂度和工作量，也使得迁移风险更加可控。
一键迁移
在这个工具中，用户只需要设置包括数据库地址、端口、名称以及口令信息后，通过点选就能完成数据库的迁移工作，简单快速，可靠性极高。
一键迁移步骤
综上：一键迁移让传统的数据库迁移变得简单、高效、可靠，用户大可不必担心。
三、最后一个问题
有选择，易迁移，接下来很多用户该关心迁移过来后的使用效果了。的确，如果折腾很久发现新的方案使用效果还不如以前，那一切就变得没有意义了。北京市档案局相关人员在发布会上分享了对K-DB的体验感受：“迁移完成后，通过严格的测试，所有的应用系统都能运行流畅，没有失败和断点情况，而且性能提升十分明显。”另外，包括哈尔滨银行、内蒙古交通厅等用户已经完成了对该产品的测试，并即将在生产环境中采用。
性能对比方面，浪潮邀请DBA分为两个小组，分别在服务器端IBM Power 750和K1 910-H，数据库为Oracle 11g 企业版11.2.0.4和K-DB 11g企业版上做PK，最终的结果是在服务器CPU Thread数量相同，整体性能相当的情况下，浪潮K-DB胜出。
蓝队采用浪潮K-DB
在可靠性上，K-DB拥有高可用集群KRAC、异地容灾K-SC等高级功能，可以为客户业务提供安全保障。KRAC采用了专利技术——多节点并行恢复，故障恢复比其他产品更快。当数据库集群节点出现故障或者人为关机时， K-DB可以多节点同时执行恢复操作，大幅缩短系统恢复的时间。
发布会当天展示了K-DB故障恢复方案，该方案用Benchmark SQL软件模拟了1000个用户、100个warehouse、10G数据量的测试用例，K-DB以RAC双机运行，人为拔出心跳线模拟故障后，数据库经过不到5秒的短暂波动，就恢复了对外服务。
K-APM管理界面展示RAC功能
“在破坏性测试时，K-DB仅有短暂的波动，然后保持了持续运行，在主机恢复的时候还能够重新构建集群并重新恢复原来的负载。”来自云和恩墨创始人 、Oracle ACE总监盖国强对K-DB的RAC演示深有感触，“众所周知，集群数据库的复杂性远远超过一个单机的数据库版本，K-DB做到了，KRAC能够流畅的运行，这本身就是一个奇迹。”
综上：浪潮K-DB的应用效果会更好，在可靠性和安全性上也有极强的优势。
随着K1&K-DB的强强联合，浪潮不但在生态层面进一步完善，对于整个行业也产生了深远影响。盖国强表示，对于大量的行业用户来讲，集中式OLTP技术仍然是唯一可行的技术选择，基于浪潮天梭K1和K-DB的数据处理平台为用户提供了另外一种可能，让中国用户从无可选择的“IOE”时代进入可以选择的“后IOE”时代。
