银行核心系统建设，建议优先使用 SSD 闪存盘承载在线业务，闪存盘性能优于传统机械硬盘几十甚至上百倍性能，并且占用空间小，功耗低；历史数据建议使用 SAS 或 NL SAS 硬盘，降低成本；磁盘容量规格建议根据实际需求，并且需考虑未来 1-3 年的容量需求。 当前SSD 价格下降幅度比较大，强...

从业多年，见过不少客户的备份环境，用起来资源紧张，捉襟见肘。有的是备份空间不足，被迫修改保留策略。有的是受限客观环境，通道不足导致备份窗口加长，最后备份失败。总而言之，大都是是初始规划设计方面准备不足，对备份的存储空间和业务系统的备份窗口没有做好需求分析和规划，导致后...

先说分区，MySQL里面相当于物理上多张表，逻辑上一张表，存在同一个实例中一般来说当单表上千万的时候就要考虑分区了，然而分区的条件或者分区键的选择很重要：首先查询的时候，分区键最好和常用的查询条件相对应，这样一来，每次查询可以自动到相应的分区上，比如说经常以地区为查询条件...

我记得TSM里是有写入了以后才会显示容量的。你写入一些数据看看能不能写入。写入后看容量是怎样的。

1、如果原有存储只是空间不足，并没有额外的性能及数据安全问题，还是建议首先考虑扩盘解决。2、如果原有存储存在较多性能及数据问题，公司业务未来增长较快，就需要根据长期业务规划进行存储升级。...

生产系统的话，建议不要随便操作。如果是开发测试系统可以参考以下方法：http://blogs.vmware.com/vsphere/2012/04/vaai-thin-provisioning-block-reclaimunmap-in-action.html

重删是个好东西，我笔记本装了win10后都配了deduplication，配合ssd非常好。现在的缺陷就是性能有些损耗，毕竟要耗费资源去做重删这个工作。如果是企业级产品，把重删集成到硬件存储里，效果非常不错。对主机端的性能没有影响。用过ibm的7650G和emc的dd670。去重率高的吓人，当然这...

个人认为，主要有几个方面的考量因素，供参考：1. SSD适应场景。SSD最适合随机读场景，OLTP类应用最适合不过；顺序对写场景不是SSD的强项，比如OLAP等分析类应用，大量的顺序读写并没有优势；Oracle的redo是一种特殊的类型，属于100%写操作，理论上不适合用SSD，但是SSD相对于机械硬盘的响应时...

部分同意兄弟的意见，我认为未来的存储已经摆脱原有的协议和设备的概念，是一个广义上的数据保存和使用，不局限于某种物理接口和网络。我个人认为，目前较有前景的趋势是使用高带宽的IP网络，如10GB、25GB，甚至50GB以太网络将所有节点的统一进行控制管控；由控制节点负责数据调度。但...

这种情况下可以考虑采用数据重复删除技术，对数据进行分类归档，进行合理的存储规划