数据库健康检查报告(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.服务器监听配置内容
检查结果：正常
文件内容:
2.数据库监听器状态检查
检查结果：正常
以oracle用户在当前运行Oracle的主机上执行：
$lsnrctl status upora
结果如下：
[oracle@qzupdb2 ~]$ lsnrctl status upora
LSNRCTL for Linux: Version 9.2.0.8.0 - Production on 28-APR-2008 11:20:01
Copyright (c) 1991, 2006, Oracle Corporation. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.51.139)(PORT=1521))) STATUS of the LISTENER
------------------------
Alias UPORA
Version TNSLSNR for Linux: Version 9.2.0.8.0 - Production
Start Date 03-FEB-2008 10:49:11
Uptime 85 days 0 hr. 30 min. 50 sec
Trace Level off
Security OFF
SNMP OFF
Listener Parameter File /home/oracle/app/oracle/product/9.2.0/network/admin/listener.ora Listener Log File /home/oracle/app/oracle/product/9.2.0/network/log/upora.log Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.51.139)(PORT=1521)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC)))
Services Summary...
Service "upora" has 1 instance(s).
Instance "upora", status UNKNOWN, has 1 handler(s) for this service...
The command completed successfully
1.3查看硬件存储空间使用情况
检查结果：正常
结果如下：
[oracle@qzupdb2 ~]$ df -lh
Filesystem Size Used Avail Use% Mounted on
/dev/sda6 20G 6.2G 13G 34% /
/dev/sda2 289M 17M 257M 7% /boot
none 2.0G 0 2.0G 0% /dev/shm
/dev/sda11 61G 6.9G 51G 12% /home
/dev/sda3 20G 1.2G 18G 7% /opt
/dev/sda7 9.7G 55M 9.1G 1% /tmp
/dev/sda5 20G 369M 18G 2% /var
/dev/sdc1 527G 16G 485G 4% /oradata1
/dev/sdb1 385G 150G 216G 41% /oradata
1.4安全管理
检查结果：正常
输入命令:
结果信息如下：
[oracle@qzupdb2 ~]$ sqlplus '/ as sysdba'
SQL*Plus: Release 9.2.0.8.0 - Production on Mon Apr 28 11:20:47 2008 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
Connected to:
Oracle9i Enterprise Edition Release 9.2.0.8.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.8.0 - Production
SQL> select *
2 from dba_role_privs
where grantee in (select USERNAME
3 4 from dba_users
5 where account_status = 'OPEN'
6 AND INITIAL_RSRC_CONSUMER_GROUP <> 'SYS_GROUP'
7 AND DEFAULT_TABLESPACE <> 'SYSTEM');
GRANTEE GRANTED_ROLE ADM DEF
------------------------------ ------------------------------ --- --- WAPGW CONNECT NO YES WAPGW RESOURCE NO YES UPUSER CONNECT NO YES UPUSER RESOURCE NO YES
IT_MONITOR CONNECT NO YES
SQL>
1.5数据库警告日志文件检查
检查结果: 正常
以oracle用户登录当前运行Oracle的主机，执行：
$cd $ORACLE_BASE/admin/upora/bdump
$cat alert_upora.log|grep ORA-
近期没有出错日志
注意：SID和$ORACLE_SID都表示实例名。
[oracle@qzupdb2 bdump]$ tail -100 alert_upora.log
Tue Mar 25 23:50:43 2008
Thread 1 advanced to log sequence 926
Current log# 1 seq# 926 mem# 0: /oradata/upora/redo01.log Fri Mar 28 03:05:56 2008
Thread 1 advanced to log sequence 927
Current log# 2 seq# 927 mem# 0: /oradata/upora/redo02.log Sun Mar 30 00:01:05 2008
Thread 1 advanced to log sequence 928
Current log# 3 seq# 928 mem# 0: /oradata/upora/redo03.log Thread 1 advanced to log sequence 929
Current log# 1 seq# 929 mem# 0: /oradata/upora/redo01.log Thread 1 advanced to log sequence 930
Current log# 2 seq# 930 mem# 0: /oradata/upora/redo02.log Thread 1 cannot allocate new log, sequence 931
Checkpoint not complete
Current log# 2 seq# 930 mem# 0: /oradata/upora/redo02.log Thread 1 advanced to log sequence 931
Current log# 3 seq# 931 mem# 0: /oradata/upora/redo03.log Sun Mar 30 00:01:51 2008
Thread 1 cannot allocate new log, sequence 932
Checkpoint not complete
Current log# 3 seq# 931 mem# 0: /oradata/upora/redo03.log Thread 1 advanced to log sequence 932
Current log# 1 seq# 932 mem# 0: /oradata/upora/redo01.log Sun Mar 30 00:02:11 2008
Thread 1 cannot allocate new log, sequence 933
Checkpoint not complete
Current log# 1 seq# 932 mem# 0: /oradata/upora/redo01.log Sun Mar 30 00:02:30 2008
Thread 1 advanced to log sequence 933
Current log# 2 seq# 933 mem# 0: /oradata/upora/redo02.log Thread 1 cannot allocate new log, sequence 934
Checkpoint not complete
Current log# 2 seq# 933 mem# 0: /oradata/upora/redo02.log Sun Mar 30 00:02:50 2008
Thread 1 advanced to log sequence 934
Current log# 3 seq# 934 mem# 0: /oradata/upora/redo03.log Thread 1 cannot allocate new log, sequence 935
Checkpoint not complete
Current log# 3 seq# 934 mem# 0: /oradata/upora/redo03.log Sun Mar 30 00:03:15 2008
Thread 1 advanced to log sequence 935
Current log# 1 seq# 935 mem# 0: /oradata/upora/redo01.log Mon Mar 31 23:27:05 2008
Thread 1 advanced to log sequence 936
Current log# 2 seq# 936 mem# 0: /oradata/upora/redo02.log Thu Apr 3 02:50:50 2008
Thread 1 advanced to log sequence 937
Current log# 3 seq# 937 mem# 0: /oradata/upora/redo03.log Sat Apr 5 06:22:01 2008
Thread 1 advanced to log sequence 938
Current log# 1 seq# 938 mem# 0: /oradata/upora/redo01.log Mon Apr 7 09:34:28 2008
Thread 1 advanced to log sequence 939
Current log# 2 seq# 939 mem# 0: /oradata/upora/redo02.log Wed Apr 9 12:44:31 2008
Thread 1 advanced to log sequence 940
Current log# 3 seq# 940 mem# 0: /oradata/upora/redo03.log Fri Apr 11 14:58:43 2008
Thread 1 advanced to log sequence 941
Current log# 1 seq# 941 mem# 0: /oradata/upora/redo01.log Sun Apr 13 17:48:02 2008
Thread 1 advanced to log sequence 942
Current log# 2 seq# 942 mem# 0: /oradata/upora/redo02.log Tue Apr 15 18:59:40 2008
Thread 1 advanced to log sequence 943
Current log# 3 seq# 943 mem# 0: /oradata/upora/redo03.log Thu Apr 17 20:52:52 2008
Thread 1 advanced to log sequence 944
Current log# 1 seq# 944 mem# 0: /oradata/upora/redo01.log Sat Apr 19 21:08:13 2008
Thread 1 advanced to log sequence 945
Current log# 2 seq# 945 mem# 0: /oradata/upora/redo02.log Tue Apr 22 00:00:59 2008
Thread 1 advanced to log sequence 946
Current log# 3 seq# 946 mem# 0: /oradata/upora/redo03.log Thu Apr 24 02:49:45 2008
Thread 1 advanced to log sequence 947
Current log# 1 seq# 947 mem# 0: /oradata/upora/redo01.log Sat Apr 26 05:42:27 2008
Thread 1 advanced to log sequence 948
Current log# 2 seq# 948 mem# 0: /oradata/upora/redo02.log Mon Apr 28 06:56:55 2008
Thread 1 advanced to log sequence 949
Current log# 3 seq# 949 mem# 0: /oradata/upora/redo03.log
1.6数据库空表间检查
检查结果：正常.
以ORACLE用户登陆当前运行的ORACLE主机，执行：
结果如下：
表空间名表空间大小(M)已使用空间(M) 使用比空闲空间(M) 最大块(M) ------------------------------ ------------- ------------- ------- ----------- ----------
EXAMPLE 149.38 148.88 99.67 .5 .5
XDB 45 44.75 99.44 .25 .25 SYSTEM 380 371.75 97.83 8.25 8.25 CWMLITE 20 14.81 74.05 5.19 5.19 DRSYS 20 9.69 48.45 10.31 10.31
ODM 20 9.62 48.10 10.38 10.38
TS_PULL_EVENT_1 10500 4105.19 39.10 6394.81 2166.94 TS_WAPGW_CONFIG 6500 467.44 7.19 6032.56 3271.94 TS_OPERATION_INFO 3500 240.62 6.87 3259.38 1684.94 TS_PULL_EVENT_7 10500 677.19 6.45 9822.81 3278.94 TS_PULL_EVENT_4 10500 454.19 4.33 10045.81 3352.94 UNDOTBS1 3525 80.44 2.28 3444.56 3138.94
TS_CDR_PULL_1 9216 201.25 2.18 9014.75 3007.94 TS_CDR_PULL_5 9216 201.25 2.18 9014.75 3007.94 TS_CDR_PULL_7 9216 201.25 2.18 9014.75 3007.94 TS_CDR_PULL_6 9216 201.25 2.18 9014.75 3007.94 TS_CDR_PULL_4 9216 201.25 2.18 9014.75 3007.94 TS_CDR_PULL_2 9216 201.25 2.18 9014.75 3007.94 TS_CDR_PULL_3 9216 201.25 2.18 9014.75 3007.94 TS_PULL_EVENT_6 10500 204.19 1.94 10295.81 3434.94 TS_PULL_EVENT_5 10500 202.19 1.93 10297.81 3435.94 TS_PULL_EVENT_2 10500 201.25 1.92 10298.75 3435.94 TS_PULL_EVENT_3 10500 201.25 1.92 10298.75 3435.94 TS_CONTENT_EXT 3500 29.44 0.84 3470.56 1786.94 TS_CONTENT_PRODUCT 3500 26.31 0.75 3473.69 1786.94 TOOLS 10 .06 0.60 9.94 9.94
TS_USER_INFO 1800 10.25 0.57 1789.75 1789.75
TS_PRODUCT_ORDER_RELATIO 1024 5.56 0.54 1018.44 1017.94 TS_OPERATION_CONTENT 1300 5.25 0.40 1294.75 1294.75 TS_UPUSER_USER 1024 4.12 0.40 1019.88 835.63 INDX 25 .06 0.24 24.94 24.94 USERS 25 .06 0.24 24.94 24.94
32 rows selected.
1.7I/O检查
检查结果：I/0运行正常，I/0wait 保持在10%以内水平.
操作命令：top 结果如下：
[oracle@qzupdb2 bdump]$ top
top - 14:52:39 up 126 days, 23 min, 1 user, load average: 2.02, 2.03, 2.00
Tasks: 248 total, 1 running, 246 sleeping, 0 stopped, 1 zombie
Cpu(s): 0.0% us, 0.0% sy, 0.0% ni, 100.0% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 4149144k total, 4104652k used, 44492k free, 185716k buffers
Swap: 6144744k total, 130120k used, 6014624k free, 3315176k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 9385 oracle 16 0 2168 1112 780 R 0 0.0 0:00.03 top
1 root 16 0 3540 600 51
2 S 0 0.0 0:17.36 init
2 root RT 0 0 0 0 S 0 0.0 0:01.36 migration/0
3 root 3
4 19 0 0 0 S 0 0.0 0:00.0
5 ksoftirqd/0
4 root RT 0 0 0 0 S 0 0.0 0:00.98 migration/1
5 root 34 19 0 0 0 S 0 0.0 0:00.04 ksoftirqd/1
6 root RT 0 0 0 0 S 0 0.0 0:00.93 migration/2
7 root 34 19 0 0 0 S 0 0.0 0:00.06 ksoftirqd/2
8 root RT 0 0 0 0 S 0 0.0 0:00.91 migration/3
9 root 34 19 0 0 0 S 0 0.0 0:00.04 ksoftirqd/3
10 root RT 0 0 0 0 S 0 0.0 0:00.71 migration/4
11 root 34 19 0 0 0 S 0 0.0 0:00.05 ksoftirqd/4
12 root RT 0 0 0 0 S 0 0.0 0:00.56 migration/5
13 root 34 19 0 0 0 S 0 0.0 0:00.03 ksoftirqd/5
14 root RT 0 0 0 0 S 0 0.0 0:00.41 migration/6
15 root 34 19 0 0 0 S 0 0.0 0:00.10 ksoftirqd/6
16 root RT 0 0 0 0 S 0 0.0 0:00.29 migration/7
17 root 34 19 0 0 0 S 0 0.0 0:00.03 ksoftirqd/7
18 root 5 -10 0 0 0 S 0 0.0 0:00.06 events/0
19 root 5 -10 0 0 0 S 0 0.0 0:00.00 events/1
20 root 5 -10 0 0 0 S 0 0.0 0:00.00 events/2
21 root 5 -10 0 0 0 S 0 0.0 0:00.00 events/3
22 root 5 -10 0 0 0 S 0 0.0 0:00.00 events/4
23 root 5 -10 0 0 0 S 0 0.0 0:00.00 events/5
24 root 5 -10 0 0 0 S 0 0.0 0:00.00 events/6
25 root 5 -10 0 0 0 S 0 0.0 0:00.00 events/7
26 root 5 -10 0 0 0 S 0 0.0 0:00.00 khelper
27 root 15 -10 0 0 0 S 0 0.0 0:00.00 kacpid
83 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/0
84 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/1
85 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/2
86 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/3
87 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/4
88 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/5
89 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/6
90 root 5 -10 0 0 0 S 0 0.0 0:00.00 kblockd/7
91 root 15 0 0 0 0 S 0 0.0 0:00.05 khubd
【说明】Iowait不应长期(连续1个小时以上)超过50％以上.如果超过需要通知DBA做进一步的观察和
分析。
1.8检查是否有失效的索引
检查结果：索引都正常，目前未发现失效的索引。
用sys用户登陆，用下面语句：
结果如下：
SQL> Set linesize 1000;
SQL> col index_name for a40;
SQL> col owner for a30;
SQL> col tablespace_name for a30;
col table_name for a30;
select index_name,
owner,
table_name,
tablespace_name
from dba_indexes
where owner not in('SYS','SYSTEM')
and status!='VALID' and tablespace_name is not null; SQL> SQL> 2 3 4 5 6 7
no rows selected
SQL>
1.9检查数据库用户情况
检查结果：正常
用sys用户登陆，用下面语句：
结果如下：
SQL> col username format a30;
SQL> col DEFAULT_TABLESPACE format a35;
col TEMPORARY_TABLESPACE format a35;
SQL> SQL>
SQL> select USERNAME,DEFAULT_TABLESPACE,TEMPORARY_TABLESPACE,CREATED
from dba_users
2 3 where account_status='OPEN' AND INITIAL_RSRC_CONSUMER_GROUP<>'SYS_GROUP'
4 AND DEFAULT_TABLESPACE<>'SYSTEM';
USERNAME DEFAULT_TABLESPACE TEMPORARY_TABLESPACE CREATED
------------------------------ ----------------------------------- ----------------------------------- ---------
WAPGW TS_WAPGW_CONFIG TS_WAPGW_TEMP_NEW 06-SEP-07
IT_MONITOR USERS TEMP 14-NOV-07 UPUSER TS_UPUSER_USER TS_UPUSER_TEMP 05-SEP-07
SQL>
检查是否有用户的缺省表空间和临时表空间设置为SYSTEM表空间,如果有，说明存在其他非DBA随意创建用户和表的情况，如果比较多且任意建的用户对象（表或索引）比较大时，将影响数据库的性能。【说明】如有记录返回请联系DBA，由DBA对用户的表空间进行整理。
1.10检查数据库数据文件的状态
检查结果：正常.
用sys用户登陆，用下面语句：
Select file_name from dba_data_files where status='OFFLINE'
结果如下：
SQL> Select file_name from dba_data_files where status='OFFLINE';
no rows selected
目前暂无OFFLINE状态的内容.
1.11检查监听日志文件是否过大
检查结果：监听日志大小正常
[oracle@qzupdb2 log]$ ls -lh
total 182M
-rw-r--r-- 1 oracle oinstall 3.0K Feb 4 11:59 listener.log
-rw-r--r-- 1 oracle oinstall 100K Feb 23 02:07 sqlnet.log
-rw-r--r-- 1 oracle oinstall 182M Mar 19 14:56 upora.log
-rw-r--r-- 1 oracle oinstall 0 Feb 18 2004 z
listener的log文件放在$ORACLE_HOME/network/log目录下。
1.12查看数据库优化信息,确保未被随意更改,保证数据库系统运行性能
检查结果：系统参数优化正常;数据库参数正常。
备注：如有业务应用有大调整或设备及数据库做升级和扩容，需要进一步调整部分参数，改参数后需要重启数据库。
1.数据库安装时的优化信息检查,确认值以下值未被更改.
系统参数优化内容:
查看方式: cat /etc/sysctl.conf
内容如下:(跟Oracle有关的参数如下)
[oracle@qzupdb2 log]$ cat /etc/sysctl.conf
kernel.shmmax = 2147483648
kernel.shmmni = 4096
kernel.shmall = 2097152
kernel.sem = 810 103680 810 128
fs.file-max = 65536
net.ipv4.ip_local_port_range = 1024 65000
2.初始化参数的优化
主要参数如下:查看方式:
1)ORACLE用户登陆数据库服务器;
2)$cat $ORACLE_HOME/dbs/spfileupora.ora
内容如下:
[oracle@qzupdb2 log]$ cat $ORACLE_HOME/dbs/spfileupora.ora
*.aq_tm_processes=1
*.background_dump_dest='/home/oracle/admin/upora/bdump'
*.compatible='9.2.0.0.0'
*.control_files='/oradata/upora/control01.ctl','/oradata/upora/control02.ctl','/oradata/upora/control03.ctl' *.core_dump_dest='/home/oracle/admin/upora/cdump'
*.db_block_size=8192
*.db_cache_size=1073741824
*.db_domain=''
*.db_file_multiblock_read_count=16
*.db_files=1000
*.db_name='upora'
*.dispatchers='(PROTOCOL=TCP) (SERVICE=uporaXDB)'
*.fast_start_mttr_target=300
*.hash_join_enabled=TRUE
*.instance_name='upora'
*.java_pool_size=83886080
*.job_queue_processes=10
*.large_pool_size=16777216
*.open_cursors=500
*.pga_aggregate_target=419430400
*.processes=800
*.query_rewrite_enabled='FALSE'
*.remote_login_passwordfile='EXCLUSIVE'
*.shared_pool_size=209715200
*.sort_area_size=524288
*.star_transformation_enabled='FALSE'
*.timed_statistics=TRUE
*.undo_management='AUTO'
*.undo_retention=10800
*.undo_tablespace='UNDOTBS1'
*.user_dump_dest='/home/oracle/admin/upora/udump'
教育事业统计数据质量核查自查报告范文
教育事业统计数据质量核查自查报告范文 根据上级《关于教育事业统计核查工作的通知》要求，积极配合教育组此次教育事业统计核查工作，我园对教育统计数据在生成、填报等各个环节进行了全方位的自查。现将自查情况报告如下： （一）积极贯彻落实统计法律、法规；及时上交相关数据，按时完成数据统计工作。 （二）基本完善学校统计工作规章制度建设，按照统计制度的规定设置了原始记录。 （三）加强统计人员的管理。我园由专门人员具体负责统计工作，班主任具体负责各班各种数据的采集填报工作，使数据内外一致，不走样，不掺水分。 （四）重点核查了学校上报的教育基础数据库、基层统计报表的有关数据： 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)
SQL Server巡检报告-模板
SQL Server巡检报告 XXXX系统集成服务有限公司 密级：保密 XX省XX公司 SQL Server数据库系统 巡检报告 XXXX系统集成服务有限公司 2016年02月 1
第1章.文档控制 (3) 第2章.巡检目的 (4) 第3章.系统基本信息巡检 (4) 第4章.操作系统环境巡检 (5) 第5章.数据库性能巡检 (6) 第6章.数据库维护巡检 (11) 第7章.总结及建议 (12) 2
第1章.文档控制 3
第2章.巡检目的 A.监控数据库的当前运行状况，确保数据库稳定运行。 B.监控数据库的备份或容灾或集群状况，减少问题发生时的风险和责任。 C.尽可能减少紧急故障发生频率。 D.尽早发现系统存在的潜在问题，使可能的故障消除在萌芽状态。 E.提出相应的合理改进建议。 第3章.系统基本信息巡检 SQL SERVER 2005是微软出品的数据库产品，以其卓越的性能和高超的稳定性在目前的企业应用中占据着重要地位。此次SQL Server维保保障SQL数据库系统的稳定工作的重要措施，在此感谢在巡检过程中给予我们帮助和支持的客户方员工。 A.机器名称：Ufida B.硬件配置：Intel(R) CPU E5-2630 2.3GHz(2处理器),24核,16G内存 C.操作系统版本：Windows Server 2008 R2 X64 企业版 Windows NT 6.1 (Build 7600: ) 4
D.数据库版本：Microsoft SQL Server 2005 SP3- 9.00.4035.00 (X64) E.工作模式：Windows域模式，域为https://www.360docs.net/doc/137949866.html, F.数据库端口：1433 G.业务系统：用友财务、人事和考勤。 H.内存使用：物理内存16G，实际使用5.95G，设置了最大内存12G。第4章.操作系统环境巡检 A.检查系统日志 a)使用“事件查看器”，查看系统日志，关注错误信息排查错误。 检查结果：正常 b)重点关注与SQLServer相关的日志信息。 检查结果：有比较多的SA账户登陆失败，需进一步排查。 c)及时备份与清理过期的日志信息。 5
统计基层调查数据质量自查报告
统计基层调查数据质量自查报告 统计基层调查数据质量自查报告 篇一： 一.工作进展情况 (一)制定方案。为顺利完成优抚对象核查、数据变更工作，我局印发了《万宁市民政局关于开展优抚对象核查、数据变更工作方案》,成立了以崔天星局长为组长的专门领导机构和五个核查小组。具体负责实施优抚对象核查和数据变更工作。 (二)开会培训。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地址、掩码、路由、启用状态等；
XX移动_Oracle数据库巡检报告-描述版-V 模板
XX移动Oracle 数据库巡检报告描述版 （v ）
版本说明
目录
巡检说明 此次巡检总共巡检中国移动北京分公司数据库oracle 套数据库巡检列表如下 巡检具体见下 巡检总结 总体性能方面 问题点
系统配置 oracle 用户的limit限制 Oracle数据库的一些参数设置受到操作系统的限制，如果某些操作系统限制（例如用户使用内存数，最大文件数等），则Oracle运行过程中可能报错（例如申请内存出错等）。因此，巡检查看这部分信息。 正常___ 不正常___ 正常 CPU使用情况 查看主机CPU资源是否充足，此部分信息可做为性能诊断的参考。 # vmstat 2 10 充足___ 不充足___ 充足 磁盘空间情况 查看主机磁盘资源是否充足，如果某些日志路径满，则Oracle会报错。 充足___ 不充足___ 充足 内存使用情况 查看主机内存资源是否充足，如果内存用尽，主机会使用交换区(SWAP)，这会造成额外的I/O，影响Oracle 的性能。 充足___ 不充足___ 充足
10.87.56.220数据库配置 这个部分详细阐述了数据库< ORCL>的主要结构。 数据库版本 数据库的当前版本是 建议升级___ 不建议升级___ 不建议升级 数据库产品选项 一般，很多系统安装的数据库产品选项根本未被使用。以下列出的安装产品选项可供未来的应用开发参考，或是可以被确认有哪些产品选项未在原计划之内。 正常___ 不正常___ 正常 Database Registry 正常___ 不正常___ 正常 SGA 组成 以下是数据库< ORCL>的组成情况： 控制文件 以下数据库控制文件信息 正常___ 不正常___ 正常
数据库健康检查报告(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 数据库系统维护检查报告...................................................................... 错误!未定义书签。
SQL Server巡检报告-模板
SQL Server巡检报告XXXX系统集成服务有限公司 密级：保密 XX省XX公司 SQL Server数据库系统 巡检报告 XXXX系统集成服务有限公司 2016年02月 第1章. 文档控制 3 第2章. 巡检目的 4 第3章. 系统基本信息巡检 4 第4章. 操作系统环境巡检 5 第5章. 数据库性能巡检 6 第6章. 数据库维护巡检 11 第7章. 总结及建议 12
第1章. 文档控制 第2章. 巡检目的 A. 监控数据库的当前运行状况，确保数据库稳定运行。 B. 监控数据库的备份或容灾或集群状况，减少问题发生时的风险和责任。 C. 尽可能减少紧急故障发生频率。 D. 尽早发现系统存在的潜在问题，使可能的故障消除在萌芽状态。 E. 提出相应的合理改进建议。 第3章. 系统基本信息巡检 SQL SERVER 2005是微软出品的数据库产品，以其卓越的性能和高超的稳定性在目前的企业应用中占据着重要地位。此次SQL Server维保保障SQL数据库系统的稳定工作的重要措施，在此感谢在巡检过程中给予我们帮助和支持的客户方员工。 A. 机器名称：Ufida
B. 硬件配置：Intel(R) CPU E5-2630 2.3GHz(2处理器),24核,16G内存 C. 操作系统版本：Windows Server 2008 R2 X64 企业版 Windows NT 6.1 (Build 7600: ) D. 数据库版本：Microsoft SQL Server 2005 SP3- 9.00.4035.00 (X64) E. 工作模式：Windows域模式，域为https://www.360docs.net/doc/137949866.html, F. 数据库端口：1433 G. 业务系统：用友财务、人事和考勤。 H. 内存使用：物理内存16G，实际使用5.95G，设置了最大内存12G。 第4章. 操作系统环境巡检 A. 检查系统日志 a) 使用“事件查看器”，查看系统日志，关注错误信息排查错误。 检查结果：正常 b) 重点关注与SQLServer相关的日志信息。 检查结果：有比较多的SA账户登陆失败，需进一步排查。 c) 及时备份与清理过期的日志信息。 检查结果：正常 B. 检查磁盘空间
东海瑞京_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、对统计工作有计划、有安排、有落实。根据上级业务部门的安排，乡统计部门及时拟定了年初工作计划，及时向分管领导汇报统计
Oracle数据库巡检报告
XXX数据库【XXX】巡检报告 1 第一部分操作系统参数检查 (2) 1.1 检查数据库cpu、I/O、内存性能 (2) 1.2 检查Oracle服务进程 (2) 2 第二部分Oracle数据库检查 (3) 2.1 数据库状态 (3) 2.1.1 检查oracle环境变量 (3) 2.1.2 检查监听状态 (3) 2.1.3 查看Oracle初始化参数 (3) 2.1.4 检查Oracle的实例状态 (3) 2.1.5 检查数据库读写状态 (3) 2.1.6 查看oracle数据库的版本 (4) 2.1.7 查看sga、pga详细信息 (4) 2.1.8 检查控制文件状态 (4) 2.1.9 检查日志文件状态 (4) 2.1.10 检查alter日志 (4) 2.1.11 检查当前crontab任务 (4) 2.2 数据库空间监控 (5) 2.2.1 检查数据库的大小，和空间使用情况 (5) 2.2.2 查看数据库是否处于归档模式 (6) 2.2.3 检查表空间物理文件的名称及大小 (6) 2.2.4 数据库数据文件等所在目录使用情况 (6) 2.3 数据库性能、资源、对象检查 (6) 2.3.1 负载情况（Load Profile） (6) 2.3.2数据库内存命中率（Instance Efficiency Percentages (Target 100%)） (7) 2.3.3监控等待事件（Top 5 Timed Events） (7) 2.3.4检查无效的数据对象 (7) 2.3.5检查碎片程度高的表 (7) 2.3.6 检查排序区 (8) 2.3.7 检查日志缓冲区 (8) 2.3.8 检查Oracle初始化文件中相关参数值 (8) 2.3.9 检查数据库连接情况 (8) 2.3.10 检查system表空间内的内容 (8) 2.3.11 检查表空间碎片率 (8) 2.3.12 检查死锁 (9) 2.4 数据库备份检查 (9) 2.4.1 检查数据库备份日志信息 (9)
《数据质量自查报告》
《数据质量自查报告》 本月抽查数据中的主要问题归纳如下： 一、著录问题 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/137949866.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）查看结果并处理错误