总想着学的东西要学以致用，最近在学什么也会把实际应用中的东西往上面靠，最近学习数据库也是想着怎样去应用在网络运维之中。这两天就拿到领导分配的任务，把公司的电话会议用的Trio全部重启，这玩意儿就是一个POE供电的盒子，重启方法就是重启交换机的接口，看上去很简单的操做，但是实际实施的时候费时费力（当然说的是传统网工的操作方法）。数了下全公司7层楼，400+电话会议设备，而且在非同一台交换机上的非连续端口，传统方法人肉登陆每一台设备，手工一个个去重启，想想都得累出翔。。。。。。而且还有个更烦人的要求就是要把领导的设备排除在外，查找并重启400+接口就已经够烦了，还要区分设备。。。。。。一定得抱怨下：本来重启电话会议设备的工作不应该是小网工的操作，像这种数量多，重复性操作，极易导致人为操作失误，这种职责范围外的工作就不应该接！！！（单纯抱怨，感情色彩单一。。。）
一直在做网络运维方面的工作，公司运维环境也不能和各IT大厂去比较，自己身边也没有什么特别厉害的运维大神，只能自己不断思考，当前环境下我这个小网工对于网络的运维能做些什么。网络的CMDB是我一直想做想完善的一个方面，当前表格运维的形式，信息遗漏，信息更新不及时，信息不完整等现象十分常见，做起来也十分费劲。之前也考虑过把设备CDP/LLDP neighbor信息管理起来，这次工作正好是一个契机，研究下怎么管理这些信息。
由于接到任务时间比较近，来不及研究脚本，只能按照传统运维的方式去实施一把，人肉登陆每台设备，查找lldp信息，查找接口，查找领导设备的MAC，查找领导设备MAC所在设备接口，将领导设备排除在外，编写重启接口的脚本，重启接口。一通操作！！！仅管我采用了牛逼的Xshell多窗口多线程同步操作，表格处理大法，这项工作还是耗费了我将近两个小时，烦躁！
如果能写一套自动区分设备接口，自动重启相关接口的工具或脚本那就很爽了！
基于以上想法的现有两点需要实施的内容，以我现在的水平完成这个工作可能需要一些时间，鼓励自己不断提高吧！
1、自动区分设备接口并重启的工具（之后工具相关的内容还是更新在网络运维相关的文章里了）
2、LLDP信息收集处理，并存储在数据库（越能掌握更多更准确的信息，就越能做好网络的运维）
如果能把第一项做好，第二项的工作也就很容易进行了，就是把信息存储进数据库而已了。
完成思路上也会比较简单，实际代码也写了一些，已经完成了信息处理的格式化工作。
下一篇写一下如何从python连接MySQL并写入数据吧。之后继续按照cookbook学习。
