虚位以待！谁会是上海滩的Lucky DBA？

cp3you

北京站有吗？

vage

我去客串下嘉宾，回来给大家分享点资料。

john_77

只能声援了

parknkjun

vage 发表于 2016-3-8 23:33
我去客串下嘉宾，回来给大家分享点资料。

看见波哥了。

duke217

cp3you 发表于 2016-3-8 20:03
北京站有吗？

北京站去年做过了……

duke217

vage 发表于 2016-3-8 23:33
我去客串下嘉宾，回来给大家分享点资料。

吕老师V5

parknkjun

今天有幸参加了K-DB的活动，体验了一键数据迁移、K-DB数据库调优，尤其要说一键迁移工具，确实省去DBA不少工作以及迁移时间，但由于时间关系，没有体验KRAC、KSC数据库同步，KAS，非常期待，有几点建议：
1、希望能提供一此相关文档供K-DB爱好者学习
2、希望可以提供software供爱好者download，进行测试
3、APM数据库监控工具可扩展监控其他数据库(Oracle,Sql server etc)、OS(Linux、Unix、AIX etc)、虚拟化等;

胃疼小小小

有幸昨天参与到活动中，并且能够与我心目中的男神波哥交流与沟通。非常感谢这次活动的举办者。
之前受到去IOE潮流的影响，一直在观望一些其他数据库产品，以及一些简单的了解。直到昨天参加了k-DB的技术交流会议，了解了这款数据库产品并动手实践，让我我觉得眼前一亮。
它的架构以及高可用机制与oracle十分类似，在很多场景下可以轻松的一键迁移这免去了很多的迁移成本以及企业换用一种新的数据库产品后相关人员去学习的时间成本。我相信这一点许多oracle dba在初次使用时都有一种亲切感。以及作为本土化产品在产品使用后期的中文化支持也许更有优势。
其次，我希望能够更多的共享一些解密内部机制的文档及可以获得更多的动手去体验的机会。
最后，希望K-DB未来能够在数据库市场上占有一席之地。感谢。

guojunwei9

有幸受邀参加10号举行的活动，近期一直比较忙，没来得及分享一下与会的体会，今天补上。
我们从事第三方支付的公司，在去IOE的大背景下，一直数据库选型的问题上纠结，从公司的层面来讲，更倾向于国产数据库。
当天给我们演示的K—DB的功能来看，K-DB能很好的兼容我们目前oracle数据库，提供的迁移工具也简单易用。
这一点上比较契合我们当前的需求。同时也提供了KRAC 集群功能，也提供了逻辑备份，数据块备份的工具。
稍微欠缺的地方是，在国内可能是推广力度不够，同行业应用案例较少。
文档体系，用户社区都不是很完善，希望在这方面都能有所加强。
国产数据库当自强，我们的信息化之路才能更宽广，大家一起努力。

xuexiaogang

有幸参加了K-DB数据库的技术交流。首先感谢浪潮和ITPUB的精心准备和人性化的后勤服务。
说实话之前对浪潮的了解就是做硬件，服务器和存储什么的。没想到他涉足到数据库领域，更加没想到的是做到了和Oracle99%的相似度。至于那1%，我也了解了，属于Oracle的新特性，不是DBA的根本关注不到。就像主办方介绍的那样，从运维DBA角度和开发人员来说最怕更换了数据库了，因为不仅要重新学习，而且之前做的很多就要重新做。而K-DB回避了这个问题。Oracle能用的，它都能用。可以说没有切换代价。就连dataguard和RAC这些也一起学习过来了。这个挺不容易的。而且还有比较强大的监控软件，这个真心不容易。
我们知道Oracle在数据库领域无疑是一座不可逾越的高山，能模仿到这座大山成这样，国内没有第二个了。Oracle也是出了名的难学，我其实在想一个问题（异想天开）比如我搭建DG的时候要个个把小时。第一次的时候用了一天。那么如果在完全支持Oracle的做法同时又能做出简单的部署步骤，比如可以有下一步下一步的图形化界面，那么这无疑是一个亮点。同样RAC也是一样。最后谈一个问题，如果能在关系型数据库上做到分布式哈希存储，那么无疑是技压群雄的，比如ABCDE5个数据库一个集群（不是RAC那样共享存储），对于我们多个数据中心异地双活来说不可能共享存储。那么ABCDE同时对外提供服务，之间数据又是同步的。一个宕机，不会影响业务运行，只是性能上打折扣了。redis3.0的集群就是这样实现的。不知道Oracle12C新版本是不是这样的，据说可能是这样的。如果做到这个程度，那就比较完美了。