不管租赁服务器托管到数据中心，或租用服务器，您都没必要成为服务器专家，但您需要定期保护它。服务器每天 24 小时运行，每周履行数百万次交互。所有这些都会造成硬件，软件，数据库和服务器的磨损。老旧的服务器设置将不足以处理日趋增加的交互数量。服务器软件将容易遭到新的攻击，SQL 表将变得支离破碎，硬盘终究会降级乃至崩溃，终究可能致使服务质量低下，数据丢失或信息被盗。

　　其实所有这些都很容易预防。你所需要的只是一个计划：服务器保护计划。您需要在区分的时间段检查服务器中的区分内容。

　　一、服务器保护计划包括哪些内容?

　　1. 平常保护

　　• 软件更新：防病毒和软件更新可以在任何一天进行。

　　• 安全日志审核：滥用用户，网站访问者或僵尸程序可能会从合法用户那里夺走资源，应当尽快禁止。

　　• 漏洞表露：软件提供商和安全渠道报告未经修补的漏洞或攻击。紧急修补将保护您的数据。

　　2. 每周：检查您的备份。如果备份不可用，您将只丢失一周的数据。

　　3. 双周：审核磁盘使用情况，包括老旧帐户，未完成的备份，旧的临时文件等会占用磁盘空间，从而致使磁盘空间问题。

　　4. 每个月一次：优化数据库。繁忙的数据库在一个月内可能产生 3% - 5%的碎片。

　　5. 双月：调剂利用程序。由于流量模式可能会在两个月内产生变化，因此未经优化的设置会影响速度。

　　6. 一天 24 小时：监控服务器运行状态。可以通过负载高峰等初期迹象发现服务器故障。初期检测可以避免完全停机。您需要检测的内容包括 RAID 健康、服务器温度、负载平均值、网络连接等。

　　二、如何构建合适您的服务器的保护计划

　　您可以根据服务器保护活动的目标，来细分服务器保护活动，然后找出实现该目标需要完成的工作。例如：

　　紧急响应，您需要知道您的服务器是否是产生了不好的事情，您需要在出现问题时快速恢复服务。预防措施包括：主动审核和检查系统，以避免可能的服务降级或误用。它可能包括：安全检查，绩效审计，资源使用审核等。保险措施包括：备份审核，镜像故障转移测试，高可用性测试。

　　三、制定应急响应计划

　　可能出现故障的软件和硬件组件类型在数据库服务器，邮件服务器和 Web 或利用程序服务器中会有所区分。因此，没有一个合适所有人的列表，来列出服务器中需要监控的所有故障。您需要斟酌一下服务器可能出现故障的常见方式，和如何尽早发现它们。例如：Web 服务器可能存在以下问题：

　　• 容量毛病(流量的突然增加可能耗尽内存，并使磁盘过载，致使响应缓慢);

　　• 用户滥用(在共享环境中，某些用户可能会运行资源沉重的脚本，从而致使服务器负载);

　　• 网络攻击(僵尸网络通过在网站上履行数千个同步查询来完成大范围攻击);

　　• Buggy 脚本(编码不良的脚本可能致使内存泄漏或其他资源过度使用);

　　• 网络故障(Web 服务器可能会丢失与后端数据库服务器或其他利用服务器的连接);

　　• 硬件毛病(从 RAID 降级到温度问题，各种各样的问题都可能致使服务器运行不良或冻结);

　　• 歹意软件注入(黑客可能会使用未公然的漏洞将歹意软件注入服务器);

　　• IP / 网站名誉问题(搜索引擎可以检测到歹意软件注入的网站从而下降网站权重)等等。

　　为预防这些故障，您需要每周 7 天，每天 24 小时监控与这些问题相关的服务器参数。它可能包括负载均衡，内存使用，I / O 使用等。在列出合适您的服务器类型的所有这些方案和服务器参数后，列出您需要采取的操作以使服务重新联机。紧急行动需要提早斟酌，由于您没有时间停下来思考服务什么时候失败。

　　四、制定预防性保护计划

　　预防性保护的目标是审核和调剂服务器和服务的每一个部份，以便它不会失败。一样，您需要检查的内容将根据您运行的服务器类型而有所区分。我们来看一个数据库 SQL 服务器的例子。MySQL 服务器保护计划将包括：

　　• 碎片整理(又名表优化)：数据库中频繁的 “删除” 会使表格碎片化。每个月优化一次表，以避免性能问题和可用空间的损失。

　　• 分析(优化索引)：MySQL 使用索引快速查找所需的数据。大约每个月运行一次 “分析” 以简化索引，并使查询履行更快。

　　• 完全性检查：有时，由于数据库崩溃或利用程序毛病，MySQL 索引会丢失对数据集的跟踪。每周检查数据库完全性以避免查询毛病。

　　• 磁盘运行状态检查：服务器日志中记录了 HDD 或 RAID 毛病。此类毛病是行将产生故障的初期唆使，您可以采取措施更换磁盘。

　　• 空间使用检查：您的数据库需要增长空间，进行备份和进行大型事务。每个月检查一次陈腐文件，临时文件或旧备份。

　　• 群集效力分析：数据库群集应有效地同步数据，以避免查询延迟和数据毛病。初期检测同步滞后可以避免代价高昂的数据库崩溃。

　　• 毛病日志审核：如果 MySQL 服务器检测到索引或表破坏，则会记录毛病。定期毛病日志审核将避免意外停机。

　　• 慢查询分析：MySQL 会将履行效果不佳的查询记录到文件中。对这些查询和服务器调剂的每周分析可能会禁止性能日志。

　　• 服务器速度审计：每个月速度测试可以显示 MySQL 服务器履行查询的效力。通过尽早发现和修复瓶颈，您可以免性能问题。

　　五、计划灾害恢复

　　您的服务器硬盘早晚会失败。有些数据可能会丢失。那时的重要问题是，“你多久能恢复?” 如果您已准备好应对这类可能性，那末它可能只需 1 分钟。

　　在桂哥网络，我们保护着 Web 主机，数据中心和其他在线服务提供商的服务器。我们的每一个客户都有区分级别的可用性要求。有些人可以忍耐数小时的停机时间。有些人乃至不能容忍一分钟的停机时间。

　　因此，我们部署了广泛的解决方案，以确保业务连续性，从高可用性集群和容错硬件到故障转移镜像和增量备份。最少，您的灾害恢复计划应包括备份审核。一些检查是：

　　• 状态检查：备份是否是每天都成功完成?它显示毛病了吗?

　　• 数据完全性检查：备份存档是否是已破坏?是否是可以从中检索数据?

　　• 磁盘空间检查：磁盘空间不足?是否是有空间接收下周的档案?

　　• 恢复进程检查：当前恢复方法是否是有效?是否是存在连接毛病或其他禁止快速恢复的问题?

　　构建灾害恢复计划的动身点是问自己，您希望能够以多快的速度恢复服务。然后向后工作所需的系统，触及的本钱，和您愿意接受的权衡。

TikTok千粉号购买平台：https://tiktokusername.com/