东海瑞京_HSFA数据库健康检查报告_2017_3
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
第一章数据库健康检查
1.1.检查总结
从本次巡检的情况来看，整体表现比较平稳。表空间利用率都很低，处于报警水平以下。通过AWR和RDA报告分析，CPU和IO的利用率在交易高峰期都不高，数据库的性能总体表现良好，没有大的等待事件发生，属于正常的范围之类。但性能问题是一个需要长期关注的问题，尤其是在清算时段注意数据同步的实时情况及时检查，性能将是不能忽略的问题。
存在问题描述解决办法
数据库存在一条无效对
该无效对象最近没有DDL操作建议排查后清理
象
1.2.性能分析
基础信息
操作系统版本：Redhat Linux 5.10 数据库版本：11.2.0.4
数据库架构：Single nodes 数据库大小：82G
建议：
1.3.检查方式
本次数据库健康检查方式如下：
a)使用RDA(REMOTE DIAGNOSTIC AGENT)进行系统和数据库主要信息收集。
b)使用?/rdbms/admin/awrrpt.sql收集业务时间段的AWR报告。
c)使用awrcrt1.2/awrcrt.sql收集历史awr趋势信息并汇总
d)使用v01/runme.sh收集系统历史负载信息
e)根据收集的信息确认操作系统和数据库空间、日志、监听、资源、性能等各个方面是否正常。
f)通过沟通了解数据库的备份恢复方式，并检查确认当前备份是否正在。
1.4.检查内容及标准
检查方
面
具体检查内容检查标准
系统配置主机配置满足业务系统要求
操作系统配置文件包括最大文件大小，用户最大进程数，虚拟内存参
数等。
硬盘可用空间文件系统使用率不超过80%
操作系统日志无异常错误
CPU利用率建议CPU利用率不超过70%
数据库版本主版本为10205或11204
数据库配置表空间表空间使用本地管理，同时可扩展使用率不高于85% 数据文件无offline文件，有存储冗余或ASM冗余。
控制文件controlfile有冗余配置且位于多个磁盘
Redolog文件
redo文件足够大，redo组足够多，有冗余且位于多
个磁盘。
归档文件建议开启归档
Resource Limit分析没有超出限制的资源请求
回滚段管理
自动管理，undo_retention配置合理，没有因为空
间或参数配置原因导致的 01555错误
临时表空间管理空间足够，没有因为空间不足导致的ORA-1652错误数据库参数满足当前业务需求，避免一些bug或性能问题
安全性管理
除SYS、SYSTEM用户外，其他用户不被授予DBA权
限
alert日志及trace文件无异常错误，无600，7445错误
数据库监听监听器的设置监听运行正常
SQL*Net设置必要参数配置正确TNSNAMES设置配置正确，满足业务运行条件
数据库性能AWR负载概况逻辑读，物理读，日志量，事务提交及回滚等正常。RAC相关性能指标块传输时间在10MS以下
数据库各项命中率buffercache命中率90以上
sharedpool命中率95以上
等待事件都是业务时段正常等待事件
数据库I/O性能表空间数据文件AVG/RD20MS以内
无效对象应该定期清理不再使用的存储过程，函数等对象Top SQL语句没有影响业务使用的SQL
数据库备份备份当前备份策略运行正常恢复有恢复方案或计划
第二章数据库目前备份情况
备份方式说明备份恢复情况日常EXP/ EXPDP备份全备份正常DataGuard远程备份远程同步到北京正常
第三章系统和数据库配置
3.1.硬件配置
业务名称HSFA
Machine Name **
Usage (Prod, Test, Development) Prod
Physical Location (if different from main office
premises)
Operating System 64-bit Red Hat Linux O/S Version and Release Red Hat Enterprise
Linux Server release 5.10
(Tikanga)
CPU型号和个数Intel(R) Xeon(R) CPU
E5-2680 0 @ 2.70GHz *8 O/S Block Size 4096bytes
Memory (Megs) 32G
Raw Devices? Number of Megs? File System
3.2.数据库配置
业务名称HSFA
Instance Name rjdb
Server Name Rjdb
Usage (OLTP, DSS, etc.) OLTP
CRS Version/Release
RDBMS Version/Release **
SQL*Net Version/Release **
数据库目前总空间(of all dbfiles) 82GB
数据库目前已使用总数量3528M
NLS_TERRITORY AMERICA
NLS_LANGUAGE AMERICAN
NLS_CHARACTERSET ZHS16GBK
NLS_NCHAR_CHARACTERSET AL16UTF16
DB_BLOCK Size 8k
Number of Tablespaces 24
Number of Datafiles 29
TEMP Tablespace Size 20G
SGA大小15032M PGA大小6442M UNDO Tablespace Size 20000M Number of control files 2组
Redo Log Size 1000M Number of redo log groups 11个
Number of redo log members per group 1个
Are the on-line redo logs the same size? YES
Are the redo logs being multiplexed by Oracle? NO
NO Are members of each redo log group on a separate
disk?
NO Are the redo logs on separate disks from the
database files?
Are the redo logs on separate disks from the archive
YES files?
Archiving Enabled? NO
Number of Concurrent Users 1
User Access Method tns
Availability Requirements (e.g. M-F 8-5, 7x24, etc.) 5*8
3.3.基于Oracle的应用
Application Name HSFA Application Type (OLTP, DSS, Batch, OLAP, etc.) OLTP Third Party or In-House? 3层
Development Tool
Database Access Method
If C/S, how many tiers? As/AR Expected peak and average throughput in terms of
transaction per second (tps)
第四章系统和数据库的可用性
4.1.备份
4.1.1.备份策略
?EXP
?DataGuard
建议:
进行周期性的备份，对于备份集能较好的存放管理。
4.1.2.磁带管理
?无磁带备份
建议:
建议可以使用磁带对历史物理备份进行必要的备份。
4.2.恢复
4.2.1.恢复策略
?
建议:
1.建议制定恢复计划，目前情况下（export/import），包括结构的恢复及数据的恢复方式以及所需的时间。
2.建议进行恢复测试，以掌握最坏情况下恢复的时间，步骤及方案的有效性。
4.3.升级/安装/移植
4.3.1.升级/安装/移植
?目前版本是11.2.0.4
?目前PSU补丁：
?建议:
不必升级Oracle主版本
4.4.操作系统参数配置
检查参数当前值建议值cat /etc/sysctl.conf|grep file-max 6815744 6815744 cat /etc/sysctl.conf|grep ip_local_port_range 9000 65500 9000 65500
cat /etc/sysctl.conf|grep msgmax 65536 65536 cat /etc/sysctl.conf|grep msgmnb 65536 65536 cat /etc/sysctl.conf|grep rmem_default 262144 262144 cat /etc/sysctl.conf|grep rmem_max 4194304 4194304 cat /etc/sysctl.conf|grep shmall 4194304 4194304 cat /etc/sysctl.conf|grep shmmax XX XX cat /etc/sysctl.conf|grep shmmni 4096 4096 cat /etc/sysctl.conf|grep wmem_default 262144 262144 cat /etc/sysctl.conf|grep wmem_max 1048576 1048576
cat /etc/security/limits.conf
oracle
soft nproc 65536
oracle
hard nproc 65536
oracle
soft nofile 65536
oracle
hard nofile 65536
oracle
soft nproc 65536
oracle
hard nproc 65536
oracle soft
nofile 65536
oracle
hard nofile 65536
?参数设置合理，符合恒生建议。
建议：无
数据库参数配置
Parameter Name Value Modified _use_adaptive_log_file_sync FALSE FALSE audit_file_dest /u01/app/oracle/admin/rjdb/adump FALSE audit_trail NONE FALSE compatible ** FALSE
control_files /u02/rjdb/control01.ctl, /u02/rjdb/control02.ctl FALSE db_block_size 8192 FALSE db_domain Null value FALSE db_file_multiblock_read_count 16 FALSE db_files 2048 FALSE db_name rjdb FALSE deferred_segment_creation FALSE FALSE diagnostic_dest /u01/app/oracle FALSE dispatchers Null value FALSE event 28401 trace name context forever, level 1:10949 trace name
context forever,level 1
FALSE max_dump_file_size 10G FALSE open_cursors 20000 FALSE optimizer_index_caching 90 FALSE optimizer_index_cost_adj 10 FALSE
optimizer_mode ALL_ROWS FALSE parallel_force_local TRUE FALSE pga_aggregate_target 6442450944 FALSE processes 1000 FALSE remote_login_passwordfile EXCLUSIVE FALSE resource_manager_plan Null value FALSE sec_case_sensitive_logon FALSE FALSE session_cached_cursors 300 FALSE sessions 1528 FALSE sga_max_size XX FALSE sga_target XX FALSE undo_tablespace UNDOTBS1 FALSE
?数据库参数设置合理，符合恒生建议。
建议：无
4.5.表空间
?业务表空间均为ASSM管理
建议：表空间状态正常
4.6.数据文件
Status Name Tablespace Size
(MiB
)
Use
d
(MiB
)
Use
d
(%)
Autoextensib
le
SYSTE M /u02/rjdb/system01.dbf SYSTEM 900
** **
YES
ONLIN E /u02/rjdb/crm_table_1.dbf CRM_TABLE 512
** **
YES
ONLIN E /u02/rjdb/fund_table_02.dbf FUND_TABLE 9050
** **
YES
ONLIN E /u02/rjdb/hsliq01.dbf HSLIQ 4096
** **
YES
ONLIN E /u02/rjdb/fund_hindex_1.dbf FUND_HINDEX 256
** **
YES
ONLIN E /u02/rjdb/crm_index_2.dbf CRM_INDEX 5120 1
**
NO
ONLIN E /u02/rjdb/fund_index_03.dbf FUND_INDEX 5120
** **
NO
ONLIN E /u02/rjdb/sysaux01.dbf SYSAUX 4110 3908
**
YES
ONLIN E /u02/rjdb/fund_table_1.dbf FUND_TABLE 2048
** **
YES
ONLIN E /u02/rjdb/crm_htable_1.dbf CRM_HTABLE 256
**
28 YES
ONLIN E /u02/rjdb/crm_index_1.dbf CRM_INDEX 768 650
**
YES
ONLIN E /u02/rjdb/fund_index_02.dbf FUND_INDEX 700 586
**
YES
ONLIN E /u02/rjdb/users01.dbf USERS 5
** **
YES
ONLIN E /u02/rjdb/hsfa01.dbf HSFA
2048
** **
NO
ONLIN E /u02/rjdb/web_table_1.dbf WEB_TABLE 256 1
**
YES
ONLIN E /u02/rjdb/cc_htable_1.dbf CC_HTABLE 256
** **
YES
ONLIN E /u02/rjdb/message_index_1.
dbf
MESSAGE_INDE
X
256
** **
YES
ONLIN E /u02/rjdb/web_index_1.dbf WEB_INDEX 256 1
**
YES
ONLIN E /u02/rjdb/undotbs01.dbf UNDOTBS1
2000
** **
NO
ONLIN E /u02/rjdb/cc_hindex_1.dbf CC_HINDEX 256
** **
YES
ONLIN E /u02/rjdb/message_table_1.d
bf
MESSAGE_TABL
E
256 54
**
YES
ONLIN E /u02/rjdb/crm_table_2.dbf CRM_TABLE 5120 1
**
NO
ONLIN E /u02/rjdb/cc_index_1.dbf CC_INDEX 256
** **
YES
ONLIN E /u02/rjdb/cc_table_1.dbf CC_TABLE 256
** **
YES
ONLIN E /u02/rjdb/fund_htable_1.dbf FUND_HTABLE 256
** **
YES
ONLIN E /u02/rjdb/message_hindex_1
.dbf
MESSAGE_HIND
EX
256
** **
YES
ONLIN E /u02/rjdb/message_htable_1.
dbf
MESSAGE_HTAB
LE
256
** **
YES
ONLIN E /u02/rjdb/crm_hindex_1.dbf CRM_HINDEX 256
** **
YES
ONLIN
E
/u02/rjdb/fund_index_1.dbf FUND_INDEX 1024 1024 100 YES ?数据文件状态都有效
?部分数据文件为autoextend off
建议：无
4.7.控制文件
Name Status
/u02/rjdb/control01.ctl Null value
/u02/rjdb/control02.ctl Null value
?数据库有两个控制文件
建议：无
4.8.redo文件
Group # Status Type Member
1 Null value ONLINE /u02/rjdb/redo01.log
2 Null value ONLINE /u02/rjdb/redo02.log
3 Null value ONLINE /u02/rjdb/redo03.log
4 Null value ONLINE /u02/rjdb/redo04.log
5 Null value ONLINE /u02/rjdb/redo05.log
6 Null value STANDBY /u02/rjdb/stdredo01.log
7 Null value STANDBY /u02/rjdb/stdredo02.log
8 Null value STANDBY /u02/rjdb/stdredo03.log
9 Null value STANDBY /u02/rjdb/stdredo04.log
10 Null value STANDBY /u02/rjdb/stdredo05.log
11 Null value STANDBY /u02/rjdb/stdredo06.log
Group
# Thread
#
Sequence
#
Bytes Members Archived Status First
Change #
First Time
1 1 301 107374
1824 1 NO CURR
ENT
133002
504
17-Aug-20
17 15:05:05
2 1 297 107374
1824 1 YES INAC
TIVE
132416
573
14-Aug-20
17 00:58:28
3 1 298 10737
4 1 YES INAC13260415-Aug-20
1824 TIVE 922 17 00:31:18
4 1 299 107374
1824 1 YES INAC
TIVE
132760
925
16-Aug-20
17 00:31:05
5 1 300 107374
1824 1 YES INAC
TIVE
132918
898
17-Aug-20
17 00:30:27
?数据库有五组redo日志
?redo文件状态正常
?redo文件大小为1G
建议：无
4.9.归档配置
Rjdb LOCATION=/u02/arch ?数据库开启归档
?归档路径：LOCATION=/u02/arch
建议：无
4.10.资源参数配置
Resource Name
Current
Utilization
Max
Utilization
Initial
Allocation
Limit Value
processes 57 194 1000 1000 sessions 66 97 1528 1528 enqueue_locks 77 117 19988 19988 enqueue_resources 46 94 8788 UNLIMITED ges_procs 0 0 0 0 ges_ress 0 0 0 UNLIMITED ges_locks 0 0 0 UNLIMITED ges_cache_ress 0 0 0 UNLIMITED ges_reg_msgs 0 0 0 UNLIMITED ges_big_msgs 0 0 0 UNLIMITED ges_rsv_msgs 0 0 0 0 gcs_resources 0 0 UNLIMITED UNLIMITED gcs_shadows 0 0 UNLIMITED UNLIMITED
smartio_overhead_memory 0 0 0 UNLIMITED smartio_buffer_memory 0 0 0 UNLIMITED smartio_metadata_memory 0 0 0 UNLIMITED smartio_sessions 0 0 0 UNLIMITED
dml_locks 0 24 6720 UNLIMITED temporary_table_locks 0 2 UNLIMITED UNLIMITED transactions 0 3 1680 UNLIMITED
branches 0 2 1680 UNLIMITED cmtcallbk 0 6 1680 UNLIMITED
max_rollback_segments 11 11 1680 65535 sort_segment_locks 8 57 UNLIMITED UNLIMITED k2q_locks 0 0 3056 UNLIMITED max_shared_servers 0 0 UNLIMITED UNLIMITED parallel_max_servers 0 0 320 3600 ?process限制值为1000，最大使用194
?包括process在内的所有资源参数配置合理，能够满足当前业务需求。建议：无
4.11.回滚表空间配置
实例undo表空间大小undo_retention
rjdb UNDOTBS1 20000M 900
?数据库的UNDO表空间设置合理，没有发现ORA-01555错误
建议：无
4.12.临时表空间配置
?临时表空间设置合理，没有发现ORA-01652错误
建议：无
4.13.安全性管理
被授予DBA权限的用户如下：
grantee granted_role ADM status
SYS DBA YES 可用
SYSTEM DBA YES 可用
?SYS和SYSTEM是oracle本身创建的DBA用户，需要确保其密码满足安全性要求，如果不使用，可用考虑将SYSTEM用户锁住
?业务用户授予DBA权限一般是不必要的，最好能按照安全规范收回DBA权限并授予其业务所需的必要的权限，并且密码也应该足够复杂而满足安全规范。
建议：无
4.14.告警日志管理
?数据库最近3个月没有异常ORA错误
建议：无
4.1
5.数据库监听管理
4.1
5.1.监听参数配置
Parameter Name Value Default Modified
local_listener Null value TRUE FALSE
remote_listener Null value FALSE FALSE
4.1
5.2.监听相关文件配置
Information Taken from /u01/app/oracle/product/11.2.0/db_1/network/admin/listener.ora File from this location will override the contents for listener.ora at every other location
# listener.ora Network Configuration File: /tpsys/app/oracle/product/11.2.0.3/network/admin/listener.ora
# Generated by Oracle configuration tools.
SID_LIST_LISTENER=
(SID_LIST=
(SID_DESC=
# (GLOBAL_DBNAME=salesdb.mycompany)
(SID_NAME=rjdb)
(ORACLE_HOME=/u01/app/oracle/product/11.2.0/db_1)
)
)
LISTENER =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.240.1.3)(PORT = 1521))
)
ADR_BASE_LISTENER = /u01/app/oracle
AG_ADR_ENABLED_LISTENER = OFF
Information Taken from /u01/app/oracle/product/11.2.0/db_1/network/admin/tnsnames.ora File from this location will override the contents for tnsnames.ora at every other location RJDB =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.240.1.3)(PORT = 1521))
)
(CONNECT_DATA =
#(SERVICE_NAME = rjdb)
(SID = rjdb)
)
)
RJDB_TEST =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.240.1.7)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = gztest)
)
)
RJDB_ZB =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 101.251.243.216)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = rjdb)
)
)
4.1
5.3.监听状态
LSNRCTL for Linux: Version 11.2.0.4.0 - Production on 17-AUG-2017 15:26:23
Copyright (c) 1991, 2013, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=10.240.1.3)(PORT=1521))) STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for Linux: Version 11.2.0.4.0 - Production
Start Date 02-MAY-2016 14:59:37
Uptime 472 days 0 hr. 26 min. 46 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Listener Parameter File /u01/app/oracle/product/11.2.0/db_1/network/admin/listener.ora Listener Log File /u01/app/oracle/diag/tnslsnr/hsfa/listener/alert/log.xml Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=10.240.1.3)(PORT=1521)))
Services Summary...
Service "RJDB13" has 1 instance(s).
Instance "rjdb", status READY, has 1 handler(s) for this service...
Service "rjdb" has 1 instance(s).
Instance "rjdb", status UNKNOWN, has 1 handler(s) for this service...
****pleted successfully
?数据库的监听状态正常
?监听参数为默认值，配置合理
?监听相关文件配置合理
建议：无
第五章系统和数据库的性能5.1.操作系统配置和监控
5.1.1.磁盘空间
Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/VolGroup00-LogVol00
331606152 151261872 163227916 49% /
/dev/hda1 101086 12865 83002 14% /boot tmpfs 16479524 1244 16478280 1% /dev/shm
?服务器的文件系统使用率都在80%以下
建议：
日常监控磁盘空间使用率一旦达到80%,要做好垃圾文件的清除。
教育事业统计数据质量核查自查报告范文
教育事业统计数据质量核查自查报告范文 根据上级《关于教育事业统计核查工作的通知》要求，积极配合教育组此次教育事业统计核查工作，我园对教育统计数据在生成、填报等各个环节进行了全方位的自查。现将自查情况报告如下： （一）积极贯彻落实统计法律、法规；及时上交相关数据，按时完成数据统计工作。 （二）基本完善学校统计工作规章制度建设，按照统计制度的规定设置了原始记录。 （三）加强统计人员的管理。我园由专门人员具体负责统计工作，班主任具体负责各班各种数据的采集填报工作，使数据内外一致，不走样，不掺水分。 （四）重点核查了学校上报的教育基础数据库、基层统计报表的有关数据： 1、在园生数。通过核对幼儿学籍数据库人数，登记上报人数与实际在园生数一致； 2、教职工、专任教师数和现任的一致； 3、校园土地面积。土地登记面积和学校土地实际使用、占地面积一致； 4、学校建筑面积。通过核对核实校舍建筑面积（教学行政用房）与上报数据库的数字一致； 5、固定资产和教学仪器设备。通过核对固定资产（教学仪器设备），固定资产数据与幼儿园现有的基本一致； 6、图书册数。通过核对图书记录和上架图书的实际情况基本相同； 7、基础教育的班额基本符合要求。 （五）建立了档案室，建立幼儿花名册和教职工花名册，并且适时更新。为了加强数据管理与维护。我们要求班主任要经常与负责统计的工作人员进行沟通，及时上报各类数据的变动情况，发现问题及时订正修改，确保了学校基表与上报的数据库相一致。 以上是我园教育数据统计情况所进行的检查情况，我们决心借助这次教育事业统计核查工作的时机，进一步完善我们的工作，及时更新相关数据从而使我园的教育统计工作日臻完善。
数据库检查报告模版
数据库系统远程性能监测报告模版 文档控制 修改记录 审阅 分发
目录 文档控制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/
统计数据质量自查报告标准范本
报告编号：LX-FS-A88830 统计数据质量自查报告标准范本 The Stage T asks Completed According T o The Plan Reflect The Basic Situation In The Work And The Lessons Learned In The Work, So As T o Obtain Further Guidance From The Superior. 编写：_________________________ 审批：_________________________ 时间：________年_____月_____日 A4打印/ 新修订/ 完整/ 内容可编辑
统计数据质量自查报告标准范本 使用说明：本报告资料适用于按计划完成的阶段任务而进行的，反映工作中的基本情况、工作中取得的经验教训、存在的问题以及今后工作设想的汇报，以取得上级的进一步指导作用。资料内容可按真实状况进行条款调整，套用时请仔细阅读。 根据上级《关于教育事业统计核查工作的通知》要求，积极配合教育组此次教育事业统计核查工作，我园对教育统计数据在生成、填报等各个环节进行了全方位的自查。现将自查情况报告如下： (一)积极贯彻落实统计法律、法规;及时上交相关数据，按时完成数据统计工作。 (二)基本完善学校统计工作规章制度建设，按照统计制度的规定设置了原始记录。 (三)加强统计人员的管理。我园由专门人员具体负责统计工作，班主任具体负责各班各种数据的采集填报工作，使数据内外一致，不走样，不掺水分。
(四)重点核查了学校上报的教育基础数据库、基层统计报表的有关数据： 1、在园生数。通过核对幼儿学籍数据库人数，登记上报人数与实际在园生数一致; 2、教职工、专任教师数和现任的一致; 3、校园土地面积。土地登记面积和学校土地实际使用、占地面积一致; 4、学校建筑面积。通过核对核实校舍建筑面积(教学行政用房)与上报数据库的数字一致; 5、固定资产和教学仪器设备。通过核对固定资产(教学仪器设备)，固定资产数据与幼儿园现有的基本一致; 6、图书册数。通过核对图书记录和上架图书的实际情况基本相同; 7、基础教育的班额基本符合要求。
体检报告生成
体检报告管理软件与体检中心管理软件的 区别 《体检报告管理软件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)
数据库测试的分类和方法
数据库测试的分类和方法 数据库, 分类 从测试过程的角度来说我们也可以把数据库测试分为 系统测试 传统软件系统测试的测试重点是需求覆盖，而对于我们的数据库测试同样也需要对需求覆盖进行保证。那么数据库在初期设计中也需要对这个进行分析,测试.例 如存储过程，视图，触发器，约束，规则等我们都需要进行需求的验证确保这些功能设计是符合需求的.另一方面我们需要确认数据库设计文档和最终的数据库相 同，当设计文档变化时我们同样要验证改修改是否落实到数据库上。 这个阶段我们的测试主要通过数据库设计评审来实现。 集成测试 集成测试是主要针对接口进行的测试工作，从数据库的角度来说和普通测试稍微有些区别对于数据库测试来说，需要考虑的是 数据项的修改操作 数据项的增加操作 数据项的删除操作 数据表增加满 数据表删除空 删除空表中的记录 数据表的并发操作 针对存储过程的接口测试 结合业务逻辑做关联表的接口测试 同样我们需要对这些接口考虑采用等价类、边界值、错误猜测等方法进行测试单元测试 单元测试侧重于逻辑覆盖，相对对于复杂的代码来说，数据库开发的单元测试相对简单些，可以通过语句覆盖和走读的方式完成 系统测试相对来说比较困难，这要求有很高的数据库设计能力和丰富的数据库测
试经验。而集成测试和单元测试就相对简单了。 而我们也可以从测试关注点的角度对数据库进行分类 功能测试 对数据库功能的测试我们可以依赖与工具进行 DBunit 一款开源的数据库功能测试框架，可以使用类似与Junit的方式对数据库的基本操 作进行白盒的单元测试，对输入输出进行校验 QTP 大名鼎鼎的自动测试工具，通过对对象的捕捉识别，我们可以通过QTP来模拟用户 的操作流程，通过其中的校验方法或者结合数据库后台的监控对整个数据库中的数据进行测试。个人觉得比较偏向灰盒。 DataFactory 一款优秀的数据库数据自动生成工具，通过它你可以轻松的生成任意结构数据库，对数据库进行填充，帮助你生成所需要的大量数据从而验证我们数据库中的功能是否正确。这是属于黑盒测试 数据库性能 虽然我们的硬件最近几年进步很快，但是我们需要处理的数据以更快的速度在增加。几亿条记录的表格在现在是司空见惯的，如此庞大的数据量在大量并发连接操作时，我们不能像以前一样随意的使用查询，连接查询，嵌套查询，视图，这些操作如果不当会给系统带来非常巨大的压力，严重影响系统性能 性能优化分4部分 1物理存储方面 2逻辑设计方面 3数据库的参数调整 4SQL语句优化. 我们如何对性能方面进行测试呢，业界也提供了很多工具 通过数据库系统的SQL语句分析工具，我们可以分析得到数据库语句执行的瓶
统计基层调查数据质量自查报告
统计基层调查数据质量自查报告 统计基层调查数据质量自查报告 篇一： 一.工作进展情况 (一)制定方案。为顺利完成优抚对象核查、数据变更工作，我局印发了《万宁市民政局关于开展优抚对象核查、数据变更工作方案》,成立了以崔天星局长为组长的专门领导机构和五个核查小组。具体负责实施优抚对象核查和数据变更工作。 (二)开会培训。5月29日召开全市民政助理员和数据录入员会议，部署优抚对象核查和数据变更工作，讲解各类人员信息表的填写录入及资料采集。 (三)资料收集和人员信息表填写录入。以镇、场为单位负责收集、填写、录入。具体为：按市民政局提供优抚对象名单(即本市县在优抚信息数据库中的对象数据)，结合优抚补助金“一卡通”发放花名册，逐一进行核查。对已有对象，按各类对象人员信息表所列项目逐项如实填写录入，同一个人享受几种优抚待遇的，人员信息表分开填写。各类优抚对象个人的身份证、户口本、复员退伍证、伤残人员证、抚恤定补证、“三属”(烈士、因公、病故)证明书、审批表和一卡通存折等资料(复印件，并由镇、场负责核查工作的人员在复印件上签署原件复印及签名)由各
镇场负责收集，随同人员信息表一起上报。对减员对象，填报减员人员名单统计表。 (四)电子相片采集。每个对象采集2寸免冠电子相片，市局派出4个核查小组下到各镇、场集中采集。电子相片采集时要求每个镇、场集中采集，即由各镇、场通知本镇各类优抚对象到镇、场集中，市民政局核查小组到场统一采集，对无法集中的老优抚对象由核查组入户采集。 (五)数据收集核对整理。由市局优抚安置股负责收集核对和整理，到5月31日止，我市16个镇、场已完成核对工作上报人员信息表和资料的共10个，还有6个没有完成核对工作。 二、存在问题 通过对各镇、场上报人员信息表和各类优抚对象资料的核对整理，发现存在的主要问题为：1、审批资料缺失。在我市现有的8类优抚对象中，仅参战参核人员、60周岁农村籍退役老兵、部分烈士子女和残疾人员(有换证表)有完整的审批材料，三红人员，在乡复员军人、三属人员、带病回乡退伍军人都没有审批表。2、部分对象享受多种待遇。有些对象享受残疾军人、带病回乡军人、参战人员等多种待遇。3、减员对象瞒报。“一卡通”发放抚恤金后乡镇的管理力度不够，优抚对象自然减员管理缺口，发现个别瞒报现象。 三、工作建议
健康检查系统
系统健康检查及优化系统 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地址、掩码、路由、启用状态等；
数据库健康检查报告(2008-4-28)
数据库健康检查报告 版权所有
目录 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.服务器监听配置内容
统计检查整改报告
整改报告 市统计局： 2012年4月24日你局来我公司进行检查工作，主要是征对我单位的统计法和统计制度 执行情况进行了检查。发现主要存在如下问题： 1、2011年建筑业总产值上报数为2280千元，检查核实数为2040千元； 2、未按规定设置统计台帐； 3、未按照“企业一套表”制度规定独立向国家统计部门网报统计数据。 通过这次检查，公司对统计工作有了新的认识和了解，深刻认识到统计工作的重要性， 而且每个单位每个统计人员都有义务将统计工作认真负责的做好等。 我们单位通过这次问题的出现，并将这些问题进行了详细的查找和深入的分析，总结出 造成这些问题的主要原因是由于我们公司建立时间短、规模小、管理制度不健全等，导致统 计工作不受重视，特别是财务制度不健全，因而上报提取的数据来源不准确不全面，加之现 有的专业统计员也由于没有实际工作经验而对网报工作不熟练，因此出现以上问题。 检查问题出现后，公司领导特别重视，而且对相关责任人进行了严厉批评和处罚，并带 头要求自已今后也要把统计工作放在工作的重要位置上，以身作责配合统计人员将统计工作 做好，立刻要求相关 责任人人员及时给予改正。公司于5月份已去区统计局办理了单位统计登记证。统计人 员于6月份去参加了统计人员继续教育以及“企业一套表”的培训工作。财务工作也在逐步 走向正规和健全。相信在今后的工作中我们不再出现以上问题。 ****************************有限公司二0一二年 六月二十五日篇二：金融统计检查的整改报告 平凉市商业银行 关于金融统计执法情况的整改报告 人民银行平凉市中心支行： 通过这次现场检查，及时的发现了我行在金融统计方面存在的问题，并提出了宝贵的整 改意见和对今后统计工作的要求，这对规范、完善我行金融统计业务有十分积极的意义。根 据《执法检查意见书》（（平）银检【2010】13号）要求，我行对现场检查中发现的问题进行 了严肃整改，现将整改情况汇报如下： 一、加强统计管理工作 1. 加强统计制度建设，为金融统计提供制度保障我行制定了统一的内部填报制度和实 施细则,特别是强化建立数据来源和报表项目之间的对应规则,进一步明确内部报表各科目与 金融统计报表项目之间的对应关系,全面梳理统计人员所采用统计方法的正确性,并设置相关 核查复合机制。另外,对于我行统计人员自行整理的《统计岗操作流程手册》进行核实和更新, 确保统计工作有规则制度可依,有细则说明可核,确保能够具备对报表质量进行整体评估和复 核的操作依据,从制度上对统计人员和统计工作进行约束和指导,为统计工作的规范性和准确 性奠定基础。 2.注重金融统计制度的学习培训 在加强统计人员业务学习方面，由于我行报表大部分需 1 要手工进行填报、处理,统计人员任务重、工作量大,资料统计报送时间又集中在月初, 因此为了确保数据统计报送质量,我行加大对统计人员的岗前培训和继续教育,加强对金融统 计制度的学习,全面提升统计人员的素质,让统计岗位工作人员对报表填报程序和方法有正确 理解和掌握,确保统计报表能按时保质保量完成。 我行逐步加强金融统计制度的培训学习，加深对报表填报说明的理解，使每一位统计人 员都能按要求同口径统计数据，保证报送数据口径统一、准确完整。我行制定了详细的统计
系统健康检查服务方案
设备健康检查计划 XX集团股份有限公司 2009年
目录 前言 ................................................................................................................. 错误!未定义书签。 1. 服务概况 ..................................................................................................... 错误!未定义书签。 客户名称............................................................................................................... 错误!未定义书签。 服务时间............................................................................................................... 错误!未定义书签。 服务设备............................................................................................................... 错误!未定义书签。 服务内容............................................................................................................... 错误!未定义书签。 2. 服务前期准备工作....................................................................................... 错误!未定义书签。巡检服务的前期准备工作：................................................................................. 错误!未定义书签。 客户方的前期准备工作：................................................................................... 错误!未定义书签。 双方待讨论和协商的问题：............................................................................... 错误!未定义书签。 3. 服务具体计划.............................................................................................. 错误!未定义书签。 4. 应急计划 ..................................................................................................... 错误!未定义书签。5．备件计划 .................................................................................................... 错误!未定义书签。 6. 文档信息 ..................................................................................................... 错误!未定义书签。附录 ................................................................................................................. 错误!未定义书签。SUN系统巡检报告及相关命令说明..................................................................... 错误!未定义书签。ORACLE数据库巡检报告及相关命令说明 ........................................................... 错误!未定义书签。系统配置信息......................................................................................................... 错误!未定义书签。ORACLE 数据库系统维护检查报告...................................................................... 错误!未定义书签。
东海瑞京_HSFA数据库健康检查报告_2017_3
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
统计基础工作及数据质量自查报告
统计基础工作及数据质量自查报告 一、统一思想，提高认识 统计是党和国家实行科学决策和进行现代化管理的一项重要基础工作。为此，乡政府对农村统计检查自查工作高度重视，认真领会自查工作精神，再次学习《统计法》和《省统计管理条例》，统一了思想，提高了认识，明确了统计检查自查工作的重要性。 二、乡乡统计队伍建设 1、分管情况：XX乡党委委员、副书记XX具体分管统计工作。保证统计工作有人负责，有人管理。 2、统计机构健全、制度完整：乡政府确定专职统计员从事统计工作，制定了较为完善的统计制度，要求统计人员按规定参加统计业务培训，按时参加统计年检，做到持证上岗，依法统计。 三、统计工作软、硬件建设 1、乡统计办公场所 乡党政领导在政府办公场所紧缺的情况下特意为统计办留置了一间全新、单独的办公室，并配置了专用的微机、打印机、档案柜等，有效提高了统计工作效率。 2、制度建设 根据统计制度要求不断完善各项管理制度。建立统计资料管理制度、数据质量抽查制度，规范各项统计报表工作记录和统计资料的存
档管理，做到有章可循，有据可查，使日常统计报表工作和资料管理工作规范化、标准化。 3、各类统计报表按要求实行网上直报，并建立完整的村级台帐，保证数据质量，实事求是。 四、数据来源 1、充分发挥广大乡、村干部主观能动性，认真开展统计基础工作调查。包括农产量抽样调查、畜牧抽样调查、固定资产投资调查、农业普查、经济普查等统计调查工作。 2、乡直有关部门上报各种报表及表册。如派出所提供的人口报表，畜牧站上报的畜牧生产季报表，农业服务中心上报的农村经济收入和农民负担调查表等。 3、乡统计人员到有关单位搜集相关的统计基础材料。统计人员到乡直管财政所、畜牧站、农业服务中心等单位搜集劳动情况及报表材料，到中心小学、卫生院等垂管单位搜集相关统计材料。 五、基础工作 1、加强学习，努力提高统计人员的理论水平及业务素质。统计人员能坚持认真学习《统计法》及工作中的有关法律法规，按时按规定参加统计工作会议、有关统计培训及统计执法考试等，提高了自身素质，适应了工作需要。 2、对统计工作有计划、有安排、有落实。根据上级业务部门的安排，乡统计部门及时拟定了年初工作计划，及时向分管领导汇报统计
《数据质量自查报告》
《数据质量自查报告》 本月抽查数据中的主要问题归纳如下： 一、著录问题 1.著录方式不同造成数据大量重复。 例1：本例共二十余条数据重复 xx@a电子仪器仪表装配工@9dianziyiqiyibiaozhuangpeigong@f周明昌主编 xx@a工人技术培训题集@9gongrenjishupeixuntiji@i电子仪器仪表装配工@f周明昌主编 xx@a管工@9guangong@f李尚发编 xx@a工人技术培训题集@9guangong@i管工@f李尚发编 xx@a有机合成工@9youjihechenggong@f李俊胜，冯玉萍等编 xx@a工人技术培训题集@9youjihechenggong@i有机合成工@f 李俊胜，冯玉萍等编 例2。本套数据著录混乱。 xx@a刑法48讲@f袁登明编著 300@axx年国家司法考试教辅系列国家司法考试专题讲座系列2人民法院出版社北京万国学校司法考试强化培训专用教材xx@a国家司法考试专题讲座——刑法45讲@f袁登明编著 300@axx年国家司法考试教辅系列国家司法考试专题讲座系列3 xx@a国家司法考试专题讲座系列@h2@i刑法49讲@f袁登明编著
300@a人民法院出版社北京万国学校司法考试强化培训专用教材 xx@a国家司法考试专题讲座@i刑法45讲@f袁登明编著 2252@axx年国家司法考试教辅系列@ixx年版国家司法考试专题讲座系列@v24620@1xx@axx年版国家司法考试专题讲座系列@v2 统一为： xx@a国家司法考试专题讲座系列@h2@i刑法49讲@f袁登明编著 300@a北京万国学校司法考试强化培训专用教材 例3xx@axx全国房地产估价师执业资格考试名师辅导用书@i房地产估价相关知识考试攻略$f估价师执业资格考试研究室组编改为： xx@a房地产估价相关知识考试攻略$f全国房地产估价师执业资格考试研究室组编 300@axx全国房地产估价师执业资格考试名师辅导用书 xx@a注册电气工程师执业资格考试基础考试@9zhucedianqigongchengshizhiyezigekaoshijichukaoshi@h下@i复习教程@f张炳达主编 改为： xx@a注册电气工程师执业资格考试基础考试（下）复习教程@9zhucedianqigongchengshizhiyezigekaoshijichukaoshi（xia）fuxijiaocheng@f张炳达主编
Oracle EXADATA健康检查指南
0.作业概述 运行EXADATA Database Machine HealthCheck，检查软件、硬件、固件版本、配置等，生成健康检查报告。 1.作业对象 EXADATA Database Machine上的软件、硬件、固件版本、配置等。 2.作业前确认事项 3.作业具体操作步骤 3.1.下载最新软件 登录ORACLE SUPPORT网站：https://www.360docs.net/doc/1d8237260.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）查看结果并处理错误
统计数据质量自查报告
统计数据质量自查报告 所谓“统计“是“将原始数据整理转化为二次加工数据或信息的一个过程”。而统计数据的质量，可以理解为“数据的一组品质标志满足用户需求的能力的综合”。下文是统计数据质量自查报告，欢迎阅读! 统计数据质量自查报告一为了认真做好粮食统计数据质量专项检查工作，深入贯彻依法统计的基本方针，确保统计数据准确、及时，充分发挥统计在国民经济和社会发展中的重大作用，根据《国家粮食局关于开展粮食统计数据质量专项检查工作的通知》(国粮调〔20XX〕109号)要求，成立了小组，以粮食流通中心分管统计工作的副主任任组长，由调控、监督检查、行管、为成员统计数据质量专项检查小组。按照省、市统一部署，对辖区内从事粮食收购、销售、储存、加工的国有、民营和外资粮食经营企业，以及饲料、工业用粮企业，依法负有提供统计资料义务的单位和经营者，进行了统计数据质量专项检查全面自查。现将自查情况汇报如下： 一、主要检查对象 我县纳入统计范围粮油企业14户，取得粮食收购资格的企业(经营者)10户，其中国有企业1户。对所有涉粮企业20XX年以来的粮食经营台账建立情况，粮食统计报表报送情况，以及有关粮食购进、销售、储存等主要统计数据质量情况进行了检查。 1.粮食经营台账建立情况。对涉粮企业粮食经营台账建立、台账资料保存、台账填写规范、台账数据真实等进行检查。 2.粮食统计报表报送情况。涉粮企业报送统计报表是否及时、真实，是否存在迟报、拒报统计报表等问题。 3.统计数据质量情况。对有关粮食购进、销售、储存等业务的统计处理的准确进行检查，统计账与保管账、会计账账账相符进行了核对。重点检查经营企业(经营者)20XX年以来从生产者收购及库存粮油是否存在虚报、瞒报、漏报等问题进行检查。 4.在实际工作中是否办理统计管理登记，主要数据来源的方法，有无原始记录，
数据库健康管理系统
软件学院 课程设计报告书 课程名称数据库原理及应用课程设计 设计题目健康管理系统 专业班级软件====班 学号 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需求分析 建立健康档案的目的，对于个人而言，是如何利用健康档案中的信息为个人的健康保驾护航。而健康档案的管理和利用，不仅需要具备基础医学知识、临床医学知识、流行病学知识、计算机技术、数学统计知识等综合素质的专业人员，同时需要有庞大的保健医学、预防医学、临床医学、康复医学等专业的资深专家团队的支持，才能够为个人提供一系列
质量自查报告
质量自查报告 导读：本文质量自查报告，仅供参考，如果觉得很不错，欢迎点评和分享。 市调查质量自查报告 我队企业调查工作开展至今已近五年时间，数据质量的好坏，数据是否能较真实地反映我市宏观经济运行状态等问题一直是我们关注的焦点，提高数据质量一直是我们努力的方向之一，在这一方面我们本身也做了大量的卓有成效的工作。 本次结合闽企[2003]23号文精神，按照省队关于调查数据质量自查工作的统一部署，我队在队长的直接组织和领导下，总结过去的经验，查找工作中的不足，并结合现实的实际情况，将提高数据质量的工作推向了另一个高潮。 一、本次自查工作的组织方式 对于本次数据质量自查工作，我队自上而下都十分重视。队长亲自召集专业人员讨论了相关的事项。 1、过去为提高质量所施工作的回顾 1)、我们进行了三次大规模的样本扩充及轮换工作。在抽样调查中，样本点的代表性直接影响调查数据的质量。“大型企业极少，小型企业占绝对多数”是市企业的特点，在样本未调整前经常出现一家企业影响整个宏观走势的现象，为此我们利用基本单位普查等资料为依据对样本点进行科学的甄别，先后三次充实了样本点，样本数量由
起初的88家扩充到了335家，在一定程度上反映了企业的实际情况，提高了样本的代表性，数据质量得到了较好的控制和提高。 2)、我们更新和完善了调查方式方法 为了从源头上加强对数据质量的控制，针对我市调查扩点、成倍增加工作量和人力物力不足的矛盾，从实际情况出发，充分利用现有的县级联络员系统，一是改过去集中催、收、审、录的调查方法，创造条件把整体工作分成有机的若干部分由各县分开承担，对县级联络员进行业务培训和工作指导，不断提高他们的工作积极性和业务水平，增强了数据的源头控制力量。二是队内分工协调，重点抓好市直单位调查点的资料搜集、审核录入工作，把好质量关。 3)、我们加强了与数据和相关数据的对比论证。 数据是否能反映实际，应该通过多方对比来论证。我们在工作中一是加强专业间的沟通和协调，以相关专业的数据验证走势，二是努力把握经济形势，通过直接感观来验证数据质量。三是通过了解全国、全省及各地市的形势来分析数据质量。 4)、我们加强了调查工作力量。 调查工作力量的相对不足对工作也有一定的制约作用，为此，我队具体承担调查工作的干部由一人增加到二人，同时配置并完善办公条件和设备。以工作岗位考评责任制为基础，促进工作的有效开展。 5)、加强历史资料的归档管理。 我队非常重视调查历史资料的管理，每季都按照档案管理的原则，将报表全部收齐并分门别类整理同时装订成册以备后查。