服务器健康检查

1、nginx不支持url检测是什么意思

nginx不支持配置如http://192.168.1.12:8080/healthcheck.html 这样的地址来检服务是否正常，只能通过专ip+端口属来检测服务是否正常

2、如何对Oracle进行健康检查

看 oracle监听是否启动 在CMD下运行如下命令就可以
lsnrctl status
正在连接到 (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=spcc)(PORT=1525)))
TNS-12541: TNS：无监听器
TNS-12560: TNS: 协议适配器错误
TNS-00511: 无监听器
32-bit Windows Error: 61: Unknown error
LSNRCTL> start listener1
启动tnslsnr：请稍候...
这表示没有启动。。
方法2：
如果是LINUX系统可以通过如下命令看进程在不在
ps -ef|grep lsn
看 oracle监听是否启动 在CMD下运行如下命令就可以
lsnrctl status
正在连接到 (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=spcc)(PORT=1525)))
TNS-12541: TNS：无监听器
TNS-12560: TNS: 协议适配器错误
TNS-00511: 无监听器
32-bit Windows Error: 61: Unknown error
LSNRCTL> start listener1
启动tnslsnr：请稍候...
这表示没有启动。。
方法2：
如果是LINUX系统可以通过如下命令看进程在不在
ps -ef|grep lsn

启动步骤：注意$代表shell命令提示符，这里的oracle是9.0以上版本。
1.$ su - oracle
2.$ sqlplus / nolog
3.sql> conn / as sysdba
4.sql> startup (一般不需要加参数，只要设置好环境变量）
5.sql> quit (退出sql模式)
6.$ lsnrctl start (启动监听器）
关闭oracle
1.$ lsnrctl stop(关闭监听器，在这之前，应该先关闭应用程序）
2.$ sqlplus /nolog
启动步骤：注意$代表shell命令提示符，这里的oracle是9.0以上版本。
1.$ su - oracle
2.$ sqlplus / nolog
3.sql> conn / as sysdba
4.sql> startup (一般不需要加参数，只要设置好环境变量）
5.sql> quit (退出sql模式)
6.$ lsnrctl start (启动监听器）
关闭oracle
1.$ lsnrctl stop(关闭监听器，在这之前，应该先关闭应用程序）
2.$ sqlplus /nolog

3.sql>shutdown 其参数 ：shutdown有四个参数，四个参数的含义如下：
Normal 需要等待所有的用户断开连接
Immediate 等待用户完成当前的语句
Transactional 等待用户完成当前的事务
Abort 不做任何等待，直接关闭数据库
normal需要在所有连接用户断开后才执行关闭数据库任务，所以有的时候看起来好象命令没有运行一样！在执行这个命令后不允许新的连接
immediate在用户执行完正在执行的语句后就断开用户连接，并不允许新用户连接。
transactional 在拥护执行完当前事物后断开连接，并不允许新的用户连接数据库。
abort 执行强行断开连接并直接关闭数据库。
前三种方式不回丢失用户数据。第四种在不的已的情况下，不建议采用！
2经常遇到的问题：
1）权限问题，解决方法，切换到oracle用户；
2）没有关闭监听器 ，解决方法：关闭监听器
3）有oracle实例没有关闭，解决办法：关闭oracle实例
4）环境变量设置不全，解决办法：修改环境变量

3、HD Tune 检测硬盘，健康状态为警告（附图），求大神级指导

Ultra DMA CRC错误计数一般是接口或硬盘线接触不好，问题不大。
你这个最大的问题是重新映射扇区

重新映射扇区是这样的，其实现在的硬盘真实容量和标称容量是不一样的，比如你买的是1T，但是实际上可能是1.2T。一旦某个扇区出问题了，硬盘自己的固件会将这个扇区加入P-list或者是G-list，然后会从多出的0.2t中找一个扇区代替那个坏的，这就是重新映射扇区。
这某种程度上也就是服务器硬盘和普通硬盘的区别，服务器的备用空间更多，这种机制也更加完善。

这相当于球场的候补队员。当场上队员受伤时，可以替换，所以虽然有队员受伤，但并不影响比赛。
重新映射扇区，就是为了避免数据损失而采取的候补队员机制。在备用的映射扇区足够的时候，并不影响数据安全。

但是，如果场上队员不断受伤，候补队员总有用完的时候；同理，备用映射扇区也总用完的时候。一旦用完，你就硬盘就该出现物理坏道了。而且，通常坏道的面积会不断扩大。

所以，有少量的重映射扇区也属正常，不影响数据安全。但如果你第4列这个数据如果不断加大，那说明坏的扇区在不断扩散，备用扇区总有一天会用光，到时候就会出现坏道了，你的数据就危险了。
所以，你应该密切关注一下，如果数字不断加大，那就赶紧备份数据后处理掉这块硬盘吧。

4、怎样设置keepalived只用其健康检查而不用负载均衡

很多方法可以实现，比如说系统自带的网络负载均衡也就是我们常说的NLB 如果有条件也可以考虑服务器集群！的搭建，不过服务器集群的搭建相对来说比较复杂！你要做的只是WEB服务器，那我建议你使用网络负载均衡。
呵呵，这个问题也困扰我一阵子，今天上午查了很多资料才搞清楚：1. ipvsadm（LVS）有负载均衡机制，目前支持8中均衡算法。2. keepalived除了健康检查以外，也具备负载均衡功能。现在他的健康检查功能用的比较多，其负载均衡能力被大部分人忽略了

5、阿里云slb服务器负载均衡对后端服务器的健康检查方式有哪些

支持4层和7层检查，4层检查简单来说就是连接一下tcp端口看能否连接。7层检查目前支持HTTP和HTTPS，用户需要提供一个URL，健康检查会定期去访问这个URL，如果返回的HTTP CODE是200的话认为健康，否则认为出错。

6、nginx 是怎么对 后端服务器 做健康检查的

apache 相对于nginx 的优点：
rewrite ，比nginx 的rewrite 强大动态页面，nginx处理动态请求是鸡肋，一般动态请求要apache去做，nginx只适合静态和反向。
模块超多，基本想到的都可以找到少bug ，nginx 的bug 相对较多超稳定！

7、新建的一个体检中心，线路均已布好，机房的服务器交换机等都要怎么弄？作为网络管理员该如何处理这些？

体验中心具体是做什么的，用户数量多少，如果少的话就没有必要买带vlan的交换机，买个背板带宽高点的交换机就可以了，至于服务器，没有明白是做什么的。
上百个的话不是很多，如果条件允许的话当然是买个专门的服务器，如果不行的话买个好点的pc机就可以了

8、检查DNS服务器工作是否正常的常用命令是什么?

1、打开DC服务器开始菜单。

2、点击开始菜单中的“Windows Powershell”图标。

3、Windows Powershell程序窗口自动打开。

4、在Powershell程序中输入 dcdiag。

5、点击回车，指令自动运行，并开始对活动目录环境进行测试。

6、从图片中可以看到当前的演示环境没有任何问题。

9、f5后台节点是443端口,能否做7层健康检查

可以的.
这里默认你的443端口是HTTPS:
在local traffic-->monitor中创建https类型的monitor
在monitor中可以指定ssl profile来定义F5和后台443所使用的ssl传输协议等内容.可以用默认的serverssl
然后在Send String中指定探测的内容
在Receive String中指定检索服务器返回的内容

10、什么是区域体检软件？

区域/连锁体检系统

支持连锁体检机构、医院+社康(卫生院)、总院+分院等多种体检连锁模式。整合体检档案数据、业务数据，实现业务互联、数据共享，规范管理各店(分院)业务流程，通过各类大数据的分析统计，为管理者提供决策支持。

跨店体检：实现连锁体检机构的数据互通、共享，建立统一编码的体检报告数据库

过程管控：多个体检机构可为同一体检者开展不同项目的体检，支持体检中心灵活布局体检设备，节约投资

决策分析：合并统计各体检机构工作量、业绩等数据，为高层领导决策提供依据

统一管理：体检中心基础数据统一，减少机构维护成本，管理统一

系统软件背景：

在当前大数据健康时代，连锁平台之间数据互通显得十分重要，每个人的健康数据显得非常宝贵，历次体检数据均会作为一个时间节点真实反映一个人的身体状况。同时，连锁化体检中心越来越多的现象，也急需实现数据互通、资源共享，以更好服务体检客户，规范管理各分店(分院)体检业务流程。

功能概述：

适用于连锁体检机构、医院+社康(卫生院)、总院+分院等多种体检连锁模式。

功能主要包括体检档案数据传输、业务数据管理、分店经营监控、机构会员管理、分店成本分析、总部决策分析等功能模块，实现各分店数据传输，总部数据汇总，并形成各种对比分析报表，可了解各分店的销售业绩、资源成本等，实现总部对各分店的监控管理，为连锁机构总部决策提供依据。

功能特点

①总部与分店业务数据的及时上传、下载，信息实时共享

②业绩、成本分析报表，为连锁机构总部决策提供依据

③细致的会员管理功能，全面提升连锁体检机构服务质量

④人性化的消息提醒功能，为总部指令和分店需求发送提供有力保障

⑤预约人员可在连锁机构任一分店进行体检，让客户享受真正的连锁服务

功能模块

体检数据上传、下载

下载历史数据：体检登记时，可以下载平台数据，方便体检医生查看历次体检数据，给出更合理的诊断

分院数据独立：各分店本地数据独立存在，能单独完成一套体检流程

支持会员跨店体检：下级分院存在完成不了的项目，可以申请由上级检查，体检者在上级机构检查完后可实时将结果回传，体检数据同步更新

分院数据定时上传：各分店完整体检数据(待总检、已总检的报告)定时上传到总服务器，时间可设置

分院数据随时下载：各分店数据区分存放，能通过总服务器下载本院历史数据，以防分店数据库崩溃，完成在线还原

各分院体检项目、词库统一

建立平台标准词库，按照每家机构的知识库进行人工对照，且只需对照一次即可，各体检中心实现信息互通和互用

在线总检

各分店数据上传到连锁平台，总检医生登录连锁平台，在线总检，实现随时随地办公

复查与回访功能

复查通知：总部管理人员可针对要复查的人员，通过电话、上门、短信等方式通知体检者复查

检后跟踪：针对重大阳性疾病，进行检后回访登记，支持在线发送邮件，短信等形式

体检报告的查询、打印、调阅

在线实现报告批量打印和查询，能线下调阅线上体检报告历次数据

体检报告的历年对比

体检数据汇总到数据管理平台，实现体检报告历年数据对比。方便体检中心针对客户进行历年报告数据对比，制定检后健康管理方案。

会员跨店体检

跨店体检申请：分店将会员体检资料上传到总部，提出跨店体检申请

跨店体检排期设置：各个机构设置自己的接受申请人员时间和人数的排期安排

跨店体检资料下载和查询：下载分店上传的会员体检资料，实时更新体检者跨店体检来去记录

总部决策分析

价格一览表：各分店套餐/项目价格一览表

机构收入汇总分析：连锁机构的收入汇总统计，列举各分店的财务收入状况，按收费类型分现金金额、体检卡金额、支票金额等

机构体检量汇总分析：连锁机构的体检量(人数)汇总统计，列举各分店的体检量情况，分别按客户性质(单位、个人)分类进行统计

套餐/项目体检比例分析：各分店体检情况对比分析，可按套餐和项目两种情况进行统计分析，统计各分店体检总人数、各套餐或项目的体检人数、各套餐或项目体检人数占体检总人数的百分比

体检人群分布分析：各分店的体检人群分布统计，按性别、年龄段统计各分店的体检人数。

分店业绩对比分析：分别以月、季、年为周期，统计每周期内各分店的收入情况，支持表格和折线图

分店体检量对比分析：分别以月、季、年为周期，按客户分类(单位、个人)统计每周期内各分店的体检量情况，支持表格和折线图

连锁机构权限管理

根据体检中心发展，随时可扩展增加机构形成连锁模式，管理员可以在后台新增机构，修改机构名，每个功能模块可自主设置和选择，如是否有总检权限、能否接受会员跨店体检等