Ein NetApp Technische Tagebuch

Table of Contents

NAMEN

ÜBERSICHT

Config diff [-o <output_file>] <config_file1> [<f ​​con_ ig_file2>]

config-Dump [-f] [-v] <config_file>

Konfiguration wiederherstellen [-v] <config_file>

BESCHREIBUNG

Die config-Klon <Filer> <remote_user> Befehl wird verwendet, um die Konfiguration von einem Filer, Filer zu klonen. Das Klonen Betrieb kehrt zurück, um den Filer der alten Konfiguration, wenn etwas schief geht. Filer beispielsweise spezifische Informationen wie Netzwerk-Schnittstelle info. (IP-Adresse, Netzmaske etc.), / etc / rc-Datei, Lizenz-Codes und Seriennummern etc. werden nicht geklont. Der Registrierungsschlüssel "default.options.clone.exclude" listet den Satz von Präfixen, die nicht geklont werden Derzeit sind wir nicht das Klonen die Tasten, deren Präfixe entsprechen einem der folgenden Präfixe:. File.contents.rc, file.contents . Gastgeber, options.if, options.hosts, options.license, options.system.hostname, options.vfconfig. Wir sind auch nicht das Klonen das Volumen spezifische Konfiguration (Schlüssel in den options.vols. *-Namespace). Nachdem dieser Befehl ausgeführt , starten Sie den Filer für die Änderungen an der Konfiguration wirksam werden.

Benutzername:: passwd, wobei Benutzername der Name des Remote-Benutzer-Account ist und passwd ist das Kennwort des Remote-Benutzer-Account Das Argument remote_user wird im folgenden Format angegeben.

Die config diff [-o <output_file>] <config_file1> [<f ​​con_ ig_file2>] Kommando findet die Unterschiede zwischen den angegebenen Konfigurationsdateien config_file1 und con_ f ig_file2. Es druckt alle Schlüssel-Wert Paar Mismatches in alphabetischer Reihenfolge. Dieser Befehl hilft dem Administrator bei der Konfiguration Auditing. Dies ist auch nützlich, um die Konfigurationsdateien der Partner in einer Cluster-Failover-Setup-Konfiguration zu vergleichen, um Missverhältnisse zu erkennen. Verwenden Sie die Option-o, um die Ausgabe dieses Befehls in eine Datei umleiten output_file.

Die config dump [-f] [-v] <config_file> Befehl sichert den Filer-Konfiguration in die angegebene config_file. Die Konfiguration wird als ein Satz von Name-Wert-Paare in der Backup-Datei gespeichert. Standardmäßig sichert dieser Befehl nur auf den Filer spezifischen (Kopf-spezifisch)-Konfiguration. Verwenden Sie die Option-v für die Sicherung der Lautstärke auch spezifische Konfiguration. Verwenden Sie die Option-f für das Überschreiben einer vorhandenen Backup-Datei mit Nachdruck.

Die config wieder her [-v] <config_file> Befehl stellt die Filer-Konfigurations-Informationen aus einem Backup-Konfigurationsdatei, config_file. Standardmäßig stellt dieser Befehl nur den Filer spezifische Konfiguration finden Sie in der config_file. Verwenden Sie die Option-v, für die Wiederherstellung des Volumens spezifischen Konfiguration auch. Nachdem dieser Befehl ausgeführt haben, starten Sie den Filer für die Änderungen an der Konfiguration wirksam werden.

In einigen Fällen Wiederherstellung möglicherweise nicht erfolgreich, weil die zuvor gespeicherte Konfiguration Informationen ist nicht mehr gültig. Zum Beispiel enthalten eine frühere Konfiguration Informationen über ein Volumen, das nicht mehr existiert oder gibt Werte (zB Snapshot Reserve), die nicht mehr erfüllt werden können. In diesen Fällen kehrt zurück Wiederherstellung der Filer auf die alte Konfiguration.

Bei diesem Befehl können config_file auch als HTTP-URL-Standort, um die Konfiguration von Remote-Dateien wiederherzustellen angegeben werden. Aber, Config-dump-Befehl unterstützt das Sichern der Konfigurationen an einen entfernten Ort. Dies wird in zukünftigen Versionen unterstützt werden. HTTP-URL-Pfad wird im folgenden Format angegeben:

http:// [remote_user @] host_ n ame [: Port] / path_to_the_backup_file wo

remote_user gibt die Anmeldeinformationen für die grundlegende HTTP-Authentifizierung und sollte in der folgenden Form sein: user_ n ame [: passwd]

Hostname ist der Name des HTTP-Servers, wie www.mycompany.com.

Port ist der HTTP-Port. Wenn dies nicht angegeben wird, Standardwert 80 (Standard HTTP-Port) verwendet wird.

path_to_the_backup_file gibt den Speicherort der Backup-Datei auf dem HTTP-Server.

Hinweis: Die Konfigurationsdatei Argument {} config_file in allen oben genannten Befehle können einen der folgenden Typen sein:

a) Eine einfache Datei-Namen auswählen - dies würde standardmäßig als Datei im Verzeichnis / etc / configs Verzeichnis gespeichert zu werden.

b) Ein Full-Pfad Dateiname.

c) Nur ein `- '. In diesem Fall gibt es entweder Standard-oder Standard-Ausgabe. Dieser Wert kann nur mit Config-Dump verwendet werden und Config-Befehle wiederherstellen. Wenn mit config dump-Befehl verwendet, wird das ganze Filer-Konfiguration auf der Standardausgabe geschrieben. Wenn mit Config wiederherzustellen Befehl verwendet, wird Filer Konfigurationsinformationen aus der Standardeingabe gelesen.

Beispiele

   1.  Filer> config Klon foo1 root: xxxx Klone der Remote-Filer "foo1 die" Konfiguration auf dem Filer Ausführung des Klon-Befehl, dh auf "Filer".  2.  Filer> config diff Vergleicht 11_30_2000 dem Filer die aktuelle Konfiguration mit der Konfiguration Informationen finden Sie in der Backup-Datei / etc/configs/11_30_2000.  3.  Filer> config diff 11_30_2000 12_04_2000 Vergleicht die Konfigurations-Informationen in den Backup-Dateien / etc/configs/11_30_2000 und / etc/configs/12_04_2000.  4.  Angenommen, test1.cfg und test2.cfg zwei Beispiel-Konfigurationsdateien mit den Inhalten sind unten dargestellt: Probe test1.cfg Datei: options.auditlog.enable = on options.autosupport.enable = off file.contents.hosts.equiv = \ \ options.autosupport.enable = on = options.sysconfig.boot_check auf options.sysconfig.boot_errors = Konsole, syslog, AutoSupport: # von Setup So 27. Mai 2001 23.46.58 GMT testfiler1 \ \ Probe test2.cfg Datei automatisch erstellt file.contents.hosts.equiv = \ \ # von Setup So 27. Mai 2001 20.12.12 GMT Auto-generierte testfiler2 \ \ folgende Befehl zeigt die Unterschiede zwischen den beiden oben genannten Config-Dateien.  Filer> config diff test1.cfg test2.cfg # # gelöscht <options.auditlog.enable = on # # geändert <options.autosupport.enable = off ---> options.autosupport.enable = on # # neuen> options.sysconfig . boot_check = on # # neuen> options.sysconfig.boot_errors = Konsole, syslog, AutoSupport # # geändert <file.contents.hosts.equiv = \ \ # von Setup So 27. Mai 2001 23.46.58 GMT testfiler1 Auto-generierte \ \ ---> file.contents.hosts.equiv = \ \ # von Setup So 27. Mai 2001 20.12.12 GMT testfiler2 \ \ 5 Auto-generierte.  Filer> config-Dump 11_30_2000 Sichert den Filer spezifische Konfiguration in / etc/configs/11_30_2000.  6.  Filer> config dump / home/user/12_04_2000 Sichert dem Filer spezifische Konfiguration in / home/user/12_04_2000.  7.  Filer> config dump-v 12_12_2000 Sichert den gesamten Filer (Filer spezifische Volumen und specifc)-Konfiguration in / etc/configs/12_12_2000.  8.  Filer> config Wiederherstellung 11_30_2000 Stellt die Filer-spezifische Konfiguration aus / etc/configs/11_30_2000.  9.  Filer> config restore / home/user/12_04_2000 Stellt die Filer-spezifische Konfiguration aus / home/user/12_04_2000.  10.  Filer> config restore-v / home/user/12_04_2000 Stellt die gesamte Filer (Filer specifc und spezifische Volumen)-Konfiguration aus / home/user/12_04_2000.  11.  Filer> config Wiederherstellung http://root:hello @ www.foo.com/backup_12_04_2000 Stellt die Filer-Konfiguration von einem Remote-Datei, backup_12_04_2000, verfügbar auf der HTTP-Server www.foo.com. 

Table of Contents

• NAMEN
• ÜBERSICHT
• BESCHREIBUNG
• Beispiele

Seitenanzahl Config , Mann , Handbuch , NetApp , ONTAP

Ich finde es sehr wichtig, um eine Konfigurationsdatei von einem guten Setup zu speichern. Zunächst ist eine großartige Referenz ist, wenn Sie jemals brauchen werden, um zurückzugehen und beziehen sich auf Dinge, zweitens ist es eine gute Möglichkeit zu zeigen, was Sie taten, war tatsächlich richtig sind und dass Sie taten Dinge richtig konfigurieren von Anfang an!

Es ist ein praktisches Tool, um innerhalb ONTAP gesamte Config-Dumps zu tun vorausgesetzt, vergleicht und Wiederherstellungen. Dies hängt mit der Filer Basiskonfiguration begrenzt und umfasst nicht notwendiger Bereiche wie Lautstärke-Setup.

filer01> config
Verbrauch:
config-Klon <filer> <remote_user>
Config diff [-o <Ausgabedatei>] <config_file1> [<config_file2>]
config-Dump [-f] [-v] <config_file>
Konfiguration wiederherstellen [-v] <config_file>

Der Befehl ist sehr einfach und geradlinig. Sie beginnen mit Dumping die Konfiguration aus dem Filter blockiert wurde. Dies geht automatisch in / etc / configs. Von hier aus können dann die config zu klonen, wenn nötig, oder vergleichen (Unterschied) die config. Laufen Unterschied ist eine sehr gute Möglichkeit des Vergleichs eine config zwischen 2 Punkten in der Zeit, wenn Sie nicht sicher, was sich geändert hat, oder auch wenn Sie vergleichen eine Filer-Upgrade sind und Sie kopieren die Config-Dateien zwischen den zwei Systemen (Kasse NetApp Datei Kopieren ). Und schließlich können Sie auch die Restore-Funktion, obwohl dies wahrscheinlich erfordern würde einen Neustart, und kann einen knockon zu dem, was kann oder auch nicht in verschiedenen anderen Konfigurationsdateien in / etc. benötigt werden, beeinflussen

Insgesamt ein sehr nützlicher Befehl. Ich benutze diese am meisten für die Aufnahme von Filer Backups configs und deren Vergleich zwischen ähnlichen Systemen (z. B. Primär-und DR), oder sogar den Vergleich configs im Laufe der Zeit.

Command Line Config , Config-Dump , NetApp , ONTAP , Save Config