对海量小文件备份，各位专家有什么意见或建议？谢谢指点

straw

还是做整个文件系统的dump吧，任何通过读取单独文件的方式来备份的方式，都解决不了实际问题

老beijing

CommVault做过一个200TB，数亿<100KB小文件的备份的案例。楼主可以咨询了解CV的。

ss506

lz可以试试下面这款备份软件，挺不错的哈
备份中国（www.beifen.com）的在线备份软件：
可以随心所欲-任何时段、任何地点，随时可将备份资料安全的恢复
     您的备份资料可以在任何时段、任何地点，依据您的需求，安全的将资料恢复至某个特定的时间点。备份资料的恢复本公司将不收任何额外的费用。同时我们也有专职的技术人员为您提供免费的问题解答及咨询
软件免费下载：
http://www.newhua.com/soft/73727.htm                       
ｐｃ２．０版        ----破解版               
http://www.newhua.com/soft/73726.htm                       
服务器２.０版---破解版

alexbow

解决问题方法很多：
1、Commvault的Image-Level、sym-backup、Quick Recovery都可以有所提升；
2、有钱搞硬件带快照的功能，BCV啦，Snapvault等；
3、把文件网格化存储，分散在很多很多个NAS或者存储上，每个存储单元限定存储上限；
4、如果是CIFS，网格化存储可以采用FME等高成本的集群负载硬件，是文件服务中的“F5”；
可用的解决方法还有很多很多，技术不是最重要的，重要的是思想。

冬瓜头

对于大量小文件转移，可以这么说，凡是直接备份文件的比如ndmp，file sync等等这些，解决不了问题。最好直接copy底层的卷。好像主题变了，不是在讨论如何提高文件系统性能的么，现在成了文件备份了。。

bbjmmj

原帖由 kknd3 于 2008-10-21 15:06 发表
有几十TB的小文件，每个文件最大不过几十Kb，目前存储里有十几TB以上，看看大家有什么备份建议，谢谢

你那存储是什么存储？有没有多余的盘柜？你说说应用环境，或许大家能帮你出些好主意。
这个系统在建设之初就应该考虑到大量小文件的备份问题，如果运行中发现了这个问题，恐怕…………要重做系统了~~~