Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Présentation de Time Voyager

Lorsque vous validez un blueprint intermédiaire (déployer des mises à jour sur le réseau), le résultat peut ne pas être celui escompté. Vous avez peut-être validé les modifications d'un blueprint par erreur et souhaitez les annuler. Ou peut-être avez-vous décidé de remettre le réseau dans l'état dans lequel il se trouvait il y a plusieurs révisions. Selon le niveau de complexité, préparer et valider manuellement les modifications pour annuler ce que vous avez fait peut être difficile et sujet aux erreurs. Dans ce cas, vous pouvez utiliser Time Voyager pour restaurer rapidement les révisions précédentes d'un plan.

Vous pouvez restaurer un blueprint à n’importe quelle révision conservée. Les 5 validations de blueprint les plus récentes sont conservées par défaut. Lorsque vous validez une sixième fois, la première révision est ignorée, et la sixième révision devient la cinquième, la deuxième révision devient la première, et ainsi de suite au fur et à mesure que d’autres modifications de plan sont validées. Vous pouvez modifier le nombre de révisions enregistrées automatiquement jusqu’à 100 révisions (à partir de la version 4.2.0 d’Apstra). Dans la boîte de dialogue Valider , un message vous informe que si vous avez atteint votre limite et que vous validez une autre modification, la nouvelle révision remplacera la plus ancienne révision enregistrée automatiquement. Si vous avez atteint la limite à laquelle vous souhaitez valider et que vous ne souhaitez pas que des révisions soient supprimées, vous pouvez fermer la boîte de dialogue de validation sans valider, puis augmenter le nombre de révisions enregistrées automatiquement dans Time Voyager.

Vous pouvez conserver une révision particulière indéfiniment en la conservant ou en l’enregistrant manuellement. Lorsque vous conservez une révision, elle n’est pas incluse dans les 5 révisions qui sortent. Vous pouvez conserver jusqu’à 25 révisions, ce qui vous permet de choisir entre 30 révisions de plan par défaut. (Si vous modifiez le nombre de révisions enregistrées automatiquement à un maximum de 100, vous pouvez enregistrer jusqu’à 125 révisions.) Gardez à l’esprit que chaque révision nécessite un espace de stockage. Si vous décidez que vous ne souhaitez plus conserver une révision, vous pouvez simplement la supprimer.

Lors de la validation d’un blueprint, nous vous recommandons d’ajouter une description de révision pour vous aider à identifier les modifications apportées à cette révision. Ces descriptions s’affichent dans la section Historique des révisions du plan tant que cette révision est conservée. Si vous n'ajoutez pas de description lors de la validation, vous pourrez toujours en ajouter une plus tard (mais vous devrez vous souvenir des modifications). Lorsque vous passez à une révision (restauration), cette description vous aide à choisir la bonne. Les différences spécifiques entre les révisions ne sont pas affichées, de sorte que la description est la seule information de modification disponible pour cette révision.

Lorsque vous passez à une révision, toutes les modifications précédemment mises en scène qui n'ont pas été validées sont ignorées. S'il s'agit d'un problème, ne restaurez pas tant que vous n'aurez pas résolu les modifications non validées.

Time Voyager n’est pas seulement une fonction d’annulation. Lorsque vous utilisez Time Voyager, vous revenez à un commit précédent. Cela signifie que tout ce qui a été supprimé lors du dernier commit est réappliqué lors de la restauration. Il peut y avoir de nombreux changements entre les révisions, à la fois des ajouts et des suppressions, qui seraient tous inclus dans la restauration. Avant de valider une restauration, il est important d'examiner en détail les modifications en attente. Time Voyager est mieux comparé à un système de contrôle de révision (pour l’ensemble du réseau !) qu’à une fonction UNDO.

Scénarios Time Voyager non pris en charge

  • Une fois que vous avez mis à niveau le serveur Apstra, vous ne pouvez pas passer à un blueprint avec une version antérieure, car l'historique des révisions du blueprint est supprimé lors de la mise à niveau. Si vous devez revenir à une version précédente d’Apstra qui a été utilisée avant la mise à niveau d’Apstra, reportez-vous à Restaurer la base de données. Cette méthode peut entraîner des problèmes du point de vue de la configuration de l’appareil.
  • Elle n'est pas prise en charge lorsque la configuration Pristine a été modifiée entre deux révisions.
  • Elle n'est pas prise en charge lorsque les versions de l'OS sont différentes d'une révision à l'autre. Vous pouvez rétrograder la version de NOS vers la même version à l’aide du gestionnaire de périphériques, puis revenir à une révision précédente.
  • Les périphériques qui ont été alloués dans une révision précédente et qui ne sont plus disponibles entraînent l’erreur de génération L’ID système n’existe pas. (À l’inverse, l’ajout d’un périphérique et le passage à une révision précédente sans cet appareil seront réussis. L’appareil ajouté sera supprimé.)
  • Les ressources qui ont été affectées dans une révision précédente et qui ont été réaffectées entraînent l’utilisation de la ressource d’erreur de génération. Pour résoudre l’erreur de génération, attribuez manuellement des ressources à chaque membre de ce groupe ou réinitialisez les remplacements de groupe de ressources. (Le passage à une révision précédente après la modification d’un pool de ressources global précédemment affecté peut réussir, mais cela peut entraîner une violation d’intention.)
  • Elle n'est pas prise en charge si les modifications manuelles de la configuration de l'appareil ont été acceptées.
  • Elle n'est pas prise en charge dans les autres cas où l'état de configuration de l'appareil résultant est différent.
Note:

Pourquoi ne pas utiliser la sauvegarde/restauration du serveur Apstra pour revenir à une révision précédente ? Time Voyager synchronise autant que possible la configuration entre le serveur Apstra et les appareils. Ce n’est pas le cas des sauvegardes/restaurations Apstra. En effet, la sauvegarde/restauration Apstra est un changement hors bande du point de vue de la configuration de l’appareil. Si une sauvegarde est restaurée, vous devez envoyer une configuration complète pour vous assurer que la configuration de l’appareil reflète ce que vous avez restauré à partir de la sauvegarde de la base de données. Ce serait très probablement perturbateur.

À partir du plan, cliquez sur Time Voyager pour accéder aux révisions de plan conservées. La première révision de la liste est la révision active. Les révisions successives sont classées par date, de la plus récente à la plus ancienne.