已注册 - 建议使用软件为 ePolicy Orchestrator 数据库SQL Server Management Studio
技术文章 ID:
KB67184
上次修改时间: 2023-03-24 12:41:39 Etc/GMT
上次修改时间: 2023-03-24 12:41:39 Etc/GMT
免责声明
本文内容源于英文。如果英文内容与其翻译内容之间存在差异,应始终以英文内容为准。本文部分内容是使用 Microsoft 的机器翻译技术进行翻译的。
了解不断适应的 XDR 生态系统如何为您的企业赋能。
Trellix 首席执行官 Bryan Palma 解释称,现在亟需能够不断学习的安全防护。
下载 Magic Quadrant 报告,该报告根据执行能力和愿景完成情况,对 19 家供应商进行了评估。
Gartner 报告称,“XDR 是一种新兴技术,可以提供增强的威胁防护、检测和响应。”
企业在 2022 年应警惕哪些网络安全威胁?
网络安全行业绝不是一潭死水,而是危机不断,现在便是接受这一全新安全防护理念,将其转化为自身优势,为企业赋能的最佳时机。
网络安全领域备受信赖的两大领导者携手打造弹性化的数字世界。
Trellix 首席执行官 Bryan Palma 解释称,现在亟需能够不断学习的安全防护。
As of May 14, 2024, Knowledge Base (KB) articles will only be published and updated in our new Trellix Thrive Knowledge space.
Log in to the Thrive Portal using your OKTA credentials and start searching the new space. Legacy KB IDs are indexed and you will be able to find them easily just by typing the legacy KB ID.
已注册 - 建议使用软件为 ePolicy Orchestrator 数据库SQL Server Management Studio
技术文章 ID:
KB67184
上次修改时间: 2023-03-24 12:41:39 Etc/GMT 环境
ePolicy Orchestrator (ePO) -所有受支持的 ePO 5.x 版本 Performance Optimizer 2.x 要确定支持哪个版本的 Microsoft SQL Server 的 ePO 版本,请参阅 ePolicy Orchestrator 的 KB51569 支持平台。 摘要
注意:本文仅供 ServicePortal 注册用户查看。 本文介绍了使用数据库的 ePO 数据库的建议SQL Server Management Studio。 解决方案 1重要说明: 这些例行任务包括 SQL Server 维护作业,使数据和引擎以满意的级别执行。这些任务还会使数据保持备份状态,以便在发生灾难时帮助进行恢复。此信息仅供数据库管理员和 ePO 管理员使用。使用以下程序须自行承担风险。由于遵循这些说明,我们不承担任何损害的责任。
背景: SQL Server 使用的概念 预写日志记录,其中每个数据更改操作都将首次写入到事务日志(。LDF)从内存(缓冲池)中定期刷新到磁盘数据文件(。MDF)作为检查点进程的一部分(数据更改操作包括插入、更新、删除和其他操作,例如索引重建和重新整理)。使用事务日志可确保在发生灾难时,您可以将数据库还原到较早的状态,而不会导致数据丢失最少。灾难的示例包括硬件故障或人为错误。 完整恢复模型: 使用完整恢复模型备份事务之后,SQL Server 会将备份的记录标记为 非活动状态 并截断日志。通过这种方式,任何记录到事务日志中的新操作都可以通过覆盖非活动条目来重复使用该空间。此设计有助于防止日志大小增长。 如果未定期备份事务日志,事务日志的大小会继续增长,直至其占用所有可用磁盘空间。 因此,如果您的 ePO 数据库配置为使用完整恢复模型,则执行定期事务日志备份以保持检查的大小非常重要。 简单恢复模型: 在简单恢复模型中,在检查点发生后,会将记录刷新到磁盘,SQL Server 会截断事务日志。此操作会释放事务日志文件中的内部空间。 只要有足够的空间可用于当前未结事务,事务日志的大小就不会增加。 在简单恢复模型中,不会使用备份事务日志的概念,因为您只对 ePO 数据库进行定期完整备份。如果发生灾难,您只能恢复到最后一次完整备份。最后一次完整备份后发生的所有更改都将丢失。 对于大多数企业客户而言,简单恢复模式是一个可接受的解决方案,因为灾难中丢失的数据通常是自上次完全备份以来的事件数据。 完全恢复模式 包括定期备份 ePO 数据库的 事务日志 的管理费用。 因此, 简单恢复模式 建议使用 ePO 数据库。但是,如果您选择使用 完全恢复模式 ,请确保拥有适用于 ePO 数据库和 事务日志 的备份计划。 有关数据库备份计划的SQL Server超出本文的范围。 有关更多详细信息,请参阅 SQL Server 技术文档。 注意: 如果您的多个数据库具有不同的恢复模型,则可以为每个恢复模型创建单独的数据库维护计划。通过这种方式,您可以在不使用简单恢复模型的数据库中包含仅备份事务日志的步骤。 将 ePO 数据库恢复模型设置为简单 要验证恢复模型是否设置为简单,请在 SQL Server Management Studio 中进行以下更改:
收缩数据库,为什么不建议这样做: 请避免尽可能多地缩小 ePO 数据库。缩小生产 SQL Server 数据库会引入逻辑碎片。索引叶级别中页面的物理顺序与页面的逻辑顺序不同。有效,磁盘头在读取页面时必须来回移动。 此操作会导致执行更多输入和输出 (I/O) 操作,并会降低性能。 当您缩减数据文件时,数据文件末尾的页面会移动至文件的开头。 此操作会忽略在此过程中引入的任何潜在碎片。 如果您在删除事件并缩减数据库后 ePO 数据库大小增加,则对于代理发送的事件需要空间。 仅在删除事件后收缩数据文件会导致文件增大,除了导致碎片以外。如果空间有顾虑,请考虑使用 ePO 事件过滤过滤非必要事件。 注意: 您可以考虑在执行许多删除操作后收缩数据文件。例如,如果您知道不再需要该空间来存储新事件,则清除旧事件。否则,请定期重建索引,然后使用 ePO 事件过滤不必要的事件,以避免首先捕获不需要的数据。 重要说明: 过滤事件会直接影响使用这些事件生成的报告。请确保只过滤出日常报告所不需要的事件。在清除较早事件之前,备份 ePO 数据库。 为供将来参考,您始终可以将此 ePO 数据库备份还原到新的名称,以生成该期间的报告。 只要执行了正确的数据库维护(例如重建和重新组织索引),ePO 数据库的大小就不会对查询性能产生负面影响。如果您定期清除旧事件(例如所有超过三个月的事件),则会使用 您必须配置了正确的数据库维护计划,才能使 ePO 数据库性能处于正常运行状态。 为以下数据库中的 ePO 数据库创建SQL Server:
注意: 监控维护任务,避免在生产时间内为大型 ePO 数据库运行任务。
解决方案 2重要说明:
如果您有大型生产数据库,请使用自定义索引重建或重新组织脚本,而不是使用 索引重新组织和重建维护计划 任务。
自定义任务可让您更灵活地了解需要重新组织和重建哪些对象,而不是重建每个对象,而不管碎片级别如何。 根据 SQL Server 联机丛书:
您可以通过查询以下各项来确定索引的碎片级别: 秒
SQL Server Script Online 可提供一个示例 SQL 脚本,可提供上述碎片比率。 请参阅相关主题 注意: 示例 D 在联机文档中提供示例代码。 在以下情况下更新统计信息非常重要: 索引重新组织 命令。与 索引重建,统计信息不会作为索引重新组织的一部分自动更新。中的更新 SQL 脚本位于 R
您可以进一步自定义脚本,以包含执行索引在线重建的选项。 在线重建 在索引重建过程中提供更多构建,并且资源密集型项目。 此功能在所有版本的 SQL Server 中均不可用。请参阅 在线查询 文档,其中的版本支持 在线重建 索引 功能。 如果您的 SQL 版本支持在线重建,并且您想要使用此功能,请编辑脚本并将139行更改为如下所示的内容: 注意: 重建操作会更新索引统计信息,但不会更新表列统计信息。 附件免责声明本文内容源于英文。如果英文内容与其翻译内容之间存在差异,应始终以英文内容为准。本文部分内容是使用 Microsoft 的机器翻译技术进行翻译的。
|
|