eygle.com   eygle.com
eygle.com  
 
留言簿 - Oracle Life - Powered by Eygle.com
eygle.com 我要留言
新书《循序渐进Oracle》即将出版
昵称
内容 页: < 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 > >> - 403
# 45995
eyglefans


来自: shanghai


To: 盖老师
   您好!
  oracle 版本:11.2.0.3RAC备库,单实例的主库.
DGMGRL> convert database prod to snapshot standby;
Converting database "prod" to a Snapshot Standby database, please wait...
Database "prod" converted successfully
DGMGRL> convert database prod to physical standby;
Converting database "prod" to a Physical Standby database, please wait...
Starting instance "prod1"...
ORACLE instance started.
Database mounted.
Continuing to convert database "prod" ...
Error: ORA-16541: database is not enabled

Failed.
Failed to convert database "prod"
主库tnsnames.ora(rac备库部分的)
PROD =
(DESCRIPTION =
  (ADDRESS = (PROTOCOL = TCP)(HOST = rac1-vip)(PORT = 1521))
  (ADDRESS = (PROTOCOL = TCP)(HOST = rac2-vip)(PORT = 1521))
 (LOAD_BALANCE = OFF)
 (FAILOVER = ON)
  (CONNECT_DATA =
  (SERVER = DEDICATED)
  (SERVICE_NAME = prod_DGMGRL)
  (FAILOVER_MODE =
  (TYPE = SELECT)
  (METHOD = BASIC)
  (RETRIES = 0)
  (DELAY = 1)
  )
  )
  )
From: eyglefans
2013.12.04 10:14
To: eyglefans
  看 alert 日志,其中有什么错误?
From: eygle
2013.12.08 17:17

版主选项: 回复 编辑
# 45994
菠萝




To: Eygle
  盖老师,最近我拜读了您的著作<会计基础>,很枯燥啊,能不能写一些有趣味的财务读本?
From: 菠萝
2013.12.03 17:30
To: 菠萝
  嗯,我写本 Oracle基础 你看看。
From: eygle
2013.12.04 05:25

版主选项: 回复 编辑
# 45993
宏仔200


来自: 广州


To:
  搞错了。c++应该是谭浩强的,我把你们的名字搞混了。老师说了你的名字,记忆成你的名字了,呵呵。不过你的名字,IT界每一个人应该都听说过
From: 宏仔200
2013.12.01 23:40
To: 宏仔200
  感谢支持~!
From: eygle
2013.12.04 05:25

版主选项: 回复 编辑
# 45992
宏仔200


来自: 广州


To:
  盖老师:
 你好,作为一个学计算机的学生,你的书怎能不拜读,我们学校用的C++教材就是你的著作。你的书读起来没有其它数据那样晦涩。现在出来刚走上dba的职位,你是我的职业偶像,希望有一天我也可以像你那么厉害,当上中国的ACE,这是我的职业目标。
From: 宏仔200
2013.11.28 21:30
To: 宏仔200
  啊,C++ 教材不能是我的吧。
From: eygle
2013.12.01 17:26

版主选项: 回复 编辑
# 45991
柚子




To: Eygle
  盖老师,你好!你是我的偶像, 我喜欢你好久了!
From: 柚子
2013.11.26 20:02
To: 柚子
  晚上回家聊!
From: eygle
2013.11.26 23:23

版主选项: 回复 编辑
# 45990
随风


来自: 上海


To: 盖国强
  盖老师你好,有个问题困扰了我很久,所以给你留意,希望能得到你的帮助
长期来我们的系统一直存在一个奇怪的问题,就是每天有不少事务不能有效释放,但又找不到具体SQL,具体事务信息如下,主要是
长时间不释放的事务对应的数据文件号和块号都是零,也定位不到正在执行的SQL,请问如何能查到具体在跑那个SQL,或定位问题

SID UBA filenum UBA Block number Number os undo Blocks Used START_TIME START_SCNB CLIENT_INFO
2017 0 0 1 11/26/13 15:51:26 3280167433 10.1.8.53
1870 0 0 1 11/26/13 16:04:38 3280196148 10.1.8.53
2001 0 0 1 11/26/13 17:45:06 3280918961 10.1.8.42
1952 0 0 1 11/26/13 17:45:09 3280919040 10.1.8.42
2108 0 0 1 11/26/13 17:45:09 3280919121 10.1.8.42
1956 0 0 1 11/26/13 17:45:12 3280920337 10.1.8.42
1903 0 0 1 11/26/13 17:45:12 3280919331 10.1.8.42
1970 0 0 1 11/26/13 17:45:12 3280919320 10.1.8.42
2103 0 0 1 11/26/13 18:00:22 3281430536 10.1.8.44
1877 0 0 1 11/26/13 18:09:23 3281442552 10.1.8.44
2096 0 0 1 11/26/13 19:15:59 3281786484 10.1.8.53
2121 0 0 1 11/26/13 19:16:00 3281786524 10.1.8.53
1815 0 0 1 11/26/13 19:22:43 3281794157 10.1.8.44

From: 随风
2013.11.26 18:59
To: 随风
  那可能是程序里没有关闭链接啊,程序执行完成,就没有SQL在运行了。


From: eygle
2013.11.27 16:48

版主选项: 回复 编辑
# 45989
流浪的野狼


来自: 深圳


To: 盖老师
  盖老师,有个问题想咨询一下您,
描述:数据库在归档模式下丢失了全部的控制文件,故此我在nomount状态下通过之前的rman备份恢复了控制文件,然后alter database mount;接着执行了recover database;在打开数据库时要求以resetlogs方式打开。执行alter database open resetlogs 后顺利开启数据库。
我的问题是:
  1、控制文件既然是旧的,如何同步信息到当前的状态,控制文件所需的同步信息从哪里来,如何使控制文件与数据文件达到一致的状态?
  2、我执行的既然是recover database;属于完全恢复的指令,为何还需要以resetlogs方式打开数据库呢?
From: 流浪的野狼
2013.11.17 03:42
To: 流浪的野狼
  控制文件可以重建得来,如果日志文件完好,数据文件完好,甚至不要做Resetlogs。

控制文件中的信息,可以从数据文件头、日志文件头等处获得。
From: eygle
2013.11.26 00:34

版主选项: 回复 编辑
# 45988
石秀


来自: 广东.深圳


To: 盖老师
  老师您好,看了好几本您写的oracle方面的书,但如何通过操作系统的优化来提高数据库的性能这方面的书太少了,老师可否建议下在操作系统方面我们该如何正对数据库进行调整,或者有什么书籍推荐下。
From: 石秀
2013.11.08 05:41
To: 石秀
  这些知识都是关联在一起的,我建议在遇到相关主题时,通过网络找到相关资源,广泛阅读,深入学习。
From: eygle
2013.11.26 00:32

版主选项: 回复 编辑
# 45987
cuixd_mjoys




To: eygle
  头回来这里留言,学习盖总的《深入浅出 ORACLE 备份恢复》
做实验过程中遇到点问题:
10.2.0.1在通过使用表删除前的全库备份对已删除表做基于时间点的不完全恢复后
alert日志中总有这些trc文件,如:
Errors in file /opt/oracle/admin/mjoysdb/udump/mjoysdb_ora_20086.trc:
....
打开其中某个trc的内容:
WARNING: Archival will be performed using 2 passes.
The first pass will attempt to determine the end-of-file
of the online redo logfile.The end-of-file is determined
by identifying what is described as a "corrupt" block
header.This will be reported as an ORA-00354 error.
However, this is not really a corrupt block - it is the
end of the redo data.
.....
krvscm(+): kccdiflg [404001] kccdifl2 [1000]
krvscm(+): kccdi2ldscn [0x0000.00000000]
krvscm(+): kccdi2lrscn [0x0000.00000000]
krvscm(+): Inspecting logical metadata
krvscm(+): Metadata state
krvscm(+): hasPrepSwitchSta [0]
请教什么原因,要紧吗? 谢谢盖总~~
From: cuixd_mjoys
2013.10.29 19:29
To: cuixd_mjoys
  把Redo Clear或者重建一下看看。
From: eygle
2013.11.06 20:46

版主选项: 回复 编辑
# 45986
Noc




To: 盖老师
  盖老师:
  请问一下,如何查看11gR2中的gv$session的真实语句,v$fixed_view_definition中只能显示4000字节,看您以前的帖子贴出了4344个字符,请指教一下!
From: Noc
2013.10.25 19:55
To: Noc
  从源文件里去找,rdbms 目录下可以找到。
From: eygle
2013.10.29 06:39

版主选项: 回复 编辑

页: < 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 > >> - 403
我要留言
Copyright © 2003~2012 eygle.com All Rights Reserved.
Powered by: www.eygle.com