关于服务器的问题：AIX v5.3 ,是一种操作系统么？

AIX 全名为（Advanced Interactive Executive），它是IBM 公司的Unix操作系统，

整个系统的设计从网络、主机硬件系统，到操作系统完全遵守开放系统的原则。

下面对AIX 作以介绍。

RS/6000 采用IBM 的UNIX操作系统-AIX作为其操作系统。这是一

个目前操作系统界最成功，应用领域最广，最开放的第二代的UNIX系

统。它特别适合于做关键数据处理（CRITICAL）。

AIX 包含了许多IBM 大型机传统受欢迎的特征，如系统完整性，系统可管理

性和系统可用性。

在 AIX 操作系统上，有许多的数据库和开发工具，用户除了选用已有的应用

软件外，还可以根据各自的需要进行开发。

此外，在AIX 之上，有一组功能强，使用方便的系统管理工具。对于异种平台

互存，互操作有很成熟的解决方案。

由于该 UNIX 的先进的内核技术和最好的开放性，因此，虽然RS/6000

从宣布到今天只有短短的5 年多的时间，它已在各行各业有了广泛的运用，

并在1993和1994年连续二年在MIDRANGE商用 UNIX 领域处于第一位。

RISC SYSTEM/6000的操作系统是AIX ，它是性能卓越的、开放的

UNIX，汇集了多年来计算机界在UNIX上的研究成果，以IBM 在计算机

体系结构、操作系统方面40多年极其丰富的经验。最大限度的使用RISC

技术，安装了象AIX 这样的具备工业界实力的UNIX操作系统。

它既可连接SAA 体系结构，又能与非IBM 系统的网络相连，因此，可以

和多数专业银行现有的系统实现互连，这对今后业务系统拓展将带来极大的

灵活性，并降低投资。

AIX 遵循一系列的国际标准：

IEEE POSIX10041－1990

X/OPEN 移植指南ISSUE3的基本级（XPG3）

AES/OS REVISION A （OSF/1 LEVEL 2 资格）

FIPS 151－1

AIX的编译器： XLC、C++(可选)、FORTRAN(可选)、PASCAL(可选)、COBOL(可选)

ADA 的编译器已达到XPG3“成员”级的认可。

AIX 支持多用户、多任务。

AIX有一些其它特性包括：

AIX 提供了3 种SHELL ：SYSTEM V的KORN、BOURNE SHELL和43BSDC

SHELL作为可选择的UNIX系统界面；

安全设施满足TCB （Trusted Computing Base）的C2级；

实时处理能力，这对于“面向交易”的应用至关重要（如零售业

和银行等），它使RS/6000 获得极高的响应和吞吐量；

虚拟存储管理，当需要时，可将一些不常用的模块转送至外存，

提高内存的可利用性。

先进的文件系统，使得系统管理更加有效，并提高了数据可靠性

以及完整性。

能兼容Dos 应用程序和数据。

InfoExplorer，快速信息超文本索引系统- 不仅包括文字，而且

对包含声音、图像的索引系统，这是个联机的文件接口。包括全部的

超文本的索引和查找，以及面向任务和坐标的多重导引和索引系统。

这个文字及图形索引系统以一个灵活的、基于任务的方式去使用详细

资料及培训资料。

高级系统管理工具（SMIT，System Management Interface Tool）。

提供一级菜单驱动程序，诸如完成软件的安装与设置、设备的设置及

管理、问题的测定、存贮管理等。可以自动地进行I/O 设备设置，

ASCII 终端也可充当系统控制台。在LAN 上可以进行远程系统的安装。

系统工作负载

系统工作负载的完整准确的定义对于预测或理解它的性能是很关键的。在衡量系统性能时，工作负载的不同可能会比 CPU 时钟速度或随机访问存储器（RAM）大小不同带来更多的变化。工作负载的定义不仅必须包含向系统发送的请求的类型和速率，还要包含将要执行的确切软件包和内部应用程序。

包括系统将在后台处理的工作也很重要。例如，如果一个系统包含通过 NFS 加载且由其它系统频繁访问的文件系统，那么处理那些访问很可能是总体工作负载中非常重要的一部分，即使该系统不是正式的服务器也是如此。

已进行标准化从而允许在不同系统之间进行比较的工作负载称为基准程序。但是，很少有实际的工作负载能完全符合基准程序的精确算法和环境。即使是那些最初从实际的应用程序发展而来的行业标准基准程序也已经过简化和均匀化，从而使它们可移植到大量的硬件平台上。使用行业标准基准程序唯一有效的方法是减小将接受严肃评估的候选系统的范围。因此，在尝试理解系统的工作负载和性能时不应该只依赖基准测试结果。

可以将工作负载分为以下类别：

多用户

由多个用户通过各自的终端提交的工作组成的工作负载。通常，这种工作负载的性能目标有两种可能，即在保留指定的最坏情况响应时间条件下最大化系统吞吐量，或者对于固定不变的工作负载获得尽可能快的响应时间。

服务器

由来源于其它系统的请求组成的工作负载。例如，文件服务器的工作负载主要是磁盘读写请求。它是多用户工作负载（加上 NFS 或其它 I/O 活动）的磁盘 I/O 部分，所以适用同样的目标，即在给定的相应时间限制下最大化吞吐量。其它的服务器工作负载由诸如数学计算密集的程序、数据库事务、打印机作业之类的项组成。

工作站

由单独的用户通过键盘提交工作和在该系统的显示器上接收结果组成的工作负载。通常这种工作负载的最高优先级性能目标是使用户请求的响应时间最短。

性能目标

在定义了系统必须处理的工作负载后，可以选择性能标准并根据这些标准设定性能目标。计算机系统的总体性能标准是响应时间和吞吐量。

响应时间是提交请求和返回该请求的响应之间使用的时间。示例包括：

数据库查询花费的时间

将字符回显到终端上花费的时间

访问 Web 页面花费的时间

吞吐量是对单位时间内完成的工作量的量度。示例包括：

每分钟的数据库事务

每秒传送的文件千字节数

每秒读或写的文件千字节数

每分钟的 Web 服务器命中数

这些度量之间的关系很复杂。有时可能以响应时间为代价而得到较高的吞吐量，而有时候又要以吞吐量为代价得到较好的响应时间。在其它情况下，一个单独的更改可能对两者都有提高。可接受的性能基于合理的吞吐量与合理的响应时间相结合。

在规划或调谐任何系统中，当处理特定的工作负载时一定要保证对响应时间和吞吐量都有明确的目标。否则，有可能存在一种风险，那就是您花费了分析时间和物力改善的仅仅是系统性能中一个次要的方面。

程序执行模型

为了清楚地检查工作负载的性能特征，需要有一个动态而非静态的程序执行模型，如下图所示。

图 1 程序执行层次结构 该图形以一个三角形为基础。左边代表和右边适当的操作系统实体匹配的硬件实体。程序必须从存储在磁盘上的最低级别开始，到最高级别的处理器运行程序指令。例如，从底部到顶部，磁盘硬件实体容纳可执行程序；实内存容纳等待的操作系统线程和中断处理程序；转换后备缓冲区容纳可分派的结程；高速缓存中包含当前分派的线程和处理器流水线；而寄存器中包含当前的指令。

程序为了运行必须沿着硬件和操作系统层次结构并行向上前进。硬件层次结构中的每个元素都比它下面的元素稀少和昂贵。不仅程序不得不为了每个资源和其它程序竞争，而且从一个级别过渡到下一级别也要花时间。为了理解程序执行动态，需要对层次结构中每一级别有个基本的了解。

硬件层次结构

通常，从一个硬件级别移动到另一级别所需要的时间主要由较低级别的等待时间（从发出请求到接受到第一批数据的时间）组成。

固定磁盘

对于一个在单机系统中运行的程序而言，最慢的操作是从磁盘上取得代码或数据，这是因为有下列原因：

必须引导磁盘控制器直接访问指定的块（排队延迟）。

磁盘臂必须寻道以找到正确的柱面（寻道等待时间）。

读／写磁头必须等候直到正确的块旋转到它们下面（旋转等待时间）。

数据必须传送到控制器（传送时间）然后传递到应用程序中（中断处理时间）。

除了程序中显式的读或写请求以外，还有许多原因导致磁盘操作缓慢。频繁的系统调谐活动证明是不必要地跟踪了磁盘 I/O。

实内存

实内存通常称为随机存取存储器或 RAM，它比磁盘速度快，但每个字节的开销非常昂贵。操作系统尽量只把当前使用的代码和数据保存在 RAM 中，而把任何额外的内容存储在磁盘上，或者决不首先把它们带入 RAM 中。

然而，RAM 的速度不一定比处理器快。通常在硬件意识到 RAM 访问需求与处理器可使用数据或指令的时间之间，会出现许多处理器周期的 RAM 等待时间。

如果要访问存储到磁盘上（或者尚未调进）的某一虚拟内存页，则会产生一个缺页故障，并且程序的执行暂挂直到该页从磁盘读取。

转换后备缓冲区（TLB）

使程序员不会受限于系统的物理局限性的方法是实现虚拟内存。程序员在设计和编写程序时认为内存非常大，系统将负责将程序中指令和数据的虚拟地址转换成需要用来从 RAM 取得的指令和数据的实际地址。因为这个地址转换过程可能很费时，系统将最近访问过的虚拟内存页的实际地址保存在一个叫转换后备缓冲区（TLB）的高速缓存中。

只要运行中的程序继续访问程序和数据页中的一小部分，则完整的从虚拟到实际页地址的转换过程就不需要在每次 RAM 访问的时候都重做一次。当程序试图访问的虚拟内存页没有 TLB 入口（即 TLB 未命中）时，则需要大量的处理器周期（即 TLB 未命中等待时间）来进行地址转换。

高速缓存

为了将程序必须经历的 RAM 等待时间减到最小，系统为指令和数据组织了高速缓存。如果所需的指令和数据已在高速缓存中，则产生高速缓存命中，处理器就可在下一个周期立刻使用该指令或数据。否则产生高速缓存未命中，伴随有 RAM 等待时间。

在某些系统中，有两到三级高速缓存，通常称它们为 L1、L2 和 L3。如果一个特殊的存储器引用导致 L1 未命中，则检查 L2。如果 L2 产生未命中，则引用转至下一个级别，要么是 L3（如果存在），要么是 RAM。

高速缓存的大小和结构根据型号的不同而有不同，但是有效使用它们的原理是相同的。

流水线和寄存器

流水线型超标量体系结构使得在某些情况下可以同时处理多个指令。大批的通用寄存器和浮点寄存器使得可以将相当多的程序数据保存在寄存器中，而不需要频繁存储和重新装入。

可以设计优化编译器最大限度地利用这些能力。当生成产品程序时，无论程序有多小编译器的优化函数都应该能使用。Optimization and Tuning Guide for XL Fortran, XL C and XL C++ 中描述了如何将程序调谐到最大性能。

软件层次结构

程序为了运行还必须逐步执行软件层次结构中的一系列步骤。

可执行程序

当请求运行某个程序时，操作系统执行一些操作以将磁盘上的可执行程序转换成运行中的程序。首先，必须扫描当前 PATH 环境变量中的目录以查找程序的正确副本。然后，系统装入程序（不要和 ld 命令混淆，该命令是个绑定程序）必须解析出从程序到共享库的任何外部引用。

为了表示用户的请求，操作系统将创建一个进程或一组资源（例如专用虚拟地址段），任何运行中的程序都需要该进程或资源。

操作系统也会在该进程中自动创建一个单独的线程。线程是一个单独程序实例的当前执行状态。在 AIX 中，对处理器和其它资源的访问是根据线程来分配而不是根据进程分配的。应用程序可在一个进程中创建多个线程。这些线程共享由运行它们的进程所拥有的资源。

最后，系统转移到程序的入口点。如果包含入口点的程序页还不在内存中（可能因为程序最近才编译、执行和复制），则由它引起的缺页故障中断将该页从它的后备存储器中读取出来。

中断处理程序

通知操作系统发生了外部事件的机制是中断当前运行线程并将控制转移到中断处理程序。在中断处理程序可以运行之前，必须保存足够的硬件状态以保证在中断处理完成后系统能恢复线程的上下文。新调用的中断处理程序将经历在硬件层次结构中上移带来的所有延迟（除了页面故障）。如果该中断处理程序最近没有运行过（或者中间程序很节约时间），那么它的任何代码或数据不太可能保留在 TLB 或高速缓存中。

当再次调度已中断的线程时，它的执行上下文（如寄存器内容）逻辑上将得到恢复，以便它可以正确运行。然而，TLB 和高速缓存的内容必须根据程序的后继请求重新构造。因此，作为中断的结果，中断处理程序和被中断的线程都可能遇到大量的高速缓存未命中和 TLB 未命中延迟。

等待线程

无论何时只要执行的程序发出不能立刻满足的请求，例如同步 I/O 操作（显式的或缺页故障的结果），该线程就会处于等待状态，直到请求完成为止。除了请求本身所需的时间以外，通常这还会导致另外一些 TLB 和高速缓存的延迟时间。

可分派线程

当某个线程可分派但不在运行时，它不能完成任何有用的事情。更糟的是，正运行的其它线程可能导致重新使用该线程的高速缓存线路并将实内存页收回，从而引起最终分派时出现更多的延迟。

当前已分派的线程

调度程序选择对使用处理器有强烈要求的线程。在『CPU 调度程序性能概述』中讨论了影响该项选择需要考虑的事项。当分派线程后，处理器的逻辑状态恢复成线程中断时有效的状态。

当前的机器指令

如果未出现 TLB 或高速缓存未命中的情况，绝大多数机器指令都能在单个处理器周期内执行。相比之下，如果程序迅速转换到该程序的不同区域且访问大量不同区域中的数据，就会产生较高的 TLB 和高速缓存未命中率，执行每条指令使用的平均处理器周期数（CPI）可能大于 1。这种程序被认为有较差的局域性引用能力。它也许在使用必需的最少指令数来做这个工作，但是要消耗大量不必要的周期数。部分是因为指令数和周期数之间相关性较弱，检查程序列表来计算路径长度不会再直接产生一个时间值。由于较短的路径通常比较长的路径快，所以速率根据路径长度率的不同而明显不同。

编译器用完善的方法重新安排代码从而将程序执行所需的周期数降到最小。追求最佳性能的程序员必须首先致力于确保编译器具有有效优化代码所需的全部信息，而不是试图事后批评编译器的优化技术（请参阅『预处理器和编译器的有效使用』）。优化有效性的实际衡量标准是可信工作负载的性能。

系统调谐

在有效实现应用程序后，系统总体性能的进一步提高就成了系统调谐考虑的一个问题。系统级调谐包含的主要组件有：

通信 I/O

取决于工作负载的类型与通信链路的类型，可能需要调谐以下的一个或多个通信设备驱动程序：TCP/IP 或 NFS。

固定磁盘

逻辑卷管理器（LVM）控制文件系统的位置和磁盘上调页空间，这可能会极大地影响系统经历的寻道等待时间。磁盘设备驱动程序控制执行 I/O 请求所遵从的顺序。

实内存

虚拟内存管理器（VMM）控制空闲实内存帧的池，并决定何时从何处取用帧来补充该池。

运行线程

调度程序确定接下来由哪个可调度实体接收控制权。在 AIX 中，可调度实体是线程。请参阅『线程支持』。

性能调谐过程介绍

性能调谐主要是资源管理问题和正确的系统参数设置。调谐工作负载和系统以有效利用资源由下列步骤组成：

识别系统中的工作负载

设置目标：

确定如何评测结果

量化目标和区分目标的优先级

识别限制系统性能的关键资源

最小化工作负载的关键资源要求：

如果可选择的话，使用最适当的资源

减少个别程序或系统函数对关键资源的要求

结构化资源的并行使用

修改资源的分配以反映优先级

更改个别程序的优先级或资源限制

更改系统资源管理参数的设置

重复步骤 3 到步骤 5 直到满足目标（或者资源饱和）

如果必要的话，使用其它资源

在系统性能管理的每个阶段都有相应的工具（参阅附录 A 『监视和调谐命令和子例程』）。这些工具有些可从 IBM 得到；另一些是第三方产品。下图说明在一个简单的 LAN 环境中性能管理的各阶段。

图 2 性能阶段 该图用五个加权的圆圈说明对系统性能调谐的各步骤：规划、安装、监视、调谐和扩展。每个圆圈代表系统处于不同的性能状态：空闲、不均衡、均衡和过载。实质上就是扩展一个过载的系统、调谐系统直到它是均衡的、监视不均衡的系统并且在需要扩展时安装更多的资源。

识别工作负载

系统执行的所有工作都必须能够识别。特别是在 LAN 连接的系统中，通过系统的用户之间仅有的非正式协议，可以轻松地开发出一组复杂的交叉安装的文件系统。这些文件系统必须被识别出来并作为任何调谐活动的一部分进行考虑。

对于多用户工作负载，分析员必须量化一般情况和高峰期的请求率。确定用户实际与终端交互时间的实际比例也是很重要的。

该识别阶段中的一个要素是决定必须对生产系统进行评估和调谐活动，还是在另一系统上（或“切换”）用实际工作负载的模拟型式来完成评估和调谐活动。分析员必须针对非生产环境的灵活性权衡来自于生产环境结果的较大可靠性，分析员可在非生产环境中进行试验，当然试验所冒的风险是性能下降或更糟。

设置目标的重要性

虽然可以根据可测数量设置目标，但实际希望的结果往往带有主观性，比如令人满意的响应时间。进一步讲，分析员必须抵挡住调谐可测量的东西而不是对他而言是重要东西的诱惑。如果没有系统提供的评估能符合所要求的改进，那么就必须对该评估进行设计。

量化目标最有价值的方面不是选择达到的数字，而是对（通常）多个目标的相对重要性进行公开判定。如果这些优先级没有事先设定且不是每个相关的人都理解的话，分析员在没有进行频繁咨询之前不能作出任何折衷的决定。分析员还容易对用户的反应或管理性能中一些已经被忽略的方面而感到吃惊。如果系统的支持和使用跨过了组织的边界，您可能需要供应商和用户之间的书面服务级协议，可确保对性能目标和优先级有一个清楚而共同的理解。

识别关键资源

通常，给定工作负载的性能可由一两种关键系统资源的可用性和速度决定。分析员必须正确识别出那些资源，否则会冒险陷入无休止的尝试出错操作。

系统具有物理资源和逻辑资源。关键的物理资源通常比较容易识别，因为较多的系统性能工具可用来评估物理资源的利用率。通常最影响性能的物理资源如下：

CPU 周期

内存

I/O 总线

不同的适配器

磁盘臂

磁盘空间

网络访问

逻辑资源不太容易识别。逻辑资源通常是对物理资源进行分区的编程抽象。进行分区的目的是共享和管理物理资源。

构建于其上的物理资源和逻辑资源的一些示例如下：

CPU

处理器时间片

内存

页面帧

堆栈

缓冲区

队列

表

锁和信号量

磁盘空间

逻辑卷

文件系统

文件

分区

网络访问

会话

信息包

通道

了解逻辑资源和物理资源是很重要的。因为缺少逻辑资源线程可能阻塞，就像因为缺少物理资源而阻塞一样，扩展下层物理资源未必能保证创建附加的逻辑资源。例如，考虑使用 NFS 块 I/O 守护程序 biod。客户机上的一个 biod 守护程序要求处理每个暂挂的 NFS 远程 I/O 请求。因此，biod 守护程序的数量限制了能同时运行的 NFS I/O 操作的数量。当缺少 biod 守护程序时，系统检测会指示 CPU 和通信链路只使用了很少一部分。您可能有系统未充分利用（并且很慢）的假象，事实上这时是因为缺少 biod 守护程序从而限制了其余的资源。biod 守护程序使用处理器周期和内存，但您不能简单地通过添加实内存或将它转移到一个更快的 CPU 上来修正这个问题。解决方案是创建更多的逻辑资源（biod 守护程序）。

在应用程序开发过程中可能不经意间创建逻辑资源和瓶颈。传递数据或控制设备的方法可以有效地创建一个逻辑资源。当偶然创建这样的资源时，通常没有工具可监视它们的使用，也没有接口控制它们的分配。它们的存在可能不会引起重视，直到某个特定性能问题出现时就会突出它们的重要性。

最小化关键资源要示

下面讨论在三个级别上考虑最小化工作负载的关键资源要求。

使用适当的资源

决定在一个资源上使用另一个资源时应该理智地考虑并且头脑中要有明确的目标。在应用程序开发过程中有一个选择资源的示例，即通过增加内存消耗来减少 CPU 的消耗来达到一个平衡。用于演示资源选择的公共的系统配置决策为：是将文件放置在单独的本地工作站上，还是放置在远程服务器上。

减少关键资源的要求

对于本地开发的应用程序，可用多种方法检查程序以便其更有效地执行相同的功能或除去不需要的功能。在系统管理级别上，争用关键资源的低优先级工作负载可以移动到其它系统中、在其它时间运行或由“工作负载管理器”控制。

结构化资源的并行使用

因为工作负载需要运行多个系统资源，从而可以利用这样的事实，即资源是独立的且可以并行使用。例如，操作系统预读算法检测到程序在顺序访问文件的事实，因此它调度并行执行的其它顺序读取操作，同时应用程序还处理先前的数据。并行也用于系统管理。例如，如果某个应用程序同时访问两个或多个文件且如果同时访问的这些文件存放在不同的驱动器上，那么添加一个额外的磁盘驱动器可能会提高磁盘 I/O 的速率。

资源分配优先级

操作系统提供了一些方法来区分活动的优先级。有些在系统级别上设置，比如磁盘调步。其它的例如进程优先级可由单个用户设置以反映连接到特定任务上的重要性。

重复调谐步骤

性能分析的一个公认的真理是接下来总有瓶颈出现。减少某个资源的使用意味着另一资源限制了吞吐量或响应时间。例如，假设我们的系统中有下列的利用率级别：

CPU：90% 磁盘：70% 内存：60%

这个工作负载是 CPU 受限的。如果成功的调谐工作负载使得 CPU 负载从 90% 降到 45%，则可望在性能上有两倍的改善。不幸的是现在的工作负载是 I/O 受限的，它有下列的近似利用率：

CPU：45% 磁盘：90% 内存：60%

改善后的 CPU 利用率允许程序立刻提交磁盘请求，但接下来我们会受到由磁盘驱动器的容量施加的限制。性能改善也许是 30% 而不是预期的 100%。

总是存在一个新的关键资源。重要的问题是使用手边的资源是否已经满足性能目标。

注意: 用 vmtune、schedtune 和其它调谐命令产生的不正当系统调谐可能导致意外的系统行为，例如降低系统或应用程序的性能或系统暂停。更改仅应在性能分析识别出瓶颈时才适用。

注:

对于性能相关的调谐设置，不存在什么一般建议。

应用额外的资源

在前述所有的方法都用尽后如果系统性能仍不能满足它的目标，则必须增强或扩展关键资源。如果关键资源是逻辑资源且下层物理资源足够，则无需额外代价就可以扩展逻辑资源。如果关键资源是物理资源，分析员必须研究一些额外的问题：

必须增强或扩展关键资源到什么程度才可以终止瓶颈？

系统性能会满足它的目标吗？或另外的资源会首先饱和吗？

如果有一串关键资源的话，增强或扩展所有这些资源或与另一系统划分当前工作负载是否更节省成本呢？

性能基准

当试图比较不同环境中给定软件的性能时，常会遇到许多可能的错误，一些是技术上的，一些是概念上的。本节包含主要的提示信息。本书其它各节讨论评测过去和特定处理时间的不同方法。

评测处理系统调用需要花费的时间（挂钟）时，需要获取一个由下列内容组成的数字：

执行正运行服务的指令所需要的确切时间

处理器等待内存中的指令或数据时延迟的不同时间（也就是说，高速缓存和 TLB 不命中的代价）

在调用开头和结束访问时钟所需要的时间

由周期性事件如系统定时器中断所消耗的时间

由或多或少的随机事件消耗的时间，如 I/O

为了避免报告一个不精确的数字，常常要求多次评测工作负载。因为所有的外部的因素都会增加处理时间，典型的评估集有一个曲线的形式

开网站需要几个基本条件:域名+空间+程序+模板+维护经验+日常管理

网站建设是一个综合性的技巧，小说网站也不例外，这个就像种菜,并不是说看个操作流程就一定会种菜，还要土壤，水肥，气候，直接间接的相关知识都做足够的了解，才能真正去操作，最终还要一个好的服务商。

以十几年的企业网建运维网商系统经验，网站=域名+服务器空间+网站程序+售后服务，网站就像一个家：

域名：网址就相当于家的住址。记住和找到家所在的位置。

空间：就是盖房子的基础土地环境等。

程序：就是家的主体框架,是整个家的运转中心。

模板：网站的美化就是家的装修,当然因人而异有人不装修原汁原味也可以。

维护：技术性维护就像安居乐业的保安和坚实后盾。

勤劳：是整个家可以稳定持续运转极其重要的部分，家里所有的东西都要靠勤奋去填充，增加新鲜，让大家觉着你家很好很充实。

这就是一个完美网站的所有，有能力和经验的可以全部自己做好,没有相关经验的部分可以找专业的技术团队协助。有一个非常直接的真理：用合适的成本，找合适的人，去做合适的事这是大自然发展的规律。

域名，由域名中心统一管理，诸多代理商销售推广，可以联系任何一家代理商在线付款注册。

空间，服务器，寻找有资质的服务商选购和自己网站规划搭配的配置，切记，够用即可，现在的服务器大多可以无缝升级，没有必要为未来的想法预消费，需要的时候再升级即可。关键是商家的信誉，资历，多年经验的优先考虑。

模板程序维护等，技术方面，最好找专业技术团队协助运作，避免出现问题网站故障临时找人抱佛脚。影响就大了。

—、服务器出现宕机的原因

1运行环境出现问题，机房断电导致的服务器断电(欠压，过载，波动)、机房温度过高，散热不良、资源冲突、DirectX文件的损坏、系统不完善等等原因而造成服务器宕机。

⒉服务器不堪负重，最常见的如磁盘空间耗尽、访问值过大、程序中毒、遭受攻击等大规模高消耗服务器资源情况。

3由于主备数据不—致导致的复制问题。

4性能问题，运维运行糟糕的SQL或Schema和索引设计等。

二、服务器宕机应该从哪些方面检查呢

①硬件

(1)检查硬件是否有冲突;

(2)对比服务器电源所负载的功率判断电源是否出现故障;

(3)扫描硬盘表面检查是否有坏道;

(4)通过错误报告和操作系统的报错信息来判断;

(5)使用替换法判断主板、CPU、SCSI/RAID卡或其他PCI设备是否出现故障。

②软件

(1)检查操作系统的系统日志，可以通过系统日志来判断部分造成死机的原因;

(2)在判断硬件没有故障后，考虑系统软件的BUG和漏洞原因;

(3)如果是因为软件使用不当或系统工作压力过大，可以适当降低服务器的工作压力;

(4)电脑病毒。

以上就是有关服务器宕机的原因有哪些，应该从哪些方面检查的知识介绍。

在想解决处理办法之前要知道服务器宕机的两种形态：假死机和死机

假死机(非蓝屏死机)是由于硬件资源暂时性地被消耗殆尽，因而无法对外部指令进行响应的现象， 通常是网站处于访问高峰期，带宽等资源跑满，这时只需要等待一定的时间，待服务器腾出更多的硬件资源即可恢复正常。

而死机，如果通过ping测试服务器，键盘切换数字锁定键(NumLock)或大写锁定键(Caps Lock)功能， 显示器无画面输出，或者鼠标光标没有任何反应则表明服务器硬件故障。

再了解服务器出现宕机的常见原因 ：

1在运行环境的问题中，最普遍的问题时磁盘空间耗尽。

2在性能问题中，最普通的服务器宕机原因确实是运行很糟糕的SQL， 但也不一定都是这个原因，比如也有很多问题是由于服务器Bug或错误的行为导致的。

3糟糕的Schema和索引设计是第二大影响性能的问题。

4复制问题通常由于主备数据不一致导致。

5数据丢失问题通常由于drop table的错误操作导致，并总是便随着缺少可用备份的问题。

如何查看服务器宕机的原因：

a、是否是应用程序导致内存溢出或者泄露，out of memory导致

b、是否是进程过多或者不断创建，耗尽资源导致

c、是否是数据库程序死锁，连接数过多导致

d、是否是应用程序异常导致

e、是否是流量负载过大导致

f、 是否是遭受黑客入侵攻击导致

g、是否是误操作导致

服务器宕机自行解决办法：

1要即时发现服务器宕机的问题。时间就是金钱，这是不变的真理。我们要第一时间， 发现宕机的问题，服务器宕机时，为了避免造成不必要的损失，要尽早通知IDC服务商解决相关问题。

2最好准备2个服务器空间，他们存放的内容相同，而ip不同，并且机房的地理位置不同。这样2个区域的服务器， 能够做到有效异地容灾备份。发现宕机问题后，可以迅速的通过修改http://dnspodcom中的域名记录，指向目前正常的服务器。Dnspod解析生效的时间是实时的， 而一般的dns服务器，刷新时间较长，对外声称24小时内生效，按照实际经验看来，差不多30分钟内生效，否则就要检查域名绑定是否正确了。

1什么是服务器宕机

　　可以简单的理解为死机服务器是硬件设备而且是全年二十四小时不间断运行的通常负载量也较大所以时间一长就容易出现宕机的情况只要不是太频繁就是完全正常的一般常用服务器的人都知道每隔一段时间定期手动重启下机器对机器的性能有很大帮助而且可以避免宕机的情况毕竟服务器也是硬件长期运行中间也应该有个喘气的过程

　　2服务器宕机的几种原因及解决办法

　　(1)客户端发出域名请求，形如xxxcom

　　这里可能出现的错误是，手工输入的域名网址错误。自然不能访问正确的网站了。这是最初级的错误，但还是容易发生的。要注意网址中，一些相近，或形似的字符，比如网址中 “1”与”l”，”0”与”o”，这些都是很容易混淆的字符。解决办法：认真审核一下网址，再次输入。或者百度一下，网址的核心关键字，或者品牌字，试一试。百度的结果，一般说来，还是比较准确的。

　　(2)通过dns服务器，将域名解析成对应的ip

　　这个步骤很关键，也是问题的高发期，40%的宕机，都是因为dns服务器不稳定造成的。Dns服务器，就像联系着姓名与电话号码的查询簿。这里如果出现问题，其后果是不堪设想的。因为一般的企业，和个人，多是选用网站空间建设网站，条件好一点的，也不过是租用或托管服务器。但是很少有人，拥有独立的dns服务器。80%的站长，都没有自已的dns服务器。大家的域名解析请求，一般通过域名商，提供的dns服务器完成。多对一，而这个服务的基数又是相当巨大的。当信息的洪流，集中到1-6台dns服务器上的时候，那么这几台dns服务器，就变的极不稳定了。

　　快速判定dns服务器故障的办法：

　　目前有一些网站，提供”IP反查”的功能。你需要找到一些，和你同ip的网站。可能因为更新有延时，有些域名的ip已经改变了。你需要再次ping一下选定的网址，确定该网站，和你的网站同属一个ip。把他们的网址记录下来。当你的网站不能打开的第一时间，你要登录同ip的网站看一看。如果，同ip下的其它网站，能打开，而唯独你的网站打不开。那就可以确定，是你网站的dns服务器，出现问题了。否则的话，那就要再进行下一步的故障排除。你也可以把，你的网站，和你同ip的网站，是否dns服务器故障，或是网站空间宕机故障了。

　　解决dns服务器不稳定的方法：

　　你可以选择一些专业的dns解析服务商，来解析你的域名。这些解析商，不但专业，而且也提供稳定而且免费的dns解析服务。在国内比较出名的dns解析商有：dnspodcom，dnsla，iidnscom等等…国外也有一些，不过推荐国内的服务。如果你的网站业务在国内，那么无论你的主机，还是dns服务器，都应该首选国内的机器。海外跨洋的线路，因为路途遥远，还有国家防火墙，等不可预知的因素较多，推荐国内的服务相对较稳定。在填写dns服务器列表的时候，也尽量将6个dns服务器，全部写上，比较稳妥。

　　(3)与ip对应的网站空间，或服务器做出响应

　　这个步骤，引起服务器宕机的概率在40%左右。这里故障的原因，就是服务器宕机了。一般站长，所指的宕机，也主要在这里。服务器当机的原因很多，流量过大，DDOS攻击，内部不稳定的程序，等等…

　　服务器宕机的判断方法：

　　同上一个步骤，如果同ip下的网站，都不能打开，那么基本上可以确定，是服务器宕机所致。

　　解决服务器宕机的方法：

　　a要即时发现服务器宕机的问题。时间就是金钱，这是不变的真理。我们要第一时间，发现宕机的问题。如果他第一时间发现你的网站无法访问，他将立即发送Email通知站长。

　　b最好准备2个网站空间，他们存放的内容相同，而ip不同，并且机房的地理位置不同。这样2个主机，同时宕机的可能性就大大降低了。第一时间发现宕机问题后，可以迅速的通过修改dnspodcom中的域名记录，指向目前正常的网站空间。Dnspod解析生效的时间是实时的，而一般的dns服务器，刷新时间较长，对外声称24小时内生效，按照实际经验看来，差不多30分钟内生效，否则就要检查域名绑定是否正确了。

　　c可能仍有一些站长朋友，觉得域名解析有点复杂。想通了，其实很简单。别看他们的教程可能有一大段文字，其实就2个步骤：aa在dns服务器上，将域名指向ipbb在网站空间上，将主机绑定域名(也是在这里，申请网站备案的!)。一个是，发送给谁另一个是，接受谁的请求是不是很简单呢

　　(4)数据下载至本地网络，完成一次请求

　　这里出现问题的机率较小，不过也有可能。其表现的症状就是，在你的机器上不能访问你的网站。而在别人的电脑上，却是可以打开的。如果发生了这样的情况，那就可能是因为你所在地的网络不稳定，而造成的访问中断。这个故障，通常影响的区域较小。如果要确定，本地网络是否畅通，在打不开你的网站的时候，通过”在线代理”打开你的网站试一试。百度一下”在线代理”，有一些网站能提供，用其它的ip，或国外ip代理访问某个网站的服务。如果在线代理，能够打开你的网站，基本上可以确定，你所在的本地网络，出现了暂时的不稳定情况。

　　看了以上的介绍，大家也有了一定的了解了。电脑本身就是个负荷量大的东西，尤其是在使用较长一段时间之后，很容易出现各种各样的问题。但有些问题我们是可以从中找到原因的，并自己解决。相信服务器宕机的情况的很多人都经历过，稍微了解电脑的人看看以上的原因，就可以自己动手解决了，也不用再拿出去维修。

1、登录服务器没有选对，手工输入服务器名称或ip试试，

2、查看数据库服务是否已启动，右键我的电脑-管理-服务和应用程序-服务-找到sqlserver，查看是否已启动

3、数据库没问题看u8服务是否已启动，一般系统图标区有图标，打开就能看到u8各项服务，没有的话到开始菜单去找