[p=30,2,left]学习资料：IT运维管理社区专家讲堂直播300期视频回放

[p=30,2,left]

[p=30,2,left]

早上在群里发了个问题：如果一个变更，操作只需要半小时，但上线之后一周测试，算不算在完成变更时间内的。。
大侠们给的答案是这样的

总结如下：变更实施时间，只是实施人实施变更的时间段，而回退方案只是正对在实施变更期间的方案，期间实施失败、实施故障或者时间超出都要启动回退方案，变更完成后关闭变更，这里是个时间节点。而变更之后如果出现故障，是要走故障流程，而这些，其实也算在变更评审之内。。期间还有具体的评审，大家可以看看相关资料，如果有补充，请跟帖。。

下面是qq交流记录

北京-马兆林11:05:42
只要没上生产就是测试上海-挨踢达人11:06:11上生产了
2-津-longerwood11:07:22
如果是生产环境，一周后回退的可能性不大
一周时间，好多用户数据都进去了
北京-马兆林11:07:29
生产上测试？
上海-挨踢达人11:08:12
说错了~比如发了一补丁，测试没问题，然后下发，但是一周内出现了故障，
北京-马兆林11:08:35
出现故障有运维服务台不是需求系列
2-津-longerwood11:08:53
那就走故障管理了
3-深圳-Karen11:08:53
李晓刚-bs15000(25770106)11:07:20
取决于是否正式交付运营团队。
刘杰-longerwood(57547249)11:08:09
除非系统的架构能做到程序和数据的完全独立
2-津-longerwood11:09:53
这个变更什么时间完，要看你这个变更的类型以及风险评估等等因素
2-津-longerwood11:11:03
有的可能就是部署完事确认没事就算变更完事了，有的可能要进行严格的实施后评审过程
3-深圳-Karen11:11:22

上海-挨踢达人11:12:23
嗯，只是一个标准变更，版本更新，想到这个实施时间段。。影响度低的话，那就是做完就关闭了。
2-津-longerwood11:14:30
针对回退的可能性，个人基本上认为只有部署失败的情况启动回退，一旦部署确认是成功的，之后的运行使用过程中发现故障，这个时候很难回退了，尤其是涉及生产数据的业务系统。
上海-挨踢达人11:20:18
嗯，变更完之后，如果发生问题，就是走故障流程了~也不存在回退。
上海-挨踢达人11:20:21
谢谢哈
2-津-longerwood11:24:24
出现故障，肯定要走故障流程的，变更实施后到变更关闭前这段时间出现的故障，并且判断是跟这个变更有关的，作为变更实施后评审记录在案，在关闭变更时也要选择相应的关闭状态。

{:soso_e179:}

很好，总结到位

      我认为如果变更经过REVIEW确认成功且已经关闭，出现问题应该走故障流程，如果经过故障-问题流程评估确认需要回退的话，是不是应该发动一个新的变更？
      如果在变更过程中出现故障，是不是也要考虑和评估故障-问题的影响程度，假设在可控的成本和时间范围内可以解决且消除问题根源的话，也应该不需要启动回退方案吧？
      另外在测试阶段未出现问题，而在实际生产环境出现问题，也要检讨测试阶段的环境模拟是否周全，各种关键因素是否考虑到位等。

     先要搞清楚，变更仅是评估变更与回滚方案可行性及有CAB或者高层审批！至于实施是发布来管理。发布管理才是注重方案的测试。这个案例可以说是测试时间算是发布管理时间范围。最后要是重大变更引起的也需要交给变更进行重大变更回顾工作。小弟一点愚见...

楼上说的对，测试和实施确实属于发布管理范畴。