伺服器是什么？常见伺服器维修方法，伺服器的工作原理

　　伺服器是什么？

　　服务器，也称伺服器，是提供计算服务的设备。由于服务器需要响应服务请求，并进行处理，因此一般来说服务器应具备承担服务并且保障服务的能力。服务器的构成包括处理器、硬盘、内存、系统总线等，和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。在网络环境下，根据服务器提供的服务类型不同，分为文件服务器，数据库服务器，应用程序服务器，WEB服务器等。

　　常见伺服器维修方法：

　　服务器维修的基本原则和注意事项

　　基本原则：

　　先想后做。

　　先想好怎么做，再实际动手。先分析判断，再进行维修。

　　不懂要问。

　　不确定的情况，要查资料，咨询同事，TS L2，TAM后，才动手。

　　先外后内。

　　先观察使用周围环境。设备位置、电源、连接、其它设备、温度与湿度是否正常。

　　之后看设备故障的现象。显示的内容，及它们与正常情况下的异同。

　　再看设备内部情况。灰尘、是否腐蚀、连接、器件的颜色、部件的形状、指示灯的状态等。

　　最后看设备的软硬件配置安装了何种硬件，资源的使用情况；使用的是使种操作系统，其上又安装了何种应用软件；硬件的设置驱动程序版本等。

　　先软后硬。

　　先检查软件问题，当可判软件环境是正常时，如果故障不能消失，再从硬件方面着手检查。

　　分清主次。

　　在复现故障现象时，有时可能会看到一台故障机不止有一个故障现象，而是有两个或两个以上的故障现象（如：启动过程中无显，但机器也在启动，同时启动完后，有死机的现象等），为时，应该先判断、维修主要的故障现象，当修复后，再维修次要故障现象，有时可能次要故障现象已不需要维修了。

　　注意事项

　　一、 需要提醒客户备份数据

　　二、 准备充足的服务器拆装工具和防止静电设备。

　　三、 维修前充分观察客户使用环境和相关的软件状况

　　四、 对于复杂的客户应用环境，需要客户配合做相关操作，例如服务器的开关操作及应用关闭

　　五、 拆装部件时的观察：要有记录部件原始安装状态的好习惯

　　六、 加电过程中的观察：元器件的温度、异味、是否冒烟等；

　　六、 请求技术支持之前需要提供详细的硬件软件状态及已经完成详细操作过程和相关日志

　　常见故障判断和维护方法

　　服务器加电类故障 No Power

　　1、 检测服务器面板指示灯和电源指示灯，及服务器开关指示灯；

　　2、 查看电源所连接的电源线；

　　3、 针对服务器电源冗余配置，尝试做交换检测

　　4、 服务器最小化操作及服务器Nvram清除

　　5、 观察服务器电源及内部备件是否有冒烟等现象发生

　　6、 更换故障备件做检测，并且升级Bios/BMC FW/Driver到最新

　　服务器自检类故障 No Post

　　1、 检测服务器是否有得到电源供应

　　2、 查看服务器前面板的具体报错信息，并且针对错误信息做相关操作

　　3、 针对服务器外部连接设备做移除操作

　　4、 服务器最小化操作及服务器Nvram清除

　　5、 针对服务器启动的主要备件做插拔及最小化操作

　　6、 更换故障备件做检测，并且升级Bios/BMC FW/Driver到最新

　　服务器内存故障

　　1、 检测服务器前面板是否有内存错误，并且收集DSET和SA日志

　　2、 服务器Nvram清除

　　3、 针对服务器故障内存做重新插拔操作

　　4、 更换故障备件做检测，并且升级Bios/BMC FW/Driver到最新

　　服务器死机及不稳定故障

　　1、 收集服务器DSET和SA及操作系统的日志

　　2、 查看服务器安装的应用软件

　　3、 尽量在客户同意下升级Bios/BMC FW/Driver到最新

　　4、 移除服务器上第三方硬件并且最小化及服务器Nvram清除

　　5、 针对服务器启动的主要备件做插拔及最小化操作

　　6、 更换故障备件做检测，并且升级Bios/BMC FW/Driver到最新

　　服务器阵列卡和硬盘故障

　　1、 收集服务器当前的阵列信息和硬盘配置及槽位，并且收集服务器DSET和TTY日志

　　2、 在操作系统能够正常启动的时候，确保服务器的数据备份

　　3、 尽量在条件允许和客户的同意下检测HD及SCSI/SAS/SATA等数据线和链路状况

　　4、 更换故障备件，如果更换硬盘要确保有处在重建状态，并且要和客户沟通了解重建结果

　　5、 如果服务单有针对硬盘的FW操作，需要做相关操作

　　6、 更换故障备件做检测，并且升级Bios/BMC FW/Driver到最新

　　服务器阵网络故障

　　1、 检测服务器网卡的安装情况，是否有松动及网卡指示灯，并且做网线的检测

　　2、 在操作系统下做网络Ping操作，并且检测IP配置，网卡Duplex 和Speed配置情况

　　3、 尽量在条件允许下检测服务器BIOS里面的网卡配置，及网卡诊断

　　4、 更换网卡所连接的外部HUB和交换机的端口，网线更换。直连服务器网卡

　　5、 尝试直连服务器网卡， 排除网络设备引起的问题

　　6、 尝试操作系统下更新网卡驱动和FW

　　7、更换故障备件做检测，并且升级Bios/BMC FW/Driver到最新

　　服务器及磁带机故障

　　1、 检测服务器1启动过程和操作系统下正确识别到磁带机设备

　　2、 在操作系统下尝试更新磁带机的驱动，有条件可以清洁磁带机

　　3、 如果是使用第三备件软件，收集备份软件的日志

　　4、 针对磁带机经常卡带，保证磁带机的FW是最新

　　5、 针对带库磁带设备， 收集日志和相关的错误信息

　　6、 更换故障备件做检测，并且升级Bios/BMC FW/Driver到最新

　　服务器及磁盘存储故障

　　1、 针对服务器和所连接的磁盘存储，掌握基本的关开系统的操作

　　2、 基本掌握磁盘存储的管理配置和使用，及相关日志的收集方法

　　2、 针对磁盘的维护，参考服务器阵列卡和硬盘故障

　　3、 对于服务器和磁盘存储的复杂问题， 及时了解故障情况，多收集信息

　　4、 强调备份数据的重要性

　　5、 针对复杂问题及不能修复的问题，及时和技术支持联系

　　6、 更换故障备件做检测，并且升级Bios/BMC FW/Driver到最新。

　　伺服器的工作原理：

　　很多时候我们都想知道，web容器或web服务器（比如Tomcat或者jboss）是怎样工作的？它们是怎样处理来自全世界的http请求的？它们在幕后做了什么动作？Java Servlet API（例如ServletContext，ServletRequest，ServletResponse和Session这些类）在其中扮演了什么角色？这些都是web应用开发者或者想成为web应用开发者的人必须要知道的重要问题或概念。在这篇文章里，我将会尽量给出以上某些问题的答案。请集中精神！

　　什么是web服务器，应用服务器和web容器？

　　我先讨论web服务器和应用服务器。让我在用一句话大概讲讲：

　　“在过去它们是有区别的，但是这两个不同的分类慢慢地合并了，而如今在大多在情况下和使用中可以把它们看成一个整体。”

　　在Mosaic浏览器（通常被认为是第一个图形化的web浏览器）和超链接内容的初期，演变出了“web服务器”的新概念，它通过HTTP协议来提供静态页面内容和图片服务。在那个时候，大多数内容都是静态的，并且HTTP 1.0只是一种传送文件的方式。但在不久后web服务器提供了CGI功能。这意味着我们可以为每个web请求启动一个进程来产生动态内容。现在，HTTP协议已经很成熟了并且web服务器变得更加复杂，拥有了像缓存、安全和session管理这些附加功能。随着技术的进一步成熟，我们从Kiva和NetDynamics学会了公司专属的基于Java的服务器端技术。这些技术最终全都融入到我们今天依然在大多数应用开发里使用的JSP中。

　　以上是关于web服务器的。现在我们来讨论应用服务器。

　　在同一时期，应用服务器已经存在并发展很长一段时间了。一些公司为Unix开发了Tuxedo（面向事务的中间件）、TopEnd、Encina等产品，这些产品都是从类似IMS和CICS的主机应用管理和监控环境衍生而来的。大部分的这些产品都指定了“封闭的”产品专用通信协议来互连胖客户机（“fat” client）和服务器。在90年代，这些传统的应用服务器产品开始嵌入HTTP通信功能，刚开始要利用网关来实现。不久后它们之间的界线开始变得模糊了。

　　同时，web服务器越来越成熟，可以处理更高的负载、更多的并发和拥有更好的特性；应用服务器开始添加越来越多的基于HTTP的通信功能。所有的这些导致了web服务器与应用服务器的界线变得更窄了。

　　目前，“应用服务器”和“web服务器”之间的界线已经变得模糊不清了。但是人们还把这两个术语区分开来，作为强调使用。

　　当有人说到“web服务器”时，你通常要把它认为是以HTTP为核心、web UI为向导的应用。当有人说到“应用服务器”时，你可能想到“高负载、企业级特性、事务和队列、多通道通信（HTTP和更多的协议）”。但现在提供这些需求的基本上都是同一个产品。

　　以上就是关于web服务器和应用服务器的全部内容。现在我们来看看第三个术语，即web容器。

　　在Java方面，web容器一般是指Servlet容器。Servlet容器是与Java Servlet交互的web容器的组件。web容器负责管理Servlet的生命周期、把URL映射到特定的Servlet、确保URL请求拥有正确的访问权限和更多类似的服务。