TP官方维护一般持续多长时间，维护期间业务中断怎么快速恢复

导读： 自从做了TP平台运维这件事, 这已经是个有这几年的时间的过程了, TP官方维护这个方面, 那确实是用户问得最勤的事情。每一次公告发布之后, 后台就会涌进来许多用户...

自从做了TP平台运维这件事, 这已经是个有这几年的时间的过程了, TP官方维护这个方面, 那确实是用户问得最勤的事情。

每一次公告发布之后, 后台就会涌进来许多用户, 他们不断地问一些高频问题, 比如到底要停多长时间, 数据会不会发生丢失情况, 这篇内容就是把这些问题一次性全部说明白。

TP官方维护一般持续多久

这个TP官方的维护时长, 它并不是固定的一个数值。

通常情况下, 月度例行维护这个事儿是在凌晨那个两点钟到六点钟这么一个时间段里头去弄的, 整个过程下来大概得花上四个小时, 可是如果遇到那种要对大版本进行升级或者是需要紧急地打上安全补丁的情况发生的时候, 那么这个维护的时间就有可能被延长到八个小时甚至十二个小时那么长。

在维护开始之前的72个小时之内, 控制台以及邮件都会发布预先通知, 具体的起止时间要以当期公布出来的公告为准, 千万不要用以前那次的时长去套用到现在这一次上面。

真正让人产生焦虑感的, 并非系统停机所占用的那几个小时的时间段本身, 更让人揪心的是在一切操作结束以后所出现的灰度恢复阶段。

核心节点在先把容量放出来, 边缘功能是可能在过半个小时到一个小时以后才会完全上线的, 所以大家在发现有某个模块还没有好的时候不要一发现就急着提工单。

TP官方维护期间数据会丢吗

TP方面的官方进行维护动作的时候, 采用了热备份加上冷备份这样的双重链路形式,在正式去维护之前的那个阶段, 系统会自己主动去完成对整个情况的全面快照操作, 这样就能够在数据这个层面上做到零丢失的承诺。

可是如果你在写操作的中途, 被突然打断的话, 还没有提交的事务就会被回滚, 表面上看来是没有生效的那种情况, 所以只需要再一次重新提交就足够了。

通常情况下, 当维护公告发布出来的这个节点一到, 我就会去执行这样的操作把安排在窗口后面的是当天那些批量进行导出的以及批量完成同步的各项任务。

其实并不是数据发生了丢失的情况, 主要的原因是在系统进行维护的时候有部分的API接口返回了503这样的错误状态码, 而当时的脚本程序里面没有做那种重试的操作逻辑, 所以就非常容易卡在中间的状态位置。看起来好像是数据丢了, 但实际上只是后面的内容还没有写完而已。

下一次, 当TP官方发的关于维护的公告这个页面弹出来的时候, 你不用惊慌, 需要确认自己的任务有没有和时间窗口发生冲突的情况, 把那些关键的操作动作调整一下位置, 这样基本上是足够使用的了。