公司群裡的訊息要炸了，生產環境用不了了，領導要查一下原因，先在pc端執行專案，發現X伺服器上的資源都是報錯，初步確定是該伺服器出現問題，上雲平臺檢視，各項指標監控顯示離線，重啟一下伺服器，等了5分鐘還是不行，聯絡雲平臺，剛回復發現伺服器能登上 了，（所以要耐心一點哦！）

伺服器是能登上了，但是tomcat和ngnix還有PHP的都要重新啟動：

找到各自所在的資料夾下，

/usr/sbin/php-fpm &（啟動php-fpm）

nginx -c /etc/nginx/nginx.conf（啟動nginx）

sh startup.sh （啟動tomcat）

專案是能正常運行了，但是到底是怎麼回事呢？

先查一下cpu情況（最後有查CPU方法）

mygod，昨天晚上CPU滿了，平常都不會有這種情況的，

查一下CPU佔用明細，只看到實時的昨天的要怎麼看，我搜一下，再記錄下來。

Windows系統如何檢視業務程序佔用CPU/記憶體資源情況

（以windows server 2012 為示例，windows 2008 類似）

1、 登入至主機，

如果主機還能通過遠端桌面登入，則通過mstsc登入；

還有可能主機本身負載較高，無法繼續建立遠端連線，mstsc無法遠端登入，則需要通過控制檯的VNC頁面登入方式進入主機

2、 右鍵點選開始選單欄下方橫條，選擇工作管理員

或者開始—執行—輸入taskmgr

均可以啟用工作管理員

點選 CPU 或者 記憶體，會自動以升序/降序對佔用資源情況的程序進行排序。

我們需要根據實際的程式使用情況來進行分析。

如您發現佔用大量CPU的程序即不是系統程序（系統程序常見為svchost.exe 等，系統程序通常通過百度可以核實是否為系統程序，並且多數位於c:\windows\system32目錄下，並且有完善的簽名以及描述介紹），也不是您的業務程序（如iis、httpd、php、java等），而是出現一些命名很奇怪的程序，亦或看似系統程序實際卻沒有任何簽名描述，並且程序位置也不是在c:\windows\system32目錄下，那麼很有可能您的主機中毒了，有異常的程序在消耗主機的資源，導致主機卡死無法正常工作

這時候需要您考慮檢測伺服器的安全情況，必要時考慮備份資料，重灌系統

如您發現佔用大量CPU的程序是您的業務程序（如iis、httpd、php、java等），則要進一步分析當前業務情況是否和負載匹配，如果當前業務量確實較大，則高負載是正常情況，需要考慮適當擴容；如果業務量不是很大，但是業務程序消耗資源卻比較高，則需要您進一步結合業務報錯日誌來分析確認，可能是由於某些配置引數不當，導致程式出現異常，從而導致消耗資源很多

如您發現佔用大量CPU的程序為系統程序（如scvhost.exe 等），則您可以發起工單聯絡我們，為您進一步核查處理。

Linux系統檢視佔用CPU/記憶體較高

（以ubuntu為例，其它系統類似）

通過ssh 或者 vnc 登入至主機。

主要通過執行 top 命令，來檢視主機的負載情況。

在top命令執行完畢後我們可以再按 shift+t 使程序按照 CPU 使用率降序排列；

Shift+m 使程序按照mem使用率降序排列

來進一步分析佔用資源較高的程序情況

常見的騰訊雲元件程序：sap00x  --此為安全元件程序，通常CPU和mem佔用率較低

Barad_agent – 此為監控元件程序，通常CPU和mem佔用率也較低

secu-tcs-agent – 此為安全元件程序，通常CPU和mem佔用率較低

如果騰訊雲元件佔用CPU/MEM 資源異常，高於20%，則可以發起工單聯絡我們為您進一步定位處理