分布式数据库怎样高效实现全库的批前快照克隆？

字数 1008阅读 561评论 0赞 0

近日，与某股份制银行客户交流，客户反馈说，现在行里在进行分布式数据库改造，有一个需求，就是需要对数据库整库进行一致性的快照克隆，这份克隆副本用于跑批或者备份或者供下游系统使用，这个操作每天晚上定时周期执行，也叫批前快照。当前因为分布式数据库切分为数十个分片，分片之间物理机主从多副本物理隔离，要做数据库全库快照克隆，一方面克隆数据时间长，数据库复杂度高，还可能要回滚操作就更复杂，另外多分片之间是物理隔离的，跨几十台服务器节点实现多分片一致性难度大。原来核心系统是采用Oracle+高端存储，通过高端存储实现快速的快照克隆，很便捷高效。

近期，有几个中大型金融机构提了此需求。其实Oracle时代，采用存储的快照和克隆技术是非常成熟且大量使用的技术方案。随着国产分布式数据库逐渐上生产系统，结合华为OceanStor Dorado企业级中高端存储，采用分布式数据库+外置存储这套存算分离架构就很好的实现了此功能。

华为OceanStor Dorado存储采用ROW（Redirect-On-Write）和多时间点技术，实现了克隆/快照技术，通过写时重定向的链式克隆，达到了秒级克隆的效果，而且性能无损。还能做高密的快照克隆，几秒级时间间隔。基于此技术会记录增量差异数据，不会全量拷贝，因而占用空间少。可以作为备份，闪回的补充方案。快照克隆卷可以直接挂载给数据库节点，可读可写，业务直接拉起即可。
![](/home/attachment/202312/12/879671_170234551312319.jpg)

![](/home/attachment/202312/12/879671_170234552923062.jpg)

而如果分布式数据库采用存算一体，这些流程就只能数据库来实现，相当于数据库要来实现存的高可用逻辑，类似快照，克隆，复制等得做一遍，工作量巨大，复杂度高，风险就高，数据库逻辑和存的逻辑耦合在一起，就更难追上Oracle的产品能力了。

其实数据库更应该做好数据库本身的核心能力，比如，SQL引擎，性能调优，语法兼容，数据迁移，还有Oracle数据库的核心能力，如RAC集群，ASM文件系统和卷管理，Cache fusion等这才是短板，而存的高可用能力可以继承已经稳定可靠的领先的华为OceanStor存储系统，各自归位，复杂度也降低，专业的人干专业的事儿，这样岂不是更好！

存算分离分布式数据库存储

著作权归作者所有

如果觉得我的文章对您有用，请点赞。您的支持将鼓励我继续创作！

添加新评论0 条评论

Ctrl+Enter 发表

匿名评论

分布式数据库怎样高效实现全库的批前快照克隆？

添加新评论0 条评论

文章目录展开目录

作者其他文章

相关文章

相关问题

相关资料