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

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

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

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

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

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

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

服務器維護計劃：簡介

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

每日服務器檢查

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

每周服務器檢查

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

每月服務器檢查

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

實時服務器檢查

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

支票如何變成計劃

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

制定服務器維護計劃

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

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

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

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

應對新出現(xiàn)的問題：您需要注意什么

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

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

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

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

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

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

服務器攻擊和惡意軟件

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

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

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

錯誤和失敗

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

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

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

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

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

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

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

同樣，您的預防性服務器維護計劃應該定期進行索引分析，優(yōu)化 MySQL 如此依賴的索引。MySQL 有一個分析功能，您應該每月運行一次，以確保 MySQL 始終可以快速找到數(shù)據(jù)。分析簡化索引并確?？焖賵?zhí)行查詢。

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

檢查磁盤運行狀況和空間

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

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

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

審查 SQL 日志

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

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

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

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

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

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

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

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

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

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

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

確定您的恢復計劃

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

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

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