Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Konfiguration verwalten

Informationen zu den | vergleichen | XML-Befehlsausgabe anzeigen

Der Filter vergleicht die Kandidatenkonfiguration mit der aktuellen zugesagten Konfiguration und zeigt die Unterschiede zwischen den beiden Konfigurationen compare | display xml in XML an. Geben Sie nach dem Pipe-Symbol ( | ) entweder im Betriebs- oder Konfigurationsmodus ein, um compare | display xml Konfigurationen zu vergleichen.

Beispiel im Betriebsmodus:

Beispiel im Konfigurationsmodus:

Sie können beispielsweise unmittelbar vor dem Filter eine bestimmte compare Konfigurationshierarchie show configuration system syslog | compare | display xml eingeben. Im Konfigurationsmodus können Sie in eine Hierarchie navigieren, in der der Befehl angewendet wird.

Die Unterschiede zwischen der Funktion des Vergleichsfilters werden in XML ausgegeben. Das configuration Tag startet die Ausgabe. Der Kontext für Änderungen wird mit Hierarchienamen-Tags in Bezug auf den Ursprung des Vergleichs festgelegt. Für Elementänderungen wird operation ein Attribut in dem Tag ausgegeben, an dem eine Änderung erfolgt. Dieses Attribut hat den Wert createdelete oder merge . Für Änderungen der Metadaten wird der Metadatenname angegeben. Wenn beispielsweise eine Anweisung inaktiv markiert wird, werden inactive="inactive" Attribute und Wert ausgegeben. Bei Bedarf wird der NC-Namespace verwendet, um anzuzeigen, dass sich ein Attribut im NETCONF-Namespace und nicht im Betriebssystem-Namespace befindet.

Anmerkung:

Beginnend mit Junos OS Release 16.2R2 wird das Tag in der XML-Ausgabe nicht angezeigt, wenn der Vergleich keine Unterschiede wiedergibt oder wenn der Vergleich nur Unterschiede für nicht native Konfigurationsdaten wiedergibt, z. B. Konfigurationsdaten, die mit einem show | compare | display xml<configuration> OpenConfig-Datenmodell verknüpft sind.

In den folgenden Abschnitten wird XML erklärt, das für bestimmte Arten von Konfigurationsänderungen generiert wird. Die entsprechenden Textänderungen werden zum Vergleich angezeigt.

Hinzufügen einer Aussage (Vorgang erstellen)

Im folgenden Beispiel wird das Zusatz von IPv4-Adresse 2.2.2.2 zu Gerät 1 gezeigt.

Die Tags liefern name den Kontext für das Hinzufügen. Das Attribut gibt an, dass eine Anweisung erstellt wurde und durch die operation="create" Konfiguration innerhalb des Tags definiert unitunit wird.

Anweisung löschen (Vorgang löschen)

Im folgenden Beispiel wird die Löschung einer einfachen Anweisung in der Konfigurationshierarchie veranschaulicht. Die Tags stellen system den Kontext für die Löschung zur Verfügung. Das operation="delete" Attribut gibt an, dass die Anweisung gelöscht services wurde. Die Konfiguration im Anschluss services an die Anweisung wurde zwar gelöscht, wird jedoch nicht ausgegeben.

Im folgenden Beispiel wird die Löschung von Teil 1 von der Schnittstelle ge-0/0/0 gezeigt. Die Konfiguration im Anschluss unit an die Anweisung wurde zwar gelöscht, wird jedoch nicht ausgegeben.

Im folgenden Beispiel wird der Löschvorgang der apply-groups Konfiguration deutlich. Die gelöschten Gruppen werden nicht ausgegeben.

Ändern einer Aussage (Löschen und Erstellen von Vorgängen)

Im folgenden Beispiel wird eine Änderung in einer Anweisung in der Hierarchie angezeigt. Die Tags liefern system den Kontext für diese Veränderung. Das operation="delete" Attribut gibt an, dass die Anweisung gelöscht host-name wurde. Die Konfiguration im Anschluss host-name an die Anweisung wurde zwar gelöscht, wird jedoch nicht ausgegeben. Das Attribut gibt an, dass eine Anweisung erstellt wurde und durch die operation="create" Konfiguration innerhalb des Tags definiert host-namehost-name wird.

Metadaten ändern (inaktives Attribut und Betrieb)

Im folgenden Beispiel wird die Inaktivierung einer Anweisung in der Hierarchie veranschaulicht. Die Tags liefern system den Kontext für diese Veränderung. Das inactive="inactive" Attribut gibt an, dass die Aussage syslog inaktiv war.

Im folgenden Beispiel wird das Hinzufing einer inaktiven Aussage syslog veranschaulicht. Das Attribut gibt an, dass die Anweisung erstellt wurde und durch die operation="create" Konfiguration innerhalb des Tags definiert syslogsyslog wird. Das inactive="inactive" Attribut gibt an, dass die Aussage syslog inaktiv war.

Beschriftung hinzufügen (Kommentar-Tag und Vorgang erstellen)

Im folgenden Beispiel wird der Kommentar zu einer Aussage um einiges veranschaulicht. Die Tags stellen syslog den Kontext für die Beschriftung zur Verfügung. Das operation="create" Attribut für das Tag gibt junos:comment an, dass ein Kommentar in die Hierarchie aufgenommen [edit system syslog] wurde.

Im folgenden Beispiel wird der Kommentar zu einer Aussage um einiges veranschaulicht. Die Tags stellen syslog den Kontext für die Beschriftung zur Verfügung. Das Attribut für das Tag gibt an, dass ein Kommentar zur Hierarchie hinzugefügt wurde, um die Ausgabe der Aussage operation="create" innerhalb des Tags zu junos:comment[edit system syslog]syslog erreichen.

Ändern einer Beschriftung (Kommentar-Tag, Löschen und Erstellen von Vorgängen)

Im folgenden Beispiel wird die Änderung eines Kommentars zu einer Erklärung gezeigt. Die Tags stellen system den Kontext für die Beschriftung zur Verfügung. Das Attribut für das Tag gibt an, dass ein Kommentar aus der Hierarchie in der operation="delete"junos:comment Anweisung gelöscht [edit system]syslog wurde. Das operation="create" Attribut für das Tag gibt junos:comment an, dass ein Kommentar zur Hierarchie der [edit system] Anweisung hinzugefügt syslog wurde.

Einfügen einer Anweisung in einen Container (Vorgang erstellen und einfügen und wichtige Attribute)

Im folgenden Beispiel wird das Erstellen einer Anweisung file in der Hierarchie [edit system syslog] veranschaulicht. Die Tags liefern syslog den Kontext für das Hinzufügen. Das operation="create" Attribut für das Tag gibt file an, dass eine Anweisung hinzugefügt file wurde. Das yang:insert="after" Attribut gibt an, dass die Datei nach der im Attribut angegebenen Position hinzugefügt yang:key="[name='file-1']" wurde. Der Datei-1-Wert stellt die Position in den vorhandenen Anweisungen file dar, wobei eine die erste Datei ist. In diesem Beispiel wurde die file neue Anweisung nach der ersten Datei hinzugefügt.

Ändern der Reihenfolge innerhalb eines Containers (Operation zusammenführen, einfügen und wichtigste Attribute)

Im folgenden Beispiel wird die Änderung in der Reihenfolge der file Anweisungen in der Hierarchie [edit system syslog] veranschaulicht. Die Tags liefern syslog den Kontext für diese Veränderung. Das operation="merge" Attribut für das Tag gibt file an, dass eine vorhandene Anweisung verschoben file wurde. Das Attribut gibt an, dass die Datei nach der Datei in der im Attribut yang:insert="after" angegebenen Position verschoben yang:key="[name='file-1']" wurde. Der Datei-1-Wert stellt eine Position innerhalb der vorhandenen Anweisungen file dar, wobei eine die erste Datei ist. Der Wert am name Tag, Datei 3, stellt eine Position innerhalb der vorhandenen Datei anweisungen dar. In diesem Beispiel wurde file die Aussage an der dritten Stelle nach der ersten Datei verschoben.

Rückkehr zur Zuletzt zugesagten Konfiguration

Verwenden Sie den Konfigurationsmodusbefehl, um die konfiguration wie zuvor zu aktivieren und in den rollback Konfigurationsmodus zu laden:

Verwenden Sie zum Aktivieren der Konfiguration, für die Sie die wie jetzt ausgeführte Konfiguration ausführen, den commit folgenden Befehl:

Zurück zu einer zuvor zugesagten Konfiguration

In diesem Thema wird beschrieben, wie Sie zu einer Konfiguration zurückkehren können, bevor die zuletzt zugesagte Konfiguration erhalten wird.

Kehren zu einer Konfiguration vor der zuletzt zugesagten zurück

Wenn Sie zu einer Konfiguration vor der zuletzt zugesagten Konfiguration zurückkehren möchten, geben Sie im Befehl die Konfigurationsnummer 0 bis 49 rollback ein. Die zuletzt gespeicherte Konfiguration ist Nummer 0 (dies ist die Standardkonfiguration, die das System wiedergibt). Die ältesten gespeicherte Konfiguration ist die Nummer 49.

Anzeige früherer Konfigurationen

Verwenden Sie den Befehl, um vorherige Konfigurationen anzuzeigen, einschließlich Rollback-Nummer, Datum, Uhrzeit, Name des Benutzers, der Änderungen vorgenommen hat, und die rollback ? Commit-Methode.

Konfigurationsänderungen mit einer vorherigen Version vergleichen

Wenn Sie Änderungen an der Konfiguration vorgenommen haben und die Kandidatenkonfiguration mit einer vorherigen Version vergleichen möchten, können Sie den Befehl verwenden, um die compare Konfiguration anzuzeigen. Der Befehl vergleicht die Kandidatenkonfiguration entweder mit der aktuellen zugesagten Konfiguration oder einer Konfigurationsdatei und zeigt die compare Unterschiede zwischen den beiden Konfigurationen an. Um Konfigurationen zu vergleichen, geben Sie den compare Befehl nach der Pipe ein:

  • filename ist der vollständige Pfad zu einer Konfigurationsdatei. Die Datei muss im richtigen Format vorliegen: eine Hierarchie von Anweisungen.

  • n ist der Index in der Liste der zuvor zugesagten Konfigurationen. Die zuletzt gespeicherte Konfiguration ist Nummer 0, und die ältere gespeicherte Konfiguration ist die Nummer 49. Wenn Sie kein spezifizieren und nicht festlegen, wird die Kandidatenkonfiguration mit der aktiven Konfigurationsdatei ( /config/juniper.conf ) verglichen.

Die Vergleichsausgabe verwendet die folgenden Arten:

  • Anweisungen, die nur in der Kandidatenkonfiguration enthalten sind, werden mit einem Plus-Vorzeichen (+) präfixiert.

  • Anweisungen, die nur in der Vergleichsdatei enthalten sind, erhalten ein Minuszeichen (-).

  • Anweisungen, die nicht geändert werden, werden durch einen einzigen Leerraum ( ) geändert.

Im folgenden Beispiel werden verschiedene Änderungen und ein Vergleich der Kandidatenkonfiguration mit der aktiven Konfiguration angezeigt, nur die Änderungen, die auf der [edit protocols bgp] Hierarchieebene vorgenommen wurden:

Eine Konfiguration in einer Datei speichern

Durch das Speichern einer Gerätekonfiguration in einer Datei können Sie diese mit einem beliebigen Nur-Text-Editor Ihrer Wahl bearbeiten. Sie können Ihre aktuelle Konfiguration in einer ASCII-Datei speichern, in der die Konfiguration in der aktuellen Form gespeichert wird, einschließlich nicht zusätzlicher Änderungen. Wenn mehrere Benutzer die Konfiguration ändern, werden alle Änderungen gespeichert, die von allen Benutzern vorgenommen wurden.

Verwenden Sie den Konfigurationsmodusbefehl, um Softwarekonfigurationsänderungen in einer ASCII-Datei save zu speichern:

Der Inhalt der aktuellen Ebene der Anweisungshierarchie (und unten) wird zusammen mit der Anweisungshierarchie, die sie enthält, gespeichert. Auf diese Weise kann ein Abschnitt der Konfiguration gespeichert werden, wobei die Anweisungshierarchie vollständig angegeben wird.

Standardmäßig wird die Konfiguration in einer Datei in Ihrem Home directory gespeichert, die sich auf dem Flash-Laufwerk befindet.

Wenn Sie diesen Befehl überall in der Hierarchie (außer der obersten Ebene) aus ausführen, wird automatisch ein Tag am Anfang der replace Datei angegeben. Sie können mit dem replace Tag steuern, wie eine Konfiguration aus einer Datei geladen wird.

Komprimierung der aktuellen Konfigurationsdatei

Standardmäßig wird die aktuelle Betriebskonfigurationsdatei komprimiert und zusammen mit den letzten drei zugesagten Versionen der Konfiguration in der Datei des juniper.conf.gz/config Dateisystems gespeichert. Wenn Sie über große Netzwerke verfügen, übertrifft die aktuelle Konfigurationsdatei möglicherweise den verfügbaren Speicherplatz im /config Dateisystem. Durch die Komprimierung der aktuellen Konfigurationsdatei kann die Datei in das Dateisystem integriert werden. In der Regel wird die Dateigröße um 90 Prozent verringert. Sie können Ihre aktuellen Betriebskonfigurationsdateien komprimieren, wenn sie eine Größe von 3 MB erreichen.

Wenn Sie die aktuelle Konfigurationsdatei komprimieren, ändern sich die Namen der Konfigurationsdateien. Geben Sie den Befehl aus, um die Größe der Dateien im /config Dateisystem file list /config detail zu bestimmen.

Anmerkung:

Wir empfehlen, die Konfigurationsdateien zu komprimieren (dies ist der Standard), um den dafür benötigten Festplatten-Speicherplatz zu minimieren.

  • Wenn Sie die aktuelle Konfigurationsdatei komprimieren möchten, geben Sie die compress-configuration-files Anweisung auf der [edit system] Hierarchieebene an:

  • Commit die aktuelle Konfigurationsdatei, um die Anweisung compression-configuration-files ein schließen zu können. Commit die Konfiguration erneut, um die aktuelle Konfigurationsdatei zu komprimieren:

  • Wenn Sie die aktuelle Konfigurationsdatei nicht komprimieren möchten, fügen Sie die no-compress-configuration-files Anweisung auf der [edit system] Hierarchieebene hinzu:

  • Commit die aktuelle Konfigurationsdatei, um die Anweisung no-compress-configuration-files ein schließen zu können. Commit die Konfiguration erneut, um die aktuelle Konfigurationsdatei zu entkomprimierung:

Systemspeicher frei

Problem

Beschreibung

Der Dateispeicher des Systems auf dem Gerät ist voll. Ein Neustart des Switches löst das Problem nicht.

Die folgende Fehlermeldung wird bei einem typischen Vorgang auf dem Gerät angezeigt, nachdem der Dateispeicher voll ist.

Lösung

Bereiningen Sie den Dateispeicher auf dem Gerät, indem Sie Systemdateien löschen.

  1. Fordern Sie die Löschung von Systemdateien an.

    Die Liste der zu löschenden Dateien wird angezeigt.

  2. Eingeben, yes um die Dateien zu löschen.

  3. Starten Sie das Gerät neu.

Best Practice:

Wir empfehlen, regelmäßig eine Systemdateispeicherbereinigung anberaumen zu müssen, um die Leistung des Geräts zu optimieren.

Säuberung von Dateien mit CLI

Mit dem Befehl CLI können Sie Protokolldateien ändern und nicht benötigte Dateien auf dem request system storage cleanup Gerät löschen. Wenn sie wenig Speicherplatz verwenden, werden Dateien, die schnell gelöscht werden können, im Verfahren der Dateibereinigung identifiziert.

Das Verfahren zur Dateibereinigung führt die folgenden Aufgaben aus:

  • Wechsel von Protokolldateien: Archiviert alle Informationen in den aktuellen Protokolldateien, löscht alte Archive und erstellt neue Protokolldateien.

  • Löscht Protokolldateien in /var/log — Löscht alle Dateien, die derzeit nicht geschrieben wurden.

  • Löscht temporäre Dateien in — Löscht alle Dateien, auf die innerhalb von zwei Tagen nicht /var/tmp zugegriffen wurde.

  • Löscht alle Crashdateien in — Löscht alle Kerndateien, die das Gerät während eines /var/crash Fehlers geschrieben hat.

  • Löscht alle Software-Images ( Dateien) in – Löscht alle Software-Images, die während der Software-Upgrades *.tgz in dieses Verzeichnis kopiert /var/sw/pkg wurden.

Um Protokolldateien zu ändern und überflüssige Dateien zu löschen, muss die CLI:

  1. Geben Sie den Betriebsmodus im CLI.
  2. Drehen Sie Protokolldateien und identifizieren Sie die Dateien, die sicher gelöscht werden können.

    Das Gerät dreht sich um Protokolldateien und zeigt die Dateien an, die Sie löschen können.

  3. Geben yes Sie die Eingabeaufforderung ein, um die Dateien zu löschen.
Anmerkung:

Sie können den Befehl zum Prüfen der Liste von Dateien, die mit dem Befehl gelöscht werden request system storage cleanup dry-runrequest system storage cleanup können, ausführen, bevor Sie die Dateien wirklich löschen.

Anmerkung:

Auf Geräten der SRX-Serie wird die Hierarchie /var in einer separaten Partition (statt in der Root-Partition) gehostet. Wenn Junos OS bei unzureichendem Platzbedarf ausfällt:

  • Verwenden Sie den request system storage cleanup Befehl zum Löschen temporärer Dateien.

  • Löschen Sie alle vom Benutzer erstellten Dateien sowohl in der Root-Partition als auch in der /var Hierarchie.

Release-Verlaufstabelle
Release
Beschreibung
16.2R2
Beginnend mit Junos OS Release 16.2R2 wird das Tag in der XML-Ausgabe nicht angezeigt, wenn der Vergleich keine Unterschiede wiedergibt oder wenn der Vergleich nur Unterschiede für nicht native Konfigurationsdaten wiedergibt, z. B. Konfigurationsdaten, die mit einem show | compare | display xml<configuration> OpenConfig-Datenmodell verknüpft sind.