已注册 - 建议使用软件为 ePolicy Orchestrator 数据库SQL Server Management Studio
技术文章 ID:
KB67184
上次修改时间: 2022/03/30
上次修改时间: 2022/03/30
免责声明
本文内容源于英文。如果英文内容与其翻译内容之间存在差异,应始终以英文内容为准。本文部分内容是使用 Microsoft 的机器翻译技术进行翻译的。
已注册 - 建议使用软件为 ePolicy Orchestrator 数据库SQL Server Management Studio
技术文章 ID:
KB67184
上次修改时间: 2022/03/30 环境
McAfee ePolicy Orchestrator (ePO) - 所有受支持的 ePO 5.x 版本 McAfee Performance Optimizer2.x 要确定哪些 ePO 版本受支持,请参阅 Microsoft SQL Server 。KB51569. 摘要
注意:本文仅供 ServicePortal 注册用户查看。 本文介绍了使用数据库的 ePO 数据库的建议SQL Server Management Studio。 解决方案 1重要:这些日常任务包括SQL Server维护作业,保证数据和引擎在项目级别下运行。 此外,任务还会备份数据,以在灾难时帮助恢复。 此信息仅供数据库管理员 (DBA) 和 ePO 管理员使用。 使用以下程序须自行承担风险。McAfee 不因遵循这些说明造成的任何损坏负责。
背景: SQL Server使用提前写入日志记录,其中每个数据更改操作首先写入 事务日志 (。LDF 从内存(缓冲区池)中清除并定期清除到磁盘数据文件 (。MDF) 作为 CheckPoint 进程的一部分。 (数据更改操作包括 插入 、 更新 、 删除 ,以及其他操作,例如索引重建和重新组织)。 使用 事务日志 ,以确保如果发生灾难,您可以将数据库还原到较早的状态,将数据库还原到最低数据丢失。 破坏功能的示例包括硬件故障或人为错误、 完全恢复模式: 使用 完全恢复 模式备份事务后,SQL Server备份的记录标记为无效并截断日志。 这样,记录到 事务日志 的任何新操作都可以通过覆盖非活动条目来重复使用该空间。 该设计可以帮助阻止日志大小增加。 如果未定期备份事务日志,事务日志的大小会继续增长,直至其占用所有可用磁盘空间。 因此,如果 ePO 数据库配置为使用 完全恢复 模式,则重要的是执行定期的 事务日志 备份,以检查其大小。 简单恢复模式: 在 简单恢复模式 中,出现 CheckPoint 事件且记录清除到磁盘后,SQL Server截断 事务日志 。 此操作会释放事务日志文件中的内部空间。 只要对于当前未打开的事务有足够的空间,事务日志的大小就不会增加。 在简单恢复模式中,不使用备份事务日志的概念,因为您只需要定期对 ePO 数据库进行完全备份。 如果发生灾难,您只能恢复到上次完整备份。 上次完整备份后进行的所有更改都丢失。 对于大多数企业客户而言,简单恢复模式是一个可接受的解决方案,因为灾难中丢失的数据通常是自上次完全备份以来的事件数据。 完全恢复模式 包括定期备份 ePO 数据库的 事务日志 的管理费用。 因此,简单恢复模式,则建议使用 ePO 数据库。 但是,如果您选择使用 完全恢复模式 ,请确保拥有适用于 ePO 数据库和 事务日志 的备份计划。 有关数据库备份计划的SQL Server超出本文的范围。 有关详细信息,请参阅SQL Server项目在线在:http://msdn.microsoft.com/en-us/library/ms130214.aspx. 注意:如果有多个数据库,使用不同的恢复模式,您可以为每个恢复数据库维护单独的数据库计划。 这样,您可以包括一个步骤,以仅在不使用简单恢复模式的数据库上备份事务日志。 将 ePO 数据库恢复模式设置为"简单" 要验证恢复模式是否设置为"简单",请对系统进行以下SQL Server Management Studio:
缩减数据库以及不建议使用的原因: 尽可能减少 ePO 数据库。 缩减生产数据库SQL Server将会引入逻辑碎片。 索引 的叶级别页面的物理顺序与页面的逻辑顺序不同。 有效,磁盘头在读取页面时必须来回移动。 此操作会导致执行更多输入和输出 (I/O) 操作,并会降低性能。 当您缩减数据文件时,数据文件末尾的页面会移动至文件的开头。 此操作会忽略此过程引入的任何潜在碎片。 如果您在删除事件并缩减数据库后 ePO 数据库大小增加,则对于代理发送的事件需要空间。 删除事件后缩减数据文件除造成碎片外,还会导致文件增长回增长状态。 如果空间有顾虑,请考虑使用 ePO 事件过滤过滤非必要事件。 注意:在执行多次删除操作后,您可以考虑缩减数据文件。 例如清除旧事件,如果您知道存储新事件时您又不需要该空间。 否则,请定期重建索引,然后使用 ePO 事件过滤不必要的事件,以避免首先捕获不需要的数据。 重要:过滤事件对生成使用这些事件的报告具有直接影响。 确保只过滤掉您了解的事件,这些事件在日常报告中是不需要的。 在清除较早事件之前,备份 ePO 数据库。 为了供将来参考,您可以始终将该 ePO 数据库备份还原为新的名称,以生成该时间段的报告。 只要正确数据库维护(例如重新构建和重新组织索引),ePO 数据库的大小就会对查询性能产生负面影响。 如果您定期清除旧事件(如三个月前的所有事件,使用 您必须要配置正确的数据库维护计划,以确保 ePO 数据库性能健康。 为以下数据库中的 ePO 数据库创建SQL Server:
注意:监控维护任务,避免在大型 ePO 数据库的工作时间运行该任务。
解决方案 2重要说明:
如果您有大型生产数据库,可以使用自定义索引重建或重新组织脚本。 而非索引重新组织与重建维护计划任务。 通过自定义任务,可以更灵活地确定需要重新组织并重建的对象。 而不是重建每个对象,无论碎片级别如何。 根据 在线SQL Server项目:
您可以通过查询s
SQL Server Script Online 可提供一个示例 SQL 脚本,可提供上述碎片比率。 请参阅以下主题: 您必须在索引重新组织命令。 与索引重建,统计信息不会自动更新为索引重新整理的一部分。 位于R
您可以进一步自定义脚本,以包含执行索引在线重建的选项。 在线重建 在索引重建过程中提供更多构建,并且资源密集型项目。 此功能并非在所有版本的 SQL Server。 请参阅 在线查询 文档,其中的版本支持 在线重建 索引 功能。 附件免责声明本文内容源于英文。如果英文内容与其翻译内容之间存在差异,应始终以英文内容为准。本文部分内容是使用 Microsoft 的机器翻译技术进行翻译的。
|
|