前阵子，潭主在朋友圈看到达梦数据库（简称DM）在某头部基金公司TA系统信创改造的成功案例。
无独有偶，最近听闻另一基金公司也想对“TA”的系统做信创改造。
于是，潭主翻出之前的达梦文案研修了一番，有些心得。
什么是TA系统？
TA是Transfer Agent的简称。
简单说，“TA账户”就是投资者持有某基金管理公司基金的基金账号，是注册登记机构为投资人建立的，用于管理和记录投资人基金种类、数量变化等情况的账户。
与TA对应的是“交易账户”，是基金销售机构（包括直销和代销）为投资人开立的，用于管理和记录投资人在该销售机构交易的基金种类、数量变化情况的账户。
TA账户与交易账户的关系：
投资者在一家银行购买多家公司的基金，就会有多个不同基金公司的TA账户，但只有一个银行的交易账户。
投资者在多家银行购买同一基金公司的基金，就会有多个交易账户，但TA账户只有一个。
交易账户与银行（渠道）相关，TA账号与基金公司相关。
除了基金公司的自建TA，如果涉及LOF或ETF，还会建有相应的分TA系统。
此外，还有重量级的中登TA。
于是又引出另一个问题，基金公司需要自建TA系统吗？
这跟公有云和私有云很像，小公司从降本增效的角度首选公有云，而大公司更倾向于自建私有云。
潭主跟用户沟通后，发现上述还只是TA的局部，基金公司的TA跟混合云一样，主打一个“混”字。
你听说过“基金E账户”吗？
基金E账户，是中国结算（中登）打造的公募基金行业官方门户App，可一键查询个人名下所有场外基金，帮你盘点多渠道的基金资产。
操作很简便，输入身份证，一键绑定多个基金TA账号。
APP也可以查询单只基金情况，如销售渠道、分红方式等。
借助基金E账户，可以很容易理解TA账户和交易账户。
好啦，行业知识分享完，该进入信创正题了！
DM在证券基金业行的信创实践
时常能看到友商在朋友圈转发自家的成功案例。
在潭主看来，外企时代因为产品少，所以系统标准化程度高，有所谓的Best Practice，但目前信创非标盛行，我们要做的是从非标中找到标。
考虑到基金行业具有较强的共性，且DM完全对标O记的产品定位，潭主认为DM在TA的信创实践上更具标准化。
下图是达梦在某头部基金公司的TA系统XC架构图。
案例显示该基金公司采用了3套达梦数据共享集群DMDSC+主备集群DM DataWatch的解决方案。
虽然是DM和TA的信创实践，但背后更多是恒生的支持。
该图只是TA的局部版本，仅供参考。
什么是DMDSC
DMDSC全称是DM Data Shared Cluster，是达梦的共享存储数据库集群，对标Oracle RAC。
DMDSC实现了MVCC多版本的协议，同时包括达梦自研的一些私有协议，该架构可被应用于高并发场景。
DMDSC支持两种共享存储，裸设备和ASM，厂商推荐使用DMASM。
ASM（Automatic Storage Management）好像是Oracle在10g版本推出的一个新功能，现已成主流技术。
除了自动管理，ASM还提供多副本支持，主要用于解决存储系统高可用，这些基础功能，DM都具备。
Oracle RAC的左膀右臂
ADG：Active Data Guard，原厂同构数据保护方案，以前也叫Physical Replication，常用于同城或异地灾备方案。
OGG：Oracle GoldeGate，原厂数据复制方案，与ADG不同的是，OGG属于Logical Replication技术，可按规则复制数据，优点是支持异构，缺点是对源端DDL等操作的识别和保护，管理难度较ADG大。
另外，OGG目标端的库是Active的，可以认为RTO为零。
过往，关键系统中ADG和OGG都是跟生产端的Oracle RAC搭配使用的。具体方案要看用户在高可用和灾备建设中对RTO和RPO的需求，以及对资源利用率的考量。
除了原厂OGG外，市面上也有类似DSG这样的第三方数据库复制软件可选。
信创初期，选择原厂Total Solution自然更稳妥。当然，如现有环境中已有DSG，多实施一套复制环境的成本也还好，关键是兼容性确认。
除了DMDSC，达梦还有啥？
有O记在前，达梦要做的就是“对齐”颗粒度，一是产品和系统架构，二是Oracle的SQL语法兼容性。
前者满足高可用和业务连续性场景需求，后者则是为了降低应用迁移改造的难度。
DM Data Watch（对标ADG）：相对RAC的双活，Data Watch属于主备集群，资源利用率掉一半。除了dmwatcher守护进程外，集群还有“仲裁”dmmonitor，负责监控实例故障，实现自动切换。
DMDRS（对标OGG）：Data Replication Service，原厂数据复制工具，前身是DMHS，支持DM和其他主流数据库之间的数据复制，理论上也包括异构硬件。
综上，基于达梦的数据库信创改造都可以找到“平切”的国产化替代方案。
问题的关键在于数据库功能、性能和稳定性的评估，以及底层OS和硬件的性能拖拽。
最好的风控当然是实测，但像基金行业这样应用标准化程度较高的，如果有成功案例参考，不仅风险低，而且事半功倍。
不过，案例中的基金公司TA系统部署了3套DM集群，说实话阵容略显豪华，这也要归功于广大基民在管理费上的贡献。
现实中还有很多问题，比如信创改造过程中的设备利旧等，潭主在跟用户交流过程中还是碰撞出了不少火花。
总之，除了案例提及的DMDSC+DM DataWatch方案，也可以选择DM DataWatch+DMDRS的组合。
毕竟，从双轨并成单轨，需要过程。
DMDSC的学习备忘
潭主没部署过DMDSC，所以特意看了一下官方文档。
https://eco.dameng.com/document/dm/zh-cn/ops/DSC-installation-cluster.html复制
在DMDSC体系中，集群又称为集群组，集群组在配置DMDCR_CFG.INI文件时用到，DMDSC、DMCSS和DMASM集群的集群组类型分别为DB、CSS和ASM。
DMCSS：Cluster Synchronization Services，负责监控集群中各节点的运行状态，主要功能包括集群节点的启动、故障处理、节点重加入等操作。每个节点都必须配置一个DMCSS服务。
DMCSS的心跳机制是通过VOTE磁盘（非镜像环境下）或DCRV磁盘（镜像环境下）的磁盘心跳实现。
DMDSC常用的ASM磁盘划分如下（示意）：
本地存储用来保存DM.INI、DMARCH.INI和DMMAL.INI等配置文件。
MAL系统：DM基于TCP协议实现的一种内部通信机制。DMDSC集群中有两套 MAL，DMASM和DMSERVER间各一套。两套MAL工作原理相同，一旦MAL链路出现异常，DMCSS会进行仲裁，从集群中踢出一个节点，保证集群正常运行。
受限于篇幅，本期先分享到这里。
潭主好久没混资管圈了，这次交流收获颇丰。
在信创之约前传中，潭主说：“支持信创，我是认真的。”
其实，信创改造，重要在于参与！
- END -
感谢阅读。如果觉得写得还不错，就请点个赞或“在看”吧。
公众号所有文章仅代表个人观点，与供职单位无关。
推荐阅读
