问题二：网络服务器有问题怎么办 服务器故障一般有以下情况（服务器维护、升级、数据故障、网络故障、宕机等）引起，不过一般稍后就会恢复，稍后去应该就可以了。你可以去服务器厂商（正睿）的网上找找相关技术文档参考一下，很快就清楚了！
问题三：请问网络或服务器错误该怎么办 你好，1可能是这个时期你的网速不给力，
2或者是服务器更新。
参考如下：
加载很慢或停止不动
1、网络波动造成加载终止，请尝试重新登录（按F5刷新页面）。
2、网络连接方式过慢导致，更换更快的互联网连接方式。
3、网络高峰期造成的网络拥堵现象，请稍候再尝试登录。
4、运行了其他网络程序，如：下载，在线视频（PPLIVE等），请尝试关闭这些网络应用程序后再重新登录。
连接不上《TNT》服务器如果你连接不上服务器，可能会有以下原因造成：1、服务器维护服务器维护期间，所有用户都无法登陆服务器，每次维护前，我们都会在官网发放维护公告来告知大家，请密切关注官网信息。2、Adobe Flash Player版本过低如果你的Adobe Flash Player版本过低，系统将会给予下载提示，请根据提示进行下载安装。如果你不能自动更新，请手动下载：Adobe Flash Player。3、清理IE你可以尝试清理IE后再尝试登录。清理顺序：将所有网页关闭，重新打开一个新的网页，然后再进行清理。清理完毕后尝试重新登录。由于每个IE版本设置都有所不同，下面是IE8的清理IE截图：
打开IE，打开工具栏，选择：“Internet选项”
在常规选项卡里，点击“删除”按钮。
在d出的页面上直接点“删除”即可。
希望能对你有所帮助。
问题四：服务器错误是什么意思 出现500错误的原因是很多的，一般来说，如果程序出错，那么在浏览器内会返回给用户一个友好的错误提示，统一称之为服务器500错误。解决的方法就是您必须在中能够正确的获得错误信息，方法为：请打开浏览器，选择工具-internet选项-高级，在高级中的浏览项目里面有一个“显示友好错误提示”的复选框，请取消该复选框，这样您可以获得正确的错误提示、
问题五：服务器错误是怎么回事？ 你好，500错误是内部服务器出现错误的一个友好提示，所有内部服务器出现错误基本上都是显示这个错误信息，但是500错误其实也分很多种情况。一般是权限未开启或ASP文件的语法有问题，还有添加的组件可能不支持等原因，大多数情况是由于权限未开启造成的，具体解决方法网上有详细的解说，lz百度一下就能获取到。
问题六：当打开时显示服务器错误怎么办？ “/”应用程序中的服务器错误。
-------------------------------
无法找到资源。
说明: >你这种情况可能是内网有ARP攻击、骷髅头、DDOS、超大Ping包……一系列内网攻击都能导致内网掉线，甚至像ARP这样的攻击又不好查出来，杀毒软件也没办法解决，又没法根除。这也是重装系统过后，无法解决内网掉线的主要原因。
ARP攻击是从数据链路层发起的，ARP防火墙、360等都是应用层软件，防不了的。并且ARP等网络攻击一直都存在的，网络攻击有时并不是人为故意搞破坏，因为以太网协议存在先天漏洞和难管理的缺陷，导致各种内网问题层出不穷。要想彻底解决内网攻击，只有从每个终端的网卡上进行防控拦截，使其不能发出ARP攻击。 我们公司以前的网络也出现这种问题，后来用了欣向免疫安全网关，将普通网络升级为免疫网络，从网络底层、每个终端上进行防控监测，不仅能防止本机不受攻击，还能拦截本机对外的网络攻击，加固网络基础安全，能够彻底有效的解决内网攻击问题，问题全部解决了。服务器软件故障是在服务器故障中占有比例最高的部份，约占70%，解决的过程必须更加深思熟虑。导致服务器出现软件故障的原因有很多，最常见的是服务器BIOS版本太低、服务器的管理软件或服务器的驱动程序有BUG、应用程序有冲突及人为造成的软件故障。下面分别举例说明各类软件故障的维修方法。
有一台HP LH6000R服务器，配置为双PIII XEON 700带2M高速缓存的CPU、512M内存。开机后，系统日志报电压调节模块异常（VRM）的错误，报错的信息是：“Voltage Regulator Module (VRM) over/under-voltage 288V/0V”。从表面来看，极有可能是服务器的电压调节模块或其它硬件出现故障，极容易导致维护人员认为是硬件故障。维护人员立刻使用其它LH6000R上的硬件来测试，发现即使使用新的配件，此服务器依然报VRM错。就在一筹莫展的时候，维修工程师带来了最新的CPU管理板（CPU Management Control）的固件（FIRMWARE），于是升级了CPU管理板块的FIRMWARE后，服务器恢复立即正常。
FIRMWARE升级方法是，在服务器的NAVIGATOR（导航光盘）中提取CPU管理板（CMC）FIRMWARE的刷新程序，程序为FLASHEXE，然后将从网上下载的LH6KCBIN（CPU管理板的FIRMWARE）拷贝到一张DOS启动盘上，用这张盘启动服务器。然后在DOS下运行”FLASH /CMC A:LH6KCBIN”，刷新完成后重新启动服务器后即可。这种升级方法也适合刷新系统BIOS等，只是FLASH命令的参数不同以及更新FIRMWARE及BIOS文件名不同，参数请参考服务器的说明。
任何一款服务器的FIRMWARE及BIOS都会有不同的BUG，因为BUG在所难免，所以我们不能错误地认为服务器的BIOS程序就很完善，而应该经常更新服务器的FIRMWARE及BIOS，只是在升级之前应该小心谨慎，错误的升级方法会导致严重的后果。
目前流行的中高档服务器都拥有强大的管理程序，为客户提供了方便的管理途径；服务器也拥有各种 *** 作系统下的驱动程序，方便了客户在各种 *** 作系统中的使用。但是，世上任何一款程序都会有一些BUG，这些BUG将影响用户使用。但是服务器厂商总是会在第一时间内开发出新的程序，客户只需要及时更新这些程序就可以避免这类故障。
当服务器的软件故障为此类时，表现的现象也不尽相同。一般来说，管理程序BUG会导致系统速度变慢，CPU占用率变高，无法正常使用某些功能等；驱动程序的BUG会导致死机、与某些软件有冲突，磁盘工作不稳定等。查看管理程序是否出错的最好的办法就是在系统中首先禁止此类管理工具，再观察服务器是否还是异常。由于管理工具是随着系统启动而启动的，所以应首先避免它的启动。以WINDOWS NT4为例，就首先在管理工具服务中禁用某些服务器软件服务，再修改注册表中的启动项即可。如果是驱动程序有问题的话，就以安全模式进入系统，看是否正常。但是需要注意的是，在安全模式中，系统速度变慢是正常的（特别是磁盘I/O方面）。
服务器的管理人员就应该经常在服务器网站上下载最新的管理工具程序及驱动程序。这样会减少很大一部份软件故障的发生。
相比之下，软件冲突造成的故障判断比较困难，需要管理人员有比较丰富的经验以及敏锐的观察力。
曾经有一位朋友告诉我说，他有一台浪潮的服务器无法安装SQL SERVER 2000，已经重装N次NT了，排除是系统故障。而这唯一的服务器又将作为非常重要数据库服务器，因此非常着急。于是我陪着朋友去了他的公司查看。
这台服务器所在的机房是非常标准、完善的机房，我检查了这台服务器的情况，发现并没有硬件上的故障，于是排除了光驱读盘力差的可能。但是，朋友刻的SQL SERVER 2000光盘引起了我的怀疑，我让他拿出了正版的SQL SERVER安装，结果还是不行。
在安装的过程中，没有出现丝毫错误，可就是在运行的时候会自动退出，没有任何提示。但是，我在管理工具中的事件查看器的系统日志中却发现了一条信息：windataexe导致一个无效的数据溢出。Windata是朋友自己编写的一个程序，而且是随 *** 作系统启动而启动的程序。我立即结束掉这个进程后，再运行SQL一切正常。
对于此类软件故障， *** 作员最好先查看有关的日志，看看系统中是否有可疑的进程。目前的服务器无论是高端还是低端，对于SQL等标准程序的支持是相当可靠的，所以排除的重点就是结束可疑进程。
还有一种软件故障是人为因素造成的，它一般是人为误 *** 作（包括没按 *** 作流程的 *** 作）、意外关机（包括电源突然不供电）或非正常关闭应用程序造成的。
人为误 *** 作因素只要加强管理都可以避免此类故障发生。在这里就详细说明意外关机或非正常关闭程序造成故障的方法。
正常关闭系统程序非常重要，尤其是WEB服务器。我的一个朋友就是因为没有正常关闭系统程序而经历了一次数据损坏甚至丢失的经历。我的朋友是使用的HP web hosting server appliance，因此我向他提供了一些使用规则。
这些方法对于服务器的维护非常有效，主要包括了正确的关闭系统程序、怎样避免数据丢失以及非正常关闭系统后的恢复方法。下面以我朋友的HP web hosting server appliance为例（使用的是UNIX，但思路对于其它 *** 作系统均有效）。
正确关机的过程包括通过按动Power键来使系统断电，你应该一直按住电源开关持续几秒钟才能使系统进入正常的关闭过程中。
另外，为了避免数据丢失，你应该按照如下的步骤 *** 作：
· 经常备份Web Hosting Server Appliance的数据，可以通过网络管理界面来完成。
· 安装第二块硬盘并与原来的硬盘设置成镜像，
一旦Server Apliance未能正确关闭，并无法重起，请按如下 *** 作恢复：
1 当appliance已经断电时，连接一条非modem的串口线（可在机盒中找到）到背面的控制口上。
2 连接串口线的另一头到一台运行Windows的PC的串口上。
3 运行超级链接程序（HyperTerminal），并设置端口的参数为19200, n-8-1, Flow control - None 你可以看到appliance的控制提示，并要求你输入管理员口令。
4 重起appliance，等到提示“LILO boot:”，按住Tab键5秒钟，直到提示变为“boot:”。
5 敲入"emergency"并回车。此时需要耐心等待几分钟。然后，登录提示又将出现，此时，LCD屏又能正常工作了。
6 在LCD屏上选择一个随机的密码（此密码只是用于紧急恢复时用）
翻至Defaults… 并按右箭头键选中。
翻至Root Password…并按右箭头键选中。
翻至Random 并按右箭头键选中，会提示一个随机产生的密码。
记下此密码。
翻至Yes并按右箭头键选中，系统密码会立刻更改。
7 回到超级链接的控制屏，登录appliance，用"root"用户名和刚才的密码，此时会出现“#”提示。
8 为修复分区，请按如下方法 *** 作：
对于sa1100，按顺序输入：
[…]#: fsck /dev/hda5
[…]#: fsck /dev/hda6
[…]#: fsck /dev/hda7
对于sa1120，按顺序输入：
[…]#: fsck /dev/sda5
[…]#: fsck /dev/sda6
[…]#: fsck /dev/sda7
当所有的分区都被修复后，应回到“#”提示符下。
9 输入“reboot”重新启动系统。
如果系统仍无法启动，请记录下控制屏显示的内容并求助技术支持。
对于服务器的软件故障，只要平时管理员注意维护，应该是可以避免的。计科专业从事嵌入式软件开发多年，最近因为公司需要搞后台研发，经常选择升级的时机放在凌晨，而且大型的数据处理也是放在这个时间段内，经常发生的服务器宕机也是在这个时段。都是在用户使用少的时候开始折腾，折腾的次数多也就容易出现服务器问题。由于做的是物联网设备，在工作中遇到的宕机主要有这么几种情况，对大量数据的 *** 作导致CPU占比在一段时间内骤增从而导致数据接收模块出问题，导致系统监控出现问题，很多设备信息检测不到了。
对数据库的 *** 作太频繁导致效率的下降，也是影响系统性能很重要的一部分，其实服务器也是普通电脑的构成，主要的资源是CPU和内存，这两个因素无论是哪种都有可能导致系统的崩盘，如果是CPU被占满了，系统的反应会变得异常缓慢，时间长了可能还会慢慢缓过劲来，内存如果占满了那么会导致系统的崩溃，直接运行不下去了，其实宕机核心点不会跑出这两种因素。
现在就常见的服务器宕机问题做个归纳总结：
1磁盘空间被占满，现在程序员运行的时候都习惯于带上log打印，如果时间长了加上没有清理的机制早晚会出问题，这个错误在平时运行过程中经常出现，如果使用的云计算服务器通常在系统崩盘之前都会发个短信，通知你的系统处于崩溃的边缘。
2并发性能问题，如果多个人同时 *** 作一个数据库或者数据块，会导致系统假死状态，这种属于争抢CPU资源问题，可以通过增加硬件配置以及优化软件代码的效率去解决，数据量如何足够大就可以考虑分布式的管理
3数据受损或者被破坏导致系统崩盘，所以常见的做法是都会配置备份盘，出现问题抓紧拿到备份盘来顶上，现在公司使用的是阿里云的服务器，稳定性相比之前好太多了，中间换过电信云，腾讯云虽然价格低点，最后受不了直接换成阿里云，再也不想换回去了，数据的稳定性永远是第一位的。
4，一些没有必要的误 *** 作，很多时候是因为程序员或者运维人员的误 *** 作大致服务器大面积的宕机，这种事件在很多云服务提供商身上都发生过，根本层面还是管理问题。后台管理的任何细节都有可能
服务器宕机查找问题的几个线索：
1看看服务器是不是存在内存泄漏问题，有些时候重启机器开始还能正常运行弄了一段时间之后就会变得非常缓慢，十有八九都是内存的问题
2是否有黑客入侵造成，有些非常关键重要的数据也是黑客最感兴趣的，一般来讲这种概率不是很高
3是不是数据库死锁导致的，访问量过大导致，连接数过多造成的。
服务器宕机一旦发生就会引起用户的无数的投诉，无论在什么情况下稳定永远是第一位，现在大的功能升级除非已经百分百验证成功，否则引起的后果不堪设想。
希望能帮到你。
之前我们单位夜晚有一台设备down了，这台设备做的堆叠，而不是备份，所有下联线路全部连接在主设备上。结果当晚凌晨，主设备的电源模块损坏了！这 你能看出规律吗？我也想知道为什么它偏偏凌晨损坏了！
所以说，偶然性事件，不能说大部分！
但是夜间割接倒是正常，选择在用户最少的时候做可能影响业务的必要事情是常识。
虽说在凌晨的时候，使用系统的用户非常少，但是服务器在这个时候要做的工作可能一点儿也没有少：
再说一个很久以前看到的，同行们分享的服务器宕机的经历，有些经历非常之神奇，大家就当段子看吧（为了方便，我就按照第一人称来讲述）。
我们服务的甲方是一家医院，机房就在医院的楼中，最近机房的服务器经常性的发生宕机，公司的工程师去了几次也没有发现问题；后来公司被折腾的没办法了，决定让一个工程师晚上住在机房，看看半夜机房中究竟发生了什么事儿，想着就算找不到原因，也能在服务器宕机后第一时间重启。
后来发现原因，到了凌晨三四点的时候，机房门打开了，进来一个值夜班的小护士，看了一眼说：“又没有人，开着空调不浪费电么？”然后就把机房的空调关掉了，然后气温上升
我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。
偶发性的，可以能是你浅意识的，因为这种问题印像最深刻，可能认为比较多，通过做记录去试下。
宕机一般分5种情况：
1、程序上出了问题导致程序崩溃。
2、cpu\\Gpu 、内存占满了。
3、硬盘空间满了
4、数据库表空间满了
5、机房温度过高
以上是个人在运维过程中所遇到的问题，做的总结性回答
这里需要说明一下，服务器宕机是什么意思呢？ 我们日常说的“宕机”中的“宕”其实指的是英文“down”，宕机表示当前服务器或服务无响应或者不在线状态。
服务器的宕机可分为人为控制的宕机、不可控的宕机。 这两者有什么区别呢，下面来具体说明一下：
1、人为可控的宕机行为
服务器长时间的运行可能会带来一些（非致命性）问题，又或者我们需要对服务器进行软/硬件的升级维护时，可能需要停机或者重启 *** 作。这种情况下的宕机是可控的，在我们的计划之内。
2、不可控宕机行为
这种因素就很多了，比如说 服务器突然蓝屏、服务异常崩溃、突然断电断网了 ，这时候服务(器)就无法正常提供服务，这些都是不可控因素导致的。
而 在我们的日常运维工作中，计划性的宕机维护一般都选择在半夜 来做这些事，为什么呢，原因主要有这几点：
1、 减少对用户的影响
凌晨大家基本上都休息了，用户量较白天来说小得多，所以选择在此时进行系统及硬件的维护导致的宕机对用户的影响较小，就算有影响也只是影响小部分用户。
2、 有足够的时间来处理故障
在凌晨进行维护，就算有问题，技术人员也有足够的时间（比如说：00~05点）去处理故障。如果换成在日间维护，服务(器)宕机1小时以上投诉单全都过来了，压力很大的。
服务器宕机是指服务器因为一些原因导致服务器无法正常运行，造成网络断开，无法正常使用网络。服务器宕机一般都发生在凌晨，为什么会出现这种情况呢？ 像我们公司是从事 科技 互联网设备生产的，为了不影响正常生产，系统升级的时候一般都是在凌晨，而且很多的数据处理也放在这个时候，服务器在这个时候也容易出现问题，具体分析有以下几种原因：
1 系统在升级或处理大的数据时，硬盘空间被占满，如果没有人能及时清理磁盘空间，服务器就会出现卡顿的问题造成宕机。
2如果是多台设备同时在 *** 作，使用这一个数据库，会引起系统假死的现象，这个是属于抢占CPU的资源造成的，会导致服务器不堪自负，网站访问量猛增，程序中毒遭到很多的应用都在消耗服务器，最终死机无法响应。
3由于凌晨维护人员减少，会出现断电，温度过高等等环境因素的影响，使服务器死机等等，不过这种情况是很少见的，因为现在机房都有发电机备用避免停电造成的数据丢失，温度也是采用的恒温系统。
4有的企业为了节省服务器的费用，会租用较低配置的服务器来从事很多的工作，使服务器超负荷运转，结果是可以预料得到的，宕机就会经常发生。
5服务器宕机一般和内存有很大的关系，有些服务器运行了一段时间后速度就变慢了，基本上就是内存出现问题，要检查一下内存是否存在泄漏的问题。
服务器宕机会出现一系列的问题，造成的损失也是无法估量的，只有平时定期做好维护，在凌晨的时候也要注意掌握使用状况才能避免宕机，无论在任何时候，服务器的稳定运转才是最重要的。
服务器应用软件在运行过程中状态很稳定，一般不会发生问题。宕机发生在凌晨概率高的原因是：一是功能升级、硬件更换多在凌晨，导致问题发生概率高；二是批量执行多在凌晨，瞬间资源消耗很大，数据问题、硬件资源问题、甚至处理逻辑问题都容易导致宕机。另外，如果是联机交易出了问题，很容易被发现，不会让系统宕机。
原理其实很简单：这就如同我们白天忙碌着很多事物性的工作，就如同搬运工一样，不停的搬运物品入库，只有在物品都搬运完了的时候，我们才能开始整理这些物品，整理仓库，。
其二，服务器在白天的时候，其实都在实时处理数据的“搬运工”状态，只有在实时性数据处理工作（搬运工作）完成以后，才有机会或才能腾出手来去做数据的归纳和整理。所以，服务器的宕机时间，通常会发生在使用率最低的时间段。仅此。
正常跑稳的业务，一般很难因为正常业务 *** 作造成服务器宕机的。服务器资源问题大部分情况下是可预测，可控制的。
最容易造成宕机的事情，反而是开发/运维的不当 *** 作造成的。比如更换服务器硬件，升级/安转os程序包，发布新代码，批量更新数据等等，这些事一般都是半夜业务量小的时候做。
因为凌晨是最困得时候，服务器一打盹就宕机了。在评价服务器性能时，应该了解该测量哪些指标，并确保这些指标能够反映WEB服务器的使用情况。
显然，硬件和 *** 作系统是基准测试的主要领域。同一个高级工作站或一台U N I X机相比，一台只有中档C P U、硬盘不大而内存只有3 2兆的P C机的性能就要差得多了。在不同的WEB基准测试中，不同的 *** 作系统（包括S o l a r i s和Windows NT）的性能得分也是不一样的。
影响WEB服务器性能的另一个因素是连接速度。T 3连接上的服务器向客户机传输WEB页面的速度要大大高于T 1连接上的相同服务器的速度（在测量服务器原始性能时，不考虑客户机的连接）。
还有一个应考虑的因素是服务器可处理用户的数量。这个能力很难测量，因为它取决于服务器的线路速度、客户机的线路速度以及传输的页面的正常大小。测量服务器页面传输能力的重要指标是吞吐能力和响应时间。吞吐能力是某种硬件和软件的组合在单位时间内能够处理H T T P请求的数目。响应时间是服务器处理一个请求所需的时间。这些数值应该处于服务器能够处理的负荷范围之内（包括高峰期）。
最后，系统应客户机的要求所传输的页面的组合和类型也会大大影响服务器的性能。动态页面的内容是应客户机的请求由特定的程序来确定的，静态页面是从磁盘检索所获的固定内容的页面。如果一台服务器主要传输静态页面，其性能要好于传输动态页面的同档服务器，这是因为静态页面传输比动态页面传输所需的计算能力小。在传输动态页面时，不同服务器的性能差异很大。
目前有多种WEB服务器基准测试程序，它们可就很多衡量指标对服务器进行测试，依据这些测试可决定服务器的选择。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）