|
|
发表于 2003-8-27 17:22:55
|
显示全部楼层
另外Alex sune你说的不能动态调整资源,比如以前是一个硬盘现在空间不够要增加一个,但还要以前的目录,让用户使用起来和以前感觉一样,实际上也不复杂,只需要改samba里的路径就好了,例:假如以前的共享目录 /sda1/share改为/sdb1/share.客户端使用还不知你已经改了.
看来我没表达清楚。假设这样一种情况：某大型银行用Linux-2.4.x跑核心业务，银行的业务核心数据库放在/usr/share/db/xxx.xxx里，/usr/share/db挂载到一个大小为34GB硬盘上，现在由于业务发展，数据库文件已经有33GB大了，管理员想要给/usr/share/db增容，所以买了个147GB的新硬盘加了进来，且不说Linux-2.4.x能不能在不重新启动，不改变运行级，也不中断任何进程的情况下识别并启用这个硬盘（这个好象是可以的，我在 http://www-900.ibm.com/developerWorks/cn/linux/l-adfly/index.shtml 看到过），单单要把已经启用的硬盘合并到/usr/share/db就很困难，因为你不能中断业务，如果部署时启用了LVM自然另当别论，只要把新硬盘加入到卷组，扩展/usr/share/db所在逻辑卷的大小，然后resize就可以了。但如果由于某些原因没有起用LVM呢？管理员将束手无策。而商业版的UNIX就通常都可以直接把新硬盘也挂到/usr/share/db上，新旧两个硬盘同时为/usr/share/db提供空间，而数据库文件也将横跨两个硬盘，而且看起来好象什么也没有发生，只是/usr/share/db的容量大了很多。
我想可能是Linux的开发者们认为有了LVM就用不着这种功能吧，但比起LVM，我还是更喜欢商业版UNIX的处理方式。 |
|
楼主: pelsa
IP卡
狗仔卡
显身卡