留言簿 - Powered by eYgLe.Com

eygle.com	我要留言
坚韧卓绝之人，必能成就万事

昵称

内容	页: 1 - << < 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 > >> - 306

# 43632

yaya

Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0.7 61.148.115.*

To: 盖老师
　　你好：为了做压力测试我需要联另一台机器上的数据库，我打开Oracle SQL*Plus　输入用户名称，口令，主机字符串进行连接后总显示错误：ERROR:ORA-12154:TNS:无法处理服务名，但我在另外一台机器上就能连接上，请问这是什么原因，该如何解决，谢谢。

From: yaya
2007.10.17 11:03

To: yaya
　　你的配置有问题吧，tnsping能通么?

From: eygle
2007.10.17 20:50

版主选项:

编辑

# 43631

sjl

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; SV1; .NET CLR 1.1.4322) 218.57.138.*

To: eygle
　　exp/imp之后，job的问题。
我采用按用户exp/imp之后，发现job的信息有些变化，如下：
SELECT JOB, LOG_USER, PRIV_USER, SCHEMA_USER FROM DBA_JOBS
原来的信息：
　　 JOB　　LOG_USER　　　　　 PRIV_USER　　　　　　 SCHEMA_USER
　　　6　　　TEST　　　　　　　　TEST　　　　　　　　 TEST
导入后信息：
　　 JOB　　LOG_USER　　　　　 PRIV_USER　　　　　　 SCHEMA_USER
　　　6　　　system　　　　　　　　system　　　　　　　　 TEST

请问这种情况改如何解决？
谢谢！

From: sjl
2007.10.16 20:48

To: sjl
　　这要看你exp/imp的参数是如何定义的

From: eygle
2007.10.16 22:58

版主选项:

编辑

# 43630

XJLIBING

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0) 222.82.97.*

To: EYGLE
　　前几日的ORA-12500问题已近解决,感谢EYGLE的支持

From: XJLIBING
2007.10.16 16:40

版主选项:

编辑

# 43629

小鱼

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) 211.155.226.*

To: 盖老师
　　前一个问题的补充:
查看alert_sigma.log
Tue Oct 16 11:32:48 2007
ORA-1100 signalled during: alter database mount
...
Tue Oct 16 11:33:11 2007
alter database open
Tue Oct 16 11:33:11 2007
Beginning crash recovery of 1 threads
Tue Oct 16 11:33:11 2007
Started first pass scan
Tue Oct 16 11:33:12 2007
Completed first pass scan
9555 redo blocks read, 365 data blocks need recovery
Tue Oct 16 11:33:12 2007
Started recovery at
Thread 1: logseq 590, block 110964, scn 0.0
Recovery of Online Redo Log: Thread 1 Group 1 Seq 590 Reading mem 0
Mem# 0 errs 0: D:\ORACLE\ORADATA\SIGMA\REDO01.LOG
RECOVERY OF THREAD 1 STUCK AT BLOCK 252900 OF FILE 11

From: 小鱼
2007.10.16 13:19

版主选项:

编辑

# 43628

小鱼

To: 盖老师
　　alter database open后的郁闷问题(ORA-01033)
Oracle 9　9.2.0.1.0
无法启动数据库
表现为：启数据库后能以sysdba的身份连接,而无法以normal身份连接,提示Ora-01033:ORACLE initialization or shutdown in progress
一步步执行启动startup nomount ->alter database mount->alter database open
到alter database open就卡住了,光标一直停在下一行闪烁
似乎是alter database open执行后没有得到返回确认信息,致使数据库一直认为数据库还没启动完毕

盖老师，这个问题要怎么解决啊？

From: 小鱼
2007.10.16 12:48

版主选项:

编辑

# 43627

坏人

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; MAXTHON 2.0) 59.41.85.*

To:
　　ly9477 (pandxf@126.com)

恶意买家资料：
李毅， (0812)6938018，四川省攀枝花市仁和区春天花园24栋2单元6A， 617000　

请各位注意这个买家。。。。

From: 坏人
2007.10.15 22:47

版主选项:

编辑

# 43625

christorf

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0) 218.4.62.*

To:
　　告訴你一個好消息,蘇州大學圖書館收錄了你的大作<深入淺出>
這樣更多的人可以不花錢就能夠看到了
正在拜讀中

From: christorf
2007.10.15 09:36

To: christorf
　　
好啊，谢谢告知：）

准备修订一下这本书，可以补充不少内容了！

From: eygle
2007.10.16 10:28

版主选项:

编辑

# 43624

xiaofang

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; TencentTraveler ) 222.129.45.*

To: eygle
　　关于scn检验说法的文章，选择一个以便于您的解答：
。。。。。
当数据库启动时，Oracle先检查控制文件中的每个Datafile Checkpoint SCN和数据文件中的Start SCN是否相同，再检查每个Datafile Checkpoint SCN和Stop SCN是否相同。如果发现有不同，就从Redo Log中找到丢失的SCN，重新写入数据文件中进行恢复。具体的数据恢复过程这里就不再赘述。
。。。。。
详细见网址：
http://www.cnblogs.com/jimeper/archive/2007/09/27/908414.html

From: xiaofang
2007.10.13 23:43

版主选项:

编辑

# 43623

xiaofang

To: eygle
　　大师，都这么叫，我也这么称呼您吧，好像您也比我们大不了多少。最近在看您的《深入浅出》一书。有疑惑的地方请您指教。
关于scn和cnt的问题。
在网上看到好多文章都说数据库启动检验的第一步并非是检验的cnt而是scn。我想流传广泛并非没有道理。您可否详细给我们解释下呢，两者检验是否异曲同工？因为曾经问过多人都未果。
希望您能看到我的流言，更希望我能幸运的得到您的回复，因为郁闷了我好久好久了，呵呵

From: xiaofang
2007.10.13 23:36

版主选项:

编辑

# 43619

Chi

来自: Mexico

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0.7 148.223.76.*

To: Eygle
　　Another problem: ( 10.2 Dev on AIX 5)
When we restarted the RMAN backup, the system alert log indicated an error in the trc at udump. However, I checked the trc file, I did not found any error messages, no ORA number either, but dumped a lot of message as
ksfqfret:ctx=0x106a29f0 filename=/remote/solar/flash_recovery/baan_standby/baan634929920_206_1.bkf blksiz=8192 startblk=1
ksfqqrd

ffset=1 nblocks=127 filsiz=388468
ksfqrd:ctx=0x106a29f0 nblocks=0 wait=1
ksfqrd:buf=0x10aec000 offset=1 blksread=127
...
Because I am using a remote Sun box as the site to store the backup. I have checked the RMAN backup log and found no error either and there is no privilege problem ( when we did this months ago). How can I trace where is the cause of the error indicated in alert log?

From: Chi
2007.10.12 21:20

版主选项:

编辑

页: 1 - << < 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 > >> - 306

我要留言

www.eygle.com