【信息化-精编】Oracle数据库健康检查及其评估
- 格式:doc
- 大小:365.50 KB
- 文档页数:19
oracle数据库系统健康检查及优化作者:王琳燕来源:《数字技术与应用》2014年第07期摘要:以某国有公司的一个数据库子系统的健康检查与优化为例,讨论了如何在大数据情况下对oracle数据库系统性能进行健康分析并调整优化。
操作系统上可以从cpu,I/O,磁盘多路径访问方面检查优化。
Oracle数据库系统上可以从数据库应用类型、错误日志、数据库负载和SQL语句等方面检查优化。
关键词:数据库性能数据库健康分析调优 linux操作系统 oracle系统中图分类号:TP311.138 文献标识码:A 文章编号:1007-9416(2014)07-0172-03随着oracle用户数据的剧增,现有数据库系统也暴露出它的缺陷。
如何优化数据库性能来保证数据库高效运行是我们要解决的问题。
目前国内外有一些oracle性能调优的书籍和论文,但讲解的比较笼统和理论化,缺乏实际工作案例,为了使用户大致了解oracle数据库系统优化主要策略,本文以一个国有公司的数据库系统的优化过程为例,从操作系统和DBMS两个方面对系统进行健康检查,分析影响数据库性能的因素,并提出了在数据库系统优化过程中的常用策略。
1 项目背景某国有公司的一个数据库子系统在2014年5月~2014年7月期间,用户反应普遍较慢,且与硬件配置更低的一个数据库对比,性能上还存在一定的差距,客户要求进行检查诊断,查明数据性能缓慢的具体原因并给予优化。
2 系统健康分析与优化通常情况下,我们可以从数据库服务器硬件升级,硬件资源合理分配、网络状况、数据库的设计(比如表结构设计、索引设计)、sql语句优化、应用程序优化等方面去优化oracle数据库系统。
我们可以通过对操作系统和DBMS进行健康检查,查找出现性能问题的原因,寻找合理的优化途径,改善运行环境,避免磁盘I/0瓶颈、减少CPU利用率和减少对资源的竞争,设计更加合理的表结构,选择设置合理的索引,从程序中寻找需要更改的运行机制,最终达到提升数据库性能的目的。
数据库健康检查数据库健康检查是一项重要的任务,它旨在确保数据库系统的正常运行,并及时发现和解决潜在的问题。
数据库是现代信息系统的核心组成部分,承载着大量的数据和业务逻辑。
因此,保持数据库的健康状态对于系统的稳定性和性能至关重要。
为了进行数据库健康检查,我们将采取以下步骤:1. 数据库连接检查:首先,我们将验证数据库连接是否正常。
通过使用合适的数据库连接字符串,我们将尝试连接到数据库,并检查连接是否成功建立。
如果连接失败,则可能是由于网络问题、数据库服务器故障或配置错误等原因引起的。
2. 数据库备份检查:数据库备份是保护数据安全的重要手段。
我们将检查数据库备份的情况,包括备份频率、备份文件的完整性和可用性。
如果备份不完整或不可用,我们将及时采取措施修复问题,并确保备份策略的有效性。
3. 数据库性能检查:数据库性能是衡量数据库健康的重要指标。
我们将使用性能监控工具来评估数据库的性能状况,包括查询响应时间、索引使用情况、锁定和死锁情况等。
通过分析这些指标,我们可以识别性能瓶颈,并采取相应的优化措施。
4. 数据库安全检查:数据库安全是保护数据免受未经授权访问和恶意攻击的重要措施。
我们将审查数据库的安全设置,包括用户权限、密码策略、网络访问控制等。
如果存在安全漏洞,我们将及时修补,并建议加强安全措施,以确保数据的机密性和完整性。
5. 数据库容量检查:数据库容量管理是保证数据库正常运行的关键因素。
我们将评估数据库的容量使用情况,包括数据文件和日志文件的大小、增长趋势等。
如果数据库容量接近上限或存在异常增长,我们将及时采取措施,如数据归档、数据压缩等,以确保数据库的可用空间。
6. 数据库版本和补丁检查:数据库厂商定期发布数据库版本和补丁,以修复已知的问题和漏洞。
我们将检查数据库的版本和已安装的补丁情况,并与最新版本进行比较。
如果存在未安装的关键补丁或升级版本的必要性,我们将建议进行相应的升级和修复。
7. 数据库日志和警报检查:数据库日志和警报是监控数据库运行情况的重要手段。
O RACLE数据库健康检查及其评估XXXXXOracle数据库健康检查与评估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数据库产品选项 (10)4.5初始化参数文件 (11)4.6CRS日志文件 (11)4.7RDBMS运行日志与跟踪文件 (11)4.8操纵文件 (11)4.9Redo log 文件 (12)4.10归档Redo log 文件 (12)4.11数据文件 (13)4.12表空间 (14)4.13回滚段管理 (15)5.数据库简单风险评估 (16)5.1安全性管理 (16)6.SqlNet 概况 (17)6.1监听器Listener (17)6.2SQL*Net (17)6.3TNSNAMES (17)7.数据库性能 (18)7.1数据库各项基于时间模型的统计信息 (18)7.2数据库负荷压力分析 (19)7.3各项命中率 (19)7.4等待事件 (20)7.5统计信息分析 (20)7.6数据库I/O性能 (21)7.7索引/行迁移/行链 (21)7.8Enqueue等待分析 (21)7.9Latch分析 (21)7.10Resource Limit分析 (22)7.11Top SQL语句 (22)8.数据库备份策略评估 (23)8.1备份 (23)8.2恢复 (23)9.数据库特别关注点检查 (24)10.检查总结 (25)附录:初始化参数 (26)数据库所有非默认值的参数: (26)1.检查介绍1.1检查系统系统要紧包含1个数据库,具体情况如下:1.2检查范围本次检查仅限于数据库。
中国建设银行信息技术管理部厦门开发中心《XXXX系统ORACLE数据库结构健康检查分析报告》(模版)文档编号:制定单位:厦门开发中心文档历史文档位置本页为文档基本信息摘要. 本文档的硬拷贝至打印之日起生效. 对于文档本身的任何疑问,请与文档作者联系.原始文档存放在 ......修改历史批准者该文档需要下列人员批准. 签字批准页在PCB的质量部分分发该文档已经分发给目录前言 (6)1.ORACLE数据库结构检查结果 (6)2.检查结果分析 (7)2.1.超过6条索引的表 (7)2.1.1.检查结果 (7)2.1.2.分析 (7)2.2.超过255列的表 (7)2.2.1.检查结果 (7)2.2.2.分析 (8)2.3.超过6列的索引 (8)2.3.1.检查结果 (8)2.3.2.分析 (8)2.4.存在LONG 或LONG RAW的表 (8)2.4.1.检查结果 (8)2.4.2.分析 (8)2.5.没用分区索引的分区表 (9)2.5.1.检查结果 (9)2.5.2.分析 (9)2.6.冗余索引 (9)2.6.1.检查结果 (9)2.6.2.分析 (10)2.7.没用建立索引的外键 (10)2.7.1.检查结果 (10)2.7.2.分析 (10)2.8.HASH分区非2的幂次方的表 (10)2.8.1.检查结果 (10)2.8.2.分析 (10)3.附件 (10)前言本文档主要包含的内容:ORACLE数据库健康检查结果检查结果分析1.ORACLE数据库结构检查结果填写说明:此处将Toad DB Health Check的检查结果粘贴。
示例:2.检查结果分析2.1.超过6条索引的表2.1.1.检查结果填写说明:此处将Toad对应的详细检查结果粘贴。
<示例>:2.1.2.分析此处对检查结果进行分析。
<示例>:这些是Toad工具建的表,非CCDA用户2.2.超过255列的表2.2.1.检查结果填写说明:此处将Toad对应的详细检查结果粘贴。
数据库健康检查1. 概述数据库健康检查是一项维护数据库系统稳定性和性能的重要任务。
通过对数据库的全面检查和评估,可以及时发现并解决潜在的问题,确保数据库系统的正常运行。
本文将详细介绍数据库健康检查的标准格式和内容要求。
2. 硬件环境检查2.1 服务器配置检查检查数据库所在服务器的硬件配置,包括处理器、内存、硬盘等是否满足数据库运行的最低要求。
记录服务器型号、CPU核心数、内存容量、硬盘类型和容量等信息。
2.2 网络环境检查检查数据库服务器与客户端之间的网络连接是否正常稳定。
包括网络延迟、带宽、丢包率等指标的检查和记录。
3. 数据库配置检查3.1 数据库版本检查记录数据库的版本信息,包括主要版本号和补丁版本号。
确保数据库版本与应用程序的兼容性。
3.2 数据库参数检查检查数据库的参数设置是否符合最佳实践,包括缓冲区大小、并发连接数、日志大小等。
根据数据库类型和应用需求进行适当的调整。
4. 数据库性能检查4.1 响应时间检查通过模拟用户请求,测试数据库的响应时间。
记录平均响应时间和最大响应时间,评估数据库的性能状况。
4.2 查询性能检查执行一系列常见的查询语句,评估数据库的查询性能。
记录查询的执行时间、索引使用情况、查询计划等信息,找出潜在的性能瓶颈。
4.3 并发性能检查模拟多个用户同时访问数据库,测试数据库的并发处理能力。
记录并发访问的数量和响应时间,评估数据库的并发性能。
5. 数据库安全检查5.1 用户权限检查检查数据库用户的权限设置,确保用户只能访问其需要的数据和操作。
记录用户的角色、权限和访问控制列表。
5.2 数据备份检查检查数据库的备份策略和备份文件的完整性。
记录备份频率、备份方式和备份文件的大小。
6. 数据库可用性检查6.1 数据库运行状态检查检查数据库的运行状态,包括数据库是否正常启动、是否有异常日志等。
记录数据库的运行时间、重启次数和故障情况。
6.2 数据库容量检查检查数据库的容量使用情况,包括数据文件、日志文件和临时文件的大小和增长趋势。
数据库健康检查与性能评估方案为了确保数据库的正常运行和高性能,进行数据库健康检查与性能评估是至关重要的。
本文将介绍一个全面的方案,旨在保证数据库的健康状况并优化其性能。
1. 导言数据库是现代应用程序的核心组成部分,提供数据存储和访问功能。
当数据库健康状况不佳或性能下降时,会严重影响应用程序的正常运行,导致用户体验差或业务损失。
因此,数据库健康检查与性能评估是确保数据库正常运作的必要步骤。
2. 数据库健康检查数据库健康检查旨在评估数据库的完整性、可用性、安全性和稳定性等方面。
以下是一些重要的数据库健康检查项目。
a. 数据库备份与恢复确保数据库的备份策略完备并且经常执行。
这包括检查备份的完整性、恢复的可行性以及恢复过程的测试。
b. 数据库安全性检查数据库的安全配置,例如访问控制、用户权限和SSL加密等。
确保数据库受到足够的保护并且没有安全漏洞。
c. 数据库完整性通过执行完整性检查来确保数据库没有损坏或丢失的数据。
可以使用数据库提供的工具或脚本来自动执行完整性检查。
d. 数据库性能计数器收集数据库性能计数器的数据,并进行分析和监视。
关注关键性能指标,如CPU利用率、内存使用、磁盘IO和查询性能等。
e. 数据库日志审查数据库日志以检查任何异常情况,并查找可能的问题源。
检查日志的定期轮询和报警设置是必要的。
f. 数据库标准化确保数据库表和字段的命名规范,遵循最佳实践和设计原则。
这有助于提高数据库的可维护性和可扩展性。
3. 数据库性能评估数据库性能评估旨在识别数据库的瓶颈和性能问题,并提供相应的优化建议。
以下是一些常用的数据库性能评估方法。
a. 查询优化分析和优化数据库查询,识别慢查询和无效查询,并对查询进行索引和重写等操作,以提高查询性能。
b. 索引优化评估和优化数据库索引,确保索引的正确性和有效性。
过多或过少的索引都会对数据库性能产生负面影响。
c. 缓存优化通过评估数据库缓存的设置和大小,优化缓存的使用和配置。
数据库健康检查引言概述:数据库作为现代信息系统的重要组成部分,承载着大量的数据和关键业务应用。
然而,随着数据库的不断运行和维护,其健康状况可能会受到各种因素的影响,如性能下降、数据损坏、安全漏洞等。
因此,进行数据库健康检查是确保数据库正常运行和保障数据安全的重要手段。
本文将从四个方面详细介绍数据库健康检查的内容和方法。
一、数据库性能检查1.1 确认数据库的响应时间是否正常。
通过测试数据库的响应时间,可以评估数据库的性能状况。
一般来说,响应时间应在可接受的范围内,否则可能存在性能问题。
1.2 检查数据库的负载情况。
了解数据库的负载情况可以帮助我们判断数据库是否超负荷运行。
通过监控数据库的连接数、CPU利用率和磁盘IO等指标,可以评估数据库的负载情况。
1.3 检查数据库的索引是否合理。
索引是提高数据库查询性能的重要手段,但过多或不合理的索引也会影响数据库的性能。
因此,检查数据库的索引是否合理是数据库性能检查的重要内容之一。
二、数据库安全检查2.1 检查数据库的访问权限。
确保只有授权的用户能够访问数据库,避免未经授权的用户获取敏感数据或对数据库进行恶意操作。
2.2 检查数据库的密码强度。
弱密码是数据库安全的一个重要威胁,因此,检查数据库的密码强度并采取措施加强密码安全性是数据库安全检查的关键步骤之一。
2.3 检查数据库的审计日志。
审计日志可以记录数据库的操作情况,帮助我们发现异常行为和安全事件。
因此,检查数据库的审计日志是否开启和记录正常是数据库安全检查的重要内容之一。
三、数据库备份与恢复检查3.1 检查数据库的备份策略。
数据库备份是保障数据安全和业务连续性的关键措施,因此,检查数据库的备份策略是否合理、备份是否正常进行是数据库备份与恢复检查的重要内容之一。
3.2 检查数据库的备份完整性。
检查数据库备份文件的完整性可以保证备份数据的可用性。
通过验证备份文件的MD5值或进行部分数据恢复测试,可以评估数据库备份的完整性。
数据库健康检查引言概述:数据库健康检查是确保数据库系统正常运行的重要步骤。
通过定期检查数据库的健康状况,可以及时发现并解决潜在的问题,保证数据的完整性和可用性。
本文将介绍数据库健康检查的重要性,并详细阐述五个方面的内容,包括备份与恢复、性能优化、安全性、容量规划和数据一致性。
一、备份与恢复1.1 确保定期备份:定期备份数据库是防止数据丢失的关键步骤。
要确保备份策略的合理性,包括备份频率、备份存储位置和备份验证等。
1.2 检查备份完整性:在备份完成后,应该进行备份完整性检查,以确保备份文件没有损坏或丢失。
可以使用校验和或比较备份前后的数据来验证备份的完整性。
1.3 恢复测试:定期进行恢复测试是非常重要的,以验证备份文件的可用性。
通过模拟实际的恢复过程,可以发现并解决潜在的问题,确保在数据库故障时能够快速恢复数据。
二、性能优化2.1 监控数据库性能:使用性能监控工具可以实时监测数据库的性能指标,如CPU利用率、内存使用率、磁盘IO等,以便及时发现性能瓶颈并采取相应的优化措施。
2.2 优化查询语句:优化查询语句可以提高数据库的查询性能。
通过合理设计索引、避免全表扫描和减少不必要的连接操作等方式,可以提高查询效率。
2.3 定期维护数据库:定期进行数据库维护工作,如重新构建索引、清理无效数据和优化表结构等,可以提高数据库的整体性能。
三、安全性3.1 审计数据库访问权限:审计数据库用户的访问权限是确保数据库安全的重要步骤。
应该定期检查和更新用户权限,避免未经授权的访问和操作。
3.2 数据加密:对于敏感数据,应该使用加密技术来保护数据的安全性。
可以使用数据库提供的加密功能或者第三方加密工具来实现数据加密。
3.3 定期更新数据库软件和补丁:定期更新数据库软件和安装最新的安全补丁是保护数据库安全的重要措施。
及时更新可以修复已知的安全漏洞,提高数据库的安全性。
四、容量规划4.1 监控数据库存储空间:定期监控数据库的存储空间使用情况,可以及时预测数据库的容量需求,并采取相应的扩容或优化措施。
Oracle数据库健康检查及其评估XXXXXXXXXXXXXXX XXXXXOracle数据库健康检查与评估XXXX巡检人:报告生成日期:yyyy-mm-dd文档控制此文档仅供江苏移动审阅,不得向与此无关的个人或机构传阅或复制。
修改记录分发者审阅记录相关文档目录1.检查介绍1.1检查系统系统主要包括1个数据库,具体情况如下:1.2检查范围本次检查仅限于数据库。
在这次检查中对数据库配置和数据库性能进行了分析。
本报告提供的检查和建议不涉及具体的安全分析和应用程序的具体细节。
以下提请注意:本次检查仅历时1天,其中还包括了提交分析报告的时间,所以在具体的应用程序性能方面并不加以深入。
2.硬件配置以下列出系统主机的主要配置情况2.1主机配置建议:目前系统配置满足数据库要求,操作系统参数设置合理。
3.系统配置和数据库相关的操作系统配置将被检查,包括以下方面:●操作系统数据库相关要求补丁●存放oracle文件的硬盘区可用空间(oracle文件包括:数据文件,控制文件,在线redologs,归档redologs,运行情况文件和跟踪文件)。
●硬盘利用率。
●CPU利用率。
3.1操作系统数据库相关要求补丁建议:3.2硬盘可用空间硬盘可用情况如下示:数据库XXXX的硬盘使用率情况如下:kbytesusedavail%usedMountedon数据库YYYY的硬盘使用率情况如下:kbytesusedavail%usedMountedon建议:目前该数据库服务器中还没有其他硬盘空间使用率超过90%的分区。
如果有需要引起注意并且及时增加硬盘空间的容量。
3.3CPU利用率CPU利用率的统计时间是:yyyy-mm-ddhh:mi----yyyy-mm-ddhh:mi1.top/glance2.vmstat220参考值:1.最大CPU使用率:60%--70%2.系统进程与用户进程占用CPU最大比率:40/60数据库XXXX:数据库YYYY:从上述的情况中看出,数据库:服务器CPUidle基本在75%以上,CPU资源较为空闲。
建议:当CPU的使用率超过80%,要注意监控是否有僵死进程,如果有僵死进程占用CPU,需要将僵死进程kill掉。
如果有正常进程占用大量CPU,需要查看是否属于正常业务进程等。
4.数据库配置本次检查工作主要针对数据库XXXX。
4.1数据库版本和单独补丁目前已经安装的单独补丁列表如下:opatchlsinventory-oh$ORACLE_HOME建议:4.2CRS版本和单独补丁CRS安装单独补丁列表如下:opatchlsinventory-oh$ORA_CRS_HOME4.3ORACLECLUSTER配置OCR使用和备份都正常。
相关CRS的资源和服务都正常。
4.4数据库产品选项当oracle软件安装时,会选择要安装的产品。
有某些产品的安装是需要license的,本次检查不涉及license问题。
一般,很多系统安装的数据库产品选项根本未被使用。
以下列出的安装产品选项可供未来的应用开发参考,或是可以被确认有哪些产品选项未在原计划之内。
以下是数据库安装的产品选项:4.5初始化参数文件数据库SPFILE参数指定了当前使用的数据库配置参数,在数据库启动时被使用。
在附录A列出了数据库所有的非默认值的参数。
建议:1.数据库的参数可以看出大部分都是经过精心设置的。
2.建议调整的参数值,请在测试环境数据库中测试确认之后,再调整于生产环境4.6CRS日志文件从Oracle10gRAC版本开始,新增加CRS组件。
CRS对于RAC使用是必不可少,因此crs的稳定对于RAC数据库的正常运行至关重要。
在健康检查中会检查CRS、CSS和EVM的LOG信息。
.建议:2.检查CRS其他相关进程日志,没有发现问题。
4.7RDBMS运行日志和跟踪文件Oracle数据库进程生成跟踪文件来记录错误或冲突,这些跟踪文件可以用来进一步分析问题。
数据库参数'max_dump_'限制了这些跟踪文件的大小(以操作系统块的大小为单位)。
应当有足够的硬盘空间来容纳最大值的设置,否则的话应当修改上述参数的设置。
如果参数'max_dump_'设得太大,会超过硬盘空间容量;如果设得太小,又不能容纳足够的出错信息供oracle支持服务部门分析问题。
此参数可以在数据库会话级设置,这样可以有选择性地设置较大值。
注意每天监控运行日志文件中的出错信息,以便于在问题还是隐患的时候及时发现并解决掉。
建议每月初将当前的alert.log重新命名以作备份,同时也可以避免alert.log文件变得太大不易管理。
在数据库:实例的运行日志文件发现的最近一月内的主要错误如下所示:建议:4.8控制文件每个数据库至少有一个控制文件。
控制文件记录了数据库的物理结构及同步信息。
Control控制文件路径如下:的磁盘阵列上面,提供了硬件级别的建议:4.9Redolog文件对于恢复操作,最为关键的结构是在线RedoLog。
在线RedoLog一般由两个或两个以上预先分配的存储数据库变化的文件组成。
为了防止例程故障,每个数据库的实例都有相关的在线RedoLog。
每个数据库至少有两个RedoLog组,每组至少有一个日志文件。
Oracle的多重在线RedoLog文件可以确保在线日志文件的安全。
对于多重在线RedoLog文件,LGWR同时将相同的RedoLog信息写入不同的RedoLog文件中,从而减少单个文件丢失的损失。
当Oracle无法访问一个RedoLog文件时,这个文件状态变为INVALID。
当Oracle推测一个RedoLog文件不完整或者不正确时,它的状态变为STALE。
当一个STALE的文件被重用时,即其所在日志文件组活动时,此文件也能够使用。
在线RedoLog文件减少了数据库数据丢失的损失,比如当发生例程故障时,没有被写入数据文件的数据可以从在线RedoLog文件中恢复。
4.10归档Redolog文件Oracle允许将写满的在线RedoLog文件存放在一个或多个脱机位置,即归档RedoLog。
在线日志文件通过归档写入归档日志文件。
后台进程ARCn自动进行归档操作。
您能通过归档日志进行:•在线备份•基于时间的恢复ArchivedRedoLogSettings这里能够很好地在运行环境中使用归档RedoLog。
这样就能够进行基于时间的恢复。
监控归档日志文件所暂时存放的磁盘空间,根据实际情况调整归档日志文件备份到磁带的频度。
4.11数据文件数据文件是数据库分配的物理文件。
在Oracle数据库中,一个表空间可以包含一个或多个物理文件。
而一个数据文件则只能关联一个表空间和一个数据库。
Oracle通过分配一定的磁盘空间以及所需要的文件头空间,为每个表空间创建一个数据文件。
Data检测数据文件的位置。
当数据文件增长过度,数据库中必须添加数据文件。
应该避免“哪里有空间,哪里建文件”的错误方法,因为这样会增加备份策略和文件维护的复杂性。
下面列出部分数据文件的位置。
目前看来,数据文件存放位置基本准确。
Autoextendcapabilities通过自动扩展命令进行数据文件的自动扩展。
假定数据文件无法分配所需空间,那么它将提高数据文件的大小以获得更多空间。
建议:4.12表空间每个数据库由一个或多个逻辑存储单位,即表空间,所组成。
而表空间则由逻辑存储单位段所组成。
而段将被分为多个片。
TablespaceManagement以下是关于数据库表空间管理的信息。
TablespaceDefaultStorageManagement每个表空间中,可以为创建的对象指定缺省的存储参数。
创建对象时指定的存储参数将覆盖缺省值。
如果在创建对象时没有指定存储参数,那么系统将使用缺省值。
表空间缺省存储情况:DB在进行空间管理时对数据字典表(FET$、UET$)的争用。
我们知道系统中存在越多的空闲extent,越容易发生碎片问题。
其中空闲extent的大小非常重要,如果在表空间上有许多个无法满足指定的next大小的空闲extent,那这个空闲extent就无法被重新使用并成为碎片,这时就需要重新整理碎片;我们可以使用COALESCE命令合并相邻的extent,来减少系统中的碎片。
如果系统中不连续的小空闲extent过多,也就是碎片过多,则可能需要通过重建表空间的方式来消除碎片。
系统多数表空间使用ASSM,ASSM使用位图而不是传统的FreeList来管理段内的freedbblock,大大提升了空间管理的性能。
同时显著的减少segmentheader类型的bufferbusywait等待事件。
建议:表空间的管理方式选择合理。
NextExtent保证段能够增长是很重要的,因此在必要时分配nextextent。
如果在表空间中没有足够的空余空间,那么nextextent无法分配,对象也无法增长。
在数据库中没有发现无法分配NEXTEXTENT的段。
TemporaryTablespace临时表空间用于存放临时段。
为了维护数据库的性能,临时表空间的维护方法有别于其他一般表空间。
缺省情况下,所有表空间都创建为PERMANENT。
所以在创建临时段时,需要保证表空间类型为TEMPORARY。
由于这些表空间中的排序段不被清除,所以减少了空间事务争夺,同时减少了SMON对于CPU的使用率。
当进行长时间清理时,用户无法进行排序操作。
在这种情况下,可以指定用户使用状态为PERMANENT的临时表空间。
这有可能会引起空间事务争夺,但是可以允许用户在磁盘上进行排序操作。
由于表空间的extent使用了localmanagement方式,对表空间采用位图管理,更利于空间的使用及回收管理。
建议:在数据库TEMP为TEMPORARY类型的表空间,ExtentManagement方式为LOCAL。
保证每一个数据库用户都被分配一个临时类型的TEMP表空间。
以下列出了将PERMANENT表空间作为默认临时表空间的用户:没有发现用户将PERMANENT表空间作为默认临时表空间。
4.13回滚段管理回滚段能够用来保证读一致性,回滚事务以及恢复数据库。
RollbackSegmentList5.数据库简单风险评估5.1安全性管理在安全性方面,主要考虑用户访问数据库的控制以及维护系统的安全性问题。
DatabaseAdministratorUsernames/PasswordsOracle自动生成两个用户,并授予DBA权限:•SYS•SYSTEM经检查,SYS和SYSTEM都没有使用初始缺省密码。
这样有利于维护数据库的安全性,否则任何具有Oracle知识背景的人都能进入数据库。
建议:目前数据库用户安全方面设置良好,设置安全合理。