服务器瘫痪后,该如何补救

  服务器瘫痪,虽说是个概率极低的事件。但从之前几大知名网站服务器瘫痪的事情来看,我们还是要做好积极应对的措施。我们要防患于未然,只有做好了充分的准备,当服务器真的出现瘫痪之后,才不会手忙脚乱。

  不管是攻击或是内部故障,有好的备份以及冗余措施,均可以使宕机时间缩短到最低。备份问题尽管听起来不可思议,但在实践中,不少企业并未建立起一套检验过的备份系统。备份的意义在于危急时刻可以快速恢复或重建生产系统。在企业网络中,经常出现的问题实际上是:

  1、备份步骤的瑕疵导致并未完成正确的备份过程

  2、由于有限的存储空间导致一定时间后因存储空间耗尽导致的随后备份失败

  3、备份介质受损导致无法成功恢复

  此外,磁带备份介质本身一般存储于磁带仓库中,从仓库检索出所需的备份磁带、转移至数据中心并重新加载数据的时间消耗通常也是客观的。

  即使有一套完善的备份系统,备份系统仍然是不能抵挡所有的意外事故的。2014年,Samsung数据中心的一场大火使其云服务暂停服务。如果没有异地备份,这场大火将使其本地备份的恢复变得极为困难。

  冗余对于突发性事件来说,尽快恢复,或者是持续的提供服务是非常重要的。某知名支付公司因数据中心网络连接性故障导致了一段时间的服务中断。如果有更好的冗余方案,此种事故的影响面将会得以降低,甚至会化解为用户不可感知的内部事故。

  冗余是非常常见的做法。例如,大部分服务器都有两部独立的PSU,任意一部PSU失效均不会影响其正常服务;一般来说,服务器的两部PSU将连接到两路不同的电路或不间断电源上以避免市电失效;数据中心的电源一般同时配备UPS以及柴油发电机以避免发电公司未通知的停止供电服务导致的服务中断。网络亦然;同时接入多路ISP线路,并对其进行独立布线,同时在多路线路上宣告地址,便可使网络服务的鲁棒性更高。

  在系统的视角上,只有同时配置备份以及冗余方案,才可以最大限度的提高可用性,避免非可控因素导致的长时间服务中断。

  通过上述的介绍,我想大家也对如何在服务器瘫痪后进行补救有了一定的认识。当然如果大家有各种关于服务器数据的问题,都可以去寻找上海天盾数据恢复中心的帮助,相信他们专业团队的能力一定可以解决你的问题。

  如有还有疑问的事情请咨询:TEL:13122808298 QQ:4000076365  天盾数据恢复中心:http://www.tianduntech.com/  地址:上海市宝山区陆翔路111弄绿地1号楼1210室

时间: 2024-10-15 02:49:23

服务器瘫痪后,该如何补救的相关文章

找出让 DHCP服务器瘫痪的凶手

前一段时间,总部的同事告诉我无线网不能用了,发现获取不到IP了,登录到DHCP服务器查看,发现DHCP服务器出故障了,具体的故障现象如下图,出现大量bad_adddress迅速占满DHCP的地址池. 然后他自己抓了一份数据包让我也帮忙分析一下. 我过滤了DHCP,重点观察了下它的DHCP包.发现出现大量的DHCP Decline数据包. 在这里可能有人很少听说DHCP Decline,简单来说这个包的意思就是如果CLIENT发现DHCP SERVER分配的IP地址已经被别人使用,则CLIENT会

rsyslog 服务器重启后 发现不能接受到外部日志 只能接受本地日志 关闭防火墙即可

rsyslog 服务器重启后 发现不能接受到外部日志 只能接受本地日志  关闭防火墙即可 1 关闭防火墙: # systemctl stop firewalld 2 将SELINUX设置为disabled # setenforce 0 # sed -i 's#SELINUX=enforcing#SELINUX=disabled#g' /etc/selinux/config

PHPWAMP自启异常,服务器重启后Apache等服务不会自动重启的原因分析

在使用"PHPWAMP自动任务"时,不少学生遇到如下问题: "phpwamp绿色集成环境重启动电脑(服务器)后,不会自动启动网站服务" (如果是其他环境或是自己搭建时遇到此问题,也是可以用此法解决) 此文章内容符合: 为什么网站服务由手动变成自动后还是无法重启? 为什么我把服务设置成自动后,开机又变回手动了? 为什么服务器(电脑)重启后服务不会自动跟着重启? windows服务器重启后网站服务不会自动重启的原因分析. 为什么服务设置成自动后,重启动服务器(电脑)服务

Linux零基础入学之1-4 Linux文件管理-xfs文件系统的备份恢复-服务器来电后自动开机

[本节内容] Linux系统目录结构 相对/绝对路径 创建/复制/删除文件 rm -rf / 意外事故 查看文件内容 xfs文件系统的备份和恢复  (在rhel6.5上做) 服务器来电后自动开机 [linux系统的目录结构] Linux是单根目录,单根组织文件 /    根分区 所有文件和目录由此开始.只有root用户对此目录有写权限 例:cd /        #查看根目录下的文件 /etc   配置文件目录 包含所有应用程序的配置文件,也包含启动.关闭某个特定 程序的脚本    例如: /e

本地发布无异常,服务器发布后显示404错误的解决方案

关于程序源码,.Net版本,程序集,等全部文件一样,在本地发布没有问题,在服务器上面重写页面却出现了404错误的问题的解决方案. 出现问题的时间:20140919,解决问题的时间,20140920,问题出现的效果如下 本地发布后点击搜索: 服务器发布后点击搜索 这就奇怪了,明明是两个同样源码,同样配置文件,同样数据库的,本地不出现问题,服务器出现问题. 解决方法如下: 第一,检测iis有没有权限访问此文件夹下面的url重写的地址.(返回:添加了net work service 这个账户的权限,使

服务器断电后一连串的异常处理

(因为服务器是在分店,具体的环境不了解) 通过日志发现,应该是早晨7:44重新开启了服务器,至于是什么时候断电就不清楚了. 首先是有人反应连不到数据库,远程登录后,查看监听是正常的,然后查看数据为的状态 SQL> select status from v$instance; STATUS ------------------------ STARTED 发现数据库没有OPEN,关闭数据库,然后再打开,看看有什么报错信息 SQL> shutdown immediate ORA-01507: da

修改服务器名后,sql server的配置处理

1.确认SQL数据库实例服务器名和服务器名一致 use master go select @@servername select serverproperty('servername') ------ IF serverproperty('servername')<>@@servername BEGIN DECLARE @server SYSNAME SET @[email protected]@servername EXEC sp_dropserver @[email protected]

服务器重启后Oracle监听服务没有自动启动的解决方案

最近一直在被这样一个问题烦恼,就是服务器断电重启后,Oracle监听服务没有正常自动启动(监听服务已经设置为自启动). 具体是这样的,监听服务设置为开机自启动,Oracle数据库服务设置为开机延时启动,按道理这个应该符合“先启动监听,后启动数据库服务”这个条件,但是每次断电重启后都是数据库服务正常启动了,监听服务没能启动. 查阅了一下,有这么两个说法,感觉还是挺有道理: 1.一般设置了开机自启动的服务要手动,基本是注册表不一致造成: 2.登录账号跟你安装Oracle的账号不一样,没权限启动. 针

SMB服务器重启后自动挂载失效

上周五公司停电,这周回来上班后发现公司SMB服务器无法访问,SSH到服务器,df一下,发现挂载记录丢失,如下图,正常情况下应该有一条/dev/sdb1挂载在mnt的记录. 既然挂载丢失,手动挂载一下下,mount /dev/sdb1 /mnt可恢复访问,但服务器重启后现象依旧,难道自动挂载记录也丢失了,我们来看一下fstab: 发现挂载记录还在,那运行一下mount -a吧,看挂载是否有问题: 果不其然,报错了,看来问题还是出在挂载这一块,仔细检查了下fstab文件,终于找到问题所在了,原来是磁