Oracle 数据库维护经验
2007-09-03 23:37
281 查看
一、Oracle 数据库应用现状
![](http://blog.icxo.com/uploadpic/2609oracle.JPG)
二、维护内容
1、数据备份
①逻辑备份:仅备份数据库里面的 数据;
物理备份(推荐):采用备份数据库文件的方法进行备份。
②系统备份 (非Windows 的运行环境)
③备份内容的测试与验证
④系统恢复
2、日常工作
① 数据库安装和启停
② 服务器日志跟踪
③ 服务器定期清理(大的临时文件和access.log等)
④ 数据库性能检测、修改配置
(包括配置参数修改和表空间扩充等)
⑤ 管理用户和安全性(包括从数据库中删除已过时的
用户,创建新用户 和密码管理等)。
3、与应用系统相关的维护
① 失效对象检查与处理
② 触发器和存储过程的修改
③ 后台数据库表和视图的检查
④ 报表的正确性和准确性验证
⑤ 集成接口方案的技术支持
⑥ 新系统的测试环境搭建
三、常见问题及处理
1、非Oracle本身的系统错误
[align=left]网络故障引起的数据库服务器和应用服务器连接不正常——重启数据库服务器或应用服务器。 [/align]
系统空间已达极限报错——检查日志文件和临时表空间,删除大的临时数据库表文件或access.log文件或重新启机。
网卡驱动程序版本问题,影响1521端口时断时通、系统无法正常运行——更换网卡驱动程序。
系统硬件问题——修复或更换硬件。
系统被病毒破坏——如果杀毒后问题无法解决,只能重装系统、数据库,然后用备份恢复
2、操作错误
数据库安装时,区域和字符集错误,系统恢复过程无报警,但显示内容有乱码——如果操作系统的区域不一致,要重装数据库;字符集错误可以修改,但有的版本需要重导应用系统数据。
应用系统用户的不正常操作导致对象失效——重建失效对象,查找问题的具体原因。
误删表空间、数据文件或用户——请求专业技术公司的支援,这是非常危险操作,在对数据库进行清理时应该由两个人来完成,一个监督、一个操作,否则系统损坏、丢失大量数据,只能恢复以前的备份。当和其它系统(如FMIS)有接口时,是致命的错误,造成两边的数据不一致。
更改数据库服务器地址,造成应用服务器或用户连接中断——改回原地址或修改应用服务器中相关的内容,尽量不要修改IP地址或拔插网线。
随意更改服务名和配置,造成连接中断——改回原设置,特别是c/s方式的应用要禁止修改。
触发器或存储过程等创建或修改错误——创建错误的要及时删除,需要修改的要备份一份再修改,修改经过测试正确后再向正式数据库复制。
四、几点体会和建议
尽量不让两个以上的系统共用一个表空间或数据文件,删错后很难恢复。
系统出错或误操作后一定要保留现场,寻求专业公司的技术支持。
要做备份,且备份的内容一定要做恢复性验证。
不要按用户要求从后台修改数据,Down数据库之前要通知在线用户下线(如EAM和FMIS用户等)。
不能让非系统管理员操作数据库。
禁止删除应用系统的数据库表和视图等。
加强在不同环境下的性能调整方面培训。
二、维护内容
1、数据备份
①逻辑备份:仅备份数据库里面的 数据;
物理备份(推荐):采用备份数据库文件的方法进行备份。
②系统备份 (非Windows 的运行环境)
③备份内容的测试与验证
④系统恢复
2、日常工作
① 数据库安装和启停
② 服务器日志跟踪
③ 服务器定期清理(大的临时文件和access.log等)
④ 数据库性能检测、修改配置
(包括配置参数修改和表空间扩充等)
⑤ 管理用户和安全性(包括从数据库中删除已过时的
用户,创建新用户 和密码管理等)。
3、与应用系统相关的维护
① 失效对象检查与处理
② 触发器和存储过程的修改
③ 后台数据库表和视图的检查
④ 报表的正确性和准确性验证
⑤ 集成接口方案的技术支持
⑥ 新系统的测试环境搭建
三、常见问题及处理
1、非Oracle本身的系统错误
[align=left]网络故障引起的数据库服务器和应用服务器连接不正常——重启数据库服务器或应用服务器。 [/align]
系统空间已达极限报错——检查日志文件和临时表空间,删除大的临时数据库表文件或access.log文件或重新启机。
网卡驱动程序版本问题,影响1521端口时断时通、系统无法正常运行——更换网卡驱动程序。
系统硬件问题——修复或更换硬件。
系统被病毒破坏——如果杀毒后问题无法解决,只能重装系统、数据库,然后用备份恢复
2、操作错误
数据库安装时,区域和字符集错误,系统恢复过程无报警,但显示内容有乱码——如果操作系统的区域不一致,要重装数据库;字符集错误可以修改,但有的版本需要重导应用系统数据。
应用系统用户的不正常操作导致对象失效——重建失效对象,查找问题的具体原因。
误删表空间、数据文件或用户——请求专业技术公司的支援,这是非常危险操作,在对数据库进行清理时应该由两个人来完成,一个监督、一个操作,否则系统损坏、丢失大量数据,只能恢复以前的备份。当和其它系统(如FMIS)有接口时,是致命的错误,造成两边的数据不一致。
更改数据库服务器地址,造成应用服务器或用户连接中断——改回原地址或修改应用服务器中相关的内容,尽量不要修改IP地址或拔插网线。
随意更改服务名和配置,造成连接中断——改回原设置,特别是c/s方式的应用要禁止修改。
触发器或存储过程等创建或修改错误——创建错误的要及时删除,需要修改的要备份一份再修改,修改经过测试正确后再向正式数据库复制。
四、几点体会和建议
尽量不让两个以上的系统共用一个表空间或数据文件,删错后很难恢复。
系统出错或误操作后一定要保留现场,寻求专业公司的技术支持。
要做备份,且备份的内容一定要做恢复性验证。
不要按用户要求从后台修改数据,Down数据库之前要通知在线用户下线(如EAM和FMIS用户等)。
不能让非系统管理员操作数据库。
禁止删除应用系统的数据库表和视图等。
加强在不同环境下的性能调整方面培训。
相关文章推荐
- Oracle 11g R1中的自动数据库维护任务管理
- oracle数据库开发的一些经验积累(三)
- 构建Oracle高可用环境HA rac:企业级高可用数据库架构、实战与经验总结
- oracle数据库开发的一些经验
- DB之Oracle数据库维护命令
- oracle数据库开发的一些经验积累(一)
- Oracle 数据库维护相关
- Oracle数据库系统使用经验六则
- ORACLE数据库维护技巧
- ORACLE 数据库开发经验总结1
- Oracle ERP 11i 维护经验
- Oracle数据库系统使用总结的几条经验分享
- Oracle数据库系统使用经验
- oracle 数据库表空间维护
- IBatis.Net项目数据库SqlServer迁移至Oracle经验
- 学习摸索 Oracle数据库系统使用经验六则
- oracle数据库开发的一些经验积累(一)
- oracle数据库开发的一些经验积累(四)
- oracle数据库开发的一些经验积累(二)
- 常用的查看数据库的SQL Oracle经验技巧集