标签: documentation

我看到了部分信息，旧信息，但没有什么比我在本地拥有的带有简短评论的实际示例文件更好的了。

我需要了解odbc.ini和之间的确切关系odbcinst.ini。从表面上看，这是很明显的 - 在odbc.ini文件的顶部有一个像这样的部分：

[ODBC Data Sources]
MYDSN = MyDriverName
...

但是，例如，我不确定是否可以在驱动程序或 DSN 部分进行设置。

1) 我Driver = /path/to/file/.so在两个文件中都有一行，并且值有时不同。这甚至有意义吗？如果有，哪个占上风？

2) 是odbcinst.ini类似于 JavaScript 的“原型”odbc.ini吗？换句话说，如果我正在创建多个具有通用设置的 DSN，我可以将通用设置从 提升odbc.ini为odbcinst.ini吗？

3) inDriver和Setupin 有odbcinst.ini什么区别？他们似乎有相同的价值观。这些设置是特定于数据库的还是通用的？

我有大约 20 个 linux 服务器，我需要记录其配置。我指的不是服务的详细配置，而是用户帐户、数据库、数据库帐户、IP 地址、物理位置、SSH 端口等。我知道所有这些数据都存储在配置文件中，但我想集中所有这些. 我正在考虑创建一个电子表格来记录这些数据，但想知道是否有更好的东西（也许是一个小型的 php/mysql 应用程序），它比拼凑的电子表格更结构化和完整。

你用什么？

我们基础设施小组中的一些人想要升级以开始利用 RHEL 6 中的新功能。过去，我依赖于 NSA 指南 (www.nsa.gov/ia/_files/os/redhat/rhel5-guide- i731.pdf) 以保护 RHEL 5 和 CentOS 5 安装。我觉得这个指南非常宝贵。

有没有人有以类似方式保护 RHEL/CentOS 6 的经验？如果是这样，您利用了哪些资源（书面或咨询）？

我从一些同事那里听说第 6 版与第 5 版在很多方面有很大的不同，所以我不想在我们的安全中留下巨大的漏洞，因为我没有充分考虑这些差异。

Red Hat 自己的 RHEL 6 指南（http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Security_Guide/index.html）真的足够了吗？

是否有人会说，除非您有令人信服的功能原因，否则您应该推迟从 5 升级到 6，直到像 NSA 这样的组织能够制作出针对您要保护的版本的特定指南？

我感谢您提供的任何反馈，即使它会将我引导至更合适的论坛。

问候，

麦克风

是否有任何现行的行业标准 IEEE、ISO、ANSI.... 说明建筑物物理基础设施应如何在机架和插孔处标记以及文档应如何布局？我知道有 IEEE Std 200，但那已经过时了，我找到了 ASME 电气标准，但我实际上无法阅读。

今年晚些时候，我将把我教会的活动目录服务器的支持移交给其他人，我想知道什么样的信息需要记录和共享。有什么好的示例文档可以使用吗？

标题说明了一切。

有时最终会导致开发和 IT 在这类事情上发生争执。当您需要安装、修补、维护、启动、停止和诊断在一台或多台服务器上运行的解决方案时，您期望什么级别的文档？

我们为我们的环境提供了相当不错的文档（以 AsciiDoc 格式），最近允许另一个人在不到 30 分钟的时间内从头开始重新创建整个设置。
但是，我注意到在初始设置后，很容易发生对系统进行的小改动（比如：inetd 被禁用，我的 IMAP 服务器在一个额外的端口上侦听 ManageSieve 连接，一个新的路由器被添加到 exim 配置中）不要'不会立即出现在文档中（如果有的话）。

我的想法是，以避免（部分？）这个问题产生的文档出来的配置文件，并在其中的意见-实现这个可能是把一个方式/etc和/usr/local/etc进入一些源代码管理系统（说- GIT），然后运行在每次提交时重新生成文档的脚本。但是，我不确定这是否是矫枉过正和/或难以正确处理（毕竟，我不想在我的文档中提供源文件的完整副本，而只想提供差异）。

其他人如何避免服务器文档过时 - 是否有一种自动保持同步的好方法，或者您是否只有在修改系统的同时更新文档的纪律？

特尔：博士？很好……在这里：

除了雇用或外包给技术作家之外，是否有技术作家在其行业中采用的基本标准/惯例/实践可以从中学习，以便创建适当的 IT 文档并随着时间的推移维护该文档？

在为我们的员工为内部 IT 使用和外部使用编写各种文档时，很明显我们的员工在文档方面都有自己的风格。

从我们的质量文档和受控文档中提取，IT 已经使用了各种 SOP、WI 模板和用于 IT 质量文档的各种表格。这些文档虽然对 IT 内的日常运营不一定有用，但确实可以帮助员工和公司解决 IT 人力资源问题、合规性等问题，并且通常编写得很好、定义明确，并且至少遵循质量部门的模板和文档标准（如版本控制、ECN 等）

但是我们实际的 IT 文档编写仍然缺乏真正的约定/标准。 有些人会使用像 ScreenSteps 这样的 3rd 方工具，其他人只是使用 Word 并创建一个简单的大纲，如：

1. 打开 app
2. 点击“开始全球热核战争”
3. ...
4. 利润

内部 IT 文档实际上更糟，基于当时员工或顾问认为足以唤起他们自己的回忆或基于他们选择的编辑器（vi、word、excel、powerpoint、餐巾纸、内部维基）的任何内容。当员工离开或休假时，问题就出现了，甚至要争先恐后地找出基本信息。 有时只有文件日期是数据是否仍然相关的指标。

虽然简单的大纲、实际截图，甚至完整的高清视频都很好，但我们没有真正的 IT 技术作家，不禁认为我们在这方面缺乏。

我们可以为我们的文档制定我们自己的标准以及批准的模板吗？是的，但为什么要重新发明轮子呢？如果技术作家的“公会”中已经存在这样的标准和约定，我们最好遵循这些约定，以便我们的文档清晰、简洁和专业。

为了避免被告知“ Google It ”，我确实查看了一些显示一些格式设置实践的网站，虽然这个 SF Q：IT 文档平台有助于寻找平台和软件来处理写作，但它没有讨论内部是否真的有标准行业。

那么，除了聘请或外包给技术作家之外，是否有技术作家在他们的行业中采用的基本标准/惯例/实践可以从中学习，以便创建适当的 IT 文档并随着时间的推移维护该文档？

您如何记录 Cisco 配置？

• 您在描述字段中包含多少/什么类型的信息（连接到、电路 ID、设备信息等）？
• 您是否使用任何自动化工具（例如Rancid）进行自动备份和修订控制？
• 您如何提供不适合描述字段的其他文档详细信息？最好有一些复杂的功能，可以隐藏细节或具有动态视图（例如 Visio 地图可能很快变得势不可挡）。

我女儿的学校有几台联网电脑（各种操作系统）、打印机、联网交互式白板（连接到互联网、流媒体等）。他们有一个照顾一切不再感兴趣的父母。学校不知道他们有什么，它做什么等。

我将帮助他们记录他们拥有的内容、IP、密码、用户名等。这可以用作故障排除文档。

有人知道用于记录网络设置、帐户、特权等的标准模板吗？

任何人都知道有什么好的工具可以进行网络发现并识别每台电脑、配置、操作系统等？

这是自愿的，但如果需要软件，学校的预算很小。