我不确定该怎么问,因为我不在现场。假设您是网络管理员,就辞职了。新人怎么知道从哪里开始?
我不确定该怎么问,因为我不在现场。假设您是网络管理员,就辞职了。新人怎么知道从哪里开始?
Answers:
它取决于网络的大小,用户数,节点数(计算机,服务器,打印机等)以及IT人员的规模等。
这也取决于您的目标。您是否出于培训和维护目的,预防保险/损失等目的对网络进行记录?
就个人而言,我在我知道我可以推导基于什么任何丢失的信息,这样的方式记录我的网络被记录在案。从实际的角度来看,当文档过于细化时,收益会有所减少。
我使用的一个好的经验法则是,应该在一个已知的位置上有足够的文档,如果我今晚被公共汽车撞到,另一位管理员可以在他/她填写丢失的部分的同时保持核心网络的运行。接下来的几天/几周。
这是我认为最重要的一个网络概述。作为记录,这是一家仅限Windows的商店,拥有大约100个用户和5个办公室。
如果关于设置或工作流的任何奇怪之处,对于新管理员来说都不是立即显而易见的,那么我也将写一个简短的“简要说明”。
我在哪里工作-当我第一次在这里工作时,我们遇到了同样的问题。随着服务器和服务数量的增加,您会发现越来越多的过时文档,随之而来的是不可避免的态度,就是员工不信任文档,至少是关于服务器名称,服务器组,网络等的技术文档。
我们开始开发一个名为hotwire的开源项目来解决这个问题。
通过将库存系统与构建系统结合起来,我们确保数据库中的数据与数据中心中的数据一致,因为现在我们必须先将数据输入到库存中才能构建服务器。 。
然后在所有服务器上安装客户端程序(funcwire)(作为构建过程的一部分),然后动态监视python-dmidecode报告的服务器硬件以及清单中的内容,因此,如果发生任何变化,管理员马上就会知道。
然后,我们集成了Wiki系统,以便热线中的每个服务器,机架,项目,硬件模型等直接链接到相应的Wiki页面。
因此,我们已经使用热线+维基“记录”了我们的服务器/网络/等等(我们在这里使用融合,但是任何不错的维基都可以)。(但是请注意,一旦构建了服务器-热线不会以任何方式修改它们-正在进行的管理将通过cfengine完成)。
随着开发人员着手开发系统,正在记录网络。
考虑要求-上面已充分指出,但是考虑到WHO将咨询doc-o以及用途。审核员将查找和读取与对等SysAdmin不同的工件。
做文档维护-许多人提到图表和地图的价值,作为一个视觉思想家,我衷心同意。但是,通过添加/删除主机可以使这些操作无效。考虑一下doc-o的“正确级别”-您的团队可以实际维护的水平。
注明日期,并包括关于为什么以这种方式配置网络的说明。许多人忘记了添加日期-但DATE提供了指向网络历史的指针。对于解决问题而言非常宝贵,它可以缓解大多数网络图固有的过时性。
将文档卸载到“流程”中-很多时候,可靠且精心设计的构建/部署过程最终会简化“网络文档”,因为在该过程中可以更好地描述机器配置和命名的细节。
要点:将文档作为“系统”;它必须从第一天起就提供价值,并承担维护它的固有责任。
在我们的站点上,我们使用多种系统来记录我们自己的和客户网络。我们尝试了许多无法扩展的技术/工具,但均以失败告终,但现在我们有了以下设置:
如果一个人处理许多IP网络,那么phpIP可能是一种合适的IPAM解决方案。
有关如何记录文档的更多教程,请访问networkdocumentation.com。
有关一些很好的示例,请参见ratemynetworkdiagram.com。例如,这是一个非常好的,而这是太棒了 ;)。
如前所述,这取决于许多因素...
我的目标是拥有足够的文档,以便我可以(至少在概念上)将其交给同事,然后说“三周后见”,并且知道所有重要细节都在那里。
我从未设法完全做到这一点,但我的目的是记录所有主要的日常流程-服务器的设置方式,监视的方式和内容,帐户设置和删除,备份等。
我建议http://opennetadmin.com。它可以完成人们在其他评论中建议的许多事情。
MS Visio是记录网络的一种好方法,但它不是免费的解决方案。如果您希望降低成本,那么Gliffy是一款不错的产品。
典型的网络图显示信息如何流经您的设备(通常流向Internet)。因此,您的图表中应该包含有关计算机,打印机,WAP,IP电话(如果适用),交换机和路由器的位置以及它们如何连接的信息。IP地址也可能包含在设备名称中。如果您想快速浏览图表以获取信息,这将很有帮助。
NodeSystems就是这样-网络文档工具。作为一个很好的副作用,它将为您创建一个交互式图表。
查看在线演示:http : //www.nodesystems.org/demo/