厦门视贝情况:

厦门视贝科技有限公司成立于1999年，是集产品自主设计、研发、生产、销售于一体的高科技民营企业。公司以集团化模式组建了照明事业部、电工事业部、电子事业部、线缆事业部、生活电器事业部、智能电器事业部、智能家居事业部、卫浴事业部等八大事业部。分别专注于LED通用照明、LED移动照明、电工插座、墙壁开关插座、家装线缆、广播电视配套器材、生活小家电、智能家居、水暖卫浴产品的研发与生产。

公司在中国福建、广东以及尼日利亚等国内外地区布局产业基地，在福建厦门设有营运中心，拥有80000平方米的制造厂房，核心员工2000多人。seebest 产品线丰富，专业制造能力强，拥有自主研发能力，并始终坚持走品牌路线，产品销往全球30多个国家。在全国各地拥有20多万个终端分销伙伴。并于非洲、欧洲、美洲等地设立海外分公司，与国外近百个专业机构建立了友好合作关系。

客户主要诉求:

慢、慢、慢，U9系统特别慢，这是厦门视贝的第一诉求。
1 效率问题日益凸显：客户于2016年底上线U9 5.0软件，由于涉及大量的二次开发，因此项目较为复杂，共100多个并发，涉及模块有总账、报表、应收、应付、信用管理，采购管理、销售、库存、存货、生产订单、需求规划、物料清单、人事信息、人事合同管理等，数据库增长也是非常迅速的，仅半年多时间容量就多达60多个G，为了保障U9的高效运行，视贝根据用友方要求，采购了两台配置较高的IBM服务器，CPU均为28核心56线程，内存均高达128G，但随着客户的业务量越来越大，U9的效率也愈见凸显，平时填写凭证，查询各种报表，成本计算时的效率非常慢，客户找到用友工程师做过几次调优，但效果均不明显。

2 需要更安全的数据保障： 在今年年初大规模爆发勒索病毒以来，客户周边有不少企业感染勒索病毒，给企业带来非常大的损失。对于数据量每天比较大的视贝而言，数据安全显得尤为重要。

3 U9维护困难任务繁重：由于U9涉及的补丁和二开比较多，因此系统尤为复杂，如果服务器系统一旦出现故障需要重新搭建时，一个熟练的用友工程师，从安装操作系统、驱动程序、数据库、U9软件、系统补丁等，恢复周期往往需要1-2天甚至更长时间。因此U9维护成为视贝非常头疼的问题。

4 需要更连续的业务保障：由于公司对U9的依赖程度比较高，如果U9主平台一旦发生故障，所有的业务均受到影响，因此冗余方案一定要保证，希望主服务器发生宕机，有备用平台能及时接管，而且全程自动化不需要人工参与，更不能对业务产生影响；

客户选型历程：

厦门视贝根据自身慢的问题，开始了一系列改造，三板斧分别是：

1、增加服务器内存；

2、更换固态硬盘；

3、换新服务器；

效果：

1、服务器内存从128G增加到了256G。但是U9效率提升忽略不计。

2、从RAID5 SAS 15K机械硬盘升级到INTEL PCIE固态硬盘。U9查询速度略有提升，整体还是慢。

3、购买了崭新的IBM服务器，CPU为E5 2690V4是当时顶级处理器。然而U9访问速度没有明显改观。

客户开始质疑U9软件的问题，认为内存也增加了，固态硬盘也换了，最牛的CPU也用了，U9系统依旧速度非常慢，肯定就是U9软件的问题！

这种僵局让U9项目组也很尴尬，既没有办法解决客户的效率诉求，又无法解释不是我们U9软件架构的问题。

慢慢的，在厦门视贝和U9项目团队中隔阂逐渐产生了。

首次接触霆智：

一个偶然的机会，视贝通过用友维护工程师了解到用友的合作伙伴霆智硬件在这一块有很专业的解决方案，旗下的U9小型机是专门为U9系统做的整体解决方案，而且于对客户关心的几个问题均有很好的解决应对方案，对于客户最为关心的U9效率：霆智的工程师在听完客户的诉求以后，对客户的U9系统进行了详细的了解，发现在大并发的时侯，客户的的服务器CPU占用比率其实并不高，而内存占用比率比较高，这说明软件在处理的时侯，服务器需要交换数据量是非常高的，而通用服务器平台，普遍均会面临IO、读写时延等多种性能瓶颈，同时，由于软件，数据库和操作系统均为独立产品组合，缺乏有效的系统优化、安全和管理策略，从而影响了服务器的整体性能的发挥，最终导致了效率问题。在霆智售前工程师充分沟通后，给到了一个非常完美的解决方案，推荐了旗下的U9小型机，U9小型机由三台服务器构成，其中两台服务器替换其原有的应用服务器和数据库服务器，还有一台实时秒级备份的永动机。

U9小型机示意图

霆智U9小型机带来改变：

1 更快速的U9响应；

通过霆智的U9小型机的部署，客户在做一些操作时速度有综合提升，以下是具体的测试项目：

2更安全的数据保障；

在霆智的U9小型机中，一共会有6份完整独立的数据，（其中2份热数据，和4份分钟级冷数据，均采用256位加密和隐藏的方式进行存储，其中还一份有一份是基于linux系统，除了能有效的隔离病毒侵害以外，针对人为误操作和数据库质疑，都有很好的应对措施），由于6份数据是存在各自独立的硬盘之中，也就是说，即使其中5块硬盘均损坏，也不影响数据安全，数据丢失概率几乎为0，对比传统的RAID5只要同时损坏其中两块硬盘或RAID卡崩溃就容易造成数据丢失而言，优势非常明显。

<p style="white-spa