服務器不需要換油和輪胎壓力檢查等維護，但在許多方面擁有充當服務器的計算機設備有點像擁有車輛。駕駛汽車不涉及工程技能，運行服務器也不需要您是硬件工程師或軟件開發人員。

對于汽車，您需要掌握一些基本知識，包括換油和輪胎壓力檢查以及偶爾的服務。同樣，服務器需要日常維護，而不僅僅是每月支付托管費用的問題。您的服務器需要大量的定期維護，實際上比車輛要多得多。

您無需成為工程師即可進行此維護，但您應該知道，為數百萬客戶提供服務的 24/7 運行的服務器將需要服務器維護計劃。它很少涉及物理磨損，您不會聽到服務器在搜索文件時發出吱吱聲。但在軟件層面，存在一層磨損。讓我們來看看。

為什么需要服務器維護計劃

服務器中的移動部件通常會持續一生，例如，沒有人打開硬盤驅動器并為軸承上油。在最壞的情況下，您可能需要更換一兩個風扇，但即使是這些也很少會放棄幽靈。但是，服務器確實會產生軟件意義上的“里程”。

隨著時間的推移，您的服務器將建立大型存儲庫和記錄，包括會降低交易率的緩存文件。隨著時間的推移，SQL 表的碎片也是一個問題。隨著交易量的增加，舊的服務器設置可能不再有效，您的服務器軟件將成為攻擊者的軟目標。最后，HDD 和 SSD 最終都會退化，盡管這種情況會在很長一段時間內發生。

當服務器降級時會發生什么？好吧，充其量您可能會遭受服務器性能下降的困擾，這可能會導致您的工作量出現故障并導致客戶不滿意。在最壞的情況下，您可能會面臨嚴重的數據損壞和數據丟失，或者由于黑客攻擊而導致的數據盜竊。值得慶幸的是，我們指出的大多數服務器維護問題都可以使用服務器維護計劃來解決。

服務器維護計劃：簡介

我們之前說過服務器不像汽車，它們不需要物理維護，但在許多方面，服務器實際上就像汽車一樣，它們確實需要軟件維護。就像您的汽車一樣，一些維護任務會很緊迫，需要經常關注，而另一些則只需要年度審查。例如，您不會每個月檢查引擎和車燈，但至少每月檢查一次輪胎壓力。讓我們看一下服務器維護的一些時間間隔：

每日服務器檢查

當您負責服務器維護計劃時，您需要每天檢查很多事情。首先，檢查更新，包括病毒掃描程序的數據庫和其他可以防止零日攻擊的關鍵軟件更新。事實上，您應該仔細查看軟件和硬件供應商的漏洞聲明，以便您可以修補服務器以抵御攻擊。還要查看您的安全日志以獲取入侵企圖的證據，以便您有機會阻止這些用戶。

每周服務器檢查

您應該不太頻繁地驗證您的備份是否正常工作。沒有必要每天都這樣做，因為當您的備份突然停止工作時，不太可能需要備份。盡管如此，每周檢查是必不可少的。您應該每周甚至每兩周進行的另一項檢查是磁盤使用情況。同樣，磁盤使用情況很少會突然發生變化，因此您不需要每天檢查。但是，磁盤空間不足可能意味著您的服務器出現故障。注意諸如帳戶過時和過時的臨時文件之類的問題。

每月服務器檢查

我們建議您每兩個月優化一次數據庫，數據庫碎片以每月高達 5% 的速度發生，隨著時間的推移，碎片將真正影響性能。調整單個應用程序也很重要，因為未優化的應用程序會損害性能。但是，由于流量水平變化很大，因此將應用程序調整限制為每兩個月一次會很有用，這樣您就可以很好地衡量應用程序負載水平。

實時服務器檢查

我們列出了您每天需要檢查的大量要點，但有些檢查必須實時完成。換句話說，一整天。這些服務器運行狀況數據點可以在負載激增時發出信號，并且及早發現問題有助于防止服務器完全故障：停機代價高昂。大多數這些因素都可以使用服務器監控工具輕松檢查，事實上，您甚至可以獲得自動警報。例如，您可以檢查 CPU 和整體服務器溫度、RAID 卷的健康狀況和負載因素，包括打開的網絡連接數。

支票如何變成計劃

那么現實中的服務器維護計劃是什么？好吧，維護計劃只是一個固定的時間表，它概述了上述哪些檢查是實時、每天或每月完成的。做到這一點并不難：盡管大型運營商將擁有內部技術人員，但小型企業可以依靠遠程員工或其他公司來做到這一點。但是，如果您全靠自己，請不要絕望：您可以制定自己的服務器維護計劃，而且一點也不難。

制定服務器維護計劃

一個好的起點是根據您試圖通過活動實現的目標對維護活動進行分類，并從那里開始。在本文中，我們將其分為三個區域。

首先，我們將了解您在發生緊急情況時需要采取的應對措施，稱之為應急計劃。其中包括在出現緊急情況時獲取警報等步驟，以及在出現問題時快速恢復服務的能力。

接下來，我們將考慮您應該采取的措施，以防止緊急情況的發生。例如，您可以主動進行安全檢查、分析性能數據并檢查服務器資源的使用情況。

最后，我們將看看一些作為一種保險的措施，以防您遇到服務器問題。這些活動，包括審核您的備份和進行故障轉移檢查，將確保您可以在需要時快速恢復您的服務器。

應對新出現的問題：您需要注意什么

不同的車輛有不同的故障點：火箭的故障點可能與賽車上的非常不同。同樣，不同的服務器有不同的故障根本原因：郵件服務器可能發生故障的原因與 Web 服務器發生故障的原因大不相同。

出于這個原因，我們不能建議一個單一的計劃來準確地告訴您需要監控什么，以確保您在緊急情況下快速響應。相反，我們將通過概述您應該考慮的內容來引導您朝著正確的方向前進。我們將使用 Web 服務器作為典型示例。

服務器容量和用戶需求問題

您的服務器不是為管理無限需求而構建的：它有容量限制。有時需求會出乎意料地上升，也許有人向一百萬人發送了一封廣受歡迎的電子郵件，或者社交媒體上的某些東西觸發了需求。這可能會導致內存過載、磁盤無法響應以及服務器無法提供頁面。

同樣，在共享主機的環境中，一些用戶可以運行占用大量資源的應用程序。事實上，一些用戶可能故意濫用服務器資源，因為他們不注意他們產生的服務器負載量。

最后，有時服務器過載是由編碼錯誤引起的。寫得不好的腳本可能會導致內存泄漏和其他資源問題。作為服務器維護計劃的一部分，您必須注意那些利用超出其公平份額的服務器資源的腳本和用戶，同時密切關注服務器利用率。

服務器攻擊和惡意軟件

我們生活在一個服務器攻擊非常普遍的時代。這些可以有幾種不同的形狀。例如，機器人可能會嘗試蠻力進入您的機器，而這涉及的數千個同時查詢將導致容量問題。成功的攻擊可能導致未經授權訪問您的計算機。

惡意軟件是另一個重大威脅，通過未公開和未修補的漏洞注入軟件可以讓黑客進入您的計算機，再次提供未經授權的訪問，并可能導致您的服務器被用作攻擊其他計算機的臨時站點。

除了數據丟失和容量問題等未經授權訪問的風險外，這些攻擊還可能導致聲譽損失：換句話說，您的服務器可能會被排除在搜索引擎結果之外，您會發現您的流量急劇下降。作為服務器維護計劃的一部分，請注意攻擊。

錯誤和失敗

服務器是高度連接的設備：無論是在硬件和軟件的內部還是外部。注意網絡問題，包括與數據庫后端或服務器所依賴的其他應用程序的連接斷開。

硬件是您需要注意的另一點，例如確保 RAID 卷保持健康，并觀察 CPU 和機箱溫度等關鍵指標。最后，如果冗余電源出現故障 - 立即更換它，同樣存在 RAID 卷問題。

本質上，您需要監控所有級別的服務器統計信息：網絡流量、利用率、負載等，以便您可以在出現異常時注意到。只有這樣，您才能進一步調查。但是，當您注意到緊急情況正在發展時，制定一個可以實施的計劃會有所幫助。

預防性維護：避免問題的關鍵

我們已經概述了在監控新出現的問題時需要注意的事項，但預防勝于治療。同樣，它稍微取決于您正在運行的服務器，但讓我們看看您可以添加到服務器維護計劃中的一些預防性維護，其中相關服務器是數據庫服務器。

碎片整理和檢查索引和完整性

數據庫涉及大量的讀寫操作，需要快速處理，因此數據庫可能會變得碎片化。刪除查詢尤其會導致碎片，這就是為什么定期優化數據庫中的表以減少導致性能問題并減少可用空間的碎片很重要的原因。

同樣，您的預防性服務器維護計劃應該定期進行索引分析，優化 MySQL 如此依賴的索引。MySQL 有一個分析功能，您應該每月運行一次，以確保 MySQL 始終可以快速找到數據。分析簡化索引并確保快速執行查詢。

數據庫完整性可能是一個問題，由于數據庫崩潰和其他應用程序錯誤，MySQL 有時會丟失對數據集的跟蹤。每周檢查數據庫完整性可以防止查詢失敗，因為它為 MySQL 提供了修復錯誤的機會。

檢查磁盤運行狀況和空間

就像數據庫完整性一樣，您不能將磁盤健康視為理所當然。始終確保檢查服務器日志，因為您可以在此處找到 HDD 和 RAID 錯誤通知。這些錯誤表明硬盤驅動器或 RAID 卷即將出現故障，讓您有機會在驅動器關閉服務器之前更換驅動器。

服務器因驅動器空間不足而摔倒并不是什么新鮮事。您必須為數據庫增加空間、進行備份和處理大型數據庫事務留出空間。通過刪除臨時文件、不再相關的備份和其他陳舊數據來釋放空間。

集群效率很重要，如果要防止運行緩慢的查詢和數據庫錯誤，數據庫集群應該高效同步。同樣，早期檢測是關鍵，因為它可以防止代價高昂的數據庫崩潰。

審查 SQL 日志

當你的 MySQL 服務器發現表損壞或索引問題時，它會記錄錯誤。審核您的日志將確保您獲得可能的數據庫故障的早期警告：充滿錯誤的日志是一個確定的警告信號。

慢查詢是另一個需要注意的地方。除了突出整體性能問題外，它還指示哪些特定查詢導致性能問題，允許您調整這些以提高服務器性能。

最后，每月對您的服務器速度進行一次健康檢查將為您提供一個記錄，以便您可以檢測到您的服務器何時開始遇到瓶頸。然后，您可以在出現更嚴重的問題之前更輕松地解決這些瓶頸。

總體而言，您需要一定程度的服務器管理經驗才能真正了解服務器性能會引發危險信號，表明潛在問題正在逼近。無論您運行 Web 服務器、數據庫服務器還是其他東西，預防性維護都是關鍵。

災難恢復：制定啟動和運行計劃

預防性計劃是避免災難的關鍵，但即使是運行最好的服務器環境也偶爾會面臨災難。你如何回應？顯然，最重要的目標是讓一切重新運轉起來。

有了經過深思熟慮的災難恢復計劃，您可以在一分鐘或更短的時間內啟動并運行。并非每個用例都需要如此快速的周轉，如果他們的網站關閉一兩個小時，一些網站所有者不會看到太大的傷害。對于其他人來說，每一分鐘的停機時間都是收入損失。

有多種選擇可以最大限度地減少停機時間。其中包括非常適合確保業務連續性的高可用性集群。具有容錯能力的硬件（包括冗余電源）可以與故障轉移鏡像一起工作，以確保硬件故障不會導致長時間停機。

災難恢復的關鍵：您的備份

我們在上一段中提到的一些要點實施起來很昂貴，而且許多網站運營商都無法做到。但是有一點對于合理的服務器維護計劃至關重要。這與您的備份有關。

首先，確保您的備份實際上每天都在完成。檢查錯誤并確保您的備份工具報告正確的狀態。接下來，您需要檢查您的備份是否可以恢復：您可以檢索數據，是否有任何損壞？始終監控您的可用磁盤空間，因為這是備份失敗的主要原因。最后，對恢復過程進行測試運行，以驗證它需要多長時間以及它是否在第一個實例中成功。注意可能導致恢復困難的意外故障，例如連接問題。

確定您的恢復計劃

最后，在決定如何設置恢復計劃以及投資多少時，您應該仔細考慮應用程序的要求。首先考慮您可以容忍多少停機時間：在損壞變得無法容忍之前，您需要多快恢復服務？

接下來，弄清楚您需要哪些計劃、軟件以及最終需要哪些硬件來制定災難恢復計劃。在這樣做時，您可以將您可以接受的權衡與您不能接受的權衡相匹配。但無論您做什么，始終確保您檢查并驗證您的備份策略。

租用或托管服務器可咨詢夢飛科技在線客服。