揭开 Daemontools 的运作机制：服务监控、故障转移和日志记录 (揭开单位的面纱)

概述

Daemontools 是一个服务管理系统，用于在 Unix 系统上监控、管理和故障转移服务。它由 Daniel J. Bernstein 于 1990 年代开发，至今仍在广泛使用。

Daemontools 的主要优点之一是它的简单性和模块化。它使用一系列独立的工具（称为服务）来执行特定任务，例如监控、启动和停止服务。这些工具可以组合起来创建复杂的管理系统。

服务监控

Daemontools 使用一系列服务来监控系统中的服务。这些服务持续检查服务的运行状态，并根据需要采取措施（例如重新启动服务）。

其中一些服务包括：

• supervise ：主监控服务，负责启动和停止所有其他服务。
• run ：启动和停止单个服务的服务。
• notify ：在服务发生更改时发送警报的服務。

故障转移

除了监控服务之外，Daemontools 还提供故障转移功能。如果某个服务失败，Daemontools 可以自动启动其备用副本。这有助于确保服务的可用性，即使发生故障也是如此。

要设置故障转移，需要使用 redundant 服务。此服务可以创建服务副本，并在主副本失败时自动启动备用副本。

日志记录

Daemontools 提供了一个称为 logger 的日志记录服务。此服务将来自不同服务的日志消息收集到一个中央位置。这使得监控和分析服务行为变得容易。

logger 服务还允许过滤和转换日志消息，这有助于创建自定义日志视图。

例子

以下是使用 Daemontools 安装和管理服务的简单示例：

```安装 Daemontoolssudo apt-get install daemontools创建一个新的服务sudo mkdir /service/my-service创建一个启动脚本sudo nano /service/my-service/run``````sh!/bin/sh您的服务命令``` 启动服务sudo svcadm enable my-service```

此示例创建了一个名为 my-service 的新服务，该服务将使用 run 脚本启动。服务将由 supervise 服务自动监控，并且如果失败，将自动重新启动。

结论

Daemontools 是一个功能强大且灵活的服务管理系统。它提供了一系列工具，可用于监控、管理和故障转移服务。其模块化和简单性使其成为管理复杂服务环境的理想选择。

---

Oracle后台进程中哪些与CPU数量有关

parallel_threads_per_cpu这个参数是指每个计算核心可以并行处理的线程数量，默认值是2 ， 代表每个cpu计算核心可以同时处理2个线程。 cpu_count这个参数，现在我们只能理解为cpu计算核心数。 如果你的服务器的cpu是inter 至强系列的4核处理器，那么你的oracle服务器有4颗inter 至强4核处理器。 如果是2核处理器，那就是8颗cpu。 若解答了你的疑问，请采纳吧 ！

SQL SuperSocket 信息: (SpnRegister) : Error 1231什么意思?

SQL SuperSocket 信息: (SpnRegister) : Error 1355。 原因说明当 SQL Server 在运行 Microsoft SQL Server 2000 的计算机上启动时，SQL Server 程序总会尝试在 Active Directory 中注册虚拟服务器。 您可能会在 Microsoft Windows NT 事件日志中看到以下警告：Warning SuperSocket Info : (SPNRegister) :Error 1355Event Category 8Event ID 这条信息不是错误信息。 这条信息仅仅是一个警告，说明 SQL Server 无法注册服务主要名称 (Service Principal Name, SPN)。 这表示将使用 Microsoft Windows NT Challenge\Response (NTLM) 验证机制，而不使用 Kerberos。 原因通常，出现这条信息的原因是 SQL Server 服务帐户正以不具有注册 SPN 的必要权限的域用户身份运行。 此外，该错误也可能与服务器是 Active Directory 目前不支持的群集服务器或故障转移虚拟服务器有关。 状态Microsoft 已经证实这是 SQL Server 2000 中存在的问题。 参考

sqlserver alwayson 怎么样

SQL Server2012所支持的AlwaysOn技术集中了故障转移群集、数据库镜像和日志传送三者的优点，但又不相同。 故障转移群集的单位是SQL实例，数据库镜像和日志传送的单位是单个用户数据库，而AlwaysOn支持的单位是可用性组，每个组中可以包括一个或者是多个用户数据库。 也就是说，一旦发生切换，则可用性组中的所有数据组会作为一个整体进行切换。 AlwaysOn底层依然采用Windows 故障转移群集的机制进行监测和转移，因此也需要先建立Windows Cluster，只不过可用性组中的数据库不一定非要再存放在共享存储上了。 可以是存储在本地磁盘上。

若对本页面资源感兴趣，请点击下方或右方图片，注册登录后

搜索本页相关的【资源名】【软件名】【功能词】或有关的关键词，即可找到您想要的资源

如有其他疑问，请咨询右下角【在线客服】，谢谢支持！