合规检查_不合规项目明细表
主机名:bj1ecidb8
检
查
类
别
检查项说明明细配
置信息重做日志
大小
正常：所有大
小都一样，都
在50M到1G
之间
eciforg_std :
LOGSIZE
500
500
500
500
500
500
6 rows selected.
配
置信息归档目录
正常－按照
规范的目录
不正常－不
是按照规范
的目录
eciforg_std :
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit
Production
With the Partitioning, OLAP, Data Mining and Real Application Testing
options
Database log mode Archive Mode
Automatic archival Enabled
Archive destination /home/db/oraarch
Oldest online log sequence 3785
Next log sequence to archive 0
Current log sequence 3787
配置信息监听端口
listener
port
正常－按照
规定的端口
(11521) 不
正常－默认
的端口
eciforg_std :
listener port number:
1521
1521
配
置信息用户
ulimit
正常－都为
unlimited
不正常－不
全是
unlimited
eciforg_std :
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) unlimited
stack(kbytes) 8192
memory(kbytes) unlimited
coredump(blocks) 2097151
nofiles(descriptors) unlimited
命
名规则控制文件
名
正常－按照
规范的名称
不正常－不
是按照规范
eciforg_std :
NAME
/home/db/oracle/oradata/eciforg/rcontrol1_512m
/home/db/oracle/oradata/eciforg/rcontrol2_512m
的名称/home/db/oracle/oradata/eciforg/rcontrol3_512m
日志alert日
志
eciforg_std :
ORA-00316: log 3 of thread 1, type 0 in header is not log file
ORA-00312: online log 3 thread 1:
'/home/db/oracle/oradata/eciforg/rlog1_3_1_512m'
Errors in file
/home/db/oracle/admin/eciforg_std/bdump/eciforg_std_mrp0_245876.trc:
ORA-00367: checksum error in log file header
ORA-00316: log 4 of thread 2, type 0 in header is not log file
ORA-00312: online log 4 thread 2:
'/home/db/oracle/oradata/eciforg/rlog2_1_1_512m'
Errors in file
/home/db/oracle/admin/eciforg_std/bdump/eciforg_std_mrp0_245876.trc:
ORA-00367: checksum error in log file header
ORA-00316: log 6 of thread 2, type 0 in header is not log file
ORA-00312: online log 6 thread 2:
'/home/db/oracle/oradata/eciforg/rlog2_3_1_512m'
Errors in file
/home/db/oracle/admin/eciforg_std/bdump/eciforg_std_mrp0_245876.trc:
ORA-00367: checksum error in log file header
ORA-00316: log 8 of thread 2, type 0 in header is not log file
ORA-00312: online log 8 thread 2:
'/home/db/oracle/oradata/eciforg/rlog2_2_2_512m'
Errors in file
/home/db/oracle/admin/eciforg_std/bdump/eciforg_std_mrp0_245876.trc:
ORA-16037: user requested cancel of managed recovery operation
Recovery interrupted!
Errors in file
/home/db/oracle/admin/eciforg_std/bdump/eciforg_std_mrp0_245876.trc:
ORA-16037: user requested cancel of managed recovery operation
ORA-1109 signalled during: ALTER DATABASE CLOSE NORMAL...
Errors in file
/home/db/oracle/admin/eciforg_std/bdump/eciforg_std_mrp0_151552.trc:
ORA-16037: user requested cancel of managed recovery operation
Recovery interrupted!
Errors in file
/home/db/oracle/admin/eciforg_std/bdump/eciforg_std_mrp0_151552.trc:
ORA-16037: user requested cancel of managed recovery operation
Errors in file
/home/db/oracle/admin/eciforg_std/bdump/eciforg_std_mrp0_131130.trc:
ORA-16037: user requested cancel of managed recovery operation
Recovery interrupted!
Errors in file
/home/db/oracle/admin/eciforg_std/bdump/eciforg_std_mrp0_131130.trc:
ORA-16037: user requested cancel of managed recovery operation
日志listener
日志
eciforg_std :
WARNING: Subscription for node down event still pending
WARNING: Subscription for node down event still pending
TNS-12514: TNS:listener does not currently know of service requested in
connect descriptor
WARNING: Subscription for node down event still pending
WARNING: Subscription for node down event still pending
WARNING: Subscription for node down event still pending
WARNING: Subscription for node down event still pending
WARNING: Subscription for node down event still pending
WARNING: Subscription for node down event still pending
WARNING: Subscription for node down event still pending
WARNING: Subscription for node down event still pending
配
置信息临时表空
间大小
正常：>=4G eciforg_std :
配
置信息UNDO表空
间大小
正常：>=8G eciforg_std :
配
置信息用户环境
配置
正常－按照
规范的目录
不正常－不
是按照规范
的目录
eciforg_std :
ORACLE_BASE:/home/db/oracle
ORACLE_HOME:/home/db/oracle/product/10.2.0
配
置信息在线日志
目录
正常－按照
规范的目录
不正常－不
是按照规范
的目录
eciforg_std :
MEMBER
/home/db/oracle/oradata/eciforg/rlog1_1_1_512m
/home/db/oracle/oradata/eciforg/rlog1_2_1_512m
/home/db/oracle/oradata/eciforg/rlog1_3_1_512m
/home/db/oracle/oradata/eciforg/rlog2_1_1_512m
/home/db/oracle/oradata/eciforg/rlog2_2_2_512m
/home/db/oracle/oradata/eciforg/rlog2_3_1_512m
/home/db/oracle/oradata/eciforg/rlog2_1_2_512m
/home/db/oracle/oradata/eciforg/rlog2_2_1_512m
/home/db/oracle/oradata/eciforg/rlog1_1_2_512m
/home/db/oracle/oradata/eciforg/rlog1_2_2_512m
/home/db/oracle/oradata/eciforg/rlog1_3_2_512m
MEMBER
/home/db/oracle/oradata/eciforg/rlog2_3_2_512m
/home/db/oracle/oradata/eciforg/rstb1_1_512m
/home/db/oracle/oradata/eciforg/rstb1_2_512m
/home/db/oracle/oradata/eciforg/rstb2_2_512m
/home/db/oracle/oradata/eciforg/rstb3_1_512m
/home/db/oracle/oradata/eciforg/rstb3_2_512m
/home/db/oracle/oradata/eciforg/rstb4_1_512m
/home/db/oracle/oradata/eciforg/rstb4_2_512m
/home/db/oracle/oradata/eciforg/rstb5_1_512m
/home/db/oracle/oradata/eciforg/rstb5_2_512m
MEMBER
/home/db/oracle/oradata/eciforg/rstb6_1_512m
/home/db/oracle/oradata/eciforg/rstb6_2_512m
/home/db/oracle/oradata/eciforg/rstb7_1_512m
/home/db/oracle/oradata/eciforg/rstb7_2_512m
/home/db/oracle/oradata/eciforg/rstb8_1_512m
/home/db/oracle/oradata/eciforg/rstb8_2_512m
28 rows selected.
命
名规则在线日志
文件
正常－按照
规范的名称
不正常－不
是按照规范
的名称
eciforg_std :
MEMBER
/home/db/oracle/oradata/eciforg/rlog1_1_1_512m
/home/db/oracle/oradata/eciforg/rlog1_2_1_512m
/home/db/oracle/oradata/eciforg/rlog1_3_1_512m
/home/db/oracle/oradata/eciforg/rlog2_1_1_512m
/home/db/oracle/oradata/eciforg/rlog2_2_2_512m
/home/db/oracle/oradata/eciforg/rlog2_3_1_512m
/home/db/oracle/oradata/eciforg/rlog2_1_2_512m
/home/db/oracle/oradata/eciforg/rlog2_2_1_512m
/home/db/oracle/oradata/eciforg/rlog1_1_2_512m
/home/db/oracle/oradata/eciforg/rlog1_2_2_512m
/home/db/oracle/oradata/eciforg/rlog1_3_2_512m
MEMBER
/home/db/oracle/oradata/eciforg/rlog2_3_2_512m
/home/db/oracle/oradata/eciforg/rstb1_1_512m
/home/db/oracle/oradata/eciforg/rstb1_2_512m
/home/db/oracle/oradata/eciforg/rstb2_1_512m
/home/db/oracle/oradata/eciforg/rstb2_2_512m
/home/db/oracle/oradata/eciforg/rstb3_1_512m
/home/db/oracle/oradata/eciforg/rstb3_2_512m
/home/db/oracle/oradata/eciforg/rstb4_1_512m
/home/db/oracle/oradata/eciforg/rstb4_2_512m
/home/db/oracle/oradata/eciforg/rstb5_1_512m
/home/db/oracle/oradata/eciforg/rstb5_2_512m
MEMBER
/home/db/oracle/oradata/eciforg/rstb6_1_512m
/home/db/oracle/oradata/eciforg/rstb6_2_512m
/home/db/oracle/oradata/eciforg/rstb7_2_512m
/home/db/oracle/oradata/eciforg/rstb8_1_512m
/home/db/oracle/oradata/eciforg/rstb8_2_512m
28 rows selected.
命
名规则sid命名
格式
正常－按照
规范的名称
不正常－不
是按照规范
的名称
eciforg_std :
NAME TYPE VALUE
------------------------------------
-------------------------------- ------------------------------
instance_name string eciforg_std
空
间使用情况system上
是否有其
他用户对
象
正常－默认
表空间不是
system 不正
常－默认表
空间是
system
eciforg_std :
select OWNER, SEGMENT_NAME, TABLESPACE_NAME FROM Dba_segments where
tablespace_NAME='SYSTEM' and owner not in ('SYS','SYSTEM')
*
ERROR at line 1:
ORA-01219: database not open: queries allowed on fixed tables/views only
空
间使用情况是否有用
户默认表
空间
system
正常－
system表空
间上没有其
它用户不正
常－有其它
用户
eciforg_std :
安全情况是否默认
密码已修
改
正常－没有
默认的密码
不正常－有
默认的密码
eciforg_std :
安全情况是否授予
普通用户
DBA权限
正常－只有
sys ,system
外这两个超
级用户有dba
权限不正常，
有其他的超
级用户
eciforg_std :
select 'dbausers',GRANTEE,GRANTED_ROLE from dba_role_privs where
GRANTED_ROLE='DBA' and GRANTEE not in ('SYS','SYSTEM','SYSMAN')
命
名规则spfile
名
正常－按照
规范的名称
不正常－不
是按照规范
的名称
eciforg_std :
NAME TYPE VALUE
------------------------------------
-------------------------------- ------------------------------
spfile string /home/db/oracle/oradata/ecifor
g/rspfile01_512m
健康检查_不正常项目明细表
主机名:bj1ecidb8
检查类
别
检查项说明明细
基本信息数据库
statistics
正常－不超过3
个月
eciforg_std :
SYSDATE STARTUP_TIME RUNTIME
------------------- -------------------
----------
2011-05-30 10:25:07 2011-05-20 21:18:23
10
运行状态SGA信息(读
命中率)
正常大于85%
eciforg_std :
CACHE HIT RATIO
-446.2
目录空间日志备份空
间
正常－可以超过
48小时的要求,
日志备份目录足
够大，能容纳2
天产生的日志量
eciforg_std :
未设置归档模式
运行状态日志切换频
率
正常－在规定的
切换时间范围内
(高峰期>5分
钟，通常情况小
于15－20分钟)
不正常－超过规
定的时间范围
eciforg_std :
SWITCHTIME MAXI MINI
--------------------------------
---------- ----------
logswitch 30 -1950
精心整理 安全检查记录表 检查类型：基础开挖安全检查编号：001 单位名 称工程 名称 检查 时间 检查单 位 项目部参加部门：技术科、安全科、综合科、材料科 检查项 目 或部位 基础挖土，场容、场貌 参加检 查 人员 项目经理 检查记录： 1.基础周围防护搭设不规范。 2.现场无醒目安全生产宣传标牌。 3.钢筋加工制作棚零乱。 4.现场道路不平。 检查结论及复查意见： 1.基础围护，用钢管做立杆，间距不大于2m，打入地下结实，上下两 根横杆，安全网封闭密实、牢固（由架子班负责一天完成）。 2.现场宣传标识挂放在醒目、合理的位置，高低一致、端正（综合科 负责派两人半天完成）。 3.钢筋加工制作棚整理工作；小配件堆放整齐，井井有条，清洁干净 （钢筋班长负责派两人一天完成）。 4.现场道路垫平、夯实通畅，杂物堆放整齐。（泥工班负责派10人一 天完成）。 以上四条整改完成，经复查符合要求。 检查负责人：复查人：技术科：安全科： 复查日期： 填表人：
检查类型：基础施工安全检查编号：002 单位名 称工程 名称 检查 时间 检查单 位 项目部参加部门：技术科、安全科、综合科、材料科 检查项 目 或部位 基础、施工现场、安全资料 参加检 查 人员 项目经理 检查记录： 1.深基础围护未安排位移监控，基坑四周及电梯井坑有积水。 2.作业面临时用电线路混乱。 3.施工现场道路泥泞。 4.堆物杂乱。 5.安全资料缺漏。 检查结论及复查意见： 1.基坑四周设置观察仪器，不间断地对围护设施进行观察（此项 工作由技术科负责，一天内安排落实，做好观察记录）。基坑四周及电梯井坑积水，立刻派人抽水（由泥工组负责，电工组配合，半天内完成）。 2.临时用电线路按规范要求整治（电工组负责整治一天完成，各 使用部门负责保持状态）。 3.泥工班组负责清除道路泥浆（安排5人一天完成）。 4.缺漏的安全资料补齐后核查（资料员负责一天完成）。 5.物品堆放杂乱，由各自部门整治。 以上五条整改完成，经有关单位、部门复查，符合要求。 检查负责人：复查人：技术科：安全科： 复查日期：
数据库系统远程性能监测报告模版 文档控制 修改记录 审阅 分发
目录 文档控制i 概述1 数据库配置1非缺省的数据库参数：1 Sga 占用情况3数据文件使用情况4表空间管理方式和碎片17 Tablespaces Free Space17排序区的使用情况：18回滚段：Rollback Segments19使用system 表空间的表和索引21表的数据行迁移情况21 Users错误！未定义书签。 日志切换检查21 Errors Check22 系统空间使用情况：错误！未定义书签。 系统和数据库的性能22操作系统性能监视22数据库配置和监控（statspack报告摘录) 22 运行优势26需改进的方面：26本次检查已经解决的问题：26 建议27应立即解决的问题27将来应解决的问题27
介绍 在此次的ORACLE专家服务中我们完成了对呼和浩特计费系统(服务器位于:呼和浩特网通机 房)的健康检查，在这次检查中我们发现了一些与数据库相关的的一些潜在的问题，同时我们 对计费系统也有了更深入的了解，我们将根据所搜集的信息得出下面的报告。 在此，我们感谢呼和浩特网通及内蒙网通公司对此次系统检查所给予的积极的支持和配合！ 读者 此系统健康检查报告供下列读者使用： 概述 此次数据库健康检查主….数据库，下几个方面：数据库配置，数据库可用性及性能，我们观 察到该系统在数据库的参数以及存储方面的设置或配置尚好，同时也发现了一些潜在的问题， 在下面的建议部分，我们将提出相关的改进措施。 数据库配置 非缺省的数据库参数： 使用的参数文件：pfile 节点1： End value Parameter Name Begin value (if different) ----------------------------- --------------------------------- -------------- _lm_direct_sends lkmgr _sqlexec_progression_cost 0 background_dump_dest /o8i/app/oracle/admin/hhlbas/bdum compatible 8.1.0 control_files /dev/vgora/rcontrol1, /dev/vgora/
体检报告管理软件与体检中心管理软件的 区别 《体检报告管理软件health-helper》（以下简称神指）与《体检中心管理软件 health-finger》（以下简称妙手）同属于天方达公司《杏林七贤》系列健康体检软件产品， 历经8年的不断发展，不但奠定了在国内体检软件第一品牌的地位，同时用户数量也突破了 1000家，遍布全国27个省份，在体检信息化领域内，远远超过其他竞争对手，市场占有率 与用户满意率居于首位。作为《杏林七贤》系列的两个主要产品品牌，神指与妙手在激烈的 竞争市场上所向披靡，无论从软件功能、操作、周边产品延续性方面都得到了广大客户的青 睐及用户的赞扬。 从公司开始推广《杏林七贤》系列健康体检软件，神指与妙手就是两个完全不同的产品。 神指是妙手的一个微缩版，功能相对简单些。两个产品从推出以来，已经过十几次大小功能 升级，神指目前最高版本是v9.5，妙手是v5.3。 作为健康体软件业内第一品牌，《杏林七贤》充分吸收当今it科技的最新成果，采用国 际互联网、嵌入式开发、人工智能、移动通讯等多种技术手段，以健康信息管理为基础，以 全民健康为核心，围绕健康体检的市场推广、服务供给和持续服务，为体检档案的形成、存 储、传递和共享提供全方位的技术支持，使终生健康档案的建立和使用成为可能，为科学的 健康保健提供了详实的档案，使健康体检业务迈上新台阶。结合公司自主品牌《易通lis》 及《迅影pacs》，《杏林七贤》同时也是国内第一个全面推广全自动化健检的品牌，捍卫了国 内体检软件第一的霸主地位。 结合两个产品的不同特点，从各医院体检中心自身情况及角度出发，以下是两个产品各 项指标比较分析。 产品概述 1. 体检中心管理软件 (health-helper)：医院体检中心管理软件。医院用该软 件建立体检中心的电脑系统，实现体检业务的自动化和无纸化，适合已经成立一站式或 即将成立一站式体检中心的医院使用。 2. 体检报告管理软件 (health-finger)：医院体检报告管理软件。院用该软件 1 进行体检档案的管理，实现体检报告的自动生成、历史档案的对比分析和各种统计报表 的生成，适合分散式体检或近几年内无法达到一站式体检中心的医院体检模式。神指、妙手 功能对比分析 2 3 综述：以上是针对杏林神指与杏林妙手在功能、适应体检中心模式上进行 的全面对比分析，如何选择合适的体检软件是体检中心领导考虑的重要事项，神指与妙 手各有特点，用户可根据自身体检中心的体检模式及未来发展计划选择合适的产品。 在“做精品、创名牌”的发展思想指导下，我们将持之以恒地改进软件性能，不断升级 换代，使“杏林神指、杏林妙手”产品与时俱进，永远傲立潮头，独领风骚！相信我们的产 品将永远是你最佳的选择。 4 篇二：星零健康体检报告管理软件系统帮助 星零健康体检报告管理软件系统帮助 版本号:3.90 一、系统介绍 本系统针对医院体检生成报告管理而开发的一款软件，实现了具有体检人员管理，数据
XXXXXXXXXXXXXXX XXXXX Oracle数据库健康检查与评估 XXXX 巡检人： 报告生成日期：yyyy-mm-dd
文档控制 此文档仅供江苏移动审阅，不得向与此无关的个人或机构传阅或复制。修改记录 分发者 审阅记录 相关文档
目录 文档控制 (2) 修改记录 (2) 分发者 (2) 审阅记录 (2) 相关文档 (2) 目录 (3) 1.检查介绍 (5) 1.1检查系统 (5) 1.2检查范围 (5) 2.硬件配置 (7) 2.1主机配置 (7) 3.系统配置 (8) 3.1操作系统数据库相关要求补丁 (8) 3.2硬盘可用空间 (8) 3.3CPU 利用率 (8) 4.数据库配置 (10) 4.1数据库版本和单独补丁 (10) 4.2CRS版本和单独补丁 (10) 4.3ORACLE CLUSTER配置 (10) 4.4数据库产品选项 (11) 4.5初始化参数文件 (11) 4.6CRS日志文件 (11) 4.7RDBMS运行日志和跟踪文件 (11) 4.8控制文件 (12) 4.9Redo log 文件 (12) 4.10归档Redo log 文件 (13) 4.11数据文件 (13) 4.12表空间 (14) 4.13回滚段管理 (16) 5.数据库简单风险评估 (17) 5.1安全性管理 (17) 6.SqlNet 概况 (18) 6.1监听器Listener (18) 6.2SQL*Net (18) 6.3TNSNAMES (18) 7.数据库性能 (19) 7.1数据库各项基于时间模型的统计信息 (19) 7.2数据库负荷压力分析 (20) 7.3各项命中率 (21) 7.4等待事件 (21)
中铁四局集团项目精细化管理手册（试行） （鲁编写部分） 第二章安全管理 第二章安全管理 第三条安全管理流程 1、识别、评价危险源，建立危险源清单和重大危险源清单（施工过程中，应在危险源现场，设置危险源告知牌）针对重大危险源，编制专项安全方案和应急救援预案（施工过程中，应对应急预案进行演练和完善）；针对一般危险源，编制安全保证措施（纳入施工组织设计中）对操作人员进行安全教育和岗前安全培训施工过程中，随着施工进展，配备安全设施并组织验收，如安全防护设施、施工用电设备、消防设施等，为作业人员发放安全防护用品对操作人员进行技术交底的同时进行安全技术交底按照安全质量管理组织设计，进行日常安全检查和定期安全检查，督促问题整改，验证整改效果定期召开安全专题会议，分析研究解决重要安全问题对安全工作进行总结，提出改进意见和下步工作思路，填写各项安全工作资料和报表。 第五条安全教育和培训 （一）职责 1、项目综合办公室是安全教育培训的主责部门，制定安全教育培训计划，并按计划组织培训和考核。 2、项目部综合办公室可采取多层次、多渠道和多种形式开展安全教育，通过举办讲座、黑板报、宣传栏、放映音像制品等方式宣传安全生产。 3、项目安质部制定安全教育培训制度，协助综合办公室，提出
全员安全教育培训计划，并提供安全教育培训的业务支持。 4、项目安质部负责组织全体员工学习贯彻国家、行业主管部门、属地政府和上级单位有关安全生产的文件精神。 5、项目工程技术部门负责安全技术交底具体实施。 6、项目物机部门负责做好物资、设备相关安全知识的培训教育。 7、项目部其他部门协助做好涉及本部门管理范围内的安全教育培训工作。 （二）流程： 1、项目部综合办公室根据项目特点，制定教育培训计划，项目“三类人员”、特种作业人员培训计划由项目部提报，由公司、局组织实施。 2、项目部综合办公室按计划组织相关部门编写整理培训教材、组织实施教育培训，并如实记录安全生产教育和培训情况。 3、安质部结合安全生产月活动、11.15安全警示教育等活动组织开展安全生产法律法规、安全知识、事故典型案例等培训教育活动，贯彻落实国家、地方、行业主管部门、股份公司、局、公司有关安全生产的文件规定和要求等。 4、工程技术部制定安全方案及技术交底书，项目总工组织召开项目部经理部相关人员进行安全技术交底会，使参与施工管理人员、作业人员，对方案及交底内容有进一步的了解，掌握各作业项目的安全技术保证措施、安全技术操作规程和注意事项等，被交底人员确认无误后，双方共同签字确认，并登记备案。 5、安质部通过日常检查和专项检查对其安全教育培训情况进行考核，查找存在问题，提出改进措施，实现安全培训教育工作持续改进。
系统健康检查及优化系统 2014-1-1
1.前言 1.健康检查及优化系统 1.1构建健康检查及优化系统的必要性 构建企业级的数据库系统健康检查及优化系统。企业运营中心利用该系统能够实现对系统的集成监控，包括对所有数据库及其操作系统的状态、事件管理、基于历史性能数据的报表分析、参数设置管理、数据库配置管理、应用设计优化分析等，提供系统运维工具实现对SQL语句性能检测、碎片整理、表空间优化、重建索引等。同时，集成的优化系统能够实现根据数据库系统出现的问题提出完整优化建议，大幅度降低出现性能问题及故障时的问题解决时间。 1.2解决思路 1.2.1专业健康检查及优化系统 ?为客户的系统提供全面的健康检查及优化建议； ?使用自动方式取代人工的健康检查，更快，更全面的分析查询； ?系统健康状况评分，作为客户考核的一项重要指标，提升系统维护水平及健康状况。 ?提供数据库系统故障的分析及解决方案提供。
?给客户的领导及系统维护人员系统整体健康状况的详细说明，方便领导决策。 ?降低对系统管理员专业技能需求，降低人工干预工作量，提升工作效率。 ?提供丰富的维护工具，方便维护人员处理数据库相关问题。 ?提供专业知识库，及时归档出现的问题及解决方案，避免故障重复发生。 1.2.2优点 ?无需要专业的DBA/SA知识就可以使用，降低使用门槛和维护成本； ?直观全面体现数据库系统健康状况，方便领导决策； ?体现系统健康状况历史及优化调整情况；
?快速定位潜在问题，确保系统正常运行； ?知识库自动更新，提升数据库管理人员维护水平。 1.2.3健康检查 1.2.3.1 主机健康检查 系统信息收集 ?CPU信息：型号、主频、数量等； ?内存信息：型号、大小等； ?硬盘信息：型号、大小、数量、是否使用RAID以及RAID的类型等； ?网卡信息：型号、数量、速率、双工模式、是否捆绑等； ?网络配置信息：IP地址、掩码、路由、启用状态等；
12～30月龄儿童健康检查记录表 37
填表说明： “——”表示 。 1．填表时，按照项目栏的文字表述，根据查体结果在对应的序号上划“√” 本次随访时该项目不用检查。若失访，在随访日期处写明失访原因；若死亡，写明死亡日 期和死亡原因。 2．体重、身长（高）：指检查时实测的具体数值。并根据国家卫生计生委选用的儿童生长发育 “下”上划“√”。 、 、 评价标准，判断儿童体格发育情况，在相应的“上” “中” ，否则为“异3．体格检查皮肤：当无皮疹、湿疹、增大的体表淋巴结等，判断为“未见异常” 常”。前囟：如果未闭，请填写具体的数值。眼睛：结膜无充血、无溢泪、无流脓判断为“未。耳外观：外耳无湿疹、畸形、外耳道无异常分泌物，判断为“未见见异常” ，否则为“异常” ，否则为“异 异常” 。 常” 听力：使用行为测听的方法进行听力筛查。检查时应避开小儿的视线，分别从不同的方向 给予不同强度的声音，观察孩子的反应，根据所给声音的大小，大致地估测听力正常与否。出牙/龋齿数（颗）：填入出牙颗数和龋齿颗数。出现褐色或黑褐色斑点或斑块，表面粗糙，甚至出现明显的牙体结构破坏为龋齿。胸部：当未闻及心脏杂音，肺部呼吸音也无异常时，判断为“未见异常”，否则为“异 。 常” ，否则为“异常” 。四肢：上下肢 腹部：肝脾触诊无异常，判断为“未见异常” ，否则为“异常”。步态：无跛行，判断 活动良好且对称，判断为“未见异常” ，否则为“异常”。可疑佝偻病体征：根据体征的有无在对应选 为“未见异常” 项上划“√” 。血红蛋白值：18 月和30 月可分别免费测一次血常规（或血红蛋 。 白） 4．户外活动：询问家长儿童在户外活动的平均时间后填写。 。5．服用维生素D：填写具体的维生素D名称、每日剂量，按实际补充量填写，未补充，填写“0” 。该年龄段任何一条预警征象阳性， 6. 发育评估：发现发育问题在相应序号上打“√” 提示有发育偏异的可能。 7．两次随访间患病情况：填写上次随访到本次随访间儿童所患疾病情况，若有，填写具体疾病名称。 。并将转诊原因及接诊机构名称填入。 8．转诊建议：转诊无、有在相应数字上划“√” ，可以多选，未列出的其他指导请具体填写。9．指导：做了哪些指导请在对应的选项上划“√” 10．下次随访日期：根据儿童情况确定下次随访的日期，并告知家长。 ；24 月（满24 月 11．12 月（满12 月至12 月29 天）；18 月（满18 月至18 月29 天） 至24 月29 天） ；30 月（满30 月至30 月29 天），其他月龄段的健康检查内容可以增加健康检查记录表，标注随访月龄和随访时间。
数据库健康检查报告 版权所有
目录 1数据库健康检查 (3) 1.1查看数据库运行状态 (3) 1.2查看数据库服务器监听是否正常 (3) 1.3查看硬件存储空间使用情况 (5) 1.4安全管理 (5) 1.5数据库警告日志文件检查 (6) 1.6数据库空表间检查 (9) 1.7I/O检查 (10) 1.8检查是否有失效的索引 (11) 1.9检查数据库用户情况 (12) 1.10检查数据库数据文件的状态 (13) 1.11检查监听日志文件是否过大 (13) 1.12查看数据库优化信息,确保未被随意更改,保证数据库系统运行性能 (14)
1数据库健康检查 健康检查总结：目前数据库运行正常。 1.1查看数据库运行状态 检查结果：正常 结果如下： [oracle@qzupdb2 ~]$ ps -ef|grep ora_ oracle 23804 1 0 Feb03 ? 00:03:12 ora_pmon_upora oracle 23806 1 0 Feb03 ? 00:11:34 ora_dbw0_upora oracle 23808 1 0 Feb03 ? 00:27:44 ora_lgwr_upora oracle 23810 1 0 Feb03 ? 00:01:48 ora_ckpt_upora oracle 23812 1 0 Feb03 ? 00:00:34 ora_smon_upora oracle 23814 1 0 Feb03 ? 00:00:00 ora_reco_upora oracle 23816 1 0 Feb03 ? 00:00:00 ora_cjq0_upora oracle 23820 1 0 Feb03 ? 00:00:00 ora_s000_upora oracle 23822 1 0 Feb03 ? 00:00:00 ora_d000_upora oracle 23997 1 0 Feb03 ? 00:11:34 ora_qmn0_upora oracle 9135 9107 0 14:41 pts/1 00:00:00 grep ora_ [oracle@qzupdb2 ~]$ 简要说明: 数据写进程(dbwr)：负责将更改的数据从数据库缓冲区高速缓存写入数据文件 日志写进程(lgwr)：将重做日志缓冲区中的更改写入在线重做日志文件 系统监控(smon) ：检查数据库的一致性如有必要还会在数据库打开时启动数据库的恢复 进程监控(pmon) ：负责在一个Oracle 进程失败时清理资源 检查点进程(chpt)：负责在每当缓冲区高速缓存中的更改永久地记录在数据库中时,更新控制文件和数据文件中的数据库状态信息。 归档进程(arcn) ：在每次日志切换时把已满的日志组进行备份或归档 恢复进程(reco) :保证分布式事务的一致性,在分布式事务中,要么同时commit,要么同时rollback; 1.2查看数据库服务器监听是否正常 1.服务器监听配置内容
设备健康检查计划 XX集团股份有限公司 2009年
目录 前言 ................................................................................................................. 错误!未定义书签。 1. 服务概况 ..................................................................................................... 错误!未定义书签。 客户名称............................................................................................................... 错误!未定义书签。 服务时间............................................................................................................... 错误!未定义书签。 服务设备............................................................................................................... 错误!未定义书签。 服务内容............................................................................................................... 错误!未定义书签。 2. 服务前期准备工作....................................................................................... 错误!未定义书签。巡检服务的前期准备工作：................................................................................. 错误!未定义书签。 客户方的前期准备工作：................................................................................... 错误!未定义书签。 双方待讨论和协商的问题：............................................................................... 错误!未定义书签。 3. 服务具体计划.............................................................................................. 错误!未定义书签。 4. 应急计划 ..................................................................................................... 错误!未定义书签。5．备件计划 .................................................................................................... 错误!未定义书签。 6. 文档信息 ..................................................................................................... 错误!未定义书签。附录 ................................................................................................................. 错误!未定义书签。SUN系统巡检报告及相关命令说明..................................................................... 错误!未定义书签。ORACLE数据库巡检报告及相关命令说明 ........................................................... 错误!未定义书签。系统配置信息......................................................................................................... 错误!未定义书签。ORACLE 数据库系统维护检查报告...................................................................... 错误!未定义书签。
1岁以内儿童健康检查记录表
填表说明 1．填表时，按照项目栏的文字表述，在对应的选项上划“√”。若有其他异常，请具体描述。“—————”表示本次随访时该项目不用检查。 2．体重、身长：指检查时实测的具体数值。并根据卫生部选用的儿童生长发育参照标准，判断儿童体格发育情况，在相应的“上”、“中”、“下”上划“√”。 3．体格检查 （1）满月：皮肤、颈部包块、眼外观、耳外观、心肺、腹部、脐部、四肢、肛门/外生殖器的未见异常判定标准同新生儿家庭访视。满月及3月龄时，当无口腔炎症（口炎或鹅口疮）及其他口腔异常时，判断为未见异常，否则为异常。 （2）3、6、8月龄： 皮肤：当无皮疹、湿疹、增大的体表淋巴结等，判断为未见异常，否则为异常。 眼外观：结膜无充血、溢泪、溢脓判断为未见异常，否则为异常。 耳外观：当外耳无湿疹、畸形、外耳道无异常分泌物时，判断为未见异常，否则为异常听力：6月龄时使用行为测听的方法进行听力筛查。检查时应避开婴儿视线，分别从不同的方向给予不同强度的声音，观察孩子的反应，大致地估测听力正常与否。 口腔：3月龄时，当无口腔炎症（口炎或鹅口疮）及其他口腔异常时，判断为未见异常，否则为异常，6和8月龄时按实际出牙数填写。 心肺：当未闻及心脏杂音，肺部呼吸音也无异常时，判断为未见异常，否则为异常。 腹部：肝脾触诊无异常，判断为未见异常，否则为异常。 脐部：无脐疝，判断为未见异常，否则为异常。 四肢：上下肢活动良好且对称，判断为未见异常，否则为异常。 可疑佝偻病症状：根据症状的有无在对应选项上划“√”。 可疑佝偻病体征：根据体征的有无在对应选项上划“√”。 肛门/外生殖器：男孩无阴囊水肿，无睾丸下降不全；女孩无阴唇粘连,肛门完整无畸形, 判断为未见异常，否则为异常。 血红蛋白：仅要求在6月龄或8月龄时检查一次，将结果填在 g/L内。 4．户外活动：询问家长儿童在户外活动的平均时间后填写。 5．服用维生素D：填写具体的维生素D名称、每日剂量，按实际补充量填写，未补充，填写“0”。 6．发育评估：按照“儿童生长发育监测图”的运动发育指标进行评估每项发育指标至箭头右侧月龄通过的，为通过。否则为不通过。 7．两次随访间患病情况：填写上次随访（访视）到本次随访间儿童所患疾病情况，若有，填写具体疾病名称。 8．指导：做了哪些指导请在对应的选项上划“√”，可以多选，未列出的其他指导请具体填写。 9．下次随访日期：根据儿童情况确定下次随访日期，并告知家长。
HS Oracle Health-Check Report 东海瑞京 HSFA 数据库系统健康检查报告 创建日期：2017-08-26 服务起讫日期：2017-08-26至2017-08-28 服务总共时间：3天 服务工程师：李瑜 客户联系人：费勤雯 服务方式：现场
目录 第一章数据库健康检查 (3) **.检查总结 (2) **.性能分析 (2) **.检查方式 (2) **.检查内容及标准 (3) **.数据库维护专员情况 (4) 第二章数据库目前备份情况6 第三章系统和数据库配置 (7) **.硬件配置 (6) **.数据库配置 (6) **.基于O RACLE的应用 (7) 第四章系统和数据库的可用性9 **.备份 (8) **.恢复 (8) **.升级/安装/移植 (8) **.操作系统参数配置 (8) **.表空间 (10) **.数据文件 (16) **.控制文件 (17) **. REDO文件 (17) **.归档配置 (17) **.资源参数配置 (18) **.回滚表空间配置 (18) **.临时表空间配置 (18) **.安全性管理 (19) **.告警日志管理 (19) **.数据库监听管理 (19) 第五章系统和数据库的性能19 **.操作系统配置和监控 (22)
第六章总结和建议20 **.应立即解决的问题 (23) **.近期应解决的问题 (23) **.将来应解决的问题 (23) 第七章已经做过的调整21 第八章附表................................................................................................ 错误!未定义书签。**.附表1：数据文件列表25
0.作业概述 运行EXADATA Database Machine HealthCheck，检查软件、硬件、固件版本、配置等，生成健康检查报告。 1.作业对象 EXADATA Database Machine上的软件、硬件、固件版本、配置等。 2.作业前确认事项 3.作业具体操作步骤 3.1.下载最新软件 登录ORACLE SUPPORT网站：https://www.doczj.com/doc/f73267372.html, ，找到并打开ID为1070954.1的文章，下载最新的HealthCheck软件。 3.2.安装并做健康检查 1）将exachk.zip上传到一台数据库服务器上，如：hdexdb01； 2）以“oracle”用户登录数据库服务器，并执行： ?$ unzip exachk.zip ?$ chmod +x exachk 3）查看readme.txt 和UserGuide： 4）运行Exachk工具（必须以“oracle”用户执行） ?$./exachk
5）确认clusterware home (CRS_HOME) 6）检查数据库服务器上的SSH设置是否正确 7）选择要检查的数据库 8）软件环境检查结果显示 9）输入Storage Server 上root的密码 10）输入Database Server 上root的密码
11）输入Infiniband switch上root的密码 12）收集database server, storage server 和infiniband switche上的配置信息
13）分析系统状况 14）检查结果输出到文件
15）查看结果并处理错误
软件学院 课程设计报告书 课程名称数据库原理及应用课程设计 设计题目健康管理系统 专业班级软件====班 学号 132001===== 姓名郭== 指导教师齐==
目录 1设计时间 (1) 2设计目的 (1) 3设计任务 (1) 4设计内容 (1) 4.1需求分析 (1) 4.1.1系统目标 (2) 4.1.2用户需求及系统性能分析 (2) 4.1.3各模块功能分析 (3) 4.1.4系统流程图 (3) 4.2系统设计 (3) 4.2.1概念结构设计 (4) 4.2.2逻辑结构设计 (5) 4.2.3物理结构设计 (5) 4.3系统实施 (6) 4.3.1数据库实现 (6) 4.3.2数据载入 (9) 4.4系统测试 (11) 4.4.1运行与测试 (11) 4.4.2结果分析 (15) 5总结与展望 (15) 参考文献 (16)
1 设计时间 2015年6月22日至2015年6月25日 2 设计目的 数据库原理及应用课程设计是软件工程专业集中实践性环节之一，是学习完《数据库原理及应用》课程后进行的一次全面的综合练习。我的设计目的在于加深对数据库基础理论和基本知识的理解，掌握使用数据库进行软件设计的基本方法，提高运用数据库解决实际问题的能力，最终实现对于给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种应用需求(信息要求和处理要求)。同时，此次设计对于我将来的毕业设计和具体工作实践将有重要的意义。 3设计任务 功能要求： 该系统的健康文件包括病历文件和体检文件。 （1）登记 将学生的健康信息插入健康文件； （2）修改 修改一个学生的健康档案记录； （3）删除 删除学生的健康档案记录； （4）查询 可以组合各种条件进行查询，显示学生健康信息并打印健康文件报表； （5）统计 对学生的基本健康状况进行各种必要的统计和分析，由一般统计和动态分析两种。一般统计包括计数和求平均值；动态分析由健康历史求出平均年增长值和年增长率。 4 设计内容 4.1需求分析 建立健康档案的目的，对于个人而言，是如何利用健康档案中的信息为个人的健康保驾护航。而健康档案的管理和利用，不仅需要具备基础医学知识、临床医学知识、流行病学知识、计算机技术、数学统计知识等综合素质的专业人员，同时需要有庞大的保健医学、预防医学、临床医学、康复医学等专业的资深专家团队的支持，才能够为个人提供一系列
健康检查信息管理系统 在我院体检中心的应用与体会【摘要】本文介绍了健康检查信息管理系统的概念及特点，阐述了该系统的操作流程及功能，并且与传统的手工作业体检作了优劣对照。实践证明该系统具有实用、科学、全面、高效的特点，能为广大体检者和管理决策者提供满意、高效的服务和支持。 【关键词】健康检查；信息管理系统；体检中心 健康为人类第一大财富，健康检查的必要性已深入人心，专业自动化和无纸化健康检查已成为大势所趋。为了加强预防性健康检查功能，规范预防性健康检查工作，我院自2006年12月成立了集体检、保健、医疗及健康咨询为一体的全信息化健康检查中心。中心采用中科恒业全数字体检管理系统，为我院健康管理开辟了一条崭新的途径。 一、健康检查信息管理系统的概念与特点： 信息管理系统是构建在数据采集与传输技术、计算机网络技术、数据库建设、多媒体技术，体检业务需求等基础上的一个体检管理平台。在该平台上构建的体检信息管理可实现各业务模块之间的信息共享，并在此基础上搭建查询、调度和辅助决策的自动化信息系统。中科恒业全数字体检管理系统就是按照卫生部相关规定开发出的体检信息管理系统,具有四大特点： 1.全数字无信息孤岛——将所有诊断设备通过“数据借口”或“数字转换接口”无 缝连接到计算机管理，信息一次输入永久被调用，消除信息孤岛； 2.全程控制电子报告——从建立基本信息开始到各种结果打印输出，计算机全程权 限控制，在中间的环节中没有可以被第三方软件（如，word）打开编辑的可能。 分检、总检结果谁输入谁负责，保证资料的可靠性、真实性和安全性； 3.遵循各种标准规范——采用医疗行业管理规范，参照HL7、DICOM、ICPM等国际标 准，系统扩展性强。 4.操作界面简便实用——系统界面仿照医生日常工作习惯，在一个软件界面内完成 一个检查项目的输入操作，可灵活选择全鼠标或全键盘操作，达到90%录入工作， 实现“零”汉字输入目标。 5.系统可扩展——采取 HL7接口标准，提供多种接口。（HIS接口、LIS接口、RIS 接口、PACS接口、WEB接口）。
系统oracle数据库 巡检报告
文档控制 修改记录 审阅 分发
目录 文档控制 (2) 检查总结 (5) 概要 (5) 总体概况 (5) 优化建议 (5) 介绍 (6) 目标 (6) 检查方法 (6) 检查范围 (6) 数据库配置分析 (7) 硬件配置 (7) 软件配置 (7) 数据库参数 (8) 控制文件 (9) Temporary Tablespace (9) 表空间管理 (9) 回滚段 (10) 无效对象，约束和trigger (10) 数据库日志ALTER LOG分析 (10) 数据库性能分析 (11) 数据库实例性能命中率 (11) 等待事件(Top Wait Events) (11)
版权说明 本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属xxxx有限公司所有，受到有关产权及版权法保护。任何个人、机构未经xxxx 有限公司的书面授权许可，不得复制或引用本文件的任何片断，无论通过电子形式或非电子形式。
检查总结 概要 此次巡检主要针对oracle数据库进行一次全面的健康检查，包括数据库配置、数据库性能等各项内容，并依照此次检查结果，提出相应的优化措施。 总体概况 以下是本次检查的总结 优化建议 以下是对检查的结果进行分析后所得出的优化建议
介绍 目标 数据库健康检查是用来： -评价数据库当前的性能情况 -分析数据库应用瓶颈和资源竞争情况 -指出存在的问题，提出解决建议 检查方法 本次数据库性能检查的工具是： ?操作系统工具和命令检查操作系统。 ?SQL命令检查数据库配置，SQL命令在ORACLE 工具SQL*PLUS中运行。 ?Oracle AWR工具。 上述输出结果为建议提供依据。 检查范围 本报告提供的检查和建议主要针对以下方面： 1.数据库配置 2.数据库性能 本报告的提供的检查和建议不涉及： -具体的性能调整 -应用程序的具体细节 以下提请注意：本次检查仅历时半天。所以在具体的性能方面仅做相应的建议。如需在数据库性能方面进行进一步的调整，请继续选择数据库性能调整。
中国建设银行信息技术管理部 厦门开发中心 《XXXX系统ORACLE数据库结构健康检 查分析报告》 （模版） 文档编号： 制定单位：厦门开发中心
文档历史 文档位置 本页为文档基本信息摘要. 本文档的硬拷贝至打印之日起生效. 对于文档本身的任何疑问，请与文档作者联系. 原始文档存放在 ...... 修改历史 批准者 该文档需要下列人员批准. 签字批准页在PCB的质量部分 分发 该文档已经分发给
目录 前言 (5) 1. ORACLE数据库结构检查结果 (5) 2. 检查结果分析 (6) 2.1. 超过6条索引的表 (6) 2.1.1. 检查结果 (6) 2.1.2. 分析 (6) 2.2. 超过255列的表 (6) 2.2.1. 检查结果 (6) 2.2.2. 分析 (7) 2.3. 超过6列的索引 (7) 2.3.1. 检查结果 (7) 2.3.2. 分析 (7) 2.4. 存在LONG 或LONG RAW的表 (7) 2.4.1. 检查结果 (7) 2.4.2. 分析 (8) 2.5. 没用分区索引的分区表 (8) 2.5.1. 检查结果 (8) 2.5.2. 分析 (8) 2.6. 冗余索引 (8) 2.6.1. 检查结果 (8) 2.6.2. 分析 (9) 2.7. 没用建立索引的外键 (9) 2.7.1. 检查结果 (9) 2.7.2. 分析 (10) 2.8. HASH分区非2的幂次方的表 (10) 2.8.1. 检查结果 (10) 2.8.2. 分析 (10) 3. 附件 (10)
前言 本文档主要包含的内容： ?ORACLE数据库健康检查结果 ?检查结果分析 1.ORACLE数据库结构检查结果填写说明： 此处将Toad DB Health Check的检查结果粘贴。示例：
1.服务与安全性检查 a)检查Listener.ora/sqlnet.ora/tnsnames.ora文件的科学配置与安全，用户端的正常连接 与安全：检查在listener.Log中的异常连接。 对sqlnet.ora对连接IP地址设限 more listener_XXX.log | grep “TNS-” > tnserror.txt 并分析错误原因，提供各方调整解决。 b)sys/system等其它相关用户的权限，角色，分配策略及安全性，数据库字典信息的 安全性：检查用户权限的分配和改动，尽量配置用户profile。 c)检查分配给用户的profile文件，了解用户口令的安全性及资源分配限制的策略 具体见《数据库安全规范》 d)检查ORACLE数据库补丁的更新 每周检查ORACLE数据库的补丁更新情况，测试和评估补丁升级。 e)检查ORACLE数据库相关预警、阀值设置及其安全审计 2.性能状况检查 a)SGA大小与分配策略，其中包括shared pool 、Java pool、Large pool、Streams p ool、database buffer cache和redo log buffer的大小分配与策略；以及变化情况。 b)综合诊断主机CPU、活动会话数、磁盘I/O、实例吞吐量、负载及使用情况，找出 各时段TOP Session和Top SQL c)ASM的应用分配策略：以及变化情况 d)数据库归档/非归档模式下，重作日志组的大小，个数，切换频率，日志成员的个 数等应用分配表策略，归档进程、归档日志的分配策略。以及归档日志清除策略 e)检查controlfile datafile init
医院体检报告数据分析模板篇一：中国健康体检数据报告 中国健康体检市场发展现状及投资价值评估报告（XX-2018）中国报告网出版时间：XX年正文 根据卫生部发布的《健康体检管理暂行规定》，健康体检是指通过医学手段和方法对受检 者进行检查，了解受检者健康状况、早期发现疾病和健康隐患的诊疗行为。具体来讲，健康 体检包括收集健康信息、建立健康档案、评估预测健康走向、制定并实施健康计划及健康跟 踪管理等。目前，健康体检服务行业主要还是对体检者提供专业的体检服务；未来，在专业 健康体检服务的基础之上，对体检对象进行健康管理将成为行业的发展方向。从客户群体来看，健康体检客户可以分为团体客户与个体客户两大类。目前，专业健康体检行业的客户构成呈现以团体体检客户（即企事业单位组织员工进行定期健康体检）为主 的特征。 团体客户的体检特点是：福利性消费；人数较多、时间集中；费用较低；业务质量要求 较高；检后服务较多。个体客户的体检特点是：自主性消费；人数较少；时间较分散（多集
中在节假日或双休日）；检查项目相对较多；费用较高；检后服务要求较高。根据卫生部数据：XX年我国健康检查市场总量已达亿人次，市场容量已形成一 定规模；XX年健康检查市场总量增长至亿人次，比上年增长了%；XX年健 康检查市场总量进一步扩大至亿人次，比上年增长了%；XX年我国健康检查市 场总量为亿人次，同比增长%；XX年我国健康检查市场总量为4亿人次左右，；我国健康检查市场总量已形成一定规模并持续增长。中国报告网发布的《中国健康体检市场发展现状及投资价值评估报告（XX-2018）》内 容严谨、数据翔实，更辅以大量直观的图表帮助本行业企业准确把握行业发展动向、正确制 定企业竞争战略和投资策略。本报告依据国家统计局、海关总署和国家信息中心等渠道发布 的权威数据，以及我中心对本行业的实地调研，结合了行业所处的环境，从理论到实践、从 宏观到微观等多个角度进行研究分析。它是业内企业、相关投资公司及政府部门准确把握行 业发展趋势，洞悉行业竞争格局，规避经营和投资风险，制定正确竞争和投资战略决策的重 要决策依据之一。本报告是全面了解行业以及对本行