Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Time Voyager

Time Voyagerの概要

ステージングされたブループリントをコミットしてネットワークに更新を展開すると、その結果が期待した内容ではないことが分かる場合があります。あるいは、間違ってブループリントに変更をコミットし、その変更を元に戻したいかもしれません。別のシナリオとして、ネットワークをいくつかの改定前の状態に戻すことにしました。複雑さのレベルによっては、手動でステージングを行い、変更をコミットして実行したことを元に戻すのが難しく、エラーが発生しやすい場合があります。このような場合は、Time Voyagerを使用して、ブループリントの以前のリビジョンを自動的に復元します。

ブループリントは、保持されているリビジョンに戻すことができます。直近の 5 つのブループリント コミットが保持されます。6 回目をコミットすると、最初のリビジョンは破棄され、6 番目のリビジョンは 5 つ目、2 つ目のリビジョンは最初のリビジョンになり、追加のブループリント変更がコミットされると同様にです。特定のリビジョンを無期限に 維持 することができます。改訂を維持する場合、繰り返し行う5つのリビジョンには含まれません。最大 25 の改訂を維持でき、効果的に 30 の設計図の改訂から選択できます。改訂ごとにストレージ領域が必要であることに注意してください。リビジョンを保持したくないと判断した場合は、それを削除するだけです。

ブループリントをコミットする場合、リビジョンの説明を追加して、そのリビジョンで行われた変更を特定することができます。これらの説明は、そのリビジョンが保持されている限り、ブループリントの改訂履歴セクションに表示されます。コミット時に説明を追加しない場合は、後でいつでも追加できます。リビジョンにジャンプする場合、この説明は正しいリビジョンを選択するのに役立ちます。改訂間の具体的な違いは表示されないため、そのリビジョンで使用可能な変更情報は説明のみです。

リビジョンにジャンプすると、コミットされていない以前にステージングされた変更は破棄されます。これが問題の場合は、コミットされていない変更に対処するまでジャンプしないでください。

Time Voyagerは単なる元に戻す機能ではありません。Time Voyagerを使用する場合、以前のコミットにロールバックします。つまり、最後のコミットで削除されたものは、ロール バック時に再適用されます。リビジョン間では、追加と削除の両方で多くの変更が発生する可能性があり、そのすべてがロールバックに含まれます。ロールバックをコミットする前に、変更を詳細に確認することが重要です。そのため、Time Voyager は UNDO 機能よりも改訂制御システム(ネットワーク全体の場合)に比べて優れています。

サポートされていないTime Voyagerシナリオ

  • Apstraサーバーをアップグレードした後、ブループリントリビジョン履歴はアップグレード時に破棄されるため、古いバージョンのブループリントにジャンプすることはできません。Apstraをアップグレードする前に取得した以前のApstraバージョンに戻す必要がある場合は、 データベースの復元を参照してください。この方法では、デバイス設定の観点から問題が発生する可能性があります。
  • リビジョン間でプリスティン設定が変更された場合はサポートされません。
  • リビジョン間で NOS バージョンが異なる場合はサポートされません。デバイスマネージャーを使用してNOSバージョンを同じバージョンにダウングレードし、前のリビジョンにジャンプすることができます。
  • 以前のリビジョンで割り当てられたデバイスが使用できなくなった場合、ビルド エラー システム ID が存在しません。(反対に、デバイスを 追加 し、そのデバイスを使用せずに以前のリビジョンにジャンプ すると成功します 。追加されたデバイスは削除されます。)
  • 再割り当てされた以前のリビジョンで割り当てられたリソースは、すでに使用中のビルド エラー リソースの原因となります。ビルド エラーを解決するには、そのグループの各メンバーにリソースを手動で割り当てるか、リソース グループの上書きをリセットする必要があります。(以前に割り当てられたグローバル リソース プールを変更した後に、以前のリビジョンにジャンプすると成功しても、インテント違反が発生する可能性 があります )。
  • 手動でのデバイス設定変更を受け入れた場合はサポートされません。
  • 結果として得られるデバイス設定の状態が異なる他の場合にはサポートされていません。
メモ:

Apstraサーバーのバックアップ/復元を使用して以前のリビジョンにジャンプしませんか?Time Voyagerは、Apstraサーバーとデバイス間の同期された設定を可能な限り維持します。Apstraのバックアップ/復元は行いません。効果的に、Apstraのバックアップ/復元は、デバイス設定の観点からアウトオブバンド変更となります。バックアップを復元する場合は、データベースのバックアップから復元した内容がデバイス設定に反映されていることを確認するために、完全な設定をプッシュする必要があります。これは混乱を招く可能性が最も高くなります。

ブループリントから Time Voyager をクリックし、保持されているブループリントリビジョンに移動します。リストの最初のリビジョンはアクティブなリビジョンです。連続するリビジョンは、最新から最も古い日付までに注文されます。

前のブループリントリビジョンにジャンプ

メモ:

以前のリビジョンにロールバックすると、コミットされていない以前にステージングされた変更は破棄されます。これが問題の場合は、コミットされていない変更をコミットするまで別のリビジョンにジャンプしないでください。

  1. ブループリントから[Time Voyager]をクリックし、[このリビジョンにジャンプ]ボタンをクリックしてリビジョンをジャンプします([アクション]セクションの4つのボタンの最初のボタン)。
  2. ステージング領域のコミットされていない変更は破棄されます。これが問題である場合は、続行する前にダイアログを閉じ、コミットされていない変更に対処してください。続行するには、[ロールバック] をクリックします。
  3. コミットする前にブループリントを追加変更できます。たとえば、デバイスを交換した場合、デバイス ID(シリアル番号)は変更されますが、IP は変更されません。改訂変更をコミットする前に、デバイスエージェントを作成し、ブループリントのシリアル番号を更新できます。
  4. [コミット解除] をクリックし、差分タブをクリックして変更を確認します。
  5. このリビジョンにジャンプしない場合は、元に戻すボタンをクリックして変更を破棄します。
  6. 続行するには、[コミット]ボタン(右上)をクリックして、変更をコミットしてリビジョンを作成するためのダイアログを表示します。
  7. 変更を識別するために、オプションのリビジョンの説明を入力することをお勧めします。改訂間の具体的な差異は表示されないため、改訂に使用できる唯一の変更情報は説明です。
  8. [コミット] をクリックしてアクティブなブループリントに変更をコミットし、リビジョンを作成します。場合によっては、リソース グループの上書きをリセットする必要があります。
  9. Time Voyagerをクリックすると、リビジョンが現在のリビジョンとして表示されます。

ブループリントリビジョンを保存しておく

  1. ブループリントから[Time Voyager]をクリックし、保持するリビジョンの[このリビジョンを保持]ボタン([アクション]セクションの4つ目のボタンのうちの2つ目)をクリックします。
  2. [保存] をクリックして確認し、続行します。このボタンは灰色に変わり、リビジョンが無期限に保存されたことを示します。手動で削除しないと削除されません。

ブループリントリビジョンの説明を更新

  1. ブループリントから[Time Voyager]をクリックし、保持するリビジョンの[説明を更新]ボタンをクリックします([アクション]セクションの4つのボタンの3つ目)。
  2. 説明を入力または変更します。
  3. [更新] をクリックして説明を変更し、テーブル ビューに戻ります。

ブループリント改訂の保持を削除

  1. ブループリントから[Time Voyager]をクリックし、[Delete](削除)ボタンをクリックしてリビジョンを削除します([アクション]セクションの4つ目のボタンの4つ目)。リスト内にリビジョンが 5 つ以下の場合、リビジョンを削除することはできません。
  2. [削除]をクリックしてリビジョンを削除し、テーブル ビューに戻ります。