一般采用GUI来查看存储及对应操作状态，GUI在数据展示上更加直观集中，便于观察，但数据的更新可能不及时甚至出现数据错误的情况，所以在进行重要操作时除了在GUI观察操作的进展状态，手动执行命令去检查GUI上显示的数值和命令返回的一致性也是很有必要的，双重核验确认...

需求方面两个重点：1. 几千万笔这个范围还是十分巨大的，1000万笔与9000万笔之前的架构区别可能就会十分明显了。2. 这个量级的交易是否包含查询，还是不包含查询纯交易。这个区别也是非常大的，因为对于普遍意义上的应用程序来说，查询的占比一般都会在80%以上。因此如果纯交易...

就目前的核心系统的容灾方案来说，全双活的案例不多，一般都是灾备，一旦发生故障可以快速切换到备中心（时间一般为分钟级别），就拿传统金融行社AS400核心而言，通过mimix数据同步复制机制实时同步数据，发生故障时实现一键切换。...

这两种方式可以从性能以及价格等方面进行考虑，如oracle数据库一体机产品，从选择的2种方式就价格及性能等方面进行考虑，若一体机的话产品选择面比较窄，可供选择的厂家不多，若采用全闪存储的话可以从多家厂商中进行选择，特别是对于招投标越来越严的形式下也是比较好的一种方式。...

性能指标：IOPS、MBPS、延迟（个人认为这个指标其实还是很重要的，目前很多超融合厂商的IOPS和MBPS都不错，但是延迟却比较大，这对系统的运行影响也是很大的，毕竟用户不想总是看到交易重试的的情况发生吧）安全指标：数据重构的时长，数据重构时业务系统的性能影响，单个故障点对整个集群的...

对于金融行业来说，数据的安全可靠以及一致性是万分重要的，对于分布式和集中式存储来说各有各的特点，也没达到有你没我的地步，完全可以实现优势互补。对于两种架构主要看场景来进行实现，分布式在短期内也无法完全取代集中式存储，有些场景如高性能低延时集中式存储还是更为合适，因...

我们这边主要通过GPFS的方式来实现文件共享需求。主要是基于如下考虑：GPFS相比NAS的方式稳定可靠。

个人建议应考虑稳定、性能、一致性及高可靠性等要求。对于银行来说，数据是业务立足的根本，数据的稳定和一致性是确保业务持续的基础，但对于核心来说，业务量和交易量也是十分巨大，因此性能也是制约业务发展的因素，一旦满足不了就会发生堵塞，导致业务无法进行，后果也是十分严重的。...