作者将本文同时发布到：EMC中文支持论坛– https://community.emc.com/docs/DOC-21306
介绍
也许你还没有意识到：NetWorker组（group）的设计和创建，对于备份的实现性能、管理员的后期维护可能会起到非常大的影响。本文将介绍设计和创建NetWorker组的最佳实践。
更多信息
对于NetWorker组而言，有一些最佳实践值得推荐：
l保持间隔：确保两个NetWorker组之间的启动时间有至少5分钟，最好是10分钟的间隔。即使是那些根据时间表的设置不运行的组，也应当应用这条规则。（例如，一个Daily组和一个Monthly组备份相同的数据，即使Monthly组只备份一次，它们的启动时间也不应该相同。）多个组可以相互重叠，但是它们的启动时间应当不同。
l客户机/组比率很重要：虽然NetWorker性能优化手册建议每个组最多放50个客户机，但是实际情况可能比这更复杂。组中的客户机越多，需要消耗的服务器资源就可能越多（例如更多的服务器内存）。你也可以使用存储组并行度(group parallelism)来限制可以同时启动的客户机数量。同样，也应当尽可能的避免组很多而组中客户机很少的情况。（例如，如果你有100个客户机，分成4个组每个组放25个客户机比分成10个组每个组放10个客户机要更好。）
l存储组并行度应该被更经常的使用：
一个经典法则是：如果一个组中的客户机数量*客户机并行性 (client parallelism)值大于NetWorker服务器并行性(server parallelism)值，那么你必须使用存储组并行度(group parallelism)来限制save set的数量。如果一个组中的客户机数量*客户机并行性(client parallelism)值超过了150，那么无论服务器并行性(server parallelism)值是多少，你都应当使用存储组并行度(group parallelism)。
下面这些虽然不是EMC官方的建议，但也是长期使用并维护NetWorker的工程师们的“最佳实践”总结，值得效仿：
1. 切勿基于启动时间来命名组：比如你将一个组命名为“22:45每日服务器”，听起来名字起得很不错，但是如果将来由于某些原因你需要讲启动时间改为22:15的时候，你就不会这么想了。（对组改名可不是一件容易的事。）
2. 不要将文件系统和非文件系统备份混在一起：应当尽可能的将非文件系统备份放在它们自己的组中。例如，分别创建“Daily Filesystem”和“Daily Databases”组，等等。绝对要避免的是同一个客户机的模块备份和文件系统备份在同一个组中运行。
3. 不要混合保留时间：如果你要根据组来做数据/池划分，就应当给组中的所有客户机设置相同的保留时间。
4. 不要将“不活动状态超时”设为0：“不活动状态超时”为0意味着组永远不会超时，因而如果出现“死机/挂起”的话，备份永远也无法结束。如果你坚持要将“不活动状态超时”设为0的话，那么必须保证你有另一个进程能够观察并改变运行过久的组的状态。
5. 避免高客户机重试次数：正常的组的客户机重试次数为1，意味任何save set都可以有两次尝试。增量到2以上的话要谨慎——这种情况使用外部监视可能更好。
6. 使用注释，而不是名字描述：不要试图将组的所有细节都在名字中体现，因为组的名字很难改变。事实上，应当将组名起得越简单通用越好。如果需要注明组的其他信息，可以将它放在注释字段（NMC中可以显示）。
应用于
NetWorker
©著作权归作者所有：来自51CTO博客作者eServices家园的原创作品，如需转载，请注明出处，否则将追究法律责任https://blog.51cto.com/eservices/1337643
