看懂接手的伺服器：先讀懂，再動手

一台不是自己建置的 Proxmox 落到了手上。建置它的人已經離開，沒有任何文件，而現在責任落在自己身上。這種情況下的第一個直覺，是戳一下某個東西看看會發生什麼。這正是一開始最不該做的事，因為此時還不知道什麼東西連著什麼東西。

第一週是閱讀週。下面每一個問題，都可以在不改動任何東西的情況下得到答案。

第一個問題：這裡跑著什麼

不是有多少台機器，而是其中哪些真的在做事。接手的伺服器上幾乎總有一些關著的機器，沒人敢刪。現在也不會刪，只是把它們列出來。

第二個問題：每台機器的磁碟實際位在哪裡

這是清單檢視回答得最差的問題，也是影響最大的問題。因為答案會說明這件事：一顆磁碟損壞，會拖垮一台機器，還是八台。

把整條鏈追到底：機器、虛擬磁碟、儲存區、儲存池、實體磁碟。看出八台機器的虛擬磁碟最後都落在同一顆實體磁碟上，是對這台伺服器所能得知最有價值的一件事。

第三個問題：備份了什麼，最新的一份有多舊

不要看備份工作存不存在，要看最新一份備份的時間。在接手的環境中，發現某個備份工作早已悄悄停止是常見的事，在第一週發現，遠比在第六個月才發現便宜得多。

第四個問題：誰能進到這裡

不是有多少使用者，而是其中誰被允許做什麼。接手的系統上會有已離職人員的帳號、被遺忘的自動化金鑰，以及沒人記得是誰授予的權限。這些也先記下來就好。

第五個問題：落後了多少

查看待安裝的更新，以及是否有已安裝、但尚未重新啟動載入的核心。第二點很重要：機器可能看起來已是最新，實際上卻仍在舊核心上執行。

跑了兩年就一定很穩？這是個陷阱

運行時間不等於健康，只代表沒有重新啟動過。一台跑了兩年的機器，就是一台兩年來未經測試的機器。手動啟動卻從未加入開機啟動的服務、從未寫進設定的掛載，全都在這兩年裡沒被驗證過，會在第一次重新啟動時一起冒出來。

因此，接手伺服器的第一次計畫性重新啟動，應該在自己選定的時機、手上握有備份的情況下進行。不是自己選的那個時機，遲早會到來。

把發現的事寫下來

第一週寫下的文件，就是第六個月救命的文件。不必很長：哪台機器做什麼、磁碟放在哪裡、有沒有備份、誰能連到它。即使只有五行，也比什麼都沒有好上無數倍。

暫時什麼都不要刪

一台沒有標示、沒人認得的機器是一種風險，但刪掉它是更大的風險。先關機，再等待。如果兩週內沒有人叫起來，再做決定。刪除之後才弄清楚，就無法挽回；關機之後才弄清楚，只要按一個按鈕。

Atlas 的做法

Atlas 會畫出兩條鏈，而在接手的伺服器上，這兩條鏈正是最需要的東西。

資源地圖從機器一路往下畫到實體磁碟：機器、它的處理器與記憶體配額、虛擬磁碟、儲存區、儲存池，最底層則是真正的磁碟。因此，這台機器的磁碟實際放在哪裡這個問題，只要沿著線條追下去就能回答，不必逐一打開每台機器的設定。看出八台機器都落在同一顆磁碟上，也是在同一個畫面上完成的。

網路地圖畫出另一條鏈：機器、橋接器、實體連接埠、外部世界。兩者合起來，一個下午就能讀懂一台不是自己建置的伺服器長什麼樣子。