从2015-12-27 18:02 预警距离下次开始进入Leam_Cycle 时间<48小时 ,在2015-12-29 10:06便开始提示已经开始进入Leam_Cycle 其实我这监控得是第一阶段得状态，意思已经进入Leam_Cycle得第一阶段了
从进入第一阶段得时间到“距离下次开始进入Leam_Cycle 时间<48小时”这个告警得恢复时间来看，2015-12-29 10:06 - 2015-12-29 13:11 整个过程是三个小时完成，也就是从第一阶段到整个过程完成是三个小时。
从上面监控图中能看到BBU在9点得时候电池容量在上升，上升到最大值，正好就是10:06分，也就是Leam_Cycle 进入第一阶段的时间，从此可知整个BUU放电得规律，整个在要进入的BBU放电过程是4个小时完成；得到第二个信息,BBU放电得规律是上升最大值然后放电，放到可承受范围最小值然后再上升到最大值，而最大值却减少， 可见锂电池放电得寿命在减少。这可看出BBU电池寿命的变化。（当然这个数据不是最准确得，因为我采集数据得密度是1小时1次，但是整个过程还是可以看到的，采集粒度已经调整1分钟一次，继续观察或许能发现更有趣得东西呢~)
但是从“预警距离下次开始进入Leam_Cycle 时间<48小时"这个预警来看他应该是48小时完成恢复，时间应该是2015-12-29 18:02，从开始得时间到它预计结束得时间整个过程应该需要8小时（10:06-18:02），但是他在2015-12-29 13:11这个问题就恢复了，从上面第二个图看是从13:11这个时间点重新开始计算的，他提前5个小时完成了，加上之前从9点就开始充电了，算起来提前4个小时完成了。为什么会出现这样得情况呢？以下是我提出得猜想：
1、在进入第一阶段之前他会进入充电状态，直到最大值。但是当前容量剩余电池容量是不是每一次都一样的，这次是从500mAh到550mAh 用了大概一个小时，下次当电池剩余容量可能会更少，由此我推出我猜想，他得预计8小时是根据他得设计得罪小最大值，从最小值到最大值需要多长时间，从最大值到最小值需要多长时间然后再充满得时间，也是说8小时是他设计的最保守得时间。
由此得出结论：如果要避开服务器高峰期手动进入BBU放电得童鞋，要将这8小时考虑进去，然后规划手动进入BBU放电时间得真正时间。
========================================================================
如果你觉得该篇文章写的不错，并且在你的工作或者生活中带来了帮助，那么你愿意在生活中给予我帮助吗？如果你愿意，为我写博客添加一些动力，可以扫下面得二维码给予我少量得赞助。
（不管再小得赞助都是你对我得肯定，这会是我一直坚持下去得动力~！ 谢谢！）
这是我的微信：
