​ ​​ ​

​转载请在文首保留原文出处：​​EMC​​中文支持论坛​​https://community.emc.com/go/chinese​​ ​​ ​​ ​

​ ​

​ ​​ ​

​ ​

​Data Protection Search (DPSearch) ​​是一个可扩展、容错的索引编制和搜索虚拟应用装置。​​DPSearch ​​提供了一种快速且功能强大的方式，跨一个或多个​​ Avamar ​​和​​/​​或 ​​NetWorker ​​服务器搜索备份数据，然后恢复或下载搜索结果。计划的收集活动用于收集备份的元数据和​​/​​或内容并进行索引编制，然后您可将其存储在​​ DPSearch ​​节点或群集。​

​ ​

​ ​​ ​

​ ​

​Data Protection Search ​​安装规划和考虑事项​

​ ​

​ ​

​在规划​​ Data Protection Search ​​部署时，有大量的因素要考虑。​

​ ​

​ ​

​环境有多大​

​ ​

​在基本级别，这涉及到环境中有多少台备份服务器，并且更重要的是，还涉及到在这些服务器上要进行索引编制的客户端的总数量。一旦您掌握此数量，下一个要考虑的因素是这些客户端上存在多少条备份记录。例如，如果特定的客户端包含​​ 100 ​​万个文件，并且存在有保留​​ 30 ​​天的每日备份，则该客户端的备份记录可能有​​ 3000 ​​万条。​

​ ​

​ ​

​要对什么进行索引编制？​

​ ​

​Data Protection Search ​​仅对来自传统文件系统备份的备份进行索引编制。虚拟机、数据库、​​Microsoft ​​模块、 快照等等的备份将被忽略。基于数据块的备份也将被忽略。您应该只对来自文件系统客户端的非基于数据块的备份进行规划。​

​ ​

​ ​

​DPSearch ​​允许灵活地设置客户端中将进行索引编制的内容。您可以将它限制为特定文件类型和​​/​​或在特定日期范围内修改的文件。​

​ ​

​ ​

​可为每个客户端或所有客户端指定备份日期的范围。处理所有历史备份所需的时间明显长于仅对小范围的备份或从某天起的备份进行索引编制所需的时间。默认情况下，收集活动会对在创建收集之前存在时间不超过一周的备份进行索引编制。此字符串可以修改。​

​ ​

​ ​

​要使索引保持为最新版本，我们建议将收集活动安排为按照与备份相同的计划进行运行。例如，每天或每周运行。​

​ ​

​ ​

​仅限元数据索引编制还是完整内容索引编制？​

​ ​

​您可以为每个收集活动指定索引编制的类型。默认的索引编制方法是仅限元数据索引编制，每个文件的基本元数据包括文件所在的服务器、客户端和备份的文件名、路径、大小、日期、平台详细信息。此信息出自​​ Avamar ​​或​​ NetWorker ​​数据库，因此处理速度快，不需要备份存储访问权限。存储索引中的记录所需的空间量很小。​

​ ​

​ ​

​作为替代方法，您可以选择完整内容索引编制。这会导致将完整的文件数据恢复到 ​​DPSearch ​​工作机节点，在其中，将扫描文件数据，提取全部文本字符串和编制索引。该文本可搜索，并且（基于文本的或图像缩略图）文件的预览存储在索引中。这提供了增强的搜索体验，但会导致索引编制较慢、索引大小增大和影响备份存储。​

​ ​

​ ​

​我们建议您将仅限元数据索引编制作为主要方法，并在需要时有针对性地使用完整内容索引编制。​

​ ​

​ ​

​需要多少个​​ Data Protection Search ​​应用装置？​

​ ​

​可以将​​ Data Protection Search ​​部署为一个用于处理索引编制和搜索的多功能一体化节点。如果此类节点具有足够的存储，则可以处理数十亿条备份记录。但是，搜索性能会因记录数量增大而下降。筛选的搜索可能需要花费数秒钟或更短的时间，而更广泛的搜索和可视化筛选器需要花费更长时间。​

​ ​

​ ​

​在这些情况下，添加更多索引数据节点可提供更好的搜索性能。搜索所需的计算和内存在所有节点之间进行分摊。对于并发搜索，这一点尤其明显。​

​ ​

​ ​

​此外，因为工作项目分布在​​ Data Protection Search ​​工作机节点上，所以添加更多这些节点将使收集活动能够更快速地处理。如果您每天有两小时的时间窗口用于索引编制，并且​​ Data Protection Search ​​无法在该时间段内处理所有您的客户端，则添加更多工作机节点将会有帮助。但是，这在某些方面受备份服务器本身限制。添加五个工作机节点来处理单个​​ Avamar ​​服务器的完整内容索引编制将会起到反作用，因为瓶颈是 ​​Avamar ​​服务器，而不是​​ Data Protection Search​​。在此情况下，预计添加工作机节点的回报下降。例如，在添加一个额外的节点后，您可能会看到索引编制性能提高 ​​50%-70%​​，但再添加下一个节点时，则性能只提高​​ 40%​​，依此类推。​

​ ​

​ ​

​注意：​

​ ​

​首次收集（索引）花费的时间比后续收集所花费的时间更长。正如完整备份和增量备份一样，​​Data Protection Search ​​最初必须处理所有文件，随后则只需要处理新添加或更改的文件。特别是，与稍后每天收集以处理最新的每日备份相比，对数周或数月的历史备份进行索引编制花费的时间更长。​

​ ​

​ ​