我觉得从两个维度上来说：1.尽可能的把所有操作都信息化掉，能在系统中跟踪到尽可能多的业务动作。2.成立大数据部门，确定指标也就是目的，之后收集相应的数据，进行清洗关联，出数。与是san，win没有太多关系。...

同城容灾是为了防止火灾、漏水等小范围的灾难，而异地容灾可以防止洪水，地震等大范围的灾难，这就需要根据你的实际情况选择了

灾备如果不是双活的话，我们手工切，自动切的你还是检查状态，我们采用的客户端采用访问列表，地址从上到下自动去连，1不通连2,2不通连3。。。主备之间做好配置，或者做个小脚本，一年做个两次演练保障切换质量...

我们对以上3种方案都调研过，1、首先排除hana，这破玩意太贵，而且sap这两年支持不到位，扯皮的事太多了我们估计整个sap都要全部干掉了。2、迁移闪存的前提是，数据瘦身，如果有10年8年的数据在上面，换闪存之后或者一段时间还可以，过一段时间就不行了。甚至直接不行。比如50t的库，没法...

针对第一个问题先来回答一下数据库大---数据瘦身（删除超过1年或者2年的数据）如果瘦身效果不佳，建议分拆数据库，按一定的逻辑（如地区）第二个问题建议历史数据全部归档到大数据平台，大数据可以进行一定的加工，以后需要使用，走大数据抽即可甚至直接使用。第三个问题io性能和空间问题...

svc你值得拥有

1、优化sql2、更换存储

数据库性能，sap性能，报表数据量，报表复杂度 都是优化因素

IOPS如何计算，比如拿到一台机子，如何计算他的IOPS，并且判断出他的性能

非结构化存储这块,零售企业的存储有哪些痛点或者说存储后面能做些什么，能解决上层用户的难题