eygle.com   eygle.com
eygle.com  
 
留言簿 - Oracle Life - Powered by Eygle.com
eygle.com 我要留言
《深入浅出Oracle》内容简介
昵称
内容 页: 1 - << < 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 > >> - 404
# 44158
karl.xu




To: eygle guru
  (急)请问一下:我再安装Oracle9.2后,为什么在ODBC中没有出现Oracle ODBC的Driver呢?我尝试了网络上的所有办法:1:我的服务器是Windows 2003;2:从Oracle网站下载相对应的驱动,按照方法进行了安装,也没有出现。不知道eygle guru,你以前碰到过这个问题没?怎么解决的呢?

非常感谢
From: karl.xu
2008.10.16 15:47

版主选项: 回复 编辑
# 44157
Rigo


来自: 成都


To: eygle
  大师好哈~~~想问问你有关数据仓库入门的书有什么好的介绍下~~先谢谢。
From: Rigo
2008.10.15 19:07
To: Rigo
  《深入浅出》《循序渐进》
From: Julia
2008.10.20 00:42

版主选项: 回复 编辑
# 44156
solearn




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.09 23:54
To: solearn
  
这里有个说明:
http://www.eygle.com/archives/2005/04/control_scn_of.html

From: eygle
2008.10.10 18:31

版主选项: 回复 编辑
# 44155
fq




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 01:04
To: fq
  晕,提示说那个日志文件不是这个数据库的
From: eygle
2008.10.10 18:32

版主选项: 回复 编辑
# 45018
snow11


来自: hainan


To:
  请问一下eygle,我的www.xuemeili.com 想用你这个BLOG,可以吗
From: snow11
2008.10.08 11:06

版主选项: 回复 编辑
# 44154
sean




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

谢谢!

sean

From: sean
2008.10.07 22:21
To: sean
  当然是可以的.
From: eygle
2008.10.08 19:16

版主选项: 回复 编辑
# 44153
HELLO_JACK




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

版主选项: 回复 编辑
# 44152
GNU!


来自: VA


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



From: GNU!
2008.10.06 07:38
To: GNU!
  有机会明年见,明年的OOW是在10月了,期待!
From: eygle
2008.10.07 17:14

版主选项: 回复 编辑
# 44149
solearn




To:
  eygle大师,

十一这几天,读你的大作《深入浅出oracle》。看得有点累,但挺有味道的。表述清楚,都是干货。
有个地方没看明白,就是338页延迟块清除导致ORA-01555那里。
之前执行了批处理更新,覆盖了回滚段中的前镜像。但是延迟块清除仍然得到了commit scn:0x0819.0045f09e。那么,这个scn是从哪里得到的呢?这个scn应该不是存在UNDO$里的upper bound scn吧?
From: solearn
2008.10.04 19:10
To: solearn
  延迟块清除不外乎是根据ITL去找前镜像,如果前镜像不存在则出现1555错误,至于commit scn,在itl里是存在的阿

所谓快速提交,itl也是需要修改的,否则不算是提交。这个没有问题。
From: eygle
2008.10.08 19:45

版主选项: 回复 编辑
# 44148
woson


来自: 北京


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 08:51

版主选项: 回复 编辑

页: 1 - << < 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 > >> - 404
我要留言
Copyright © 2003~2012 eygle.com All Rights Reserved.
Powered by: www.eygle.com