chengyiliu

扩内存吧。虽然貌似小机的内存非常之贵。

我们公司是用脚本。LPAR里通过SSH连到HMC,然后在HMC端更改设备的分配。用完了释放设备资源。如果觉得麻烦，可以写脚本，那就可以象mount/umount那样两个命令，完成设备的加载和卸载.

销售技巧罢了。所以甲方的人一定不能被忽悠。可惜很多甲方花钱拍板的人不懂技术，只能因为这样那样的原因被忽悠。

其实谈不上成熟与否。技术上已经成熟。但是正如软件决定硬件配置，应用程序也决定了要购买及使用的技术。很多机构还是习惯一机一应用。结果有的累死，有的闲死。还有的机构担心虚拟化的结果是鸡蛋都放在一个篮子里，心里不

最有效，那么虚拟化是唯一选择。但是真正最有效的方法是管理而不是技术。合理的规划，实施，才能提高效率。否则要么象1楼说的，为所有系统买超量的存储以至于浪费。要么有的系统空间不够而有的系统空间浪费。

扛机器，拆开机器装卡，拧螺丝上架，连线，捆线。自己还掐过水晶头。需要的时候啥都要干。。。

先和应用方面的人讨论可否归档一部分数据。再了解清楚当前的状态，然后才考虑是扩容还是买新的。没有详细情况，我也没什么太多可说的。

我觉得应用软件决定硬件，主机决定存储。你的主机是什么？主机上跑什么应用？备份用什么软件？新的存储用来干什么？这几个问题想明白了，再比较几个系统，自然就知道怎么选择了。当然了，还会有其它因素，比如和厂家的关系，售后支持，和代

我还是更喜欢把这个事情控制在自己手里：1，把LUN的容量统一为小的标准容量。并且统一命名规则。那么在分配的时候就比较方便分配贴近需求的容量。粒度小了，浪费也少。2，和业务部门多沟通，保证及时清理数据或者存储扩容。3，分

没说明白，建议你自己整理个表，内容可以包含：1，现有系统的一般情况，包括品牌，容量(多少硬盘，每个硬盘多大)，端口(类型及数目,SCSI, 1/2/4G FC, iSCSI)。怎么配置的(RAID 5还是RAID 1，每个LUN怎么划分的)，等等。。。2，现有系统使用