虽然上次查看区块链数据，没有找到车祸时AI接管的记录，但齐浩初的直觉告诉他：“一定有！”
区块链的数据，每个节点都是保持同步的，每个节点内容都一样，所以这次需要查看的不是区块数据本身，而是运行日志。
上次他只查询了南丽这边的节点日志，其他还有8个节点。这8个节点中，行州市政府的节点在城市指挥中心，官方的名义运维机构是TAB与行州市政府成立的合资公司百川科技，但实际的运维人员其实还是TAB的，所以齐浩初也不可能直接查询行州市政府的节点服务器。
其他节点都是别的公司或者别的城市，更加访问不了。但是还有一个是齐浩初可以接触的，就是行州学院。而且最近齐浩初因为帮忙处理FileKeeper的问题，知道这台服务器上的日志，是绝对没有篡改过的。
齐浩初这次没有被林主任主动请求协助，当然不能自己跑过去直接访问这个服务器，但还是可以请林振海帮忙。
常规的区块链运维过程，是运维人员先通过城市指挥中心的区块链运维部署系统，上传新的脚本，设置定时运行任务，描述脚本功能。之后由对应的上级领导审核一遍，通过后将进入9个节点运维人员的投票阶段。一旦有至少5个节点认可，脚本就会按照定时任务，自动在9个节点同步执行。
而某些针对特定节点执行的脚本，则是在上传的时候，要指定选择哪几个节点运行。对应的也只有这几个节点审核通过即可。
因此只要提交一个运维脚本，指定仅在行州学院运行，则只要林主任审核通过就可以了。
齐浩初编写了一个脚本，会把一段时间内的区块链运行日志，加密后再提交到一个统一的文件储存服务中，之后就可以在政务网内通过加密链接的形式访问到这个导出的日志文件了。
齐浩初虽然可以访问自己公司的区块链数据库服务器，但是没有运维部署系统的账号，之前也是看了不少卢杭的操作，才对这个系统这么熟悉。目前只能先把脚本发给卢杭，让他来操作。随便找了个理由，就说要核对数据，让他帮忙在运维部署系统上提交，指定仅在行州学院执行。南丽这边运维人员，严格来说是刘宇航，而审核员其实就是卢杭自己，卢杭自己顺手就审核通过了。
等卢杭回复说已经提交了之后，齐浩初便联系林主任。
“林主任，您好，行州学院的区块链节点最近几天没有报磁盘占用的异常告警了吧？我们这边因为要需要核对一些数据，需要进行一些日志审计的操作。”齐浩初发了这条消息，但是林主任一直未读。一直犹豫要不要打电话催一下，但又感觉不太礼貌，一直等到了下午才得到回复。
“不好意思啊，上午一直有事没看手机。服务器上没有再告警了，哪里的数据出问题了吗？”
“也说不上问题，我们现在核对一些交通数据，有几个数据对不上，想找其他节点的服务器日志对比下，看看能不能找到原因。”
“哦，那有什么需要我配合的吗？”
“区块链运维部署系统上，我们公司的运维人员已经提交了我写的脚本，您审核后通过一下就好了，脚本会自动运行。脚本不会读取或者修改任何区块链数据，也不会修改任何系统设置，只会读取一段时间内的日志内容，加密后上传到官方的文件存储服务器上，我到时候再通过秘钥加密的链接来访问这个文件。我还加了一个定时设置，1小时后我上传的这个日志文件会被自动删除。”
本章未完 点击下一页继续阅读