萼片 通信设置更改

在SEP之前的产品中存在推模式。它从同步日携带。然后，管理员只是一个策略管理器，并没有分发定义或内容。经理只发出新的防火墙策略。当我们带来AV / AS和其他保护技术并合并产品“保护定义”时。这个通知不存在于Sygate甚至9月早期。

由于一些丑陋的痛苦和缺陷与产品和定义创建，Delta，请求错误定义等的客户端错误，它是一个要帮助的功能\增强请求，以帮助给出一个SEPM管理员一个抬头错误的。 

如果您处于拉动或推动模式，则报告不会考虑。它不考虑在旅行时关闭或无法与经理通信的计算机，或在旅行时或休假或休假的用户（他们更倾向于需要抽出完整定义的所有条件。它也没有账号这部大部分员工可以回家，关闭然后在一天中的同一时间（换班改变）的工作中可以同时来到这里，同时可以在线上线，并要求full.zips。它只是在看简单的术语客户端请求满内容的完整级别，如果是的话，X分钟内有多少请求。

此外，所有逻辑都是下载随机化的客户端，但在此之前，客户端必须在添加到队列和随机后的内容之前对SEPM提出请求。 SEPM将记录此首次事件（即在警报中使用）即使有启用设置它们的可能性，其中一些客户端可能会触发该事件的可能性，因为在对Manager进行内容的至少一个请求后发生了“下载随机化”。此外，下载随机化的逻辑是Psudo随机。每个客户端都不知道另一个客户端随机化或有多少客户端生成随机时间。该算法仅指出客户端需要推迟尝试在第一个请求后下载内容，以便随机时间（30分钟）。客户可以决定立即办理登机手续并下载下一秒钟或分钟或甚至等待10分钟或最多30分钟（无论您在案例中设置的最大值，它看起来像120分钟）。下载随机化实际上可以频繁地触发此报告，因为您将拥有初始内容请求，它将被添加到下载队列下载以稍后下载，然后在某个点稍后会再问。因此，对于每次下载内容类型，日期和修订，您将生成最少2个请求，并根据其随机化的情况有可能非常靠近。

在推模式下真的使报表的有用性无效，因为无论随机化设置如何，在您的情况下，您将有1200台机器意识到SEPM有一些新的定义下载，他们都会尝试更新。 

萼片 DB自动维护