1. h3c 的命令中哪個是 設置下次啟動使用，以上保存的配置文件
1.2.2 清除交換機中的配置文件
用戶通過命令可以清除交換機中的配置文件。
清除交換機中配置文件
操作
命令
說明
清除交換機中的配置文件
reset saved-configuration[ backup | main ]
必選
該命令只能在用戶視圖下執行
在以下幾種情況下，用戶可能需要清除交換機中的配置文件：
l
在交換機軟體升級之後，系統軟體和配置文件不匹配。
l
交換機中的配置文件被破壞（常見原因是載入了錯誤的配置文件）。
配置文件支持main/backup屬性，用戶清除配置文件時，有以下幾種情況：
l
使用reset saved-configuration[ main ]命令清除配置文件時，對於只有主用屬性沒有備用屬性的配置文件，將刪除該文件；對於具有主備用雙重屬性的配置文件，只刪除其主用屬性。
l
使用reset saved-configuration backup命令清除配置文件時，對於只有備用屬性沒有主用屬性的配置文件，將刪除該文件；對於具有主備用雙重屬性的配置文件，只刪除其備用屬性。
1.2.3 設置交換機下次啟動時使用的配置文件及其屬性
設置下次啟動時使用的配置文件及其屬性
操作
命令
說明
設置交換機下次啟動時使用的配置文件及其屬性
startupsaved-configurationcfgfile[ backup
| main]
必選
該命令只能在用戶視圖下執行
用戶可以設置交換機下次啟動時使用的配置文件，也可以設置配置文件的main/backup屬性。屬性的生成有兩種方式：
1. 設置交換機下次啟動時使用的配置文件的主用屬性l
將當前配置保存到主用配置文件中時，系統會自動將該主用配置文件設置為下次啟動時主用的配置文件；
l
使用startup saved-configurationcfgfile[ main ]命令設置配置文件為下次啟動時主用的配置文件。
2. 設置交換機下次啟動時使用的配置文件的備用屬性l
將當前配置保存到備用配置文件中時，系統會自動將該備用配置文件設置為下次啟動時備用的配置文件；
l
使用startup saved-configurationcfgfilebackup命令設置配置文件為下次啟動時備用的配置文件。
1.2.4 配置文件顯示在完成上述配置後，在任意視圖下執行display命令可以顯示交換機的當前配置和起始配置情況。用戶可以通過查看顯示信息查看配置的內容。
配置文件顯示
操作
命令
說明
查看交換機的起始配置文件
display saved-configuration[ unit
unit-id ] [ by-linenum ]
display命令可以在任意視圖下執行
查看交換機當前的配置信息
display current-configuration[ configuration [ configuration-type ] | interface [ interface-type ] [ interface-number ] ] [ by-linenum ] [ | { begin | exclude | include } regular-expression ]
[/td]
查看交換機當前VLAN的配置信息
display current-configuration vlan[ vlan-id ] [ by-linenum ]
[/td]
查看交換機當前視圖的配置信息
display this[ by-linenum ]
[/td]
查看交換機啟動時使用的配置文件信息
display startup[ unit
unit-id ]
2. vsunitest配置文件路徑
在visual studio做單元測試時，相關的xml結果會默存放在一個output文件夾中，但是由於單元測試的默認機制，每次都會在TestResult中根據當前時間新建一個文件夾用以存放會用到的config文件和dll文件。這個時候就會出問題了。TestResult的OUTPUT目錄是在testsetting裡面設置的。而config文件的 to Output Directory(選中config文件，選擇properties)的屬性是針對Build而言的，這樣就會導致兩個Output目錄不一致的問題。那麼此時你選擇 always的話，還是不會到testresult的OUTput目錄中。這樣，在訪問相應會用到的xml文件時候，就會出現找不到文件的情況。從而報錯。
【解決】
首先可通過vs的Test菜單項，選擇Edit test setting編輯你使用到的testsetting，（當然也可以找到solution中的solution Items文件夾編輯其中的testsetting）。有了前面的原因分析。我們可以很容易的分析出，這里我們主要是變更輸出目錄即可，只要將兩輸出目錄調整一致即可。我在這里是這么做的，在General中選擇user define schema，並且去掉Append date-time stamp項，這個是為了讓test result的output目錄固定。然後這里設置的prefix定義了test result中的目錄。然後，再選擇unittest project的屬性，在bulid標簽處，將output directory改掉，選擇為我們之前test result設置的output。這樣兩個output目錄一致後，就一切正常了
3. Systemctl 詳解
Systemd 並不是一個命令，而是一組命令，涉及到系統管理的方方面面。
systemctl 是 Systemd 的主命令，用於管理系統。
systemd-analyze 命令用於查看啟動耗時。
hostnamectl 命令用於查看當前主機的信息。
localectl 命令用於查看本地化設置。
timedatectl 命令用於查看當前時區設置。
loginctl 命令用於查看當前登錄的用戶。
Systemd 可以管理所有系統資源。不同的資源統稱為 Unit（單位）。
Unit 一共分成12種。
systemctl list-units 命令可以查看當前系統的所有 Unit 。
systemctl status 命令用於查看系統狀態和單個 Unit 的狀態。
除了 status 命令， systemctl 還提供了三個查詢狀態的簡單方法，主要供腳本內部的判斷語句使用。
對於用戶來說，最常用的是下面這些命令，用於啟動和停止 Unit（主要是 service）。
Unit 之間存在依賴關系：A 依賴於 B，就意味著 Systemd 在啟動 A 的時候，同時會去啟動 B。
systemctl list-dependencies 命令列出一個 Unit 的所有依賴。
上面命令的輸出結果之中，有些依賴是 Target 類型（詳見下文），默認不會展開顯示。如果要展開 Target，就需要使用 --all 參數。
每一個 Unit 都有一個配置文件，告訴 Systemd 怎麼啟動這個 Unit 。
Systemd 默認從目錄 /etc/systemd/system/ 讀取配置文件。但是，裡面存放的大部分文件都是符號鏈接，指向目錄 /usr/lib/systemd/system/ ，真正的配置文件存放在那個目錄。
systemctl enable 命令用於在上面兩個目錄之間，建立符號鏈接關系。
如果配置文件裡面設置了開機啟動， systemctl enable 命令相當於激活開機啟動。
與之對應的， systemctl disable 命令用於在兩個目錄之間，撤銷符號鏈接關系，相當於撤銷開機啟動。
配置文件的後綴名，就是該 Unit 的種類，比如 sshd.socket 。如果省略，Systemd 默認後綴名為 .service ，所以 sshd 會被理解成 sshd.service 。
systemctl list-unit-files 命令用於列出所有配置文件。
這個命令會輸出一個列表。
這個列表顯示每個配置文件的狀態，一共有四種。
注意，從配置文件的狀態無法看出，該 Unit 是否正在運行。這必須執行前面提到的 systemctl status 命令。
一旦修改配置文件，就要讓 SystemD 重新載入配置文件，然後重新啟動，否則修改不會生效。
配置文件就是普通的文本文件，可以用文本編輯器打開。
systemctl cat 命令可以查看配置文件的內容。
從上面的輸出可以看到，配置文件分成幾個區塊。每個區塊的第一行，是用方括弧表示的區別名，比如 [Unit] 。注意，配置文件的區塊名和欄位名，都是大小寫敏感的。
每個區塊內部是一些等號連接的鍵值對。
注意，鍵值對的等號兩側不能有空格。
[Unit] 區塊通常是配置文件的第一個區塊，用來定義 Unit 的元數據，以及配置與其他 Unit 的關系。它的主要欄位如下。
[Install] 通常是配置文件的最後一個區塊，用來定義如何啟動，以及是否開機啟動。它的主要欄位如下。
[Service] 區塊用來 Service 的配置，只有 Service 類型的 Unit 才有這個區塊。它的主要欄位如下。
Unit 配置文件的完整欄位清單，請參考 官方文檔 。
啟動計算機的時候，需要啟動大量的 Unit。如果每一次啟動，都要一一寫明本次啟動需要哪些 Unit，顯然非常不方便。Systemd 的解決方案就是 Target。
簡單說，Target 就是一個 Unit 組，包含許多相關的 Unit 。啟動某個 Target 的時候，Systemd 就會啟動裡面所有的 Unit。從這個意義上說，Target 這個概念類似於"狀態點"，啟動某個 Target 就好比啟動到某種狀態。
傳統的 init 啟動模式裡面，有 RunLevel 的概念，跟 Target 的作用很類似。不同的是，RunLevel 是互斥的，不可能多個 RunLevel 同時啟動，但是多個 Target 可以同時啟動。
Target 與 傳統 RunLevel 的對應關系如下。
它與 init 進程的主要差別如下。
（1）默認的 RunLevel （在 /etc/inittab 文件設置）現在被默認的 Target 取代，位置是 /etc/systemd/system/default.target ，通常符號鏈接到 graphical.target （圖形界面）或者 multi-user.target （多用戶命令行）。
（2）啟動腳本的位置 ，以前是 /etc/init.d 目錄，符號鏈接到不同的 RunLevel 目錄 （比如 /etc/rc3.d 、 /etc/rc5.d 等），現在則存放在 /lib/systemd/system 和 /etc/systemd/system 目錄。
（3）配置文件的位置 ，以前 init 進程的配置文件是 /etc/inittab ，各種服務的配置文件存放在 /etc/sysconfig 目錄。現在的配置文件主要存放在 /lib/systemd 目錄，在 /etc/systemd 目錄裡面的修改可以覆蓋原始設置。
Systemd 統一管理所有 Unit 的啟動日誌。帶來的好處就是，可以只用 journalctl 一個命令，查看所有日誌（內核日誌和應用日誌）。日誌的配置文件是 /etc/systemd/journald.conf 。
journalctl 功能強大，用法非常多。