WSFC2016如何進行診斷排錯更新

WSFC2016如何進行診斷排錯更新，相信很多沒有經驗的人對此束手無策，為此本文總結了問題出現的原因和解決方法，通過這篇文章希望你能解決這個問題。

WSFC2016針對于群集日志也進行了一些更新

首先，針對于生成ClusterLog的時候加入了-UseLocalTime的參數，原來默認都是生成GMT的時間，我們在中國看起來還需要加八小時，這樣如果你能夠確認你的群集節點不存在時區問題，那么你完全就可以使用-UseLocalTime參數輸出本地時區的群集日志

#轉儲當前群集所有節點，最后五分鐘的日志到網絡路徑下，使用本地時間顯示。

Get-ClusterLog -TimeSpan 5 -UseLocalTime -Destination \\10.0.0.2\log

打開日志可以看到，時間使用節點本地時區，即北京時區

以上為2016日志診斷的第一個變化

第二個變化，老王發現診斷日志的和2012R2時不太一樣，2012R2的日志，打開之后是這樣的，直接就是一條一條的診斷信息

2016中的群集日志則更加智能化，當我們使用get-clusterlog獲取群集日志的時候，實質上還會在日志的前面幫我們列出，群集的資源信息，配置信息

除了群集的資源和群集配置信息外，clusterlog還會在開頭，顯示群集相關的其它事件管理器事件

會幫助我們綜合Operational logs，CAU，admin logs，DiagnosticVerose的事件綜合進來一起顯示，為我們在一個clusterlog，提供一個整體的排錯

在2012R2時我們就有過介紹，clusterlog，默認是獲取diagnostic下的內容，剔除掉無用數據，保留下有用的元數據信息，顯示在clusterlog中，針對于這些日志顯示在clusterlog中，也會通過這種機制，剔除掉XML中無用的數據欄，只顯示出關鍵有用的元數據信息。

Diagnostic這個事件管理器通道，是負責記錄群集運作過程中執行的每一個操作，包括底層調用的插件，用于管理人員排錯查看，但因為日志不斷增長，在事件管理器中查看不便，因此可以通過clusterlog獲取，獲得更直觀的查看，在2012R2時我們曾經提到，Diagnostic默認是level 3級別的信息記錄，如果這個級別無法幫助我們定位問題，我們可以通過設置cluster log為5，push它去收集更細致診斷級別的日志，但那時官方一直強調，設置為5后，后導致該日志飛速增長，會對系統操作性能影響，因此我們短暫排錯后還需要及時設置回來

但是在2016，微軟優化了這一點，解除了這個性能擔心的問題，改為單獨設置了一個事件管理器通道DiagnosticVerbose，這個通道就是按照level 5級別來記錄群集運作信息，如果我們需要進行level 5級別的群集排錯，可以直接查看這個事件管理器通道，實質上當我們獲取clusterlog的時候也可以看見這個通道的內容，這個日志下面是來自DiagnosticVerbose中level5的群集日志

下面Cluster Logs開始的部分是來自Diagnostic Level 3級別的日志

因此，現在我們大多數時間都無需去更改cluster log的級別了，因為默認日志就有level5和level3級別，微軟實現了并行的事件管理器通道，我們不必再擔心性能問題！

以上為關于ClusterLog 在2016中的變化，更新千呼萬喚的localtime功能，ClusterLog也新增了其它通道，方便做整體排錯，level級別過高帶來的性能問題也已得到了解決。

除了ClusterLog，針對于群集排錯，微軟還提供了另一項新功能，即Dump文件的轉儲模式

新增了Active Memory Dump轉儲模式，對于一個Hyper-V集群來說，這可能會是項非常實用的功能，在以前，我們如果在一個Hyper-V跑了很多虛擬機，當我們生成dump時，實質上dump里面會即包括宿主機和虛擬機的內存，而虛擬機的內存頁面對于我們進行宿主機級別排錯有時可能并不需要，當我們選擇活動內存轉儲后，dump將只包括宿主機的內存頁面，對于虛擬機的內存頁面將進行過濾，最終大小將只是將完整dump的百分之10%

看完上述內容，你們掌握WSFC2016如何進行診斷排錯更新的方法了嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業資訊頻道，感謝各位的閱讀！