NetApp的的AutoSupport
這對我來說是很大的話題，因為我一直親自開發一個系統的AutoSupport電子郵件中提取信息，使這個視覺容易理解。 這使得一個技術工程師的生活輕鬆了許多，我們可以顯示重要的信息，我們通常需要很容易。 他傳統的呼叫家裡的AutoSupport系統內置於NetApp和N系列系統擁有所有的好我需要的信息。
讓我們快速瀏覽一下，有什麼中的AutoSupport是什麼可能會丟失。
軟件版本 -很清楚的頂部，ONTAP版本
固件版本 -有點笨拙的搜索，但是，系統，RLM的，磁盤和貨架固件都在那裡。 很重要的給一些固件過去的一些漏洞！
空間用途 -現在我們進入細節。 是的，這是我們有一個完整的“DF-S”，“DF-R”，“DF”的輸出，所以我們可以看到完整的儲蓄，保留和空間使用率。 這些夫婦與他們相當於也顯示總使用。
快照用法 -再次與“管理單元列表”和其他細節，詳細這裡顯示我們的完整的快照列表。
選項 -系統選項和音量選項都包括在內。 這些都不是最簡單的事情，但是搜索通過。 但他們是一個偉大的方式比較2系統上，例如群集設置。
等等 -這是所有在這裡，所有的細節，我需要對我的文件管理器報告
缺少了什麼？ 不，我不認為。 一件事，文件管理器根本不報告正確（顯然）是主機空間的使用情況。 例如在LUN使用了多少空間？ 但我們可以在一定程度上拉了這一點。 眼見分數預定使用的LUN，那麼我們就可以報告（與作為乘數fractional_reservation相結合）。 我要補充，這不會是100％準確。 你需要有SnapDrive啟 用的所有功能，沖壓空閒塊，通過文件管理器，文件被刪除時。
在這變得複雜的是，精簡配置和重複數據刪除。 我們可以結合“DF-S”和“DF-R”來計算保留和節省空間，但如果數據精簡配置，或最壞的情況下，靈活克隆，那麼我們需要做一些計算工作。 我們需要交叉引用“DF”輸出狀態輸出量/ LUN的大小。 然後，我們可以設置的體積有多大，您目前正在使用多少。
性能如何呢？ 良好的AutoSupport有一個隱藏的王牌或兩個。 首先，一個正常的AutoSupport具有文件附件稱為“cm_stats.gz”的。 這是一個技術上不完整的XML文件。 這不是標準的XML格式，需要一點點適應任何標準的XML閱讀器進入。 我猜想，使得它表現了一個定制的工具？ 但好消息是，它是在一個相對標準的XML格式類型劃分。 該文件的第一部分<perf-info> ...... </ PERF的信息包括所有性能統計，他們的意思和計數器是什麼的詳細說明。 該文件的第二部分，大量的信息，是<perf-data> ... </ PERF的數據。 正如您所期望的那樣，這是我們的統計實際上是保存。
如果你曾經在統計上的文件管理器命令，然後對象，實例和計數器都將看起來很熟悉。 唯一的問題是，這只是一個單一的迭代。 然而，這是非常有用的，因為它產生的AutoSupport觸發點。 因此，如果有問題，那麼，我們能看到的統計資料，在這段時間。
如果你足夠幸運，不會有這種禁用（我擔心的是現在的默認），那麼你也將是觸發每週一次的“性能數據”電子郵件。 這是非常有用的，因為我們得到一個統計包“cm_stats.gz”的相同，但它是有用的貼上“cm_hourly_stats.gz”。 正如你猜的，我們現在有一個每小時本週的統計迭代！ 因此，我們有所有的信息，我們可能需要橫跨一段時間的趨勢，並看到系統正在做什麼（或視情況而定）。
這樣的AutoSupport消息確實有一大堆的信息。 麻煩的是，它是有點勢不可擋。 cm_hourly_stats文件可以解壓縮到50MB或更多的AutoSupport的基本信息是最簡單的導航（尤其是Outlook時堅持認為，Ctrl + F是轉發電子郵件，沒有文字！）。
對於我們這些不害怕一個小的編碼和正則表達式，那麼這些信息是相當容易提取和處理。 要知道，大量的電子郵件中的信息被壓縮，如果你索引在數據庫中，這不會有任何更多，所以你需要一個很大的空間，這一切信息報告。
對於我們這些怕是一個小的編碼，或根本沒有時間（你不只是需要時間來解碼的電子郵件，但也再次以可讀的格式顯示），然後看這個空間。 不幸的是，作為一個全職員工，我通過合同的約束，所以我有一些工作要做之前，我可以提出我的發現和結果再次。
