小编han*_*ast的帖子

我们的基础设施：我们为大约 250 个节点（大约 100 个硬件服务器）运行一个 puppet master。节点本身上的操作系统是完全傀儡化的。

现在我们正在考虑将此 Puppet 设置扩展到以下域：

1. IP/DHCP 管理
2. APC配置
3. 交换机配置（通过 SNMP，我们有 Arista 交换机）
4. 库存管理（服务器 x 机架在哪里？保修期还有多久？）

是否有软件（开源与否无关紧要）可以让我们实现这一目标？我想它有一个关系数据模式，server或者switch可以由 web ui 填写。然后，对于这 4 个点中的每一个，都有脚本来从表中提取数据并将它们推送到设备。

对了，我们为什么不拿傀儡来做这个？

我们很乐意，因为我们希望将所有配置集中在一个地方，但是...

1+2可以在 puppet 中完成，但对于 250 个节点来说，这看起来就像一个巨大的 puppet 清单。此外，我们希望尽快通过 puppet foreman 添加 VM 配置，因此“IP 预留系统”需要是“反应性的”，因此 IMO 需要在 puppet 之外。
3 可能是不可能的，因为交换机还没有为 puppet 做好准备，当我们在 puppet 的节点层之上添加一个“硬件”层时，
4可能是puppet 的可能。

有什么想法吗？

这是我在 windows 错误日志中看到的：

SQL Server 检测到基于逻辑一致性的 I/O 错误：校验和不正确（预期：0x19fedd20；实际：0x19fed5e3）。它发生在读取文件 'D:\mssql\local_repository_pbdiffimport.mdf' 中偏移量 0x00000000dc8000 处的数据库 ID 6 中的页面 (1:1764) 期间。SQL Server 错误日志或系统事件日志中的其他消息可能会提供更多详细信息。这是威胁数据库完整性的严重错误情况，必须立即纠正。完成完整的数据库一致性检查 (DBCC CHECKDB)。此错误可能由多种因素引起；有关详细信息，请参阅 SQL Server 联机丛书。

我跑了

数据库检查表

这告诉我我应该用选项 REPAIR_ALLOW_DATA_LOSS 恢复，所以我最终跑了

DBCC CHECKDB (my_db_name, REPAIR_ALLOW_DATA_LOSS) WITH NO_INFOMSGS

但这导致大约 2'000 行丢失。我恢复了一个备份，但现在我担心这会再次发生，因为大约 2 周前我们已经在同一个数据库中出现了一致性问题，但后来它发生在一个索引中（重新创建的索引解决了这个问题）。

我们已经调查了磁盘 - RAID5 看起来不错，没有错误，而且磁盘检查实用程序也没有发现任何硬件问题。

这可能是由操作系统 (Windows Server 2003) 或 MSSQL (MSSQL Server 2005) 引起的吗？

我想比较运行 Linux (Centos) 的服务器 - 明智的 CPU。

我想把所有 cpus bogomips 的总和进行比较，但只能想出这个丑陋的外壳线：

echo 0 `cat /proc/cpuinfo | grep bogomips | cut -d ":" -f 2 | tr " " "+" `| bc

（需要 0，否则该行以 + 开头，不适合 bc）

有没有更好的方法来做到这一点？