文件服务器迁移
2009-09-15 18:31
176 查看
不论大小,几乎每个公司都有自己的文件服务器,或者简单点的共享文件夹。随着数据的爆炸式增长,以及天长日久累积下来,数据量往往在一年两之后就超出服务器的容量。
要解决这个问题,首先当然是做好数据管理,用技术加行政手段限制用户将和工作无关的数据保留在服务器上(特别是音频和视频文件,占用空间特别大),另外就是要定期做归档,将长时间没有更改的历史数据归档到其它介质上(关于数据归档说起来比较长,有时间再另外写一篇说明,市面上数据归档的产品也很多)。在做好这两点的基础上,因为业务发展,正常数据增长的速度也是十分惊人的,在超出服务器容量或者服务器已经太老的情况下,就需要迁移到新的性能更高的服务器上去了。
关于数据迁移,因为数据量特别大,而且一般情况下,每个文件夹有自己的权限设置,有些管理不好的甚至有好多层子文件夹包括文件的权限设置。 如果直接拷贝的话,一是出错的概率很大,第二权限本身也无法复制到新的服务器上。
这里有几种方式能比较好的解决这个问题:
1.用老的XCOPY命令,加上合适的参数,可靠性比较高。可通过内网或者用其它介质当中介复制。
2.用同步软件,通过网络将所有文件同步到新文件夹上。微软自己也出过这种小工具。这种方法可靠性也不高,出错的概率大。
3.经过实践最方便可靠的办法,用VERITAS BE对老的相关文件夹做全备份,然后在新的服务器上装BE AGENT, 然后用这个全备份恢复,重定向到新的服务器上。这种方法操作起来比较简单可靠。本文出自 “鬼谷” 博客,请务必保留此出处http://guigu.blog.51cto.com/806580/202078
要解决这个问题,首先当然是做好数据管理,用技术加行政手段限制用户将和工作无关的数据保留在服务器上(特别是音频和视频文件,占用空间特别大),另外就是要定期做归档,将长时间没有更改的历史数据归档到其它介质上(关于数据归档说起来比较长,有时间再另外写一篇说明,市面上数据归档的产品也很多)。在做好这两点的基础上,因为业务发展,正常数据增长的速度也是十分惊人的,在超出服务器容量或者服务器已经太老的情况下,就需要迁移到新的性能更高的服务器上去了。
关于数据迁移,因为数据量特别大,而且一般情况下,每个文件夹有自己的权限设置,有些管理不好的甚至有好多层子文件夹包括文件的权限设置。 如果直接拷贝的话,一是出错的概率很大,第二权限本身也无法复制到新的服务器上。
这里有几种方式能比较好的解决这个问题:
1.用老的XCOPY命令,加上合适的参数,可靠性比较高。可通过内网或者用其它介质当中介复制。
2.用同步软件,通过网络将所有文件同步到新文件夹上。微软自己也出过这种小工具。这种方法可靠性也不高,出错的概率大。
3.经过实践最方便可靠的办法,用VERITAS BE对老的相关文件夹做全备份,然后在新的服务器上装BE AGENT, 然后用这个全备份恢复,重定向到新的服务器上。这种方法操作起来比较简单可靠。本文出自 “鬼谷” 博客,请务必保留此出处http://guigu.blog.51cto.com/806580/202078
相关文章推荐
- 利用XtraBackup实现InnoDB表空间文件跨服务器迁移
- 仅通过SQL备份文件将MOSS服务器场及所有网站数据迁移到新的一台服务器上
- 服务器迁移之文件服务器迁移(基于WSMT的FSRM)
- 文件服务器的迁移(二)(包括权限的迁移)
- 文件服务器的迁移(一)(包括权限的迁移)
- 保留所有权限迁移文件服务器
- 文件服务器的迁移(一)(包括权限的迁移)
- 域内文件服务器的迁移
- 文件服务器迁移完成
- 仅通过SQL备份文件将MOSS服务器场及所有网站数据迁移到新的一台服务器上
- 文件服务器迁移
- 基于WinSvr2012共享文件夹的Hyper-V实时迁移之二文件服务器及迁移用虚拟机的创建
- 文件服务器的迁移(二)(包括权限的迁移)
- linux 各类打包命令(主要用于服务器之间迁移资源文件)
- 2008R2文件服务器迁移到2012R2
- 文件服务器迁移专题- FSMT迁移工具(一)
- 基于WinSvr2012共享文件夹的Hyper-V实时迁移之二文件服务器及迁移用虚拟机的创建
- 利用XtraBackup实现InnoDB表空间文件跨服务器迁移
- 文件服务器的迁移(三)(包括权限的迁移)
- 转:FSMT:文件服务器从03迁移到08R2实战演练