《Oracle数据库管理中应该关注的问题》由会员分享，可在线阅读，更多相关《Oracle数据库管理中应该关注的问题（3页珍藏版）》请在装配图网上搜索。
1、Oracle数据库管理中应该关注的问题1、表空间剩余空间不足，有部分表空间没有开启自动扩展特性。应该设置表空间的自动扩展特性，并且扩展了主要使用的表空间。如果使用了裸设备，由于裸设备不支持自动扩展，因此必须由专人监控表空间的使用情况，在空间不足时（一般剩余空间低于10%），立刻要求DBA或者技术支持人员增加新的裸设备和数据文件以扩大表空间2、存储上剩余空间不足，尤其是有Rman自动备份、导出自动备份或者开启了归档模式,应该经常监控3、注意状态异常（不可用和被禁用）的对象，尤其是触发器、PLSQL程序、约束，通过编译语句将大部分对象状态修改为正常，但仍有些程序无法编译通过，应该通知开发商检查相应
2、的程序的错误，或者将不需要的程序删除4、有些对象存储在系统表空间上，对系统性能带来一些影响，注意在部署对象时尽量确定存储对象所在的表空间，确保系统表空间上不要放用户对象5、有些用户的默认表空间和临时表空间指向系统表空间，就容易将对象创建在系统表空间，创建用户时应明确设置用户的默认表空间和临时表空间为非系统表空间6、注意监控数据库的锁竞争情况，如果发现长时间不结束的锁，尽快确定引起该锁的事务是否出现问题，如果是用户忘记结束事务，应通知用户尽快结束，如果是进程异常造成锁不能正常释放，应通知管理员将该异常进程杀掉，释放掉占用的资源7、注意查看的日志，如果发现备份的错误提示，应尽快进行处理，防止数据库
3、长时间不能正常备份情况的出现&DDL/DCL语句自动隐式提交未完成的事务，正常退出SQL自动隐式提交未完成的事务！9、有些数据量较大的库为了提高性能，曾经收集过统计信息，但已经很久没有重新收集，统计信息已经陈旧，这样会带来错误的执行计划，反而降低了性能。因此对于这类数据库应该及时重新收集了统计信息，以便系统能够得到正确的执行计划，提高运行效率10、有部分9.2.0.1的库上仍然使用共享模式，而在告警日志文件中出现了由共享服务进程引起的错误，这些错误甚至造成服务器上的多个数据库服务发生异常关闭的情况。应该将共享模式关闭，使用专用模式连接11、有部分10g的数据库上Recyclebin参数被设置为
4、OFF，这样就关闭了10g的回收站功能，在对象误删除的时候将丢失数据，应设置为ON。当然，在删除一些对象后，如果确认这些对象不再需要，可以通过清空回收站的方式将表空间剩余空间回收12、有部分数据库的timed_statistics参数被设置为False,为了能够进行性能诊断，需要收集与时间相关的统计信息，应将该参数修改为True13、windows上的数据库关闭方式不正确，造成每次数据库启动时不得不作实例恢复，很可能会带来数据库无法正常启动的情况。建议用户每次关闭服务器之前，应首先关闭数据库服务，然后再关闭服务器14、有些应用用户的索引个数远小于表的个数，这意味着存在大量的全表扫描操作，带来大
5、量的I/O，建议开发商对这些应用程序进行调整，适当增加一些索引15、有些用户被授予DBA角色，这个角色权限非常大，用户应确定是否需要这个权限16、有些库上的utl_file_dir参数设置为“*”，这意味着通过utl_file这样的程序包可以直接访问操作系统中任何文件，因此是比较严重的安全隐患，建议设置该参数为某一底层根目录，以减少安全风险17、有些数据库中发现很多用户，其中大部分都没有任何对象或者只包含很少的对象，确定这部分用户是否有意义，如果没有用，最好删除18、有些用户下有很多表都是空的，没有任何数据，确定这些表是否有必要存在19、有些服务器上CPU或者I/O比较繁忙，经检查发现是其他应用程序在消耗，应该确定该程序高消耗CPU的原因20、新功能模块增加到现有系统时，应提前告知数据库维护人员或者由维护人员进行操作，不要随意在数据库中增加用户、权限以及各种对象21、主要业务大表的访问SQL在正式使用前，应提交给数据库维护人员确定22、尽量避免频繁的提交，数据灌入时最好分批提交，比如每10000-50000条提交一次23、确保各内存区足够大，避免默认值的使用24、及时清理过大的告警日志、跟踪文件，释放空间25、个别库的重做日志文件太小，一般建议50-200M之间26、10g数据库的statistics_level参数应该被设置为typical，确保自动性能信息能够收集
Oracle数据库管理中应该关注的问题
