没有合适的资源?快使用搜索试试~ 我知道了~
Oracle物理结构故障的处理方法.docx
1.该资源内容由用户上传,如若侵权请联系客服进行举报
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
版权申诉
0 下载量 188 浏览量
2022-05-03
14:59:43
上传
评论
收藏 23KB DOCX 举报
温馨提示
试读
17页
Oracle物理结构故障的处理方法.docx
资源推荐
资源详情
资源评论
Oracle-快速删除重复的记录
做项目的时候,一位同事导数据的时候,不小心把一个表中的数据全都搞重了,也就是说,
这个表里所有的记录都有一条重复的。这个表的数据是千万级的,而且是生产系统。也就
是说,不能把所有的记录都删除,而且必须快速的把重复记录删掉。
对此,总结了一下删除重复记录的方法,以及每种方法的优缺点。
为了陈诉方便,假设表名为 ,表中有三列 ,,,其中 , 是主
键,并且,, 上加了索引。
、通过创建临时表
可以把数据先导入到一个临时表中,然后删除原表的数据,再把数据导回原表, 语句
如下:
清空表记录
将临时表中的数据插回来。
这种方法可以实现需求,但是很明显,对于一个千万级记录的表,这种方法很慢,在生产
系统中,这会给系统带来很大的开销,不可行。
、利用
在 中,每一条记录都有一个 , 在整个数据库中是唯一的, 确定
了每条记录是 中的哪一个数据文件、块、行上。在重复的记录中,可能所有列的
内容都相同,但 不会相同。 语句如下:
!"#!
"$""%""%"
如果已经知道每条记录只有一条重复的,这个 & 语句适用。但是如果每条记录的重复记
录有 ' 条,这个 ' 是未知的,就要考虑适用下面这种方法了。
、利用 ( 或 函数
这里也要使用 ,与上面不同的是结合 ( 或 函数来实现。 语句如下
)!("!
"%""%"这里 ( 使用 也可以
或者用下面的语句
)!)*)("!
"%""%"这里如果把 ( 换成 的话,前面的 !
子句中需要把+*+改为+$+
跟上面的方法思路基本是一样的,不过使用了 ,-,减少了显性的比较条件,提高
效率。 语句如下:
)!(),-
"#")
!##),
-)#)!.,))$)
))))))))),-)#)!.,))$
还有一种方法,对于表中有重复记录的记录比较少的,并且有索引的情况,比较适用。假
定 , 上有索引,并且 表中有重复记录的记录比较少, 语句如下 /、利用
,-,提高效率
Oracle 物理结构故障的处理方法:
物理结构故障是指构成数据库的各个物理文件损坏而导致的各种数据库故障。这些
故障可能是由于硬件故障造成的,也可能是人为误操作而引起。所以我们首先要判断问题
的起因,如果是硬件故障则首先要解决硬件问题。在无硬件问题的前提下我们才能按照下
面的处理方发来进一步处理。
控制文件损坏:
控制文件记录了关于 的重要配置信息,如数据库名、字符集名字、各个数据文件、
日志文件的位置等等信息。控制文件的损坏,会导致数据库异常关闭。一旦缺少控制文件,
数据库也无法启动,这是一种比较严重的错误。
可以通过查询数据库的日志文件来定位损坏了的控制文件。日志文件位于
0 1234524 13""
损坏单个控制文件:
"确保数据库已经关闭,如果没有用下面的命令来关闭数据库:
.,$!
"查看初始化文件0 12345246 13"#确定所有控制文件的路
径。
"用操作系统命令将其它正确的控制文件覆盖错误的控制文件。
/"用下面的命令重新启动数据库
.,$
7"用适当的方法进行数据库全备份。
损坏所有的控制文件:
"确保数据库已经关闭,如果没有用下面的命令来关闭数据库:
.,$!
"从相应的备份结果集中恢复最近的控制文件。对于没有采用带库备份的点可以直接从磁
带上将最近的控制文件备份恢复到相应目录;对于采用带库备份的点用相应的 脚本
来恢复最近的控制文件。
"用下面的命令来创建产生数据库控制文件的脚本:
.,$
.,$86,
/"修改第三步产生的 文件,将其中关于创建控制文件的一部分语句拷贝出来并做些
修改,使得它能够体现最新的数据库结构。假设产生的 & 文件名字为
"&"
注意:
文件的具体路径可以在执行完第 )步操作后查看0 1234524
13" 文件来确定。
7"用下面命令重新创建控制文件:
.,$!
.,$
.,$9"&
:"用适当的方法进行数据库全备份。
重做日志文件损坏:
数据库的所有增、删、改都会记录入重做日志。如果当前激活的重做日志文件损坏,会导
致数据库异常关闭。非激活的重做日志最终也会因为日志切换变为激活的重做日志,所以
损坏的非激活的重做日志最终也会导致数据库的异常终止。在 ! 中每组重做
日志只有一个成员,所以在下面的分析中只考虑重做日志组损坏的情况,而不考虑单个重
做日志成员损坏的情况。
确定损坏的重做日志的位置及其状态:
"如果数据库处于可用状态:
.0,6
.,$.0,
"如果数据库处于已经异常终止:
.,$
.,$.0,6
.,$.0,
其中,,6 的状态为 ;'<2;= 表示这组日志文件出现已经损坏;, 状态为
;.:表示重做日志文件处于非激活状态;2.: 表示重做日志文件处于激活状态;
3:表示是重做日志为当前正在使用的日志文件。
损坏的日志文件处于非激活状态:
"删除相应的日志组:
.,$,6,,
"重新创建相应的日志组:
.,$,6,,
(’,6>,…) ?,6?
损坏的日志文件处于激活状态且为非当前日志:
"清除相应的日志组:
.,$!.,6,,
损坏的日志文件为当前活动日志文件:
用命令清除相应的日志组:
.,$!.,6,,
如果清除失败,则只能做基于时间点的不完全恢复。
打开数据库并且用适当的方法进行数据库全备份:
.,$
部分数据文件损坏:
若损坏的数据文件属于非 - 表空间,则数据库仍然可以处于打开状态可以进行操作,
只是损坏的数据文件不能访问。这时在数据库打开状态下可以单独对损坏的数据文件进行
恢复。若是 - 表空间的数据文件损坏则数据库系统会异常终止。这时数据库只能以
@ 方式打开,然后再对数据文件进行恢复。可以通过查看数据库日志文件来判断当前
损坏的数据文件到底是否属于 - 表空间。
非 - 表空间的数据文件损坏
"确定损坏的文件名字:
.,$.06!%>;'<2;=>
"将损坏的数据文件处于 A 状态:
.,$6B6>A
"从相应的备份结果集中恢复关于这个数据文件的最近的备份。对于没有采用带库备份的
点可以直接从磁带上恢复;对于用带库备份的点用相应的 脚本来恢复。
/"恢复数据文件:
.,$.6B6>
7"使数据库文件 :
.,$6B6>
:"用适当的方法进行数据库全备份。
- 表空间的数据文件损坏:
"以 方式启动数据库
.,$
"从相应的备份结果集中恢复关于这个数据文件的最近的备份。对于没有采用带库备份的
剩余16页未读,继续阅读
资源评论
cailibin
- 粉丝: 4
- 资源: 7015
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功