时间旅行者号介绍
提交暂存蓝图（将更新部署到网络）时，结果可能与预期不符。也许您错误地对蓝图进行了更改，并且想要撤消这些更改。或者，也许您已经决定将网络恢复到几次修订中的状态。根据复杂程度，手动暂存和提交更改以撤消已完成的操作可能很困难且容易出错。在这些情况下，您需要使用 Time Voyager 快速恢复之前的蓝图修订版本。
您可以将蓝图回滚到任何保留的修订。默认情况下，将保留最近提交的 5 次蓝图。第六次提交时，第一个修订将被丢弃，第六个修订成为第五个修订，第二个修订成为第一个，依此类推，因为提交了其他蓝图更改。您可以将自动保存的修订数量更改为最多 100 个修订（从 Apstra 版本 4.2.0 开始）。在 “提交” 对话框中，有一条消息告知您，如果已达到限制并提交其他更改，则新修订版将替换自动保存的旧修订版。如果要提交时已达到限制，并且不希望删除任何修订，则可以关闭提交对话框而不提交，然后在Time Voyager中增加自动保存的修订数。
您可以通过保留或手动保存特定修订来无限期地 保留 该修订。当您保留修订版时，它不包括在循环出的 5 个修订版中。您最多可以保留 25 个修订版本，默认情况下实际上有 30 个蓝图修订可供选择。（如果将自动保存的修订数量更改为最大值 100，则最多可以保存 125 个修订。请记住，每个修订都需要存储空间。如果您决定不再保留修订版，只需将其删除即可。
提交蓝图时，我们建议您添加修订说明，以帮助识别该修订中所做的更改。只要保留该修订，这些描述就会显示在蓝图的修订历史记录部分中。如果在提交时未添加描述，则以后可以随时添加说明（但您需要记住更改的内容）。跳转到修订版（回滚）时，此说明可帮助您选择正确的修订版。不会显示修订之间的特定差异，因此说明是该修订版本唯一可用的更改信息。
跳转到修订时，将放弃任何以前暂存但尚未提交的更改。如果这是一个问题，在解决未提交的更改之前不要回滚。
Time Voyager 不仅仅是一个撤消功能。使用 Time Voyager 时，您可以回滚到之前的提交。这意味着在上次提交时删除的任何内容在回滚时都会重新应用。修订之间可以有许多更改，包括添加和删除，所有这些都将包含在回滚中。在提交回滚之前，请务必详细查看挂起的更改。与版本控制系统（对于整个网络！）相比，Time Voyager比撤消功能更好。
不受支持的时间旅行者场景
- 升级 Apstra 服务器后，您无法跳转到具有旧版本的蓝图，因为蓝图修订历史记录会在升级时被丢弃。如果您需要返回到升级 Apstra 之前采用的先前 Apstra 版本，请参阅 还原数据库。从设备配置的角度来看，此方法可能会导致问题。
- 当原始配置在修订之间发生更改时，则不支持此功能。
- 当 NOS 版本在修订版之间不同时，不支持此功能。您可以使用设备管理器将 NOS 版本降级到同一版本，然后回滚到以前的版本。
- 在先前修订版中分配的设备不再可用，会导致生成错误 系统 ID 不存在。（相反， 添加 设备并在 没有该设备的情况下 跳转到以前的修订版将成功。添加的设备将被删除。
- 在先前修订版中分配的资源如果已重新分配，则会导致生成错误 资源已在使用中。若要解决生成错误，请手动将资源分配给该组中的每个成员或重置资源组替代。（在修改以前分配的全局资源池后，跳转到以前的修订 可能会 成功，但这可能会导致意图冲突。
- 如果已接受手动设备配置更改，则不支持。
- 在生成的设备配置状态不同的任何其他情况下，不支持此功能。
为什么不使用 Apstra 服务器备份/恢复跳转到以前的版本？Time Voyager （尽可能）维护 Apstra 服务器和设备之间的同步配置;Apstra 备份/恢复不会。实际上，从设备配置的角度来看，Apstra 备份/恢复是一种带外更改。如果还原了备份，则需要推送完整配置，以确保设备配置反映从数据库备份还原的内容。这很可能会造成破坏。
在蓝图中，单击 Time Voyager 以转到保留的蓝图修订版本。列表中的第一个修订版本是活动版本。连续修订按日期从最近到最旧排序。 