Auf dieser Seite
Verwalten von Konfigurationen
Die Show | Vergleichen | display xml Befehlsausgabe
Der Filter vergleicht die Kandidatenkonfiguration mit der aktuellen festgeschriebenen Konfiguration und zeigt die Unterschiede zwischen den beiden Konfigurationen in XML an.compare | display xml
Um Konfigurationen zu vergleichen, geben Sie nach dem Pipe-Symbol ( | ) entweder im Betriebs- oder im Konfigurationsmodus ein .compare | display xml
Beispiel im Betriebsmodus:
user@host> show configuration | compare | display xml
Beispiel im Konfigurationsmodus:
[edit]
user@host# show | compare | display xml
Sie können eine bestimmte Konfigurationshierarchie unmittelbar vor dem Filter eingeben, z.B. . .compare
show configuration system syslog | compare | display xml
Im Konfigurationsmodus können Sie zu einer Hierarchie navigieren, auf die der Befehl angewendet wird.
Die Unterschiede zum Vergleichsfilter werden in XML ausgegeben. Das Tag startet die Ausgabe.configuration
Der Kontext für Änderungen wird mit Hierarchienamen-Tags relativ zum Stamm des Vergleichs festgelegt. Bei Elementänderungen wird in dem Tag, an dem eine Änderung erfolgt, ein Attribut ausgegeben.operation
Dieses Attribut hat den Wert , oder .create
delete
merge
Bei Metadatenänderungen wird der Metadatenname angegeben. Wenn z.B. eine Anweisung als inaktiv markiert ist, werden das Attribut und der Wert ausgegeben.inactive="inactive"
Der nc-Namespace wird bei Bedarf verwendet, um anzugeben, dass sich ein Attribut im NETCONF-Namespace und nicht im Betriebssystemnamespace befindet.
Ab Junos OS Version 16.2R2 lässt der Befehl das Tag in der XML-Ausgabe weg, wenn der Vergleich keine Unterschiede zurückgibt oder wenn der Vergleich nur Unterschiede für nicht native Konfigurationsdaten zurückgibt, z. B. Konfigurationsdaten, die einem OpenConfig-Datenmodell zugeordnet sind.show | compare | display xml
<configuration>
In den folgenden Abschnitten wird der XML-Code erläutert, der für bestimmte Typen von Konfigurationsänderungen generiert wird. Zum Vergleich werden die entsprechenden Textänderungen angezeigt.
- Hinzufügen einer Anweisung (Erstellungsvorgang)
- Löschen einer Anweisung (Löschvorgang)
- Ändern einer Anweisung (Löschen und Erstellen von Operationen)
- Metadaten ändern (inaktives Attribut und Operation)
- Hinzufügen einer Anmerkung (Kommentieren Sie Tag und erstellen Sie Vorgang)
- Ändern einer Anmerkung (Kommentieren von Tags und Löschen und Erstellen von Operationen)
- Hinzufügen einer Anweisung in einem Container (Vorgang erstellen und Attribute einfügen und eingeben)
- Ändern der Reihenfolge innerhalb eines Containers (Zusammenführungsvorgang und Einfügen und Schlüsselattribute)
Hinzufügen einer Anweisung (Erstellungsvorgang)
Das folgende Beispiel zeigt das Hinzufügen der IPv4-Adresse 2.2.2.2 zu Einheit 1.
Die Tags through liefern den Kontext für die Addition.name
Das Attribut gibt an, dass eine Anweisung erstellt wurde und durch die Konfiguration innerhalb des Tags definiert wird.operation="create"
unit
unit
[edit interfaces ge-0/0/0] user@host>show configuration | compare
[edit interfaces ge-0/0/0] + unit 1 { + family inet { + address 2.2.2.2/32; + } + } [edit interfaces ge-0/0/0] user@host#show | compare | display xml
<configuration> <interfaces> <interface> <name>ge-0/0/0</name> <unit nc:operation="create"> <name>1</name> <family> <inet> <address> <name>2.2.2.2/32</name> </address> </inet> </family> </unit> </interface> </interfaces> </configuration>
Löschen einer Anweisung (Löschvorgang)
Das folgende Beispiel zeigt das Löschen einer einfachen Anweisung in der Konfigurationshierarchie. Die Tags through liefern den Kontext für den Löschvorgang.system
Das Attribut gibt an, dass die Anweisung gelöscht wurde.operation="delete"
services
Die Konfiguration, die auf die Anweisung folgt, wurde gelöscht, wird jedoch nicht ausgegeben.services
[edit system] user@host>show configuration | compare
[edit system] - services { - ftp; - } [edit system] user@host#show | compare | display xml
<configuration> <system> <services operation="delete"/> </system> </configuration>
Das folgende Beispiel zeigt das Löschen von Einheit 1 aus der Schnittstelle.ge-0/0/0
Die Konfiguration, die auf die Anweisung folgt, wurde gelöscht, wird jedoch nicht ausgegeben.unit
[edit interfaces ge-0/0/0] user@host>show configuration | compare
[edit interfaces ge-0/0/0] - unit 1 { - family inet { - address 2.2.2.2/32; - } - } [edit interfaces ge-0/0/0] user@host#show | compare | display xml
<configuration> <interfaces> <interface> <name>ge-0/0/0</name> <unit nc:operation="delete"> <name>1</name> </unit> </interface> </interfaces> </configuration>
Das folgende Beispiel zeigt das Löschen der Konfiguration.apply-groups
Die Gruppen, die gelöscht werden, werden in der Ausgabe nicht angezeigt.
[edit] user@host#delete apply-groups
[edit] user@host>show configuration | compare
[edit] - apply-groups [ g1 g2 g3 ]; [edit] user@host#show | compare | display xml
<configuration> <apply-groups operation="delete"/> </configuration>
Ändern einer Anweisung (Löschen und Erstellen von Operationen)
Das folgende Beispiel zeigt eine Änderung in einer Anweisung in der Hierarchie. Die Tags through geben den Kontext für die Änderung an.system
Das Attribut gibt an, dass die Anweisung gelöscht wurde.operation="delete"
host-name
Die Konfiguration, die auf die Anweisung folgt, wurde gelöscht, dies wird jedoch nicht in der Ausgabe angezeigt.host-name
Das Attribut gibt an, dass eine Anweisung erstellt wurde und durch die Konfiguration innerhalb des Tags definiert wird.operation="create"
host-name
host-name
[edit system] user@host>show configuration | compare
[edit system] - host-name router1; + host-name router2; [edit system] user@host#show | compare | display xml
<configuration> <system> <host-name nc:operation="delete"/> <host-name nc:operation="create">router2</host-name> </system> </configuration>
Metadaten ändern (inaktives Attribut und Operation)
Das folgende Beispiel zeigt die Inaktivierung einer Anweisung in der Hierarchie. Die Tags through geben den Kontext für die Änderung an.system
Das Attribut gibt an, dass die Anweisung deaktiviert wurde.inactive="inactive"
syslog
[edit system] user@host>show configuration | compare
[edit system] ! inactive: syslog { ... } [edit system] user@host#show | compare | display xml
<configuration> <system> <syslog inactive="inactive"/> </system> </configuration>
Das folgende Beispiel zeigt das Hinzufügen einer inactive-Anweisung .syslog
Das Attribut gibt an, dass die Anweisung erstellt wurde und durch die Konfiguration innerhalb des Tags definiert wird.operation="create"
syslog
syslog
Das Attribut gibt an, dass die Anweisung deaktiviert wurde.inactive="inactive"
syslog
[edit system] user@host>show configuration | compare
[edit system] + inactive: syslog { + file foo { + any any; + } + } [edit system] user@host#show | compare | display xml
<configuration> <system> <syslog nc:operation="create" inactive="inactive"> <file> <name>foo</name> <contents> <name>any</name> <any/> </contents> </file> </syslog> </system> </configuration>
Hinzufügen einer Anmerkung (Kommentieren Sie Tag und erstellen Sie Vorgang)
Das folgende Beispiel zeigt das Hinzufügen eines Kommentars zu einer Anweisung. Die Tags through stellen den Kontext für die Annotation bereit.syslog
Das Attribut für das Tag gibt an, dass der Hierarchie ein Kommentar hinzugefügt wurde.operation="create"
junos:comment
[edit system syslog]
[edit system] user@host>show configuration | compare
[edit system] + /* my-comments-simple */ syslog { ... } [edit system] user@host#show | compare | display xml
<configuration> <system> <junos:comment nc:operation="create">/* my-comments-simple */</junos:comment> <syslog/> </system> </configuration>
Das folgende Beispiel zeigt das Hinzufügen eines Kommentars zu einer Anweisung. Die Tags through stellen den Kontext für die Annotation bereit.syslog
Das Attribut für das Tag gibt an, dass der Hierarchie für die Anweisungsausgabe innerhalb des Tags ein Kommentar hinzugefügt wurde.operation="create"
junos:comment
[edit system syslog]
syslog
[edit system syslog] user@host>show configuration | compare
+ /* my-comments-ele */ file f1 { ... } [edit system syslog] user@host#show | compare | display xml
<configuration> <system> <syslog> <junos:comment nc:operation="create">/* my-comments-elem */</junos:comment> <file> <name>f1</name> </file> </syslog> </system> </configuration>
Ändern einer Anmerkung (Kommentieren von Tags und Löschen und Erstellen von Operationen)
Das folgende Beispiel zeigt die Änderung eines Kommentars für eine Anweisung. Die Tags through stellen den Kontext für die Annotation bereit.system
-
Das Attribut für das Tag gibt an, dass ein Kommentar aus der Hierarchie bei der Anweisung gelöscht wurde.
operation="delete"
junos:comment
[edit system]
syslog
-
Das Attribut für das Tag gibt an, dass der Hierarchie für die Anweisung ein Kommentar hinzugefügt wurde.
operation="create"
junos:comment
[edit system]
syslog
[edit system] user@host>show configuration | compare
- /* my-comments-1 */ + /* my-comments-2 */ syslog { ... } [edit system] user@host#show | compare | display xml
<configuration> <system> <junos:comment nc:operation="delete"/> <junos:comment nc:operation="create">/* my-comments-2 */</junos:comment> <syslog/> </system> </configuration>
Hinzufügen einer Anweisung in einem Container (Vorgang erstellen und Attribute einfügen und eingeben)
Das folgende Beispiel zeigt das Hinzufügen einer Anweisung in der Hierarchie .file
[edit system syslog]
Die Tags through liefern den Kontext für die Addition.syslog
-
Das Attribut für das Tag gibt an, dass eine Anweisung hinzugefügt wurde.
operation="create"
file
file
-
Das Attribut gibt an, dass die Datei nach der durch das Attribut angegebenen Position hinzugefügt wurde.
yang:insert="after"
yang:key="[name='file-1']"
-
Der Wert file-1 stellt die Position innerhalb der vorhandenen Anweisungen dar, wobei eine die erste Datei ist.
file
-
In diesem Beispiel wurde die new-Anweisung nach der ersten Datei hinzugefügt.
file
[edit system syslog] user@host>show configuration | compare
[edit system syslog] file file-1 { ... } + file file-2 { + any any; + } [edit system syslog] user@host#show | compare | display xml
<configuration> <system> <syslog> <file nc:operation="create" yang:insert="after" yang:key="[name='file-1']"> <name>file-2</name> <contents> <name>any</name> <any/> </contents> </file> </syslog> </system> </configuration>
Ändern der Reihenfolge innerhalb eines Containers (Zusammenführungsvorgang und Einfügen und Schlüsselattribute)
Das folgende Beispiel zeigt die Änderung der Reihenfolge von Anweisungen in der Hierarchie .file
[edit system syslog]
Die Tags through geben den Kontext für die Änderung an.syslog
-
Das Attribut für das Tag gibt an, dass eine vorhandene Anweisung verschoben wurde.
operation="merge"
file
file
-
Das Attribut gibt an, dass die Datei nach der Datei an die durch das Attribut angegebene Position verschoben wurde.
yang:insert="after"
yang:key="[name='file-1']"
-
Der Wert file-1 stellt eine Position innerhalb der vorhandenen Anweisungen dar, wobei eine die erste Datei ist.
file
-
Der Wert am Tag, file-3, stellt eine Position innerhalb der vorhandenen file-Anweisungen dar.
name
-
In diesem Beispiel wurde die Anweisung an dritter Stelle nach der ersten Datei verschoben.
file
[edit system syslog] user@host>show configuration | compare
[edit system syslog] file f1 { ... } ! file f3 { ... } [edit system syslog] user@host#show | compare | display xml
<configuration> <system> <syslog> <file nc:operation="merge" yang:insert="after" yang:key="[name='file-1']"> <name>file-3</name> </file> </syslog> </system> </configuration>
Zurückkehren zur Konfiguration mit dem letzten Commit
Um zur zuletzt festgeschriebenen Konfiguration zurückzukehren und sie in den Konfigurationsmodus zu laden, ohne sie zu aktivieren, verwenden Sie den Befehl configuration mode:rollback
[edit]
user@host# rollback
load complete
Um die Konfiguration zu aktivieren, zu der Sie ein Rollback durchgeführt haben, verwenden Sie den folgenden Befehl:commit
[edit] user@host#rollback
load complete [edit] user@host#commit
Zurückkehren zu einer zuvor festgeschriebenen Konfiguration
In diesem Thema wird erläutert, wie Sie zu einer früheren Konfiguration als der zuletzt festgeschriebenen Konfiguration zurückkehren können.
- Beispiel für die Rückkehr zu einer vorherigen Konfiguration
- Beispiel für die Anzeige früherer Konfigurationen
- Informationen zum Vergleichen von Konfigurationsversionen
Beispiel für die Rückkehr zu einer vorherigen Konfiguration
Um zu einer vorherigen Konfiguration zurückzukehren, geben Sie die Konfigurationsnummer 0 bis 49 in den Befehl ein.rollback
Die zuletzt gespeicherte Konfiguration hat die Nummer 0 (die Standardkonfiguration, zu der das System zurückkehrt), und die älteste gespeicherte Konfiguration ist die Nummer 49.
Beispiel:
[edit]
user@host# rollback number
load complete
Beispiel für die Anzeige früherer Konfigurationen
Um vorherige Konfigurationen anzuzeigen, verwenden Sie den Befehl.rollback ?
Sie geben die Rollback-Nummer, das Datum, die Uhrzeit, den Namen des Benutzers, der die Änderungen übernommen hat, und die Methode des Commits an.
Beispiel:
[edit]
user@host# rollback ?
Possible completions:
<[Enter]> Execute this command
<number> Numeric argument
0 2018-02-27 12:52:10 PST by abc via cli
1 2018-02-26 14:47:42 PST by def via cli
2 2018-02-14 21:55:45 PST by ghi via cli
3 2018-02-10 16:11:30 PST by jkl via cli
4 2018-02-10 16:02:35 PST by mno via cli
5 2018-03-16 15:10:41 PST by pqr via cli
6 2018-03-16 14:54:21 PST by stu via cli
7 2018-03-16 14:51:38 PST by vwx via cli
8 2018-03-16 14:43:29 PST by yzz via cli
9 2018-03-16 14:15:37 PST by abc via cli
10 2018-03-16 14:13:57 PST by def via cli
11 2018-03-16 12:57:19 PST by root via other
12 2018-03-16 10:45:23 PST by root via other
13 2018-03-16 10:08:13 PST by root via other
14 2018-03-16 01:20:56 PST by root via other
15 2018-03-16 00:40:37 PST by ghi via cli
16 2018-03-16 00:39:29 PST by jkl via cli
17 2018-03-16 00:32:36 PST by mno via cli
18 2018-03-16 00:31:17 PST by pqr via cli
19 2018-03-15 19:59:00 PST by stu via cli
20 2018-03-15 19:53:39 PST by vwx via cli
21 2018-03-15 18:07:19 PST by yzz via cli
22 2018-03-15 17:59:03 PST by abc via cli
23 2018-03-15 15:05:14 PST by def via cli
24 2018-03-15 15:04:51 PST by ghi via cli
25 2018-03-15 15:03:42 PST by jkl via cli
26 2018-03-15 15:01:52 PST by mno via cli
27 2018-03-15 14:58:34 PST by pqr via cli
28 2018-03-15 13:09:37 PST by root via other
29 2018-03-12 11:01:20 PST by stu via cli
30 2018-03-12 10:57:35 PST by vwx via cli
31 2018-03-11 10:25:07 PST by yzz via cli
32 2018-03-10 23:40:58 PST by abc via cli
33 2018-03-10 23:40:38 PST by def via cli
34 2018-03-10 23:14:27 PST by ghi via cli
35 2018-03-10 23:10:16 PST by jkl via cli
36 2018-03-10 23:01:51 PST by mno via cli
37 2018-03-10 22:49:57 PST by pqr via cli
38 2018-03-10 22:24:07 PST by stu via cli
39 2018-03-10 22:20:14 PST by vwx via cli
40 2018-03-10 22:16:56 PST by yzz via cli
41 2018-03-10 22:16:41 PST by abc via cli
42 2018-03-10 20:44:00 PST by def via cli
43 2018-03-10 20:43:29 PST by ghi via cli
44 2018-03-10 20:39:14 PST by jkl via cli
45 2018-03-10 20:31:30 PST by root via other
46 2018-03-10 18:57:01 PST by mno via cli
47 2018-03-10 18:56:18 PST by pqr via cli
48 2018-03-10 18:47:49 PST by stu via cli
49 2018-03-10 18:47:34 PST by vw via cli
| Pipe through a command
[edit]
Informationen zum Vergleichen von Konfigurationsversionen
Wenn Sie Änderungen an der Konfiguration vorgenommen haben, können Sie nur im Konfigurationsmodus die Kandidatenkonfiguration mit einer früheren Version vergleichen. Um Versionen zu vergleichen, verwenden Sie den Befehl, um die Konfigurationen anzuzeigen.compare
Der Befehl vergleicht die Kandidatenkonfiguration entweder mit der aktuellen festgeschriebenen Konfiguration oder mit einer Konfigurationsdatei.compare
Dieser Befehl zeigt auch die Unterschiede zwischen den beiden Konfigurationen an.
Um Konfigurationen zu vergleichen, geben Sie den Befehl nach der Pipe an:compare
[edit]
user@host# show | compare (filename| rollback n)
-
filename
ist der vollständige Pfad zu einer Konfigurationsdatei. Die Datei muss das richtige Format haben: eine Hierarchie von Anweisungen. -
n
ist der Index in der Liste der zuvor festgeschriebenen Konfigurationen. Die zuletzt gespeicherte Konfiguration ist die Nummer 0, und die älteste gespeicherte Konfiguration ist die Nummer 49. Wenn Sie keine Argumente angeben, vergleicht das System die Kandidatenkonfiguration mit der aktiven Konfigurationsdatei ()./config/juniper.conf
Die Vergleichsausgabe enthält die folgenden Symbole im Präfix für Anweisungen, die sind:
-
Nur in der Kandidatenkonfiguration: ein Pluszeichen (+).
-
Nur in der Vergleichsdatei: ein Minuszeichen (-).
-
Unverändert; ein einzelnes Leerzeichen ( ).
Das folgende Beispiel zeigt verschiedene Änderungen, gefolgt von einem Vergleich der Kandidatenkonfiguration mit der aktiven Konfiguration. Das Beispiel zeigt nur die Änderungen, die auf der Hierarchieebene vorgenommen wurden:[edit protocols bgp]
[edit] user@host#edit protocols bgp
[edit protocols bgp] user@host#show
group my-group { type internal; hold-time 60; advertise-inactive; allow 10.1.1.1/8; } group fred { type external; peer-as 33333; allow 10.2.2.2/8; } group test-peers { type external; allow 10.3.3.3/8; } [edit protocols bgp] user@host#set group my-group hold-time 90
[edit protocols bgp] user@host#delete group my-group advertise-inactive
[edit protocols bgp] user@host#set group fred advertise-inactive
[edit protocols bgp] user@host#delete group test-peers
[edit protocols bgp] user@host#show | compare
[edit protocols bgp group my-group] -hold-time 60; +hold-time 90; -advertise-inactive; [edit protocols bgp group fred] +advertise-inactive; [edit protocols bgp] -group test-peers { -type external; -allow 10.3.3.3/8; } [edit protocols bgp] user@host#show
group my-group { type internal; hold-time 90; allow 10.1.1.1/8; } group fred { type external; advertise-inactive; peer-as 3333; allow 10.2.2.2/8; }
Verwenden von Konfigurationsrevisionsbezeichnern
Jedem Commit ist ein Konfigurationsrevisionsbezeichner (Configuration Revision Identifier, CRI) zugeordnet. Der CRI ist eine eindeutige Zeichenfolge, die sich im Gegensatz zum Rollback-Index nicht ändert, wenn neue Konfigurationen festgeschrieben werden.
Da der CRI für eine bestimmte Konfiguration, für die ein Commit ausgeführt wurde, fest ist, hat er Vorteile gegenüber der Verwendung eines Rollbackindex. Netzwerkmanagementsysteme (NMS) können den CRI für einen bestimmten Commit zwischenspeichern. Zu einem späteren Zeitpunkt kann das NMS den zwischengespeicherten Wert mit dem CRI der aktuellen Konfiguration auf dem Netzwerkgerät vergleichen, um zu erkennen, ob andere Systeme Out-of-Band-Konfigurationsänderungen am Gerät vorgenommen haben, z. B. während eines Wartungsfensters.
Darüber hinaus können Sie ab Junos OS und Junos OS Evolved Version 20.4R1 die CRI verwenden, die einer festgeschriebenen Konfiguration zugeordnet ist, um:
-
Zeigen Sie die Konfiguration an.
-
Vergleichen Sie zwei Konfigurationen.
-
Kehren Sie zur Konfiguration zurück.
-
Rufen Sie den aktuellen Rollback-Index ab, der dieser Konfiguration zugeordnet ist.
Verwenden Sie den Befehl, um die CRI anzuzeigen, die jedem Commit zugeordnet ist.show system commit include-configuration-revision
Dadurch werden der Commit-Verlauf des Systems und der CRI für jeden Commit angezeigt.
user@host> show system commit include-configuration-revision 0 2020-08-02 00:42:58 IST by user via cli re0-1596309177-4 1 2020-08-02 00:42:53 IST by user via cli re0-1596309173-3 2 2020-08-02 00:42:50 IST by user via cli re0-1596309170-2 3 2020-08-02 00:42:40 IST by user via other re0-1596309160-1
Alternativ können Sie den CRI für eine bestimmte Rollback-Nummer anzeigen, indem Sie den Befehl eingeben.show system rollback number configuration-revision
user@host> show system rollback 0 configuration-revision The corresponding configuration revision is: re0-1596309177-4
Sobald Sie die CRI-Zeichenfolge für einen bestimmten Commit haben, können Sie diese Konfiguration mit dem Befehl anzeigen.show system configuration revision cri-string
user@host> show system configuration revision re0-1596309177-4
Sie können 2 Konfigurationen vergleichen, indem Sie die Option mit beiden CRIs verwenden.compare
user@host> show system configuration revision compare re0-1596309177-4 re0-1596309173-3
Sie können auch die Rollback-Nummer für einen bestimmten CRI anzeigen, indem Sie die Option hinzufügen.rollback-number cri-string
user@host> show system configuration revision rollback-number re0-1596309160-1 The corresponding rollback number is: 3
Darüber hinaus können Sie im Konfigurationsmodus ein Rollback zu einer Konfiguration durchführen, indem Sie den CRI anstelle des Rollback-Index angeben.
[edit] user@host# rollback revision re0-1596309160-1 load complete [edit] user@host# commit
Speichern einer Konfiguration in einer Datei
Wenn Sie eine Gerätekonfiguration in einer Datei speichern, können Sie sie 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 ihrer aktuellen Form gespeichert wird, einschließlich aller nicht festgeschriebenen Änderungen. Wenn mehr als ein Benutzer die Konfiguration ändert, werden alle von allen Benutzern vorgenommenen Änderungen gespeichert.
Um Änderungen an der Softwarekonfiguration in einer ASCII-Datei zu speichern, verwenden Sie den Befehl configuration mode:save
[edit]
user@host# save filename
[edit]
user@host#
Der Inhalt der aktuellen Ebene der Anweisungshierarchie (und darunter) wird zusammen mit der Anweisungshierarchie, die ihn enthält, gespeichert. Auf diese Weise kann ein Abschnitt der Konfiguration gespeichert werden, während die Anweisungshierarchie vollständig angegeben wird.
Standardmäßig wird die Konfiguration in einer Datei in Ihrem Home-Verzeichnis gespeichert, das sich auf dem Flash-Laufwerk befindet.
Wenn Sie diesen Befehl von einer beliebigen Stelle in der Hierarchie (mit Ausnahme der obersten Ebene) ausführen, wird automatisch ein Tag am Anfang der Datei eingefügt.replace
Sie können das Tag verwenden, um zu steuern, wie eine Konfiguration aus einer Datei geladen wird.replace
Beispiel:
user@host>file show /var/home/user/myconf
replace
: protocols { bgp { disable; group int { type internal; } } isis { disable; interface all { level 1 disable; } interface fxp0.0 { disable; } } ospf { traffic-engineering; reference-bandwidth 4g; ... } }
Informationen zum Komprimieren der aktuellen Konfigurationsdatei
Standardmäßig ist die aktuelle Betriebskonfigurationsdatei komprimiert und wird in der Datei im Dateisystem gespeichert.juniper.conf.gz/config Die Betriebskonfigurationsdatei wird zusammen mit den letzten drei festgeschriebenen Versionen der Konfiguration gespeichert. Wenn Sie über große Netzwerke verfügen, überschreitet die aktuelle Konfigurationsdatei möglicherweise den verfügbaren Speicherplatz im Dateisystem./config Durch das Komprimieren der aktuellen Konfigurationsdatei passt die Datei in das Dateisystem, wodurch die Größe der Datei in der Regel um 90 Prozent reduziert wird. Möglicherweise möchten Sie Ihre aktuellen Betriebskonfigurationsdateien komprimieren, wenn sie eine Größe von 3 Megabyte (MB) erreichen.
Wenn Sie die aktuelle Konfigurationsdatei komprimieren, ändern sich die Namen der Konfigurationsdateien. Um die Größe der Dateien im Dateisystem zu bestimmen, geben Sie den Befehl aus./configfile list /config detail
Es wird empfohlen, die Konfigurationsdateien zu komprimieren (dies ist die Standardeinstellung), um den benötigten Speicherplatz zu minimieren.
-
Wenn Sie die aktuelle Konfigurationsdatei komprimieren möchten, fügen Sie die Anweisung auf Hierarchieebene ein:
compress-configuration-files
[edit system]
[edit system] compress-configuration-files;
-
Führen Sie einen Commit für die aktuelle Konfigurationsdatei durch, um die Anweisung einzuschließen.
compression-configuration-files
Bestätigen Sie die Konfiguration erneut, um die aktuelle Konfigurationsdatei zu komprimieren:[edit system] user@host#
set compress-configuration-files
user@host#commit
commit complete -
Wenn Sie die aktuelle Betriebskonfigurationsdatei nicht komprimieren möchten, fügen Sie die Anweisung auf Hierarchieebene ein:
no-compress-configuration-files
[edit system]
[edit system] no-compression-configuration-files;
-
Führen Sie einen Commit für die aktuelle Konfigurationsdatei durch, um die Anweisung einzuschließen.
no-compress-configuration-files
Bestätigen Sie die Konfiguration erneut, um die aktuelle Konfigurationsdatei zu dekomprimieren:[edit system] user@host#
set no-compress-configuration-files
user@host#commit
commit complete
Geben Sie Systemspeicherplatz frei
Problem
Beschreibung
Der Speicherplatz der Systemdatei auf dem Gerät ist voll. Ein Neustart des Switches löst das Problem nicht.
Die folgende Fehlermeldung wird während eines typischen Vorgangs auf dem Gerät angezeigt, nachdem der Dateispeicherplatz voll ist:
user@host%cli
user@host>configure
/var: write failed, filesystem is full
Lösung
Bereinigen Sie den Dateispeicher auf dem Gerät, indem Sie Systemdateien löschen.
-
Geben Sie eine Anforderung zum Bereinigen (Löschen) von Systemdateien aus.
user@host>
request system storage cleanup
Die Liste der zu löschenden Dateien wird angezeigt.
List of files to delete: Size Date Name 11B Jul 26 20:55 /var/jail/tmp/alarmd.ts 124B Aug 4 18:05 /var/log/default-log-messages.0.gz 1301B Jul 26 20:42 /var/log/install.0.gz 387B Jun 3 14:37 /var/log/install.1.gz 4920B Aug 4 18:05 /var/log/messages.0.gz 20.0K Jul 26 21:00 /var/log/messages.1.gz 16.3K Jun 25 13:45 /var/log/messages.2.gz 804B Aug 4 18:05 /var/log/security.0.gz 16.8K Aug 3 11:15 /var/log/security.1.gz 487B Aug 4 18:04 /var/log/wtmp.0.gz 855B Jul 29 22:54 /var/log/wtmp.1.gz 920B Jun 30 16:32 /var/log/wtmp.2.gz 94B Jun 3 14:36 /var/log/wtmp.3.gz 353.2K Jun 3 14:37 /var/sw/pkg/jloader-qfx-11.2I20110303_1117_dc-builder.tgz 124.0K Jun 3 14:30 /var/tmp/gres-tp/env.dat 0B Apr 14 16:20 /var/tmp/gres-tp/lock 0B Apr 14 17:37 /var/tmp/if-rtsdb/env.lck 12.0K Jul 26 20:55 /var/tmp/if-rtsdb/env.mem 2688.0K Jul 26 20:55 /var/tmp/if-rtsdb/shm_usr1.mem 132.0K Jul 26 20:55 /var/tmp/if-rtsdb/shm_usr2.mem 2048.0K Jul 26 20:55 /var/tmp/if-rtsdb/trace.mem 155B Jul 26 20:55 /var/tmp/krt_gencfg_filter.txt 0B Jul 26 20:55 /var/tmp/rtsdb/if-rtsdb 1400.6K Aug 3 10:13 /var/tmp/sfid.core.0.gz 1398.9K Aug 3 17:01 /var/tmp/sfid.core.1.gz Delete these files ? [yes,no] (no)
-
Wählen Sie diese Option aus , um die Dateien zu löschen.
yes
-
Starten Sie das Gerät neu.
Wir empfehlen Ihnen, regelmäßig eine Anfrage zur Bereinigung des Systemdateispeichers zu stellen. Durch die Bereinigung des Speicherplatzes in der Systemdatei wird die Geräteleistung optimiert.
Bereinigen von Dateien mit der CLI
Sie können den CLI-Befehl verwenden, um Protokolldateien zu rotieren und unnötige Dateien auf dem Gerät zu löschen.request system storage cleanup
Wenn der Speicherplatz knapp wird, identifiziert das Dateibereinigungsverfahren schnell Dateien, die Sie löschen können.
Bei der Dateibereinigung werden die folgenden Aufgaben ausgeführt:
-
Rotiert Protokolldateien: Archiviert alle Informationen in den aktuellen Protokolldateien, löscht alte Archive und erstellt neue Protokolldateien.
-
Löscht Protokolldateien in —Löscht alle Dateien, in die derzeit nicht geschrieben wird.
/var/log
-
Löscht temporäre Dateien in —Löscht alle Dateien, auf die nicht innerhalb von zwei Tagen zugegriffen wurde.
/var/tmp
-
Löscht alle Absturzdateien in —Löscht alle Core-Dateien, die das Gerät während eines Fehlers geschrieben hat.
/var/crash
-
Löscht alle Software-Images ( Dateien) in —Löscht alle Software-Images, die während der Softwareaktualisierung in dieses Verzeichnis kopiert wurden.
*.tgz
/var/sw/pkg
So rotieren Sie Protokolldateien und löschen unnötige Dateien mit der CLI:
Sie können den Befehl ausführen, um die Liste der Dateien zu überprüfen, die Sie sicher löschen können.request system storage cleanup dry-run
Mit der Probelaufaktion können Sie die Liste überprüfen, bevor Sie den Befehl zum Löschen der Dateien ausführen.request system storage cleanup
Bei Firewalls der SRX-Serie wird die Hierarchie in einer separaten Partition (anstelle der Root-Partition) gehostet./var
Wenn die Installation des Betriebssystems aufgrund von unzureichendem Speicherplatz fehlschlägt:
-
Verwenden Sie den Befehl, um temporäre Dateien zu löschen.
request system storage cleanup
-
Löschen Sie alle vom Benutzer erstellten Dateien sowohl in der Stammpartition als auch in der Hierarchie.
/var
Tabellarischer Änderungsverlauf
Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie Feature Explorer, um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.
show | compare | display xml
<configuration>