TSM的功能比较强大。缺点是概念。结构比较复杂。操作维护起来也很麻烦。上手很慢。而且对于大量的备份任务的时候整个规划是个不小的考验。NBU没用过。不过应该是相比TSM操作简答一些。爱数的备份一体机适合中小企业。操作完全傻瓜式。简单易用。价格也不算贵。...

目前备份只有DB2数据库用到过，没有遇到过硬件无法启动、数据库无法启动等大的故障，只是误删除表数据，误删除某个或几个表。 这个时候数据库还能运行，只是丢失部分数据，直接从备份中还原即可。SQLServer数据库只做过测试，通过数据库备份和事物日志备份能够在新机器上还原到事物...

海量小文件的问题，现在一直没有根本性解决，能够完美解决海量文件备份效率的方案，成本都不低，入不敷出……海量小文件的问题，可以从两个方面入手，第一个是优化海量小文件的文件结构，想办法把小文件聚合成大文件，提高备份恢复效率，减少文件扫描的时间成本，常见的做法就是进行打包压缩...

如果是直接从对象存储的机头读取数据，得需要看厂家是否提供了接口引擎。如果是将文件共享给主机了，可以从主机上安装agent备份……

因为有过教训。所以对于数据的备份。我一向秉承着在我资金允许的范围内尽可能多的备份。短期数据备份用磁盘。长久保存用磁带。磁带要定期更换。另外还有一点就是你能承受数据丢失的程度和你备份的投入的比例。如果数据不算太重要。那么有个基本备份就好。随着数据越来越...

不能光考虑如何存，还要考虑存完之后，如何用，例如如何检索我知道一家国产公司的产品，做这方面还可以。私聊吧

没有磁带的保留周期，只有数据的保留周期。修改数据对应的管理类下的copygroup

几点想法，不妥的地方请指正。传统灾备：中提到的应用级别灾备，存储级别灾备，数据库级别灾备，我觉得用应用系统灾备，存储系统灾备保护，数据库系统灾备保护，这种说法歧异性小，更为合适。SRM 您提到的是VMWARE 的SRM 产品吧，实际上还是做作业流程管理的系统，这个产品并不能替代灾备复制...