恢复Controlfile文件的疑问

empoli

手工写一个控制文件的脚本
不会写 就在其他的库上alter database backup controlfile to trace;
then   conn / as sysdba
          startup nomount
          @PATH/controlfile_name_trace
           alter database mount;
            alter database create datafile '';
            recover database using backup controlfile;
            alter database open;
            
跟本不用RESETLOGS   
只要日志在 数据文件在（因为你前提是不备份） 诙复过来不难

还有CREATE TABLESPACE会写在控制文件里  也会写REDO

还有restore 回来照理说应该可以的啊
你这样：after restore
            you type :  alter database create datafile (number号） OR DATAFILE_NAME   住意路竟

OK  就是这样

[ 本帖最后由 empoli 于 2010-2-24 23:42 编辑 ]

ccsnmoracle

楼上的朋友，
我想问一下，
一定要 做alter database create datafile '';这个操作吗？
你建立这个数据文件的意图是什么呀？

谢谢

empoli

..

因为你说你不用备份
ALTER DATABASE  其实就是变相往控制文件住册某个DATAFILE
也就是写控制文件
这样 数据字典与控制文件都有此表空间的信息
只要日志在 就能应用过去
就能恢复
日志是最重要的
UNDERSTAND？

ccsnmoracle

在我遇到的这个情况下，选择的恢复方案是重新建立控制文件。
所以，
我认为没有必要，去建立这个数据文件。
我的数据文件没有丢失过。。。。和日志文件一样，都是完整的。

重新建立控制文件之后，直接RECOVER就好了。

empoli

。。

是的
就是这样
日志丢了 数据文件就得拿旧的拷回来了
所以说 日志是最重要的

ccsnmoracle

谢谢，学习了。

empoli

。。
脚本建的控制文件就是一张白纸   有好也有不好的
特别是当二进制的控制文件的备份经常要RESETLOGS的时候
而脚本的控制文件却可以不用RESETLOGS
可以不用换INCARNATION
USING BACKUP CONTROLFILE敲在SQLPLUS内  有点重新收集日志和数据文件信息的样子 因为它是一张白纸
而在RMAN 敲（脚本的控制文件） 却 不用 USING BACKUP CONTROLFILE
因为RMAN 浅移摸化帮你做了
希望你没晕

ccsnmoracle

这点事，还晕不了。。。

checkpoint那事儿，还指望您呢！

我也好好整理整理，零散的知识点。。。。

empoli

1.checkpoint occurs
2.dirty buffers reach threshold(脏块达到预值）
3.there are no free buffers( 就是说DBBUFFER中的数据正在被用）
4.TIMEOUT OCCURS   fast_start_mttr_target
5.rac ping request
6.TABLESPACE OFFLINE
7.TABLESPACE READ ONLY
8.TABLE DROP OR TRUCATE
9.TABLESPACE BEGIN BACKUP

Yong Huang

> DATA BUFFER往下写的9个条件
...
> 5.rac ping request

It's better to tell us what version these conditions apply to, and of course the source of this information unless it's from your own research. "RAC ping request" sounds like pre-9i i.e. OPS environment.

Just found it. This may be the source that many people are referencing:
http://www.oracle.com/technology ... tectureOverview.pdf

It has a copyright timestamp of 2001. I don't think Oracle9i was released in that year. But some concepts mentioned in the article are definitely newer than 8i, such as sga_max_size (beginning with 9iR2 I think). I think "RAC ping request" is a mistake. It's better to say "OPS (8i and before) ping request". OPS does not have cache fusion so ping request needs a write.

Additionally, any segment checkpoint, not just that before you drop or truncate table, but also that before Oracle scans a table or index in parallel, causes DBWn to write.

Yong Huang

[ 本帖最后由 Yong Huang 于 2010-2-25 13:15 编辑 ]