时间旅行者号

当您提交分阶段蓝图，从而将更新部署到网络时，您可能会发现结果与预期不符。或者，您可能错误地对蓝图进行了更改，而您想要撤消这些更改。另一种情况可能是您已决定将网络恢复到几次修订前的状态。根据复杂程度，手动暂存和提交更改以撤消已完成的操作可能很困难且容易出错。在这些情况下，您需要使用 Time Voyager 自动恢复蓝图的先前修订版本。

蓝图可以跳回到任何保留的修订。将保留五 （5） 次最近的蓝图提交。第六次提交时，第一个修订将被丢弃，第六个修订成为第五个修订，第二个修订成为第一个，依此类推，因为提交了其他蓝图更改。您可以通过 保留 特定修订来无限期地保留该修订。当您保留修订时，它不包括在循环出的五个修订中。您最多可以保留二十五 （25） 个修订，实际上有三十 （30） 个蓝图修订可供选择。请记住，每个修订都需要存储空间。如果您决定不再保留修订版，只需将其删除即可。

提交蓝图时，您可以添加修订说明，以帮助识别该修订中所做的更改。只要保留该修订，这些描述就会显示在蓝图的修订历史记录部分中。如果在提交时未添加说明，则以后可以随时添加说明。跳转到修订时，此说明可帮助您选择正确的修订版本。不会显示修订之间的特定差异，因此说明是该修订版本唯一可用的更改信息。

跳转到修订时，将放弃任何以前暂存但尚未提交的更改。如果这是一个问题，请不要跳转，直到您解决了未提交的更改。

Time Voyager 不仅仅是一个撤消功能。使用 Time Voyager 时，您可以回滚到之前的提交。这意味着在上次提交时删除的任何内容在回滚时都会重新应用。修订之间可以有许多更改，包括添加和删除，所有这些都将包含在回滚中。在提交回滚之前，对更改进行详细检查非常重要。因此，与版本控制系统（对于整个网络！）相比，Time Voyager比撤消功能更好。

不受支持的时间旅行者场景

• 升级 Apstra 服务器后，您无法跳转到具有旧版本的蓝图，因为蓝图修订历史记录在升级时会被丢弃。如果您需要返回到升级 Apstra 之前采用的先前 Apstra 版本，请参阅 还原数据库。从设备配置的角度来看，此方法可能会导致问题。
• 当原始配置在修订之间发生更改时，则不支持此功能。
• 当 NOS 版本在修订版之间不同时，不支持此功能。您可以使用设备管理器将NOS版本降级到同一版本，然后跳转到以前的版本。
• 在先前修订版中分配的设备不再可用，会导致生成错误 系统 ID 不存在。（相反， 添加 设备并在 没有该设备的情况下 跳转到以前的修订版将成功。添加的设备将被删除。
• 在先前修订版中分配的资源如果已重新分配，则会导致生成错误 资源已在使用中。若要解决生成错误，必须手动将资源分配给该组中的每个成员或重置资源组替代。（在修改以前分配的全局资源池后，跳转到以前的修订 可能会 成功，但这可能会导致意图冲突。
• 如果已接受手动设备配置更改，则不支持。
• 在生成的设备配置状态不同的任何其他情况下，不支持此功能。

注意：

为什么不使用 Apstra 服务器备份/恢复跳转到以前的版本？Time Voyager （尽可能）维护 Apstra 服务器和设备之间的同步配置;Apstra 备份/恢复不会。实际上，从设备配置的角度来看，Apstra 备份/恢复是一种带外更改。如果还原了备份，则需要推送完整配置，以确保设备配置反映从数据库备份还原的内容。这很可能会造成破坏。

在蓝图中，单击 Time Voyager 以转到保留的蓝图修订版本。列表中的第一个修订版本是活动版本。连续修订按日期从最近到最旧排序。