导读：

近几年随着证券行业的快速发展，各证券公司对IT的投入和应用业务对IT基础架构的要求也越来越高，而存储作为数据中心最为核心的基础资源之一-存储架构设计、高可用性、性能、可扩展性、可维护性等因素均对应用业务的稳定运行起着非常关键的作用。

证券公司大量业务应用在非交易时间段可安排停机窗口，IT基础架构虚拟化占比超过50%等。为了高效、安全、完整地完成存储替换迁移和替换任务，我们需要结合不同业务系统的类型应用场景特点有针对性制定方案开展迁移相关的工作，切不可一刀切。另外的一个难点是需要在老存储往新存储迁移替换的过程中平稳、安全的完成存储架构环境的换代升级和扩容工作。面对存储品牌型号变迁变得越来越频繁复杂化，新一代存储架构规划和建设成为新的挑战，

近几年随着全闪存储逐渐普及，2018开始证券行业公司开始逐步”换装“全闪存存储。经过近几年的发展，大量案例及各行业经验表明用“全闪存”存储替换掉机械存储或混合存储后存储性能问题能降低至少90%，性能能力提升数倍。

twt社区本期线上券商同行活动，特别邀请了大型券商及戴尔科技资深存储专家围绕核心存储迁移架构设计及全闪存实践难点展开交流探讨，本期重点从：证券行业核心存储选型、证券行业核心存储选用全闪存的优势，证券行业全闪存的部署与数据迁移等三个方面12交流主题进行总结，希望给券商同行的存储架构师和存储工程师在实际迁移及全闪存应用过程中带来帮助。

一、证券行业核心存储选型

证券行业业务系统并不是所有数据都需要最高的性能，所以把闪存作为缓存(Cache)，或者使用自动分层技术，将热数据保存在闪存中（如全闪存阵列），例如对性能要求较高的核心交易系统 ，在硬盘上持久保存冷数据(或全部数据)， 例如，一些外围应用（交易历史库、温备库等），这样既不用采购很多的闪存和硬盘，也可以让闪存和硬盘各自发挥长处。

1、如何选型证券行业核心存储呢？

嘉宾：nkj2021 系统架构师 , 金融行业
证券行业核心存储规划时需要在预算范围内尽量使用存储达到高可用（6个9的可用）、高IOPS、高带宽、大缓存、低时延、可扩展性的建设目标。
高可用：尽量采用高端（全闪）存储，高端存储在控制器，磁盘柜等的冗余性、可靠性等进行了相应的规划设计，如有存储双活需求可以选择相应存储厂商相应的双活方案。
高IOPS：目前可以通过全闪SSD来实现。
高带宽、大缓存：根据业务需求及可用性要求选择控制器的数量来实现。
低时延：对时延有极致要求，可以选用SCM存储介质及相应的光纤交换机。
可扩展性：各个厂商的高端（全闪）存储相对中端存储都具备较好的控制器及盘扩展优势。

嘉宾：Marvin_Ma 售前系统工程师 , 戴尔科技金融行业解决方案中心

• 首先选择一个可以长期合作、行业领先的、有广泛应用案例、并且可以稳定供货的供应商；
• 其次产品维度 主要从存储设备的可靠性、性能（用户典型应用场景负载下的ＩＯＰＳ、响应时间），全闪存储使用的高效性，产品特性是否能够满足未来几年的业务增长及业务要求等几个方面考虑；
• 产品的售后支持人员能力水平，人员数量、售后支持的力度，售后响应是否积极及时，是否就近具有备品备件库等。

嘉宾：seposal 其它 , 某证券
行业与行业确实差异性较强，传统券商行业的核心存储比较在乎时延指标，也就是latency。
随着行业互联网化发展，对于基础架构层的要求更多的是灵活性、可扩展性下的并发能力和时延。

2、当前全闪的单TB成本是不是已经降了很多？成本投入是企业考虑选型的重要因素？

嘉宾：seposal 其它 , 某证券
成本只是一方面，可用性、性能、功能等也是选型另外的几个方面。

有数据表明2017年已经是闪存盘和HDD盘的性价比分水岭了。而市场的反馈也基本印证该结论。

嘉宾：nkj2021 系统架构师 , 金融行业
采购存储设备的时候，价格是企业考虑的一个非常重要的因素，大家都希望买到一个最好性价比、物美价廉的系统。
闪存性能好的这个优点毋庸置疑，不过闪存成本较高也是众所周知的。一方面，闪存的主要优势体现在能够持续提供高水平的性能，从而显着加快响应时间;另一方面，闪存的高成本仍然是阻碍很多企业考虑采用它的主要因素。
我们可以换个角度重新考量这个问题：传统硬盘时代注重每GB成本，闪存时代则更关注每IOPS成本。按照每IOPS成本来计算的话，同等容量下，虽然闪存的成本比硬盘高出一个数量级，但它的IOPS性能却比硬盘高出两三个数量级。这样计算下来，对于需要高I/O性能的应用，闪存的成本实际上是远远低于硬盘的。
当然，用户并不是所有数据都需要最高的性能，所以把闪存作为缓存(Cache)，或者使用自动分层技术，将热数据保存在闪存中（如全闪存阵列），在硬盘上持久保存冷数据(或全部)数据，这样既不用采购很多的闪存和硬盘，也可以让闪存和硬盘各自发挥长处。

嘉宾：Marvin_Ma 售前系统工程师 , 戴尔科技金融行业解决方案中心
闪存阵列的发展提升是算法优化+闪存介质能力提升+控制器硬件能力升级多个维度的提升的综合成果，全闪存性能目前基本不会成为业务的性能瓶颈。这促全闪使用者要考虑，用更好的使用方式来提升闪存阵列的使用效率。
基于硬件重删压缩的全闪存设备，可以在保障性能基本无损的情况下，提供更高的重删压缩效率，从而降低单TBe有效容量（逻辑可用容量）的总体拥有成本。实现性能和容量可靠性的平衡。

3、证券行业是否有必要使用混合存储？

证券行业本身的业务特性，变更时间窗口比较长，业务类型不算复杂，基础底层相对来说也不算多样化（比如OS、DB种类很多），所以我在考虑，是否有必要配置全闪？ 还是说配置一台高端一点的存储，然后配置混合盘，全闪用于核心交易、SAS HDD用于外围应用（交易历史库、温备库等），这样是否更节省成本呢？

嘉宾：seposal 其它 , 某证券
采用全闪可能性价比更高， 因为历史库量确实很大，特别是总控历史， 启用压缩后的节省的容量还是非常可观的，而这些事SAS HDD所不及的。
但是，将核心库跟温备、历史分开到不同存储，从可用性角度考虑也是有必要的。

嘉宾：Marvin_Ma 售前系统工程师 , 戴尔科技金融行业解决方案中心
从证券用户的实际需求考虑出发,需要的是一个性能更好更可靠的阵列,目前全闪存基于硬件压缩模块的在线数据缩减方案,可以提升历史库数据存放的效率,并且基于算法让最活跃的20%的热点数据可以跳过压缩,进一步的保证整体数据服务的性能.
以第五代存储 DELLEMCPowerstore 为例在通用环境下如 数据库/虚拟化场景下,可以提供官方的4:1重删压缩效率的保障, 综在建议的数据缩减效率下评估整体可用的逻辑容量单TB成本甚至优于机械盘阵单TB成本.这个也是目前闪存阵列比较好的使用方式.

嘉宾：nkj2021 系统架构师 , 金融行业
用户并不是所有数据都需要最高的性能，所以把闪存作为缓存(Cache)，或者使用自动分层技术，将热数据保存在闪存中（如全闪存阵列），例如对性能要求较高的核心交易系统 ，在硬盘上持久保存冷数据(或全部)数据， 例如，一些外围应用（交易历史库、温备库等），这样既不用采购很多的闪存和硬盘，也可以让闪存和硬盘各自发挥长处。

4、存储闪存介质怎么选？

在选择全闪存的时候，选择SAS-SSD还是NVME-SSD？有什么优劣势？

嘉宾：seposal 其它 , 某证券
目前，就市场与技术发展来看，NVMe SSD已经具备非常好的性价比。
从时延角度看，NVMe比SAS的connection latency低，没有了controller latency，同时软件的latency也低，总体效果比较优秀。
另外，在队列支持及每队列并发能力方面，NVMe SSD也是远优于SAS SSD

因此，综合的看， NVMe SSD在综合适应性、响应方面效果优于SAS SSD

嘉宾：nkj2021 系统架构师 , 金融行业
NVMe，该标准是根据闪存存储的特点量身定制的，新的标准解除了旧标准施放在SSD上的各种限制。 低延时和良好的并行性的优势就是可以让SSD的随机性能得到大幅度提升。 另外NVMe也大大的提升了SSD的IOPS性能， NVMe加入了自动功耗状态切换和动态能耗管理功能，设备从Power State 0闲置50ms后可以切换到Power State 1，继续闲置的话，在500ms后又会进入功耗更低的Power State 2，切换时会有短暂延迟。SSD在闲置时可以非常快速的控制在极低的水平。

嘉宾：Marvin_Ma 售前系统工程师 , 戴尔科技金融行业解决方案中心
建议根据及业务的读写负载类型来进行选择，如果是读写密集型的应用，并且对存储的响应时间有较高要求，建议可以选择 SCM ＋ＮＶＭｅ SSD 的介质配置。通用的数据库或者虚拟化场景 ＮＶＭｅ SSD 介质均可以很好的满足性能要求。

二、证券行业核心存储选用全闪存的优势

传统全闪存储+虚拟化：需要在设计时充分评估考虑存储控制器的性能，全闪存储一般都有电池保护控制器内存数据可以写入SSD盘，数据在落盘时写入控制器的cache就可以返回，在大压力时，时延可能更具优势。

1、全闪存储介质的寿命到底怎样，有没有一个判断标准？

全闪存储介质的寿命到底怎样，有没有一个判断标准。好像说有耐磨指数、数据中心级等等不同标准的介质，这块想请教行业内专家。是等报故障再换盘，还是有个预警值，到了就提前换掉，避免隐患。

嘉宾：seposal 其它 , 某证券
在业界，SSD的寿命一般用三个参数来标注，DWPD，GB/Day，TBW。这三个参数可以相互转换。有些SSD标注多个寿命参数，有些只标注一个参数。 其中：
_TBW_：TeraBytes Written ，即生命周期内该 SSD 可以写入的数据总量。
_DWPDuser_：Drive Write Per Day ，即每日整盘写入次数。本处的 DWPD 是指客户场景下实际的每日整盘写入次数。
_UserCapacity_： 用户可见的 SSD 单盘容量。
365_：_1 年按 365 天计算。
目前主要看的指标是TBW，而在单盘SSD或NVMe-SSD的容量充分的情况下，且写入数据量远达不到单盘容量的情况下，其性能和可靠性是完全没问题的。特别是闪存存储提供的一些压缩、聚合写等功能也能进一步提升闪存盘的可用性。

目前，主流的全闪存存储都具备闪存盘寿命或健康度查询功能，可以通过API或CLI编写监控指标进行提前预警，当然本身闪存存储就对这方面有监控值，对隐患故障盘会有预判，也就是预防性更换来避免隐患。

嘉宾：michael1983 技术总监 , 某证券
做好raid保护，等硬盘开始故障率偏高的时候，就要开始注意了。
提前换掉看似美好，实际不可能，没有故障厂商不会给你换，你自己也没办法去买一大堆提前预更换，成本也不低。

嘉宾：zengzg 其它 , 证券**
从过往6年的全闪使用经验来看，全闪存储在写入算法上都做过优化，存储上的SSD盘的还是比较耐写，个人感觉比传统磁盘可靠性表现更优秀。一般是等报故障再换盘。

Marvin_Ma 售前系统工程师 , 戴尔科技金融行业解决方案中心
IDC 针对 SSD 介质寿命有一个官方说明可以参考：

总结归纳为如下两点:
SSD 磁盘的可用性高于以前的 HDD 磁盘 3-6 倍
SSD 加上预拷贝技术，发生重建的机会极小

2、核心生产全闪存储容量按压缩后配置还是原始容量配置？

核心生产全闪存储容量按压缩后配置还是原始容量配置？

嘉宾：seposal 其它 , 某证券
个人经验，按照原始需求容量进行配置。

嘉宾：Marvin_Ma 售前系统工程师 , 戴尔科技金融行业解决方案中心
各个厂家的技术特点和优势有不同;
目前DELLEMC 的高端闪存均是基于硬件模块实现压缩功能。基于算法优化让 20% 最繁忙的热数据跳过压缩的，整体阵列以实现性能无损的重删压缩，并且有很多的金融行业客户在使用，因此可根据实际应用环境结合厂家推荐数据缩减效率配置容量；

若采用非硬件压缩和算法优化的全闪存阵列建议使用原始容量配置

嘉宾：alexpan 数据仓库工程师 , 汇丰银行
原始容量配置

嘉宾：zengzg 其它 , 证券**
证券行业的核心交易生产数据量通常不会非常大，建议按原始容量配置。

3、在虚拟化环境中，全闪虚拟化与全闪vsan，分别有什么优势？

在虚拟化环境中，全闪虚拟化与全闪vsan，分别有什么优势？

嘉宾：seposal 其它 , 某证券
直观的优势就是运维复杂度，全闪虚拟化远远低于全闪Vsan。
性能方面优势，也是全闪虚拟化更加。
但Vsan毕竟是vmware的生态产品，但架构方面、底层实现方面也确有局限，因此发展的也扭扭捏捏。但如果没有分布式存储经验，vsan是最佳上手体验的产品，相对成熟。

嘉宾：Marvin_Ma 售前系统工程师 , 戴尔科技金融行业解决方案中心
全闪存阵列优势：
· 性能方面，由于全闪存阵列配置一级缓存，并且针对闪存的读取特性进行算法优化，进一步提升读取操作缓存命中率，可以有效得提升存储的响应时间，并且缓存通过读写镜像提供保护；
· 全闪存阵列支持一些高级算法，使阵列支持适应实时工作负载并且将最近使用的数据保留在缓存中；全闪存优化的算法如写折叠算法：可以减少 30-50% 重复写入闪存介质 和写聚合算法： (2-5x 减少后端写入，全条带写降低 RAID 写惩罚 ) 等；
· 可靠性上：目前主流的闪存阵列可实现6 个 9 以上的可靠性，并且可通过存储或网关实现双活架构或 3 点复制 /4 点复制的容灾方案扩展；实现 7 个 9 及以上的可靠性；
· 数据使用效率优势：主流的全闪存阵列支持硬件压缩的模块，以实现性能无损的数据缩减，以提升闪存的使用效率，尤其在虚拟化环境可以实现非常高的数据缩减的效率。在整个数据读写过程中最繁忙的 20% 热点数据会跳过压缩，以减少随机读不命中时的解压缩延时。在线重删与压缩提供更多大的逻辑使用空间，大幅延长 SSD 使用寿命
以 DELLELC 的 Powerstore 系列全闪存为例，该全闪存可以保障在虚拟化环境 4 倍以上的数据缩减的效率。
· 数据服务：存储不仅是存放数据的设备，在业务应用使用存储阵列时，往往需要配合一些存储的数据服务特性。例如性能无损的快照技术： ROW 性能无损快照技术（ Redirect on Write ），以及结合一致性副本管理工具可以实现应用副本的快速拉起。简单易用的 QOS 、服务优先级设置、容灾数据服务等。 vSAN 的主要优势如下：
· 针对 Vmware 环境：可以简化虚拟机的存储调配和管理。并提供适当的 SLA 。
· 通过与 VMware 环境轻松兼容 的安全集成超融合解决方案;
· 使用现有管理工具、技能组合、硬件 X86 平台 ;
· 充分利用 VMware 软件解决方案生态系统;

根据发展需求扩展规模 : 借助软件定义 的基础架构按需求扩展

嘉宾：nkj2021 系统架构师 , 金融行业
使用VSAN这种架构能够提供多种优势：
VSAN配置灵活：VSAN系统提供了最简推荐配置，VSAN可以根据自身需求在最小和最大值之间进行选择，VSAN以获得最佳的容量/性能比。
VSAN良好的硬件兼容性：可以参考VSAN发布的硬件兼容性列表来为VSAN设定或者购买不同的配置。

缺点是VSAN开放式参考架构在提供灵活性的同时，VSAN还会带来一些无法避免的潜在风险，企业必须对VSAN进行有效管理。但这并不意味着VSAN是一种无法接受的方式，只是需要企业对VSAN进行深入理解并且完成全面测试。
VSAN在拥有灵活性的同时，企业失去了VSAN保证性能所需的可预测性。VSAN自定义闪存比例或者硬盘类型也带来了某些潜在风险。
VSAN针对每种控制器，VSAN都发布了默认和推荐的队列长度，但是VSAN参考值可能会导致一些问题。并且VSAN还需要对一些其他配置进行调整，否则VSAN会导致严重的性能问题。

嘉宾：zengzg 其它 , 证券
VMware vSAN是全布式架构，性能不足时横向扩展比较容易，或另建cluster，写入时数据先写在缓存的SSD中了，我们在使用时，在混闪架构（缓存层为SSD，数据层为10K SAS盘）中运行Oracle ASM数据库时，在缓存没有写穿的情况下，性能和vSAN全闪性能相当，vSAN的全闪的性能IOPS都是达到比较高的数字，另外业务对时延有要求时需考虑是否合适，毕竟数据需要写入SSD才能返回。

传统全闪存储+虚拟化：需要在设计时充分评估考虑存储控制器的性能，全闪存储一般都有电池保护控制器内存数据可以写入SSD盘，数据在落盘时写入控制器的cache就可以返回，在大压力时，时延可能更具优势。

4、证券公司在使用全闪存储后数据库该如何配置以充分利用其高IO性能？

嘉宾：seposal 其它 , 某证券
其实，现有全闪存储基本都采用类似raid 2.0技术，也就是每一个主机层资源卷上的请求都会相对均匀的打散到全局物理闪存盘上，因此理论上存储的进步给OS及OS以上层带来了更大的便捷性。
而且，当使用了全闪存存储，DB所有的盘都来自它，不用向传统分层存储一样进行精细化分区使用来保证性能要求了。

嘉宾：zengzg 其它 , 证券
使用Oracle ASM的话，建议可以单独划盘建立ASM diskgroup存储放redolog 盘，单独划盘建立ASM diskgroup来存储放表空间的数据文件。

嘉宾：Marvin_Ma 售前系统工程师 , 戴尔科技金融行业解决方案中心

1. 存储配置上议配置更大的控制器缓存空间,对Redo日志写入会具有非常好的写入延迟提升;
   
   (截取自ORACLE DELLEMC 存储技术白皮书)
2. 以 Oracle 为例，建议初始配置时, Oracle ASM AU Size 设置改成 1MB 或者 4MB ， Oracle 数据库中 ASM 开启 fine-grain striping, REDODGLog LUN 数量尽量多一些,可以更好的发挥全闪存存储的高性能.

三、证券行业全闪存的部署与数据迁移

券商行业目前使用基于 DB 的数据迁移较多，批量数据初始同步+增量数据实时更新。目前的券商行业通常会采用数据库复制的方式来在线迁移；

1、全闪存存储的高可用部署？

同一机房部署一台大容量的存储还是多套较小容量的存储高可用等级更高

嘉宾：wzpystcdc 研发工程师 , 某公司
从物理环境上说建议是多套部署，放置到其他位置，可靠性更高

嘉宾：Marvin_Ma 售前系统工程师 , 戴尔科技金融行业解决方案中心
· 目前全闪存储基本可以实现单个存储6个9以上的可靠性,也可通过控制器的横向扩展进一步提升存储的可靠性;
· 根据行业需求的不同,存储高可用的方案会有相应的调整;通常数据中心内,可以部署两套全闪存存储基于存储双活技术(存储软件或网关方式)方案实现存储高可用部署,配合CDP的设备可以进一步实现连续性数据保护以应对逻辑错误及人为误删除等风险;
· 也可以依托于数据库技术 如 Oracle ASM 的卷镜像 技术等，实现两套全闪存阵列在单个数据中心的高可用.

嘉宾：zengzg 其它 , 证券
个人感觉一套高端全闪存储架构（冗余性、可靠性（６个９））比多套中端小容量存储（５个９）可靠性更高。

嘉宾：seposal 其它 , 某证券
相同的存储型号下（可用性一致），一台大容量和多台小容量存储，理论上存储的可用性是一致的。
当使用多台存储时，对上层业务的服务连续性保障会有等比例提升。当然这也要依赖上层应用架构。
从管理角度，单台的管理成本低于多台
从成本角度，单台大容量存储的性价比高于多台小容量存储。
这是一个综合性问题，要综合的考虑。

2、存储迁移是从应用系统层面迁移？还是直接存储底层迁移呢？

证券行业的业务相对不算复杂，我觉得从应用系统层面迁移可能更好，当然这样的话对存储管理员来说，是比较简单的，借助迁移，也可以把一些不规范的地方再进行优化（比如补丁、参数、安全等）；但是在存储底层迁移（借助openmigrator、LVM、卷管理等），对应用透明，事儿少，但底层操作要复杂一些。该选择哪种方案呢？ 是个问题。

嘉宾：seposal 其它 , 某证券
可以参考楼上的建议。对不同类型的业务迁移进行分类考虑。
但除非是静态数据，否则不要轻易从操作系统层面进行迁移，容易存在数据一致性问题。

匿名用户
结构化数据，例如数据库，虚拟机等等从业务端迁移更加适合，存储端迁移最大的风险他的迁移是数据块的级别，不感知上层应用，有一定风险数据层迁完了业务无法拉起，且业务端迁移方案非常完善，

非结构化数据，文件和对象，可以考虑存储端迁移，他是以文件为单位，迁移开始和结束都会做多次校验，安全性很高，并且这部分数据量大，存储端可以增量慢慢迁移，需要关注两个点，一是最后的停机窗口，二是权限，是否带权限迁移

嘉宾：Marvin_Ma 售前系统工程师 , 戴尔科技金融行业解决方案中心
数据迁移涉及的方面比较多；
目前证券行业的核心数据库数据基于数据库迁移的更多一些, 批量数据初始同步 + 增量数据实时更新 技术也比较成熟;
如若客户现网不会进行主机替换,仅仅进行存储的替换,并且现网环境有使用类似DELLEMC的VPLEX的网关设备,也可以基于网关实现在线的数据迁移;
迁移的技术和工具有很多,具体建议根据数据类型,应用类型、场景,现网基础架构情况,未来规划架构等多个因素综合考量并结合厂商的建议进行数据迁移.

3、存储迁移有哪些方式？能在线平滑迁移吗？

在存储更换成闪存的过程中，如何选择迁移方式，是主机端迁移好还是存储端迁移好？有哪些利弊？如何做到在线无感知，平滑迁移？数据量大怎么办？厂商能做的公司是什么？

嘉宾：seposal 其它 , 某证券
数据迁移，确实分为OS、OS以上也就是DB和OS以下也就是存储层三种实现。
同构存储或基于存储虚拟化，那么可以考虑存储层面的迁移，同构时架构局限强。
OS层面有类似storage foundation软件，需要额外技术和成本投入，但效果与存储层面类似。或更直接的盘对盘copy，简单直接，比较耗时，没有断点续传，比较耗人力。
DB层就是主从库构建复制关系后的复制实现，逻辑复杂，要求高。
当然如果应用都是虚拟机，那就是虚拟化层storage vmotion实现。

嘉宾：张文正 系统工程师
看是什么存储了，连接的是什么主机，如果是vmvare可以在线迁移，如果是连接的aix主机，华为存储可以通过smartmigratetion实现在线迁移，前提是需要停一下主机业务后，划zone把 原来的lun映射给华为存储，然后通过华为存储映射主机后启动业务，然后在通过华为存储的smart migrattion功能后台迁移，不影响业务，其他存储的公司也类似

嘉宾：Marvin_Ma 售前系统工程师 , 戴尔科技金融行业解决方案中心
数据迁移的方式有很多种，可以选择通过 数据库复制迁移也可以是基于底层存储迁移的迁移工具进行数据迁移，
券商行业目前使用基于 DB 的数据迁移较多，批量数据初始同步+增量数据实时更新。目前的券商行业通常会采用数据库复制的方式来在线迁移；

4、核心业务数据向云上迁移主要有哪些难点？如何解决？

嘉宾：seposal 其它 , 某证券
个人观点，技术不是问题，主要是数据安全性问题

嘉宾：nkj2021 系统架构师 , 金融行业
核心业务系统向云环境迁移需要一个过程。要对整个IT系统和业务环境进行分级，从重要性和可用性两方面依次考虑是否采用私有云、混合云或公有云。并通过部署安全策略确保主机端和数据端的安全性，这种安全性级别要求远超过以往传统的IT架构。
同时，无论是采用公有云、私有云或者是混合云的部署方式。如何对计算、存储和安全策略进行统一监控，并通过灵活的调度方式对各类资源进行统一管理可以大大降低向云环境迁移过程中可能存在的风险。

四、交流达成的共识总结

通过本场交流活动达成了一些交流共识如下，仅供参考：
1) 证券行业核心存储规划时需要在预算范围内尽量使用存储达到高可用（6个9的可用）、高IOPS、高带宽、大缓存、低时延、可扩展性的建设目标。
2) 基于硬件重删压缩的全闪存设备，可以在保障性能基本无损的情况下，提供更高的重删压缩效率，从而降低单TBe有效容量（逻辑可用容量）的总体拥有成本。实现性能和容量可靠性的平衡。
3) 证券行业的核心交易生产数据量通常不会非常大，建议核心存储按原始容量配置。
4) 券商行业目前使用基于 DB 的数据迁移较多，批量数据初始同步+增量数据实时更新。目前的券商行业通常会采用数据库复制的方式来在线迁移；