eygle.com   eygle.com
eygle.com  
 
留言簿 - 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 > >> - 318
# 43532
libing


来自: xj

To:
　　25-3月 -2007 15:27:25 * (CONNECT_DATA=(SID=TFYB)(SERVER=DEDICATED)(CID=(PROGRAM=D:\Hisys6.0\hisys60.exe)(HOST=ZYJS2)(USER=LNB))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.0.30)(PORT=1632)) * establish * TFYB * 12560
TNS-12560: TNS: 协议适配器错误
 TNS-00517: 丢失连接
  32-bit Windows Error: 54: Unknown error
 TNS-12500: TNS：监听器未能启动专用的服务器进程
  TNS-12547: TNS：丢失连接
 TNS-12560: TNS: 协议适配器错误
  TNS-00517: 丢失连接
 32-bit Windows Error: 54: Unknown error
25-3月 -2007 17:23:18 * (CONNECT_DATA=(SID=tfyb)(SERVER=DEDICATED)(CID=(PROGRAM=E:\Hisys6.0\hisys60.exe)(HOST=MZJS1)(USER=lnb))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.0.13)(PORT=1892)) * establish * tfyb * 12500
TNS-12500: TNS：监听器未能启动专用的服务器进程
 TNS-12560: TNS: 协议适配器错误
关键问题次错误是偶尔出现。比如业务比较繁忙是，我真心的希望盖国强大师
你看次问题 谢谢

From: libing
2007.09.04 11:59
To: libing
　　
12500，通常是你的服务器资源耗尽（一般是内存），使得服务器无法启动Dedicated的进程，你检查一下监听器的日志，里面应该有错误记录的。

From: eygle
2007.09.04 22:25
版主选项: 回复 编辑
# 43530
Julia
To: Vera
　　Miss you too~~ Be good!
From: Julia
2007.09.01 14:15
版主选项: 回复 编辑
# 43529
vera
To: 盖。。盖。。。盖盖盖老师
　　咦。。。太久不来。。。落伍了。。。
几时都改称为盖老师了。。。

julia i miss u~
From: vera
2007.08.31 23:27
版主选项: 回复 编辑
# 43528
Julia
To: Alice
　　谢谢Alice，嘿嘿
From: Julia
2007.08.31 10:46
版主选项: 回复 编辑
# 43527
hwq
To: eygle
　　加上了
但是
执行到这
import done in ZHS16GBK character set and AL16UTF16 NCHAR character setSegmentation fault

就退出来了


不知道 11g到9i可不可以导数据？
From: hwq
2007.08.30 17:06
版主选项: 回复 编辑
# 43526
ryan
To: 盖老师
　　您好！
 请教个NBU备份oracle DB的问题。子job备份成功，但父job报错，以前备份好的，就这几天出现的。rman输出的部分log是：
..
channel dev2: starting piece 1 at 29-AUG-07
channel dev1: finished piece 1 at 29-AUG-07
piece handle=df19435_1_631898274 comment=API Version 2.0,MMS Version 5.0.0.0
channel dev1: backup set complete, elapsed time: 03:08:37
channel dev2: finished piece 1 at 29-AUG-07
piece handle=df19436_1_631898274 comment=API Version 2.0,MMS Version 5.0.0.0
channel dev2: backup set complete, elapsed time: 03:21:13
Finished backup at 29-AUG-07

Starting Control File and SPFILE Autobackup at 29-AUG-07
released channel: dev1
released channel: dev2
RMAN-00571: ===============================
RMAN-00569: ===== ERROR MESSAGE STACK FOLLOWS ====
RMAN-00571: ================================
RMAN-03009: failure of Control File and SPFILE Autobackup command on dev1 channel at 08/29/2007 18:39:15
ORA-19580: backup conversation not active

Recovery Manager complete.

From: ryan
2007.08.30 16:17
To: ryan
　　自动备份出错了，看看你的自动备份难道不在缺省目录?
From: eygle
2007.09.03 11:41
版主选项: 回复 编辑
# 43525
alice
To: eygle&julia
　　今天得知亲爱的宝宝enmo诞生，迟来的祝福给你们和ＢＢ．
尤其是julia好伟大啊，好佩服你的坚强．
祝你们这三口之家永远开心快乐！幸福永驻！
From: alice
2007.08.30 14:07
To: alice
　　谢谢：）
From: eygle
2007.08.30 16:01
版主选项: 回复 编辑
# 43524
有你→我幸福


来自: 北京

To: 盖老师
　　以前是通过feedburner订阅的你的网站。
可是早上来看到在fenng的站点上看到feedburner被阻尼了。
我还不太喜欢用GOOGLE READER那些东西。
希望弄看到是用feedsky订阅的地址。
谢谢了。

From: 有你→我幸福
2007.08.30 14:03
To: 有你→我幸福
　　
我这里Feedburner是好的，不过还是修改了一下！

From: eygle
2007.08.30 16:00
版主选项: 回复 编辑
# 43523
稻草人
To: 盖老师
　　盖老师，您好，有个问题想请教~~

一个.NET程序通过OracleConnection连接Oralce打开一个进程调用存储过程，调用成功后，当数据库端的存储过程修改并通过编译，现在再调用，就会出错，出错信息为ORA-04068，继续调用的话，就正常了，我对ORACLE了解不多，我的理解是，存储过程被调用后，会把过程的相关信息，放在共享区，以便以后的再次使用，但是当存储过程有变更重新编译以后，存储过程的信息变了，而这个信息和之前共享区里的信息是不匹配的，如果调用还继续使用共享区里的信息，执行就会出错，而调用出错后，ORACLE可能有自己的垃圾回收机制，把共享区里无效的信息清除，而通过普通的方式执行存储过程。
以上都是我的猜测~~~如果大致像我想象的，有什么方法可以让存储过程不使用共享区，或者说每次调用都按普通方式执行存储过程，因为我现在的情况，是一个存储过程的调用，它是定时执行的，但是由于一些原因，它可能会不定时被修改，所以修改后的调用会使应用程序出现异常。。

谢谢~~
From: 稻草人
2007.08.30 10:57
版主选项: 回复 编辑
# 43522
sgg


来自: 重庆

To:
　　盖老师:
 您 好
我的生产环境中,新增加的一台客户机(windows XP+sp2+oracle9i客户端),在连接中心数据库时出现第一次不能连上,多试几次就可以连上了的现象.客户端配置与其它机器都是一样的.用SQLPLUS直接连中心库时也是这样,不知道是什么原因,怎么检查呢?
From: sgg
2007.08.30 08:58
To: sgg
　　如果只有这一台机器有问题，那么检查一下网络连接，看是不是硬件的问题。
From: eygle
2007.09.03 11:36
版主选项: 回复 编辑
页: 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 > >> - 318
我要留言
Copyright © 2003-2008 eygle.com All Rights Reserved.
Powered by: www.eYgLe.com