ORACLE 健康检查与性能分析报告
B e nQ G u r u.c o m
XXXXXX公司
Oracle ORAERP数据库系统
健康检查与性能分析报告
联系人：
公司：明基逐鹿软件有限公司
地址：苏州新区狮山路268号
电话：+86-512-6807-8800-6677
报告日期：2008-09-01
B e nQ G u r u.c o m
目录
1: 报告综述 (3)
1.1目的说明 (3)
1.2Server整体状况 (3)
2: 主机与数据库配置 (4)
2.1 主机配置 (4)
3: 操作系统可用性 (5)
3.1 文件系统使用状况 (5)
3.2 操作系统性能分析 (5)
4: 数据库可用性 (7)
4.1 Database Session Chart (7)
4.2 日志文件状态 (7)
4.3 控制文件状态 (9)
4.4 归档日志状态 (10)
4.5 表空间使用状况 (10)
4.6 数据库文件读写状况 (11)
4.7 Invalid Objects (12)
4.8 Disabled Triggers (12)
4.9 数据库备份状况 (13)
4.10 数据库恢复 (13)
5: 数据库性能分析 (14)
5.1 Shared Pool HitRatio (14)
5.3 Library hit ratio (15)
5.4 Usage Index (15)
5.5 Top 20 Low Performance SQL (19)
5.6 Top 20 Long running SQL (21)
6: 数据库改善建议 (25)
7：性能建议 (25)
B e nQ G u r u.c o m
1: 报告综述
1.1目的说明
此报告作为时间2008/07/27—2008/08/26 健康检查报告，旨在监视期间Oracle 数据库运行状况报告和可能产生的问题隐患做一分析，并对未来数据库提出管理/规划/维护/优化建议和意见。以保证生产数据库的高可用性。
1.2Server整体状况
Oracle Database 所在Server 在2008/07/27—2008/08/26 期间，由于其他非Oracle原因重启过两次（2008/08/19 和2008/08/22），经BBSC DBA 检查为OS Restart，导致Database 非正常关闭，但由于数据库控制文件和数据文件正常，所以启动时能自动恢复，经检查数据库状况良好。OS 重启问题客户还在找原因（不能排除人为操作失误造成）
主机名数据库
ORAERP1 ORAERP
Server ORAERP1 --server 运行4 天
[root@ORAERP1 ~]# uptime
14:29:27 up 4 days, 30 min, 1 user, load average: 0.84, 0.66, 0.84
B e nQ G u r u.c o m
2: 主机与数据库配置
2.1 主机配置
ORAERP1 主机
主机配置OS Version
Database Level
CPU: 3.0GHz*4 RAM: 6G RedHat AS4
2.6.9-42.ELsmp
oracle 10g 7*24
2.2 数据库配置
Instance Name ORAERP
Server Name ORAERP1
Domain ORA
SGA Total System Global Area 1375731712 bytes Fixed Size 1261732 bytes Variable Size 922750812 bytes Database Buffers 436207616 bytes Redo Buffers 15511552 bytes
Control File status /home/app/oracle/oradata/ORAERP/control01.ctl /oradb/ORAERP/oradata/control02.ctl
/oradb/ORAERP/oradata/control03.ctl
Redolog GROUP# TYPE MEMBER
------ ---------- --------------------------------------------------
1 ONLINE /oradb/ORAERP/oradata/redo01a.log
1 ONLINE /oradb/ORAERP/oradata/redo01b.log
2 ONLINE /oradb/ORAERP/oradata/redo02a.log
2 ONLINE /oradb/ORAERP/oradata/redo02b.log
3 ONLINE /oradb/ORAERP/oradata/redo03a.log
3 ONLINE /oradb/ORAERP/oradata/redo03b.log
4 ONLINE /oradb/ORAERP/oradata/redo04a.log
4 ONLINE /oradb/ORAERP/oradata/redo04b.log
5 ONLINE /oradb/ORAERP/oradata/redo05a.log
5 ONLINE /oradb/ORAERP/oradata/redo05b.log
Archive Mode Database log mode Archive Mode
Automatic archival Enabled
Archive destination /oradb/ORAERP/archivelog Oldest online log sequence 58630
Next log sequence to archive 58634
Current log sequence 54100
B e nQ G u r u.c o m
3: 操作系统可用性
3.1 文件系统使用状况
Server ORAERP1
ORAERP1*ORAERP log]$df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/cciss/c0d0p2 52410388 5919120 43828896 12% /
/dev/cciss/c0d0p1 101086 11599 84268 13% /boot
none 3083588 0 3083588 0% /dev/shm Note:
Linux 文件系统是使用状况良好。
3.2 操作系统性能分析
3.2.1 CPU 使用趋势状况
Note:
CPU Loader 在2008/08/21 有升高现象随即有较少，但都在合理范围内，故良好。
B e nQ G u r u.c o m
3.2.2 Mem 使用趋势状况
Note:
物理Memory 使用率持续长时间的接近100%。需要注意。
建议增加Mem 来缓解Mem 使用率高的瓶颈,或找寻占用大量Memory的Process,以便进一步处理。
3.2.3 Disk 使用趋势状况
Note：
Database ORAERP 业务量稳定,在2008-8-25新增了表空间ORA0809，大小为8G。
B e nQ G u r u.c o m
4: 数据库可用性
4.1 Database Session Chart
Note：
根据统计
ORAERP 设置Session =650，数据库每天使用不到300。
根据统计信息显示Oracle Database 设置的Session 数量能满足现有需要，
并不需要做更改。
4.2 日志文件状态
日志切换
Database ORAERP 日志切换表：(切换时间小于5分钟)
START_RECID START_TIME END_RECID END_TIME MINUTES 55442 2008-08-05 01:00:40 55443 2008-08-05 01:04:11 3.52
55491 2008-08-05 09:16:47 55492 2008-08-05 09:21:17 4.5
55524 2008-08-05 14:01:01 55525 2008-08-05 14:05:29 4.47
55563 2008-08-05 20:59:09 55564 2008-08-05 21:00:06 0.95
B e nQ G u r u.c o m
55586 2008-08-06 00:26:18 55587 2008-08-06 00:29:39 3.35 55636 2008-08-06 08:43:11 55637 2008-08-06 08:48:00 4.82 55682 2008-08-06 15:41:35 55683 2008-08-06 15:46:24 4.82 55710 2008-08-06 20:57:37 55711 2008-08-06 21:00:05 2.47 55717 2008-08-06 22:00:32 55718 2008-08-06 22:04:17 3.75 55802 2008-08-07 13:55:58 55803 2008-08-07 14:00:57 4.98 55832 2008-08-07 22:00:09 55833 2008-08-07 22:03:53 3.73 55839 2008-08-07 23:21:35 55840 2008-08-07 23:24:40 3.08 55843 2008-08-08 00:15:27 55844 2008-08-08 00:15:52 0.42 55945 2008-08-08 23:25:28 55946 2008-08-08 23:26:07 0.65 55951 2008-08-09 00:31:39 55952 2008-08-09 00:34:28 2.82 55983 2008-08-09 06:00:38 55984 2008-08-09 06:03:49 3.18 56057 2008-08-09 20:58:08 56058 2008-08-09 21:00:04 1.93 56068 2008-08-09 23:22:21 56069 2008-08-09 23:27:14 4.88 56165 2008-08-10 23:28:32 56166 2008-08-10 23:29:08 0.6 56230 2008-08-11 14:44:42 56231 2008-08-11 14:47:49 3.12 56234 2008-08-11 15:07:44 56235 2008-08-11 15:11:41 3.95 56261 2008-08-11 20:59:40 56262 2008-08-11 21:00:04 0.4 56268 2008-08-11 22:00:31 56269 2008-08-11 22:04:19 3.8 56274 2008-08-11 23:18:13 56275 2008-08-11 23:22:40 4.45 56285 2008-08-12 01:01:47 56286 2008-08-12 01:03:07 1.33 56400 2008-08-12 20:55:14 56401 2008-08-12 21:00:06 4.87 56423 2008-08-13 00:37:01 56424 2008-08-13 00:41:17 4.27 56502 2008-08-13 14:09:50 56503 2008-08-13 14:14:17 4.45 56546 2008-08-13 21:58:08 56547 2008-08-13 22:02:49 4.68 56562 2008-08-14 00:31:57 56563 2008-08-14 00:35:41 3.73 56692 2008-08-14 23:23:24 56693 2008-08-14 23:25:00 1.6 56700 2008-08-15 00:44:45 56701 2008-08-15 00:46:21 1.6 56754 2008-08-15 10:09:32 56755 2008-08-15 10:14:21 4.82 56789 2008-08-15 15:35:40 56790 2008-08-15 15:40:36 4.93 56833 2008-08-15 23:25:20 56834 2008-08-15 23:25:57 0.62 56843 2008-08-16 00:54:36 56844 2008-08-16 00:58:59 4.38 56874 2008-08-16 05:59:26 56875 2008-08-16 06:01:56 2.5 56926 2008-08-16 15:34:49 56927 2008-08-16 15:39:32 4.72 56969 2008-08-16 23:26:33 56970 2008-08-16 23:28:19 1.77 57088 2008-08-17 23:58:08 57089 2008-08-18 00:01:23 3.25 57129 2008-08-18 08:24:05 57130 2008-08-18 08:28:58 4.88 57135 2008-08-18 08:58:59 57136 2008-08-18 09:03:53 4.9 57168 2008-08-18 13:57:44 57169 2008-08-18 14:02:15 4.52 57169 2008-08-18 14:02:15 57170 2008-08-18 14:07:04 4.82 57220 2008-08-18 21:59:14 57221 2008-08-18 22:03:17 4.05 57230 2008-08-18 23:23:55 57231 2008-08-18 23:28:46 4.85
B e nQ G u r u.c o m
57331 2008-08-19 14:52:54 57332 2008-08-19 14:57:51 4.95
57370 2008-08-19 20:59:44 57371 2008-08-19 21:00:05 0.35
57378 2008-08-19 21:59:00 57379 2008-08-19 22:02:34 3.57
57388 2008-08-19 23:43:00 57389 2008-08-19 23:45:24 2.4
57400 2008-08-20 01:14:09 57401 2008-08-20 01:16:50 2.68
57450 2008-08-20 08:43:35 57451 2008-08-20 08:47:23 3.8
57492 2008-08-20 14:46:54 57493 2008-08-20 14:51:32 4.63
57530 2008-08-20 20:57:13 57531 2008-08-20 21:00:05 2.87
57538 2008-08-20 22:00:51 57539 2008-08-20 22:05:45 4.9
57557 2008-08-21 00:58:33 57558 2008-08-21 00:59:01 0.47
57641 2008-08-21 13:13:35 57642 2008-08-21 13:18:11 4.6
57645 2008-08-21 13:36:07 57646 2008-08-21 13:40:55 4.8
57683 2008-08-21 18:42:35 57684 2008-08-21 18:47:22 4.78
57697 2008-08-21 20:56:06 57698 2008-08-21 21:00:04 3.97
57705 2008-08-21 21:58:11 57706 2008-08-21 22:02:34 4.38
57715 2008-08-21 23:16:56 57716 2008-08-21 23:18:39 1.72
57724 2008-08-22 00:46:03 57725 2008-08-22 00:49:21 3.3
57752 2008-08-22 04:24:39 57753 2008-08-22 04:29:19 4.67
57815 2008-08-22 14:17:49 57816 2008-08-22 14:22:11 4.37
57816 2008-08-22 14:22:11 57817 2008-08-22 14:26:26 4.25
57876 2008-08-22 23:09:15 57877 2008-08-22 23:10:03 0.8
57889 2008-08-23 01:10:42 57890 2008-08-23 01:11:14 0.53
57922 2008-08-23 05:57:48 57923 2008-08-23 06:02:19 4.52
57975 2008-08-23 14:36:26 57976 2008-08-23 14:41:25 4.98
58021 2008-08-23 23:06:36 58022 2008-08-23 23:10:26 3.83
58141 2008-08-25 00:07:30 58142 2008-08-25 00:08:44 1.23
58215 2008-08-25 14:18:59 58216 2008-08-25 14:23:18 4.32
58253 2008-08-25 20:55:20 58254 2008-08-25 21:00:05 4.75
58272 2008-08-25 23:58:33 58273 2008-08-26 00:03:22 4.82
58284 2008-08-26 01:36:56 58285 2008-08-26 01:38:49 1.88 Note：
日志切换AVG 10.65 MAX 50.1 MIN 0.35，单位：分钟。切换间隔在1mins 以下的事件集中在晚上9点左右以及11点半-凌晨1点左右，请注意观察。总体AVG 10.65 还是偏小，建议增大Redo log size，保证正常情况下维持日志切换在15-20 mins 之间。
4.3 控制文件状态
/home/app/oracle/oradata/ORAERP/control01.ctl ORAERP Control File status
/oradb/ORAERP/oradata/control02.ctl
/oradb/ORAERP/oradata/control03.ctl
B e nQ G u r u.c o m
控制文件正常,有副本。
4.4 归档日志状态
ORAERP归档频率：
Note:
数据库归档日志频率如日志切换频率，平均时间在10.65 mins。注意观察,建议可适当增加redo log file 大小，保证正常情况下维持日志切换在15-20 mins 之间。
4.5 表空间使用状况
ORAERP Tablespace 使用状况：
TSNAME Space (M) Space_Free(M) Space_Used(M) Used Percent(%)
ORA200804 6144 140 6004 97.72
ORA200805 7000 196.19 6803.81 97.2
ORA200807 7953.125 897.19 7055.94 88.72
ORA200806 7000 808.06 6191.94 88.46
ORA200712 8192 1451.94 6740.06 82.28
ORA200801 8192 2424.94 5767.06 70.4
SYSAUX 1000 315.31 684.69 68.47
ORA200803 8192 2876.88 5315.13 64.88
ORA200808 7953.125 3576.19 4376.94 55.03
INDX 148200 67934.31 80265.69 54.16
ORA 28070 13012.19 15057.81 53.64
SYSTEM 1000 494.31 505.69 50.57
ORA200802 8192 4219.94 3972.06 48.49
Note:
ORA200804, ORA200805 Tablespace 使用率已在97% 以上，跟上个月比较没有变化。
Partition Table 所在Tablespace 如果没有数据更新则不需要进行操作。
B e nQ G u r u.c o m
4.6数据库文件读写状况
NAME PHY
READS
PHY
WRITES
BLK_
READS
BLK_
WRITES
READ
_TIME
WRITE
_TIME
FILE
_TOTAL
ORA200808_03.dbf 39701703 469558 41430308 544040 328754 17770 82474363 ORA200808_04.dbf 39624859 424447 41435462 502512 338788 15785 82326068 ORA200808_01.dbf 37472260 434002 39297795 505065 317164 15776 78026286 ORA200808_02.dbf 36075499 466841 37804019 536135 297195 16912 75179689 ORA03.dbf 13299718 10719 40648524 10978 178099 616 54148038 ORA02.dbf 12415834 13960 36652078 14061 176985 647 49272918 ORA04.dbf 9931597 45465 37271530 47865 168442 1826 47464899 ORA06.dbf 10362209 65404 35531214 71328 163127 2907 46193282 ORA05.dbf 9512602 79121 35597889 90466 168957 4116 45449035 ORA.dbf 9787642 29784 34563727 31150 166290 1292 44578593 ORA07.dbf 10091489 172289 33674760 175962 181890 5928 44296390 ORA08.dbf 6795886 39387 25534808 54049 103781 1808 32527911 ORA09.dbf 6537798 17996 24944326 18018 104352 754 31622490 ORA10.dbf 6535246 9233 24702421 9233 116815 383 31372948 ORA11.dbf 6420852 15345 24266488 15895 101649 650 30820229 ORA13.DBF 3573540 27644 20111480 28587 70806 1232 23812057 ORA12.DBF 3253503 17960 19743712 18197 78394 763 23111766 ORA07.dbf 8174559 422564 13743678 437899 176366 14317 22955066 idex13.dbf 4964352 222013 5031353 230129 61639 7687 10509486 idex20.dbf 4262614 80955 4623829 86240 108002 3644 9161640 idex12.dbf 3950491 138982 4002406 142493 65824 5038 8300196 idex19.dbf 4067574 14026 4119034 14081 63957 568 8278672 idex16.dbf 4066677 7923 4121642 8922 63505 562 8268669 idex14.dbf 3957705 66571 4005147 67894 62122 2518 8159439 idex18.dbf 3935261 7887 3985473 7904 81420 384 8017945 idex17.dbf 3924568 5468 3981111 5479 60793 403 7977419 idex21.dbf 3770555 75130 3811835 79710 70459 3128 7807689 indx01.dbf 2929465 352210 3891003 374791 199455 13443 7746924 idex15.dbf 3731461 20957 3777698 21226 37681 906 7589023 idex11.dbf 3016687 321010 3107025 330103 92190 11292 6867015 indx_69.dbf 1377882 973075 1439750 1019814 136342 30527 4946863 indx02.dbf 1046102 813813 1101978 861795 118730 28378 3942418 idex22.dbf 1770418 107931 1812309 110765 66588 3907 3868011 indx_66.dbf 1046505 660237 1090124 701111 96182 20865 3594159 indx_68.dbf 1423173 131725 1472274 133244 55819 4618 3216235 idex29.dbf 1202287 206524 1280388 214779 70118 6513 2974096 idex04.dbf 1070288 337998 1121354 346116 80763 11643 2956519
B e nQ G u r u.c o m
ORA200804_01.dbf 173932 586 2189265 605 86603 18 2450991 ORA200804_02.dbf 166436 784 2126997 851 147253 61 2442321 idex32.dbf 898534 108118 1255565 113926 59927 3870 2436070 INDX44.dbf 748629 329096 884538 335084 134217 10178 2431564 idex27.dbf 1081759 41865 1125530 42506 74825 1571 2366485 ORA200807_01.dbf 344493 867 1949262 883 54765 81 2350270 ORA200807_02.dbf 326048 1238 1939546 1334 61522 72 2329688 idex30.dbf 1018507 81200 1066517 87449 66565 3065 2320238 idex24.dbf 1064165 27876 1103314 27968 82022 1269 2305345 idex28.dbf 966544 114834 1006527 117595 59620 3809 2265120 ORA200807_03.dbf 304814 681 1889476 693 57391 96 2253055 INDX42.DBF 747453 255119 881209 261370 94805 8411 2239956 ORA200805_02.dbf 148956 358 1978879 358 54642 34 2183193
Note:
Datafile的读写前50位都显示比较正常，没特别出现热点或争用现象的情况，总体状况良好。
4.7 Invalid Objects
ORAERP
OWNER OBJECT_NAME OBJECT_TYPE TEMPORARY
SYS DBMS_SUMADVISOR PACKAGE BODY N
Note:
DBA 先Compile object ，如果Status 仍为Invalid 则需要查找原因。
此Invalid Object 为系统Objects 所以请特别注意。
4.8 Disabled Triggers
OWNER TRIGGER_NAME TABLE_OWNER TABLE_NAME STATUS
SYS NO_VM_DROP SYS DISABLED
SYS NO_VM_DROP_A SYS DISABLED
SYS NO_VM_CREATE SYS DISABLED
SYS NO_VM_ALTER SYS DISABLED
SYS AURORA$SERVER$STARTUP SYS DISABLED
SYS AURORA$SERVER$SHUTDOWN SYS DISABLED
SYS CDC_ALTER_CTABLE_BEFORE SYS DISABLED
SYS CDC_CREATE_CTABLE_AFTER SYS DISABLED
SYS CDC_CREATE_CTABLE_BEFORE SYS DISABLED
B e nQ G u r u.c o m
EXFSYS EXPFIL_ALTEREXPTAB_MAINT SYS DISABLED EXFSYS EXPFIL_DROPOBJ_MAINT SYS DISABLED EXFSYS EXPFIL_DROPUSR_MAINT SYS DISABLED EXFSYS RLMGR_TRUNCATE_MAINT SYS DISABLED
Note:
请Check 这些Trigger 是否系统仍需使用，
如果不需要运行请从数据库中删除。
4.9 数据库备份状况
固定时间将DB 使用RMAN 备份出来,然后备份到异地TAPE里。
情况良好。
4.10 数据库恢复
无恢复操作。
建议用户要定期演练恢复操作以保证备份介质可用,
另形成恢复SOP，加快恢复时间和恢复的准确性。
B e nQ G u r u.c o m
5: 数据库性能分析
5.1 Shared Pool HitRatio
Database Data Dictionary Gets
Get Misses
AVG % Ratio
(STAY UNDER 12%)
ORAERP
1227008667.06
3828934.91 99.69
Note:
Shared Pool Hit Ratio >90%,状态良好。
5.2 DB Block Buffer - Hit Ratio
B e nQ G u r u.c o m
Database Physical Reads Consistent Gets DB Block Gets Percent
ORAERP 3528903549.17 32434283926 810363153.94 89.4 Note:
说明DB Buffer不够使用, 可适当增加DB Buffer Cache 或将设定较大SGA_target 值。2008/08/11 将SGA 由1.2G 调整为 1.3 G。
DB Block Buffer Hit Ratio比上个月有明显改善，但由于Server Memory 限制仍然低于90%，还要继续调整。
5.3 Library hit ratio
ORAERP 指标：
OBJECTTYPE GETHITRATIO（%）
SQL AREA 10.73
TABLE/PROCEDURE 95.83
TRIGGER 90.59
INDEX 47.48
JAVA DATA 100
Note:
从所有收集结果来看，SQL AREA Hit Ratio比上个月有提高，但依然很低，说明应用系统SQL 语句很少或没有使用Binding parameter,需要调整代码质量。INDEX Hit Ratio 很低说明数据库的Index 没有真正的被应用程序调用(后面有index 使用状况分析请参考)。
5.4 Usage Index
ORAERP INDEX 状况
TABLE_NAME INDEX_NAME COLUMN_NAME_LIST DUPLICA
TE_INDE
XES
COLUMN_NA
ME_LIST_DU
P
UNIQUENE
SS
TBLFIRSTONLINE INDFIRSTONLINE002 SSCODE,ENDTIME,ISOVER
DAY,SHIFTCODE,MDATE,IT
EMCODE,LASTTYPE 3 SSCODE NONUNIQUE
TBLFIRSTONLINE INDFIRSTONLINE01 SSCODE,ITEMCODE,MODE
LCODE,SHIFTTIME,SHIFTC
ODE,MDATE 3 SSCODE NONUNIQUE SSCODE,MDATE,LASTTYPE
,ITEMCODE,MODELCODE,S
B e nQ G u r u.c o m
TBLINVRCARD INDINVRCARD008 RCARD,MOCODE 3 RCARD NONUNIQUE TBLINVRCARD INDINVRCARD009 RCARD,RCARDSTATUS 3 RCARD NONUNIQUE TBLINVRCARD INVRCARD_CARTON1 CARTONCODE,RECNO 2 CARTONCODE NONUNIQUE
TBLINVRCARD INVRCARD_CARTON1 CARTONCODE,RECNO 2 CARTONCODE,R
ECNO NONUNIQUE
TBLINVRCARD INVRCARD_CARTON2 CARTONCODE,SHIPNO 2 CARTONCODE NONUNIQUE TBLINVRCARD PK397_1 RCARD,RECNO 3 RCARD UNIQUE
TBLINVREC INDINVREC01 RECNO,ITEMCODE,MODEL
CODE 2 RECNO NONUNIQUE
TBLINVREC PK405 RECNO,RECSEQ 2 RECNO UNIQUE
TBLINVSHIP INDINVSHIP01 SHIPNO,ITEMCODE,PARTN
ERCODE,MODELCODE 2 SHIPNO NONUNIQUE
TBLINVSHIP TBLINVSHIP SHIPNO,SHIPSEQ 2 SHIPNO UNIQUE TBLITEM2ROUTE PK252_1 ITEMCODE,ROUTECODE 2 ITEMCODE UNIQUE TBLITEM2ROUTE REF266614 ITEMCODE 2 ITEMCODE NONUNIQUE
TBLITEM2SPCTBL IND_SPCTBL01 ITEMCODE,STARTDATE,EN
DDATE 3 ITEMCODE NONUNIQUE
TBLITEM2SPCTBL IND_SPCTBL02 ITEMCODE 3 ITEMCODE NONUNIQUE TBLITEM2SPCTBL IND_SPCTBL03 ITEMCODE,SPCTBLNAME 3 ITEMCODE NONUNIQUE
TBLITEMROUTE2O
P ITEM2OP_INDEX ROUTECODE,OPCODE,ITEM
CODE 2 ROUTECODE NONUNIQUE
TBLITEMROUTE2O
P REF333615 ROUTECODE,ITEMCODE 2 ROUTECODE NONUNIQUE TBLLOT INDEX_TBLLOT_LOTNO LOTNO 2 LOTNO NONUNIQUE TBLLOT PK44_3_1 LOTNO,LOTSEQ 2 LOTNO UNIQUE TBLLOT2CARD LOTNO_INDEX LOTNO,LOTSEQ 2 LOTNO NONUNIQUE
TBLLOT2CARD LOT_INDEX_ON_LOT2C
ARD LOTNO 2 LOTNO NONUNIQUE
TBLLOT2CARDCHE CK LOT_INDEX_ON_LOT2C
ARDCHECK LOTNO,LOTSEQ,STATUS 2 LOTNO NONUNIQUE
TBLLOT2CARDCHE CK LOT_INDEX_ON_LOT2C
ARDCHECK LOTNO,LOTSEQ,STATUS 2 LOTNO,LOTSEQ NONUNIQUE
TBLLOT2CARDCHE CK TBLLOT2CARDCHECKLO
TNO LOTNO,LOTSEQ,MOCODE 2 LOTNO NONUNIQUE
TBLLOT2CARDCHE CK TBLLOT2CARDCHECKLO
TNO LOTNO,LOTSEQ,MOCODE 2 LOTNO,LOTSEQ NONUNIQUE
TBLMINNO INDEX_TBLMINNO_INN
O INNO 2 INNO NONUNIQUE
TBLMINNO PK42_2 INNO,SEQ 2 INNO UNIQUE TBLMO2ROUTE PK34 MOCODE,ROUTECODE 2 MOCODE UNIQUE TBLMO2ROUTE REF11488 MOCODE 2 MOCODE NONUNIQUE TBLMODEL2ITEM PK10_1_1 MODELCODE,ITEMCODE 2 MODELCODE UNIQUE
B e nQ G u r u.c o m DEND T
TBLMORCARD INDEX_MORCARD_RCAR
D_START MORCARDSTART 2
MORCARDSTAR
T NONUNIQUE
TBLMORCARD PK37 MOCODE,SEQ,MORCARDST
ART 2 MOCODE UNIQUE
TBLMORCARD REF11490 MOCODE 2 MOCODE NONUNIQUE TBLONWIP INDEX_ONWIP_MDATE MDATE 2 MDATE NONUNIQUE TBLONWIP INDEX_ONWIP_MDAY MDATE,MTIME 2 MDATE NONUNIQUE TBLONWIP INDEX_ONWIP_RCARD RCARD 2 RCARD NONUNIQUE
TBLONWIP PK26_2 RCARD,RCARDSEQ,MOCOD
E 2 RCARD UNIQUE
TBLONWIPCARDTR ANS INDEX_TBLONWIPCARD
TRANS_CARD RCARD,TCARD 2 RCARD NONUNIQUE
TBLONWIPCARDTR
ANS PK26_1_1 RCARD,MOCODE,RCARDSE
Q 2 RCARD UNIQUE
TBLONWIPECN INDEX_TBLONWIPECN_
RCARD RCARD 2 RCARD NONUNIQUE
TBLONWIPECN PK44_2_1 RCARD,RCARDSEQ,MOCOD
E,ECNNO 2 RCARD UNIQUE
TBLONWIPITEM ONWIPITEM_MOCODE_R
CARD RCARD,MOCODE 2 RCARD NONUNIQUE
TBLONWIPITEM PK44 RCARD,RCARDSEQ,MOCOD
E,MSEQ 2 RCARD UNIQUE
TBLONWIPSOFTVE R INDEX_TBLONWIPSOFT
VER_RCARD RCARD 2 RCARD NONUNIQUE
TBLONWIPSOFTVE
R PK44_2 RCARD,RCARDSEQ,MOCOD
E,SOFTVER 2 RCARD UNIQUE
TBLONWIPTRY INDEX_TBLONWIPTRY_R
CARD RCARD 2 RCARD NONUNIQUE
TBLONWIPTRY PK44_2_1_1 RCARD,RCARDSEQ,MOCOD
E,TRYNO 2 RCARD UNIQUE
TBLOPBOM PK256 ITEMCODE,OBCODE,OPBO
MVER 2 ITEMCODE UNIQUE
TBLOPBOM REF10499 ITEMCODE 2 ITEMCODE NONUNIQUE
TBLOPITEMCONTR
OL PK38 OPID,ITEMCODE,OBCODE,
OPBOMVER,OBITEMCODE,
SEQ 2
OPID,ITEMCOD
E,OBCODE UNIQUE
TBLOPITEMCONTR
OL PK38 OPID,ITEMCODE,OBCODE,
OPBOMVER,OBITEMCODE,
SEQ 2
OPID,ITEMCOD
E,OBCODE,OPB
OMVER UNIQUE
TBLOPITEMCONTR
OL REF255498 OBITEMCODE,OPID,OBCO
DE,OPBOMVER,ITEMCODE 2
OBITEMCODE,O
PID,OBCODE NONUNIQUE
TBLOPITEMCONTR OBITEMCODE,OPID,OBCO OBITEMCODE,O
B e nQ G u r u.c o m
PBOMVER
TBLRPTHISOPQTY INDEX_TBLRPTHISOPQT
Y_CODE1
MODELCODE,ITEMCODE,M
OCODE 2 MODELCODE NONUNIQUE
TBLRPTHISOPQTY INDEX_TBLRPTHISOPQT
Y_CODE1
MODELCODE,ITEMCODE,M
OCODE 2
MODELCODE,IT
EMCODE,MOCO
DE NONUNIQUE
TBLRPTHISOPQTY PK314_1_1 MODELCODE,SHIFTDAY,M
OCODE,TPCODE,SSCODE,S
EGCODE,ITEMCODE,SHIFT
CODE,OPCODE,RESCODE,
QTYFLAG 2 MODELCODE UNIQUE
TBLRPTHISOPQTY PK314_1_1 MODELCODE,SHIFTDAY,M
OCODE,TPCODE,SSCODE,S
EGCODE,ITEMCODE,SHIFT
CODE,OPCODE,RESCODE,
QTYFLAG 2
MODELCODE,S
HIFTDAY,MOCO
DE UNIQUE
TBLSMTMACHINEI NNO INDEX_TBLSMTMACHIN
EINNO_INNO INNO 2 INNO NONUNIQUE
TBLSMTMACHINEI
NNO SYS_C006851 INNO,INNOSEQ 2 INNO UNIQUE
TBLSMTRCARDMA TERIAL IDX_SMTRCARDMATERI
AL_QUERY
RCARD,MDATE,ITEMCODE,
MOCODE,SSCODE,RESCOD
E 2 RCARD NONUNIQUE
TBLSMTRCARDMA
TERIAL PK_SMTRCARDMATERIA RCARD,RCARDSEQ 2 RCARD UNIQUE
TBLSPCITEMSPEC INDEX_SPCITEMSPEC ITEMCODE,OBJECTCODE,C
ONDITIONNAME 2 ITEMCODE NONUNIQUE
TBLSPCITEMSPEC INDEX_SPCITEMSPEC ITEMCODE,OBJECTCODE,C
ONDITIONNAME 2
ITEMCODE,OBJ
ECTCODE NONUNIQUE
TBLSPCITEMSPEC PK_TBLSPCITEMSPEC ITEMCODE,OBJECTCODE,G
ROUPSEQ 2 ITEMCODE UNIQUE
TBLSPCITEMSPEC PK_TBLSPCITEMSPEC ITEMCODE,OBJECTCODE,G
ROUPSEQ 2
ITEMCODE,OBJ
ECTCODE UNIQUE
TBLTS PK40_1_1 TSID,RCARDSEQ,TRANSST
ATUS,RCARD 2
TSID,RCARDSE
Q NONUNIQUE
TBLTS TSCRARD RCARD,RCARDSEQ,MOCOD
E 2
RCARD,RCARDS
EQ NONUNIQUE
TBLTSERRORCAUS
E PK83 ECODE,ECGCODE,TSID,EC
SCODE 2 ECODE NONUNIQUE
TBLTSERRORCAUS
E PK83 ECODE,ECGCODE,TSID,EC
SCODE 2
ECODE,ECGCO
DE NONUNIQUE
TBLTSERRORCAUS
E PK_TSERRORCAUSE ECODE,ECGCODE,ECSCOD
E,ECSGCODE,TSID 2 ECODE UNIQUE
B e nQ G u r u.c o m E E,ECSGCODE,TSID DE
TBLTSERRORCAUS
E2EPART PK81_1_1_1 TSID,EPART,ECGCODE,EC
ODE,ECSCODE 2 TSID NONUNIQUE
TBLTSERRORCAUS E2EPART PK_TSERRORCAUSE2EP
ART
TSID,ECODE,ECSCODE,EC
SGCODE,ECGCODE,EPART 2 TSID UNIQUE
TBLTSERRORCAUS
E2LOC PK81_1_1 ECSCODE,ELOC,AB,ECODE
,TSID,ECGCODE 2 ECSCODE NONUNIQUE
TBLTSERRORCAUS
E2LOC PK81_1_1 ECSCODE,ELOC,AB,ECODE
,TSID,ECGCODE 2
ECSCODE,ELOC
,AB,ECODE NONUNIQUE
TBLTSERRORCAUS E2LOC PK_TSERRORCAUSE2LO
C
ECSCODE,ECSGCODE,ECG
CODE,ECODE,ELOC,AB,TSI
D 2 ECSCOD
E UNIQUE
TBLTSERRORCAUS E2LOC PK_TSERRORCAUSE2LO
C
ECSCODE,ECSGCODE,ECG
CODE,ECODE,ELOC,AB,TSI
D 2
ECSCODE,ECSG
CODE,ECGCOD
E,ECODE UNIQUE
Note:
数据库中有大量的Index 重复，导致Index Hit Ratio 很低。需要DBA 根据应用系统状况将不需要使用的Index 和重复Index 清理，将其他index 最好合并从而使Index发挥应有的效能。
5.5 Top 20 Low Performance SQL
ORAERP 状况
EXEC
UTIO NS HIT_
RADIO READS_PER_RUN SQL_TEXT
1 0.6
2 update tblsimulationReport set cartonCode='' where rcard='01857AD834C980E0' and moCode='2008-30887'
1 0.
2 298 update smon_scn_time set orig_thread=0, time_mp=:1,
time_dp=:2, scn=:3, scn_wrp=:4, scn_bas=:5,
num_mappings=:6, tim_scn_map=:7 where thread=0 and scn = (select min(scn) from smon_scn_time where thread=0)
1 0.75 3 update TBLTS set TSSTATUS ='tsstatus_confirm', CONFIRMUSER='0701579', CONFIRMDATE=20080826, CONFIRMTIME=151218, COPCODE='TS',
CRESCODE='TS_FA_01',
MUSER='0701579',MDATE=20080826,MTIME=151218 WHERE TSID='102625226253050154cad0a264-50cf-42cd-a4a'
B e nQ G u r u.c o m
1 0.73 4 update TBLTS set TSSTATUS ='tsstatus_confirm', CONFIRMUSER='0511251', CONFIRMDATE=20080826, CONFIRMTIME=150934, COPCODE='TS',
CRESCODE='TS_SMT_01',
MUSER='0511251',MDATE=20080826,MTIME=150934 WHERE TSID='1035891358920877423aaea713-986d-4baf-a95'
1 0.75 3 update TBLTS set TSSTATUS ='tsstatus_confirm', CONFIRMUSER='0502447', CONFIRMDATE=20080826, CONFIRMTIME=151224, COPCODE='TS',
CRESCODE='TS_FA_01',
MUSER='0502447',MDATE=20080826,MTIME=151224 WHERE TSID='1W2849628497035344476dfa22-4acf-40b6-b6a'
1 0.7 3 update TBLLOT set LOTSTATUS =
'oqclotstatus_pass',DDate=20080826,Dtime=151157,DUSER='0804 1195' where LOTNO='20080826FLINE18-002' AND LOTSEQ=0
2 0.1 4681.5 select x.*, x.rowid from ORA.TBLREJECT x
1608 0.74 0.43 select https://www.wendangku.net/doc/d517282638.html,,https://www.wendangku.net/doc/d517282638.html,, t.update$, t.insert$, t.delete$, t.enabled from obj$ o,user$ u,trigger$ t where t.baseobject=:1 and
t.obj#=o.obj# and o.owner#=https://www.wendangku.net/doc/d517282638.html,er# and bitand(property,16)=0 and bitand(property,8)=0 order by o.obj#
95 0.5 3.25 select https://www.wendangku.net/doc/d517282638.html,, https://www.wendangku.net/doc/d517282638.html, from https://www.wendangku.net/doc/d517282638.html,er$ u, sys.obj$ o,
sys.scheduler$_srcq_info i where i.obj# = o.obj# and o.owner# = https://www.wendangku.net/doc/d517282638.html,er#
1051
792 0.47 0 select to_char(sysdate,'yyyymmdd') as
dbdate,to_char(sysdate,'hh24miss') as dbtime from dual where :V00001 = 1
1 0.6 4 select tblonwip.mdate , tblonwip.rescode , tblonwip.sscode , tblonwip.segcode , tblonwip.mocode , tblonwip.opcode , tblonwip.routecode , tblonwip.rcardseq , tblonwip.action , tblonwip.rcard , tblonwip.muser , tblonwip.actionresult , tblonwip.mtime , tblonwip.modelcode , tblonwip.itemcode ,
tblop.opcontrol as optype from tblonwip , tblop where
tblop.opcode=tblonwip.opcode and tblonwip.mocode = '2008-36273' and tblonwip.rcard = '10362723627309220'
1 0.58 8 select tblmodel2item.* from tblmodel2item where modelcode ='HVTV-ASS' order by itemcode
1 0.67 1 select tblft.* from tblft where rcard='1H362763627709490' 4 0.57 3 select tblecg2ec.* from tblecg2ec where ecode = 'PVIC'
62 0.33 0.03 select sysdate + 1 / (24 * 60) from dual
583 0.14 96.37 select sum(used_blocks), ts.ts# from GV$SORT_SEGMENT gv, ts$ ts where gv.tablespace_name = https://www.wendangku.net/doc/d517282638.html, and ts.bitmapped <> 0 group by ts.ts#
oracle系统表和视图说明
1.视图的概述 视图其实就是一条查询sql语句，用于显示一个或多个表或其他视图中的相关数据。视图将一个查询的结果作为一个表来使用，因此视图可以被看作是存储的查询或一个虚拟表。视图来源于表，所有对视图数据的修改最终都会被反映到视图的基表中，这些修改必须服从基表的完整性约束，并同样会触发定义在基表上的触发器。(Oracle支持在视图上显式的定义触发器和定义一些逻辑约束) 2.视图的存储 与表不同，视图不会要求分配存储空间，视图中也不会包含实际的数据。视图只是定义了一个查询，视图中的数据是从基表中获取，这些数据在视图被引用时动态的生成。由于视图基于数据库中的其他对象，因此一个视图只需要占用数据字典中保存其定义的空间，而无需额外的存储空间。 3.视图的作用 用户可以通过视图以不同形式来显示基表中的数据，视图的强大之处在于它能够根据不同用户的需要来对基表中的数据进行整理。视图常见的用途如下： 通过视图可以设定允许用户访问的列和数据行，从而为表提供了额外的安全控制 隐藏数据复杂性 视图中可以使用连接(join)，用多个表中相关的列构成一个新的数据集。此视图就对用户隐藏了数据来源于多个表的事实。 简化用户的SQL 语句 用户使用视图就可从多个表中查询信息，而无需了解这些表是如何连接的。 以不同的角度来显示基表中的数据 视图的列名可以被任意改变，而不会影响此视图的基表 使应用程序不会受基表定义改变的影响 在一个视图的定义中查询了一个包含4 个数据列的基表中的3 列。当基表中添加了新的列后，由于视图的定义并没有被影响，因此使用此视图的应用程序也不会被影响。 保存复杂查询 一个查询可能会对表数据进行复杂的计算。用户将这个查询保存为视图之后，每次进行类似计算只需查询此视图即可。
ORACLE数据库期末考试题目及答案
期末考试卷(卷) 课程名称：数据库考试方式：开卷（）闭卷（√） 、本试卷共4 页，请查看试卷中是否有缺页。 2、考试结束后，考生不得将试卷、答题纸带出考场。 1、以下（a ）内存区不属于SGA。 A．PGA B．日志缓冲区 C．数据缓冲区 D．共享池 2、d ）模式存储数据库中数据字典的表和视图。 （A．DBA B．SCOTT C．SYSTEM D．SYS 3、Oracle 中创建用户时，在若未提及DEFAULT TABLESPACE 关键字，Oracle 就将 c ）则（表空间分配给用户作为默认表空间。A．HR B．SCOTT C．SYSTEM D．SYS
4、a ）服务监听并按受来自客户端应用程序的连接请求。（A．OracleHOME_NAMETNSListener B．OracleServiceSID C．OracleHOME_NAMEAgent D．OracleHOME_NAMEHTTPServer 5、b ）函数通常用来计算累计排名、移动平均数和报表聚合等。（A．汇总B．分析C．分组D．单行 6、b）SQL 语句将为计算列SAL*12 生成别名Annual Salary （A．SELECT ename,sal*12 …Annual Salary? FROM emp; B．SELECT ename,sal*12 “Annual Salary” FROM emp; C．SELECT ename,sal*12 AS Annual Salary FROM emp; D．SELECT ename,sal*12 AS INITCAP(“Annual Salary”) FROM emp; 7、锁用于提供(b )。 A．改进的性能 B．数据的完整性和一致性 C．可用性和易于维护 D．用户安全 8、( c )锁用于锁定表，允许其他用户查询表中的行和锁定表，但不允许插入、更新和删除行。 A．行共享B．行排他C．共享D．排他 9、带有( b )子句的SELECT 语句可以在表的一行或多行上放置排他锁。 A．FOR INSERT B．FOR UPDATE C．FOR DELETE D．FOR REFRESH
数据库检查报告模版
数据库系统远程性能监测报告模版 文档控制 修改记录 审阅 分发
目录 文档控制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/
ORACLE优化总结和注意事项
ORACLE优化总结和注意事项 本文档中对优化方法进行详述，并对在优化过程中发现的一些问题进行总结。列出ORACLE的一些注意事项 注意事项： 1.安装的过程中，请务必进行正确安装。 2.当安装过程中出现错误的时候，最好清除原有遗留信息，进行重装，否则在数据库运行 的过程中可能会出现各种诡异的问题。 3.当数据库安装的过程中如果有警告信息，请记录下来，存档，方便排查数据库问题 4.安装的过程中请选择OLTP的数据模板Transaction Processing 5.安装过程中文件的创建
Controlfile、Datafiles、Redo Log Groups如果条件允许，最好分别放于不同的磁盘上。其中Controlfile和Redo Log Groups要尽量保证放在不同的磁盘上 6.其中Redo Log Groups重做日志组最好建5组以上，每个文件大小在1G以上，最大不超 过3G，避免出现进行check_point的时候造成buffer wait 导致数据库宕机 7.检查/etc/hosts文件 配置最后一行信息，将当前的主机名和ip配对起来，避免应用服务连接数据库导致的性能损耗 8.安装完成后，请启动数据库确保数据库基本安装成功 步骤： sqlplus /nolog connect /as sysdba startup//启动数据库实例 exit//退出sqlplus lsnrctl start//启动监听
emctl start dbconsole 上述步骤如果执行完，没有报错，则说明数据库基本安装正确，并可正常运行。如果执行上述操作的时候出现了问题，则说明数据库安装的过程中出现了某些问题，即使数据库实例当前可以启动连接，但是在以后稳定服务的过程中也是有可能会出现一些数据库问题的。 配置OCI连接 因为当前应用服务采用OCI连接的方式，因此在运行应用服务之前要配置OCI的连接条件 1、需求软件： 如果应用服务是跟ORACLE数据库安装在一台机器上，则不需要额外软件，直接进入第2步即可 如果应用服务是跟ORACLE数据库分开部署，则需要在部署应用服务的机器上安装一个客户端（精简客户端即可大小几M）需要从官方网站下载三个文件instantclient-basic-linux-x86-64-10.2.0.3-20070103.zip instantclient-sqlplus-linux-x86-64-10.2.0.3-20070103.zip instantclient-jdbc-linux-x86-64-10.2.0.3-20070103.zip 解压到同一个目录中，同时在该目录下新建一个文件tnsnames.ora文件，文件中添加以下内容 # Generated by Oracle configuration tools. HMS = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 10.10.15.61)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = hms) ) )
Oracle 11gR2 概念 第6章 数据字典和动态性能视图
Previous Next View PDF 6 Data Dictionary and Dynamic Performance Views Previous Next View PDF 第6章数据字典和动态性能视图 This chapter describes the central set of read-only reference tables and views of each Oracle database, known collectively as the data dictionary. The chapter also describes the dynamic performance views, which are special views that are continuously updated while a database is open and in use. 本章介绍了每个 Oracle 数据库都具有的只读参考表和视图中最重要的部分，统称为数据字典。本章还介绍了动态性能视图，它们是一些会在数据库处于打开状态时不断更新的特殊视图。 This chapter contains the following sections: 本章包含以下各节： ?Overview of the Data Dictionary o Contents of the Data Dictionary o Storage of the Data Dictionary o How Oracle Database Uses the Data Dictionary ?Overview of the Dynamic Performance Views o Contents of the Dynamic Performance Views o Storage of the Dynamic Performance Views ?Database Object Metadata ?数据字典概述 o数据字典的内容 o数据字典存储 o Oracle数据库如何使用数据字典?动态性能视图概述 o动态性能视图的内容 o动态性能视图的存储 ?数据库对象元数据 Overview of the Data Dictionary 数据字典概述 An important part of an Oracle database is its data dictionary, which is a read-only set of tables that provides administrative metadata about the database. A data dictionary contains information such as the following: Oracle 数据库的一个重要部分是它的数据字典，它是一组提供有关数据库管理元数据的只读表。数据字典包含如下信息： ?The definitions of every schema object in the database, including default values for columns and integrity constraint information ?在数据库中每个模式对象的定义，包括列的默认值和完整性约束信息 ?The amount of space allocated for and currently used by the schema objects ?分配给模式对象的空间量及当前已使用量 ?The names of Oracle Database users, privileges and roles granted ?Oracle数据库用户的名称、授予用户的权限和角色、和与用户相关
oracle考试试题及答案
试题一 一、填空题(每小题4分，共20分) 1、数据库管理技术经历了人工管理、文件系统、数据库系统三个阶段 2、数据库三级数据结构是外模式、模式、内模式 3、Oracle数据库中，SGA由数据库缓冲区，重做日志缓冲区，共享池组成 4、在Oracle数据库中，完正性约束类型有Primay key约束。Foreign key约束，Unique约束，check约束，not need约束 5、PL/SQL中游标操作包括声明游标，打开游标，提取游标，关闭游标 二、正误判断题（每小题2分，共20分） 1、数据库中存储的基本对象是数据（T） 2、数据库系统的核心是DBMS（T） 3、关系操作的特点是集合操作（T） 4、关系代数中五种基本运算是并、差、选择、投影、连接（F） 5、Oracle进程就是服务器进程（F） 6、oraclet系统中SGA所有用户进程和服务器进程所共享（T） 7、oracle数据库系统中数据块的大小与操作系统有关（T） 8、oracle数据库系统中，启动数据库和第一步是启动一个数据库实例（T） 9、PL/SQL中游标的数据是可以改变的（F） 10、数据库概念模型主要用于数据库概念结构设计（） 三、简答题（每小题7分，共35分） 1、何谓数据与程序的逻辑独立性和物理独立性？ 2、试述关系代数中等值连接与自然连接的区别与联系？ 3、何谓数据库，数据库设计一般分为哪些阶段？ 4、简述Oracle逻辑数据库的组成？
5、试任举一例说明游标的使用方法？ 五、设有雇员表emp(empno,ename,age,sal,tel,deptno), 其中：empno-----编号，name------姓名，age -------年齡，sal-----工资，tel-----电话 deptno-----部门号。 请按下列要求分别晨SQL*PLUS下编程。（每小题3分，共15分）?1、查询家有电话的职工信息。 ?2、查询工资在500至800元之间的雇员信息 ?3、按年龄递增顺序显示雇员编号、姓名、年龄、工资 ?4、求部门号为D_01的平均工资 ?5、查找部门号为D_01的40岁以上而工资在400元以下的雇员名单。 1、SQL>SELECT * FROM emp WHERE tel NOT NULL; 2、SQL>SELECT * FROM emp WHERE BETWEEN 500 AND 800; 3、SQL>SELECT empno,ename,age,sal FROM emp ORDER BY age ASC; 4、SQL>SELECT AVG(sal) FROM emp WHERE deptno='D_01'; 5、SQL>SELECT ename FROM emp WHERE deptno='D_01' AND age>40 AND Sal<400; ? 试题一答案 一、填空题 1、人工管理、文件系统、数据库系统 2、外模式、模式、内模式 3、数据库缓冲区，重做日志缓冲区，共享池 4、Primay key约束。Foreign key约束，Unique约束，check约束，not need 约束 5、声明游标，打开游标，提取游标，关闭游标 二、正误判断题 1、T 2、T 3、T 4、F 5、F 6、T 7、T 8、T 9、F 三、（略） 五、 1、SQL>SELECT * FROM emp WHERE tel NOT NULL; 2、SQL>SELECT * FROM emp WHERE BETWEEN 500 AND 800; 3、SQL>SELECT empno,ename,age,sal FROM emp ORDER BY age ASC; 4、SQL>SELECT AVG(sal) FROM emp WHERE deptno='D_01'; 5、SQL>SELECT ename FROM emp WHERE deptno='D_01' AND age>40 AND Sal<400; 试题二
体检报告生成
体检报告管理软件与体检中心管理软件的 区别 《体检报告管理软件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 一、系统介绍 本系统针对医院体检生成报告管理而开发的一款软件，实现了具有体检人员管理，数据
Oracle EBS常用表和视图
fnd_user 系统用户表 fnd_application 应用信息表 FND_PROFILE_OPTIONS_VL 系统配置文件 fnd_menus 菜单 fnd_menu_entries_tl FND_NEW_MESSAGES 消息表 FND_FORM 表单表 FND_CONCURRENT_PROGRAMS_VL 并发程序视图 FND_CONCURRENT_PROGRAMS_TL FND_CONCURRENT_PROGRAMS FND_DESCR_FLEX_COL_USAGE_VL FND_DESCR_FLEX_COL_USAGE_TL FND_DESCR_FLEX_COLUMN_USAGES FND_EXECUTABLES_FORM_V 可执行并发程序视图FND_EXECUTABLES_TL FND_EXECUTABLES FND_DESCRIPTIVE_FLEXS FND_CONC_REQ_SUMMARY_V 并发请求视图FND_CONCURRENT_REQUESTS FND_RESPONSIBILITY 职责表
FND_RESPONSIBILITY_VL 职责FND_USER_RESP_GROUPS 用户职责 fnd_flex_value_sets 值集表 FND_FLEX_VALUES FND_IREP_ALL_INTERFACES 接口表 FND_IREP_CLASSES Fnd_Irep_Classes_Tl fnd_territories_vl 国家视图 fnd_log_messages 日志表 fnd_form_functions 功能 FND_DOCUMENT_SEQUENCES 单据序列 FND_DOC_SEQUENCE_ASSIGNMENTS 序列分配 fnd_id_flexs 关键弹性域定义表 FND_ID_FLEX_STRUCTURES 弹性域结构表 FND_ID_FLEX_SEGMENTS 弹性域段表 fnd_descriptive_flexs 描述性弹性域属性表 FND_DESCR_FLEX_CONTEXTS 弹性域列类别表 FND_DESCR_FLEX_COLUMN_USAGES 弹性域列类别属性表FND_FLEX_VALUE_SETS 值集表 FND_FLEX_VALUES 值表 Fnd_Flex_Values_Tl 值描述表
Oracle数据库试题及答案word版本
O r a c l e数据库试题及 答案
Oracle数据库试题 一、选择题 1、段是表空间中一种逻辑存储结构，以下（ D ）不是ORACLE数据库使用的段类型。 （A）索引段（B）临时段（C）回滚段（D）代码段 2、 ORACLE数据库物理结构包括以下三种文件，以下不属于的是（ A ）。（A）系统文件（B）日志文件（C）数据文件（D）控制文件 3、数据库中有两个用户scott和muuser，物资表wz是属于myuser用户的，但当前用户是scott，要求查询物资表wz（wno，wname，wtype，wunit）物资单位wunit列为null的记录，取结果的前5条记录显示，以下正确的SQL语句是（ C ） （A）select*from scott.wz where wunit is null and rownum<5； （B）select*from myuser.wz where wunit = null and rownum<5； (C) select*from myuser.wz where wunit is null and rownum<6； （D）select*form scott.wz where wunit is null and rownum<6； 4、若当前日期为’25-5月-06’，以下（ D ）表达式能计算出5个月后那一天所在月份的最后一天的日期。 （A）NEXT_DAY(ADD_MONTHS(28-5月-06,5)) （B）NEXT_DAY(MONTHS_BETWEEN(28-5月-06,5)) （C）NEXT_DAY(MONTHS_BETWEEN(’28-5月-06’,5)) （D）NEXT_DAY(ADD_MONTHS(’28-5月-06’,5))
ORACLE 性能优化
ORACLE 数据库性能优化 参考书目： 《ORACLE 9i Database Performance Tuning Guide and Reference》《ORACLE 9i Database Reference》 《ORACLE 9i SQL Reference》 《ORACLE 9i Database Administrator’s Guide》
一、数据库实例创建过程参数确定 在创建数据库实例过程中，需要确定以下几个参数： 1. 数据块大小（DB_BLOCK_SIZE） 该参数指明了ORACLE所处理的数据存贮于数据文档以及SGA内存中的数据块大小。 该参数的可选择的范围为:4k,8k,16k,32k,64k。对于OLTP系统而言，取值可以为4K或8K，对于DSS系统而言，则可以取较大的数据，如32K或64K 建议统一取8K（即8192） 说明 DB_BLOCK_SIZE的大小将影响创建表时的EXTENT的大小。例如指定db_block_size=16K,某表空间的EXTENT MANAGEMENT 为local autoallocate，则其系统将extent的大小最小指定为1M.所以将可能导致空间的浪费。 2. 字符集(Character set) 该参数确定数据库以何种字符集来存贮CHAR以及V ARCHAR、V ARCHAR2等字符类型的值。对于ORACLE数据字典中的字符（如表及字段的COMMENT 内容）具有同样的作用。因此需要考虑如字符集的使用。对于国际项目，因为数据库中的comment内容（包括表及字符、存贮过程中的中文字符等内容）可能性需要以中文存贮，而用户业务数据使用的字符可能性是使用本地的语言，基于此，该参数需要选择支持UNICODE的字符编码的字符集。目前ORACLE9i支持以下二种UNICODE字符集： ?UTF8 ?AL32UTF8 建议统一取AL32UTF8
OracleSQL性能优化方法
OracleSQL性能优化方法 Oracle性能优化方法(SQL篇) (1) 1综述 (2) 2表分区的应用 (2) 3访咨询Table的方式 (3) 4共享SQL语句 (3) 5选择最有效率的表名顺序 (5) 6WHERE子句中的连接顺序． (6) 7SELECT子句中幸免使用’*’ (6) 8减少访咨询数据库的次数 (6) 9使用DECODE函数来减少处理时刻 (7) 10整合简单,无关联的数据库访咨询 (8) 11删除重复记录 (8) 12用TRUNCATE替代DELETE (9) 13尽量多使用COMMIT (9) 14运算记录条数 (9) 15用Where子句替换HA VING子句 (9) 16减少对表的查询 (10) 17通过内部函数提高SQL效率 (11) 18使用表的不名(Alias) (12) 19用EXISTS替代IN (12) 20用NOT EXISTS替代NOT IN (13) 21识不低效执行的SQL语句 (13) 22使用TKPROF 工具来查询SQL性能状态 (14) 23用EXPLAIN PLAN 分析SQL语句 (14) 24实时批量的处理 (16)
1综述 ORACLE数据库的性能调整是个重要，却又有难度的话题，如何有效地进行调整，需要通过反反复复的过程。在数据库建立时，就能依照顾用的需要合理设计分配表空间以及储备参数、内存使用初始化参数，对以后的数据库性能有专门大的益处，建立好后，又需要在应用中不断进行应用程序的优化和调整，这需要在大量的实践工作中不断地积存体会，从而更好地进行数据库的调优。 数据库性能调优的方法 ●调整内存 ●调整I/O ●调整资源的争用咨询题 ●调整操作系统参数 ●调整数据库的设计 ●调整应用程序 本文针对应用程序的调整，来讲明对数据库性能如何进行优化。 2表分区的应用 关于海量数据的表，能够考虑建立分区以提高操作效率。建立分区一样以关键字为分区的标志，也能够以其他字段作为分区的标志，但效率不如关键字高。建立分区的语句在建表时能够进行讲明： create table TABLENAME(
oracle中性能视图V$SYSSTAT小结
V$SYSSTAT中包含多个统计项，这部分介绍了一些关键的v$sysstat统计项，在调优方面相当有用。下列按字母先后排序： 数据库使用状态的一些关键指标： l CPU used by this session：所有session的cpu占用量，不包括后台进程。这项统计的单位是百分之x秒.完全调用一次不超过10ms l db block changes：那部分造成SGA中数据块变化的insert,update或delete操作数这项统计可以大概看出整体数据库状态。在各项事务级别，这项统计指出脏缓存比率。 l execute count：执行的sql语句数量(包括递归sql) l logons current：当前连接到实例的Sessions。如果当前有两个快照则取平均值。l logons cumulative：自实例启动后的总登陆次数。 l parse count (hard)：在shared pool中解析调用的未命中次数。当sql语句执行并且该语句不在shared pool或虽然在shared pool但因为两者存在部分差异而不能被使用时产生硬解析。如果一条sql语句原文与当前存在的相同，但查询表不同则认为它们是两条不同语句，则硬解析即会发生。硬解析会带来cpu和资源使用的高昂开销，因为它需要oracle 在shared pool中重新分配内存，然后再确定执行计划，最终语句才会被执行。 l parse count (total)：解析调用总数，包括软解析和硬解析。当session执行了一条sql语句，该语句已经存在于shared pool并且可以被使用则产生软解析。当语句被使用(即共享) 所有数据相关的现有sql语句(如最优化的执行计划)必须同样适用于当前的声明。这两项统计可被用于计算软解析命中率。 l parse time cpu：总cpu解析时间(单位：10ms)。包括硬解析和软解析。 l parse time elapsed：完成解析调用的总时间花费。 l physical reads：OS blocks read数。包括插入到SGA缓存区的物理读以及PGA中的直读这项统计并非i/o请求数。 l physical writes：从SGA缓存区被DBWR写到磁盘的数据块以及PGA进程直写的数据块数量。 l redo log space requests：在redo logs中服务进程的等待空间，表示需要更长时间的log switch。 l redo size：redo发生的总次数(以及因此写入log buffer)，以byte为单位。这项统计显示出update活跃性。
Oracle数据库试题及答案
Oracle数据库试题 一、选择题 1、段就是表空间中一种逻辑存储结构,以下( D )不就是ORACLE数据库使用的段类型。 (A) 索引段 (B)临时段 (C)回滚段(D)代码段 2、 ORACLE数据库物理结构包括以下三种文件,以下不属于的就是( A )。 (A) 系统文件 (B)日志文件(C)数据文件 (D)控制文件 3、数据库中有两个用户scott与muuser,物资表wz就是属于myuser用户的,但当前用户就是scott,要求查询物资表wz(wno,wname,wtype,wunit)物资单位wunit列为null的记录,取结果的前5条记录显示,以下正确的SQL语句就是( C ) (A)select*from scott、wz where wunit is null and rownum<5; (B)select*from myuser、wz where wunit = null and rownum<5; (C) select*from myuser、wz where wunit is null and rownum<6; (D)select*form scott、wz where wunit is null and rownum<6; 4、若当前日期为’25-5月-06’,以下( D )表达式能计算出5个月后那一天所在月份的最后一天的日期。 (A)NEXT_DAY(ADD_MONTHS(28-5月-06,5)) (B)NEXT_DAY(MONTHS_BETWEEN(28-5月-06,5)) (C)NEXT_DAY(MONTHS_BETWEEN(’28-5月-06’,5)) (D)NEXT_DAY(ADD_MONTHS(’28-5月-06’,5)) 5、下列叙述中正确的就是_C_。 A、数据库就是一个独立的系统,不需要操作系统的支持 B、数据库设计就是指设计数据库管理系统 C、数据库技术的根本目标就是要解决数据共享的问题 D、数据库系统中,数据的物理结构必须与逻辑结构一致 6、SQL语句中修改表结构的命令就是 C 。 A、MODIFY TABLE B、MODIFY STRUCTURE C、ALTER TABLE D、ALTER STRUCTURE 7、数据库DB、数据库系统DBS、数据库管理系统DBMS三者之间的关系就是__ A___。 A、DBS包括DB与DBMS B、DBMS包括DB与DBS C、DB包括DBS与DBMS D、DBS就就是DB,也就就是DBMS 8、要控制两个表中数据的完整性与一致性可以设置"参照完整性",要求这两个表_A___。 A、就是同一个数据库中的两个表 B、不同数据库中的两个表 C、两个自由表 D、一个就是数据库表另一个就是自由表 9、在关系模型中,实现"关系中不允许出现相同的元组"的约束就是通过__B_ __。 A、候选键 B、主键 C、外键 D、超键 10、索引字段值不唯一,应该选择的索引类型为___ B__。 A、主索引 B、普通索引 C、候选索引 D、唯一索引 11、从数据库中删除表的命令就是___C __。 A、DROP TABLE B、ALTER TABLE C、DELETE TABLE D、USE 12、DELETE FROM S WHERE 年龄>60语句的功能就是___B___。 A、从S表中彻底删除年龄大于60岁的记录
数据库健康检查报告(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.服务器监听配置内容
Oracle常用数据字典表(系统表或系统视图)及查询SQL
Oracle常用数据字典表（系统表或系统视图）及查询SQL 2014年12月15日?数据库?共4187字?暂无评论?阅读861 次 文章目录 ?数据字典分类 ?dba_开头 ?user_开头 ?v$开头 ?all_开头 ?session_开头 ?index_开头 ?伪表 ?数据字典常用SQL查询 数据字典是Oracle存放有关数据库信息的地方，其用途是用来描述数据的。比如一个表的创建者信息，创建时间信息，所属表空间信息，用户访问权限信息的视图等。 数据字典系统表，保存在system表空间中。查询所有数据字典可用语句“select * from dictionary;”。 数据字典分类 数据字典主要可分为四部分： 1）内部RDBMS表：x$*，用于跟踪内部数据库信息，维持DB的正常运行。是加密命名的，不允许sysdba以外的用户直接访问，显示授权不被允许。
2）数据字典表：*$，如tab$,obj$,ts$等，用来存储表、索引、约束以及其他数据库结构的信息。 3）动态性能视图：gv$*，v$*，记录了DB运行时信息和统计数据，大部分动态性能视图被实时更新以反映DB当前状态。 4）数据字典视图：user_*、all_*、dba_*，在非Sys用户下，我们访问的都是同义词，而不是V$视图或GV视图。 数据库启动时，动态创建x$，在X$基础上创建GV$，在GV$基础上创建V$X$表-->GV$(视图)--->V$(视图)。 数据字典视图可分为静态数据字典视图和动态数据字典视图。 静态数据字典是指在用户访问数据字典时内容不会发生改变。这类数据字典主要是由表和视图组成，应该注意的是，数据字典中的表是不能直接被访问的，但是可以访问数据字典中的视图。 静态数据字典中的视图分为三类，它们分别由三个前缀够成：user_*（该用户方案对象的信息）、all_*（该用户可以访问的所有对象的信息）、dba_*（全部数据库对象的信息）。 动态数据字典是Oracle包含的一些潜在的由系统管理员如SYS维护的表和视图，由于当数据库运行的时候它们会不断进行更新，所以称它们为动态数据字典。这些视图提供了关于内存和磁盘的运行情况，所以我们只能对其进行只读访问而不能修改它们。Oracle中这些动态性能视图都是以v$开头的视图，比如v$access。 dba_开头 dba_users数据库用户信息
Oracle面试题及答案整理
Oracle面试题及答案整理
Oracle面试题及答案整理 1、表：table1(FId,Fclass,Fscore),用最高效最简单的SQL列出各班成绩最高的列表，显示班级，成绩两个字段。 select fclass,max(fscore) from table1 group by fclass,fid 2、有一个表table1有两个字段FID，Fno，字都非空，写一个SQL语句列出该表中一个FID对应多个不同的Fno的纪录。 类如： 101a1001 101a1001 102a1002 102a1003 103a1004 104a1005 104a1006 105a1007 105a1007 105a1007 结果： 102a1002
102a1003 104a1005 104a1006 select t2.* from table1 t1, table1 t2 where t1.fid = t2.fid and t1.fno <> t2.fno; 3、有员工表empinfo ( Fempno varchar2(10) not null pk, Fempname varchar2(20) not null, Fage number not null, Fsalary number not null ); 假如数据量很大约1000万条；写一个你认为最高效的SQL，用一个SQL计算以下四种人： fsalary>9999 and fage > 35 fsalary>9999 and fage < 35 fsalary <9999 and fage > 35 fsalary <9999 and fage < 35 每种员工的数量； select sum(case when fsalary > 9999 and fage > 35 then 1 else 0end) as "fsalary>9999_fage>35",
东海瑞京_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
- 数据库健康检查报告(2008-4-28)
- 数据库健康管理系统
- 数据库健康检查
- 华澳信托_TA_TCMP(trustdb)_数据库健康检查报告_20170901(177)
- 数据库检查报告模版
- 健康体检中心可行性分析报告-(4500字)
- 系统健康检查服务方案
- ORACLE数据库结构健康检查分析报告(模版)
- sqlserver健康检查报告_范本
- 系统健康检查服务方案
- 健康体检数据管理系统共24页
- oracle数据库巡检报告模板
- 个人健康体检报告
- 恒银期货_Oracle交易数据库健康检查报告201703(272)
- 系统健康检查服务方案
- 健康检查系统
- 医院体检报告数据分析模板
- 中加基金_交易(fmfatadscc)系统数据库健康检查报告_2017(第四季度)(396)
- 健康体检中心可行性分析报告
- 自动生成体检报告