留言簿 - Powered by eYgLe.Com

eygle.com	我要留言
如何学习Oracle-eygle的方法经验谈

昵称

内容	页: < 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 > >> - 317

# 44157

Rigo

来自: 成都

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Maxthon; CIBA) 125.71.21.*

To: eygle
　　大师好哈～～～想问问你有关数据仓库入门的书有什么好的介绍下～～先谢谢。

From: Rigo
2008.10.16 10:07

To: Rigo
　　《深入浅出》《循序渐进》

From: Julia
2008.10.20 15:42

版主选项:

编辑

# 44156

solearn

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Maxthon) 218.25.87.*

To:
　　eygle guru，

还是请教那个延迟块清除的问题。
我按照书336-338页的步骤实验了一下，结果有点不一样。
在print ：cemp报错ora-01555后，dump数据块：
Itl　　　　　 Xid　　　　　　　　　Uba　　　　 Flag　Lck　　　　Scn/Fsc
0x01　 0x0009.00a.00002d03　0x0080b253.01f9.1a　C---　　0　scn 0x0000.009dd982
0x02　 0x000c.054.00000012　0x03400010.0005.23　----　　1　fsc 0x0001.00000000
看起来，块清除没有完成。
然后，执行select * from emp;
dump数据块：
Itl　　　　　 Xid　　　　　　　　　Uba　　　　 Flag　Lck　　　　Scn/Fsc
0x01　 0x0009.00a.00002d03　0x0080b253.01f9.1a　C---　　0　scn 0x0000.009dd982
0x02　 0x000c.054.00000012　0x03400010.0005.23　C-U-　　0　scn 0x0000.009e6821
这时，块清除成功了。
我仍然不知道这个scn　0x0000.009e6821是来自哪里？

From: solearn
2008.10.10 14:54

To: solearn
　　
这里有个说明：
http://www.eygle.com/archives/2005/04/control_scn_of.html

From: eygle
2008.10.11 09:31

版主选项:

编辑

# 44155

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Sicent; .NET CLR 2.0.50727) 60.23.29.*

To:
　　我的系统进入后提示“连接数据库失败”。具体情节如下：
Errors in file
d:\oracle\admin\jwxx\bdump\jwxx-lgwr-664.trc:
ora-00305: log 1 of thread 1 inconsistent; belongs to another database
ora-00312: online　log 1 thread 1:
D:\ORACLE\ORADATA\JWXX\RED001.LOG
ORA-305 signalled during:alter database open...
请问老师怎么办？谢谢

From: fq
2008.10.09 16:04

To: fq
　　晕，提示说那个日志文件不是这个数据库的

From: eygle
2008.10.11 09:32

版主选项:

编辑

# 44154

sean

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; (R1 1.6); .NET CLR 2.0.50727; .NET CLR 1.1.4322) 61.232.0.*

To: eygle
　　你好：
请问一下eygle，我有一个数据库的冷备份，比方说是8月1日的冷备份，archive log是最新的，比方到10月1日，当前数据库丢失后，如何通过8月1日的冷备份加上最新的archive log恢复到最近的数据库状态。

谢谢！

sean

From: sean
2008.10.08 13:21

To: sean
　　当然是可以的.

From: eygle
2008.10.09 10:16

版主选项:

编辑

# 44153

HELLO_JACK

Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Foxy/1; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506; CIBA) 125.92.219.*

To: Eygle
　　Eygle大师，请帮小弟解决一下这个问题。
我的数据库ORACLE11G 64位 WINDOWS平台，服务器有4G内存，SGA和PGA都是用自动管理的,数据库有200g
数据库启动后用了3G内存，2台机做了DATA GUARD，当我在主库上用RMAN做备份时，备份进程的内存一直升高，升到服务器的极限。此时ORACLE还没有在磁盘里上任何备份文件。
但在备库里做备份是成功，而且内存也没有上升。所以我一直都是在备库里做备份的，但前几天主库服务器坏了，将备库切换成主库，然后做备份时也出现旧主库备份出现的情况。
不知道是11G的BUG还是有些参数配置的不对。

From: HELLO_JACK
2008.10.08 08:46

版主选项:

编辑

# 44152

GNU!

来自: VA

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.13 (KHTML, like Gecko) Chrome/0.2.149.30 Safari/525.13 12.174.60.*

To:
　　盖兄你好！
因为太太临时要出差，得在家里看小孩，没去今年的Open World，可惜错过！
来日方长，明年有机会一定请来东部！

From: GNU!
2008.10.06 22:38

To: GNU!
　　有机会明年见，明年的OOW是在10月了，期待！

From: eygle
2008.10.08 08:14

版主选项:

编辑

# 44149

solearn

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Maxthon) 123.184.113.*

To:
　　eygle大师，

十一这几天，读你的大作《深入浅出oracle》。看得有点累，但挺有味道的。表述清楚，都是干货。
有个地方没看明白，就是338页延迟块清除导致ORA-01555那里。
之前执行了批处理更新，覆盖了回滚段中的前镜像。但是延迟块清除仍然得到了commit scn:0x0819.0045f09e。那么，这个scn是从哪里得到的呢？这个scn应该不是存在UNDO$里的upper bound scn吧？

From: solearn
2008.10.05 10:10

To: solearn
　　延迟块清除不外乎是根据ITL去找前镜像,如果前镜像不存在则出现1555错误,至于commit scn，在itl里是存在的阿

所谓快速提交，itl也是需要修改的，否则不算是提交。这个没有问题。

From: eygle
2008.10.09 10:45

版主选项:

编辑

# 44148

woson

来自: 北京

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GreenBrowser) 123.116.67.*

To: eygle
　　streams复制在POST_INSTANTIATION_SETUP时报错

ERROR at line 1:
ORA-23616: Failure in executing block 1 for script 57F33059DD6945A1E040007F01001A08
查询dba_recoverable_script_errors:
ORA-01187: cannot read from file 201 because it failed verification tests
ORA-01110: data file 201: ‘/u01/oracle/ora_data/mysigl/temp01.dbf’

我是按照piner(《高可用》新书第二版)和 ningoo(blog)的步骤操作的,前面 pre_instantiation_setup, rman (backup,duplicate)都是正常的,仅在这一步不成功.
文件状态都是正常的, 用ALTER SYSTEM CHECK DATAFILES;后问题依旧,
我是在vmware上进行的测试的,内存是768m, SGA_MAX_SIZE是400m,temp表空间是200m,ls -l temp01.dbf权限和其他数据文件无异,数据库版本是10.2.0.3 ,OS是linux enterprise 4.6
在vmware,我只能靠重建temp表空间解决问题,但在生产系统上可不能这么做,不知还有什么其他的解决办法.以及发生这种情况的原因.希望和你探讨.
另,我测试用maintain_*加impdp做streams是成功的,没有上面的问题.

From: woson
2008.10.04 23:51