Time Voyager 소개
스테이징된 블루프린트를 커밋(네트워크에 업데이트 배포)할 때 결과가 예상과 다를 수 있습니다. 실수로 블루프린트에 대한 변경 사항을 커밋하여 해당 변경 사항을 실행 취소하려고 할 수 있습니다. 또는 네트워크를 여러 수정 이전의 상태로 되돌리기로 결정했을 수도 있습니다. 복잡성 수준에 따라 변경 내용을 수동으로 스테이징하고 커밋하여 수행한 작업을 실행 취소하는 것은 어렵고 오류가 발생하기 쉽습니다. 이러한 경우 Time Voyager를 사용하여 블루프린트의 이전 개정판을 빠르게 복원할 수 있습니다.
Blueprint를 보존된 개정으로 롤백할 수 있습니다. 가장 최근의 블루프린트 커밋 5개는 기본적으로 유지됩니다. 여섯 번째로 커밋하면 첫 번째 개정이 삭제되고, 여섯 번째 개정이 다섯 번째 개정이 되고, 두 번째 개정이 첫 번째 개정이 되며, 추가 블루프린트 변경 사항이 커밋될 때도 마찬가지입니다. 자동으로 저장되는 수정 번호를 최대 100개까지 변경할 수 있습니다(Apstra 버전 4.2.0 기준). 커밋 대화 상자에서 한도에 도달하고 다른 변경 사항을 커밋하는 경우 새 수정 버전이 가장 오래된 자동 저장 수정 버전을 대체한다는 메시지를 알려줍니다. 커밋하려는 한도에 도달했고 수정 내용을 삭제하지 않으려면 커밋하지 않고 커밋 대화 상자를 닫은 다음 Time Voyager에서 자동 저장된 수정 버전 수를 늘릴 수 있습니다.
특정 수정본을 유지 하거나 수동으로 저장하여 무기한 보존할 수 있습니다. 수정본을 유지하면 순환되는 5개의 수정본에 포함되지 않습니다. 최대 25개의 리비전을 유지할 수 있으며, 기본적으로 30개의 블루프린트 리비전 중에서 선택할 수 있습니다. (자동으로 저장되는 수정본 수를 최대 100개로 변경하면 최대 125개의 수정본을 저장할 수 있습니다.) 각 개정판에는 저장 공간이 필요합니다. 수정본을 더 이상 유지하지 않으려면 수정본을 삭제하면 됩니다.
Blueprint를 커밋할 때 해당 개정의 변경 사항을 식별하는 데 도움이 되는 개정 설명을 추가하는 것이 좋습니다. 이러한 설명은 해당 개정이 유지되는 한 청사진의 개정 기록 섹션에 표시됩니다. 커밋할 때 설명을 추가하지 않으면 나중에 언제든지 추가할 수 있습니다(그러나 변경 사항이 무엇인지 기억해야 함). 수정본으로 이동할 때(롤백) 이 설명은 올바른 수정본을 선택하는 데 도움이 됩니다. 수정본 간의 구체적인 차이점은 표시되지 않으므로 설명은 해당 수정본에 사용할 수 있는 유일한 변경 정보입니다.
수정 버전으로 이동할 때 커밋되지 않은 이전에 준비된 변경 내용은 모두 삭제됩니다. 이것이 문제인 경우 커밋되지 않은 변경 내용을 해결할 때까지 롤백하지 마세요.
Time Voyager는 단순한 UNDO 기능이 아닙니다. Time Voyager를 사용할 때는 이전 커밋으로 롤백합니다. 즉, 마지막 커밋에서 삭제된 모든 항목은 롤백할 때 다시 적용됩니다. 수정 중간에 추가 및 제거와 같은 많은 변경 사항이 있을 수 있으며, 이 모든 변경 사항이 롤백에 포함됩니다. 롤백을 커밋하기 전에 보류 중인 변경 내용을 자세히 검토하는 것이 중요합니다. Time Voyager는 UNDO 기능보다 개정 관리 시스템(전체 네트워크용)과 비교했을 때 더 좋습니다.
지원되지 않는 Time Voyager 시나리오
- Apstra 서버를 업그레이드한 후에는 업그레이드 시 청사진 개정 내역이 삭제되므로 이전 버전의 청사진으로 이동할 수 없습니다. Apstra를 업그레이드하기 전에 가져온 이전 Apstra 버전으로 돌아가야 하는 경우 데이터베이스 복원을 참조하십시오. 이 방법은 디바이스 구성 관점에서 문제를 일으킬 수 있습니다.
- 수정 버전 간에 Pristine 구성이 변경된 경우에는 지원되지 않습니다.
- 수정 버전 간에 NOS 버전이 다른 경우에는 지원되지 않습니다. device manager를 사용하여 NOS 버전을 동일한 버전으로 다운그레이드한 다음 이전 버전으로 롤백할 수 있습니다.
- 더 이상 사용할 수 없는 이전 개정에서 할당된 디바이스로 인해 빌드 오류 시스템 ID가 존재하지 않습니다. (반대로, 장치를 추가하고 해당 장치 없이 이전 버전으로 이동하면 성공 합니다 . 추가된 장치가 제거됩니다.)
- 이전 개정에서 배정된 자원 중 재배정된 자원으로 인해 이미 사용 중인 빌드 오류 자원이 발생합니다. 빌드 오류를 해결하려면 해당 그룹의 각 멤버에 리소스를 수동으로 할당하거나 리소스 그룹 재정의를 다시 설정합니다. (이전에 할당된 전역 리소스 풀을 수정한 후 이전 개정으로 이동하는 것은 성공할 수 있지만 의도 위반이 발생할 수 있습니다.)
- 수동 디바이스 구성 변경이 수락된 경우 지원되지 않습니다.
- 결과 디바이스 구성 상태가 다른 다른 경우에는 지원되지 않습니다.
Apstra 서버 백업/복원을 사용하여 이전 버전으로 건너뛰는 것은 어떨까요? Time Voyager는 Apstra 서버와 디바이스 간에 동기화된 구성을 유지합니다(가능한 한 많이). Apstra 백업/복원은 불가능합니다. 사실상 Apstra 백업/복원은 디바이스 구성 관점에서 대역 외 변경입니다. 백업이 복원되면 전체 구성을 푸시하여 디바이스 구성이 데이터베이스 백업에서 복원한 내용을 반영하도록 해야 합니다. 이것은 아마도 파괴적일 것입니다.
블루프린트에서 Time Voyager 를 클릭하여 보존된 블루프린트 개정으로 이동합니다. 목록의 첫 번째 개정이 활성 개정입니다. 연속적인 수정은 가장 최근 날짜부터 가장 오래된 날짜순으로 정렬됩니다. 