套件介绍 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115 4.1.1 OpenOffice.org 文字处理 . . . . . . . . . . . . . . . . . . . . . . . . . . . 117 4.1.2 OpenOffice.org 电子表格 . . . . . . . 4.2 使用 OpenOffice.org 文字处理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118 4.2.1 OpenOffice.org 文字处理的主要特性 . . . . . . . . . . . . . . . . . 118 4.2.2 完成基本的文字处理工作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 303 7 处理大多数图像和照片 305 7.1 图像软件介绍 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117 IV.I.I OpenOffice.org 文字处理 . . . . . . . . . . . . . . . . . . . . . . . . . . . 119 IV.I.II OpenOffice.org 电子表格 . . . . . . 使用 OpenOffice.org 文字处理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120 IV.II.I OpenOffice.org 文字处理的主要特性 . . . . . . . . . . . . . . . . . 120 IV.II.II 完成基本的文字处理工作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306 VII 处理大多数图像和照片 309 VII.I 图像软件介绍 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 1.6 类 Unix 的文本处理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113 6.3.4 处理其它 SSH 客户端 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202 11.2.2 XML 处理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

事件 ONCALL 中心建设方法 一站式处理值班 OnCall，智能降噪 北京快猫星云科技有限公司 前言 市面上有众多监控系统，刨去商业软件不说，开源的就有 Nagios、Zabbix、Open-Falcon、 Nightingale、Grafana、Prometheus、Elastalert 等等，还有云厂商提供的监控系统，比如华为云的云 监控、腾 备的事件后续处理能 力。这里说的后续处理主要包括：多渠道分级通知、告警静默、抑制、收敛聚合、降噪、排班、认领升 级、协同闭环处理等等。监控系统或多或少都有一些这方面的能力，但是通常都不完备，而这，正是 PagerDuty FlashDuty 这种产品存在的价值。这些产品都是以 Duty 命名，核心就是支持告警 OnCall 值班处理的场景。 对于告警事件的后续处理，有哪些问题 思路方法和工具实践两个方面分 别进行探讨，下面先行探讨思路方法，看看要解决这些问题和需求，我们有哪些可能的解法。 思路方法篇 告警事件的后续处理：多渠道分级通知、告警静默、抑制、收敛聚合、降噪、排班、认领升级、协同闭环 处理等等。看起来需求很多，最核心的痛点有两个： ● 告警太多，打扰太多 ● 告警疏漏，无法闭环 我们先来看第一个痛点，首先分析一下造成告警太

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1862 12 数据库错误处理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 在过渡到多线程架构的过程中，进行了以下一些更改： • 添加了一个新的配置参数：--with-stacksize。该参数允许覆盖系统使用的默认线程堆栈大小（以 kb 为单位）。 9 • 用户宏解析已从预处理管理器移至预处理工作进程。 在运行时检测 cURL 库特性 以前，Zabbix server、proxy 或 agent 在构建时会检测 cURL 库的特性。如果 cURL 的特性得到了升级，为了使用这些特性，需要重新编 2）在主动检查中都支持灵活/调度间隔。 网络发现的并发性 之前，每个网络发现规则都由一个发现进程处理。因此，规则内的所有服务检查只能按顺序执行。 在新版本中，网络发现进程已重新设计，以允许服务检查之间的并发性。已添加一个新的发现管理器进程，以及可配置数量的发现工作进 程（或线程）。 发现管理器处理发现规则，并为每个规则创建一个包含任务（服务检查）的发现作业。服务检查由发现工作进程接收并执行。只有那些具

10.8 本章习题 12.9. 10.9 参考资料与延伸阅读 13. 第十一章、正则表达式与文件格式化处理 13.1. 11.1 开始之前：什么是正则表达式 13.2. 11.2 基础正则表达式 13.3. 11.3 延伸正则表达式 13.4. 11.4 文件的格式化与相关处理 13.5. 11.5 重点回顾 13.6. 11.6 本章习题 13.7. 11.7 参考资料与延伸阅读 本章习题 25.6. 23.6 参考资料与延伸阅读 26. 第二十四章、Linux 核心编译与管理 26.1. 24.1 编译前的任务：认识核心与取得核心源代码 26.2. 24.2 核心编译的前处理与核心功能选择 26.3. 24.3 核心的编译与安装 26.4. 24.4 额外（单一）核心模块编译 26.5. 24.5 以最新核心版本编译 CentOS 7.x 的核心 26.6. 24 观念？计算机概论是非 常重要的一环！ 因为Linux与硬件的关系还不小～此外，打造一台Windows/Linux共存的主机也是很有用的， 至 少对于需要多平台但又缺乏空间与金钱的朋友来说，这样的处理是非常有用的！ 在第一篇里面，我们会由计算机概论谈起，再讲到Linux的历史渊源与自由软件的关系，然后重点在于如何规划硬件 与Linux安装， 最后谈到如何登陆与使用Linux图形/命令行的环境

Shell 的操作环境： 10.5 数据流重导向 10.6 管线命令 （pipe） 10.7 重点回顾 10.8 本章习题 10.9 参考资料与延伸阅读 第十一章、正则表达式与文件格式化处理 鸟哥的 Linux 私房菜：基础学习篇 第四版 4 13.1 13.2 13.3 13.4 13.5 13.6 13.7 14 14.1 14.2 14.3 14.4 16.1 16.2 16.3 16.4 16.5 16.6 11.1 开始之前：什么是正则表达式 11.2 基础正则表达式 11.3 延伸正则表达式 11.4 文件的格式化与相关处理 11.5 重点回顾 11.6 本章习题 11.7 参考资料与延伸阅读 第十二章、学习 Shell Scripts 12.1 什么是 Shell scripts 12.2 简单的 shell 显卡驱动程序安装范例 23.4 重点回顾 23.5 本章习题 23.6 参考资料与延伸阅读 第二十四章、Linux 核心编译与管理 24.1 编译前的任务：认识核心与取得核心源代码 24.2 核心编译的前处理与核心功能选择 24.3 核心的编译与安装 24.4 额外（单一）核心模块编译 24.5 以最新核心版本编译 CentOS 7.x 的核心 24.6 重点回顾 24.7 本章习题 24.8

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1721 12 数据库错误处理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Prometheus 指标的批量处理 在预处理队列中引入了依赖监控项的批量处理，以提高检索 Prometheus 指标的性能。 有关详细信息，请参阅Prometheus 检查 for more details。 Prometheus 模式的结果处理 预处理中的 Prometheus 模式步骤会产生匹配多行的结果。为了处理这种情况，Prometheus 模式预处理步骤中添加了一个新的结果处 理参数 监控项配置表单会自动建议匹配的信息类型，如果选定的监控项键值仅返回特定类型的数据（例如，log[] 监控行需要信息类型：Log）。 信息类型 * 参数现在位于监控项选项卡上的键值参数下，如果指定了至少一个预处理步骤，则在预处理选项卡上重复。如果 Zabbix 检测 到所选信息类型和密钥可能不匹配，则会在 信息类型字段旁边显示一个警告图标。 新的和更新的监控项 Zabbix agent/agent 2 中添加了几个新监控项：

： 将源文件的 nlink 加一 创建目标文件的 dentry 删除源文件的 dentry 将源文件的 nlink 减一 而每一步骤都有可能出错，chubaofs 针对以上的 4 步骤中出现的错误处理如下： 步骤 1 出错，啥事都没发生 步骤 2 出错，等同于创建硬连接出错，恢复机制如下： 将源文件的 nlink 减一 步骤 3 出错，相当于创建了硬链接，但是没有删除源文件，此时源文件和目标文件同时存在，恢复机制如下： 对于这一步出错，没有恢复机制，与 unlink 操作失败一样的处理（因为 dentry 删除了，而 inode 却没被回收，会被当成孤儿节点去处理） 如果采用 chubaofs 的方案，需要考虑以下问题： 以上的恢复进制如果没执行成功怎么办？ 客户端存活的情况下，应该多尝试几次，直至成功 但是如果恢复机制尝试多次没成功，或者客户端挂掉、宕机该如何处理？ 步骤 1：忽略 步骤 2：只是给 nlink + + 1 了，这个 ，同步骤 4 恢复机制一样，当做孤儿节点来处理 等同于 unlink 操作时删除了 dentry 而 nlink 没减一的情况 步骤 3： ，就会同时存在 src、dst 的 dentry，相当于多了一个硬链接，Linux 和 POSIX 这一步出错 接口中表明这允许一段时间内存在，但是最终还是要原子性，所以这一步出错会导致和本地文件系统不一致的行为： Linux 接口定义允许

书栈(BookStack.CN) 构建 7.7. 5.7 本章习题 7.8. 5.8 参考数据与延伸阅读 8. 第六章、 Linux 网络侦错 8.1. 6.1 无法联机原因分析 8.2. 6.2 处理流程 8.3. 6.3 本章习题 8.4. 6.4 参考数据与延伸阅读 9. 第二部分：主机的简易资安防护措施 10. 第七章、网络安全与主机基本防护：限制端口, 网络升级与 SELinux 训练我们时，是要我们去解决一个发现的问题， 这过程需要很多基础知识的培养，所以学完他之后，你会觉得很多事情都变的很简单而单纯。但如果使用 Windows 的懒人方案，很多问题就不可能了解为啥会发生与为啥可以这样处理了！我们会在下一节分析一下架设服务器的流 程， 也会提供相对应的你应该要会的 Linux 技能喔！ 不管是 Windows 还是 Linux ，要架设好一部堪称完美的服务器，『基本功课』还是得做的，这包括了： 服务器软件如何设定？ 服务器软件如何启动？如何设定自动开机启动？如何观察启动的埠口？ 服务器软件激活失败如何除错？如何观察登录档？如何透过登录档进行除错？ 透过客户端进行联机测试，如果失败该如何处理？联机失败的原因是服务器还是防火墙？ 服务器的设定修改是否有建立日志？登录档是否有定期分析？ 服务器所提供或分享的数据有无定期备份？如何定期自动备份或异地备份？ 细部权限设定：包括 SELinux