eygle.com   eygle.com
eygle.com  
 
留言簿 - 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 > >> - 317
# 43979
伊水笑
To:
　　好漂亮的网页啊。。
From: 伊水笑
2008.04.06 18:01
To: 伊水笑
　　欢迎，咋跑这来的?
From: eygle
2008.04.07 09:04
版主选项: 回复 编辑
# 43977
chongzi1119
To: 老师
　　紧急求救：监听程序无法分发客户机连接
在为资料档案库选择数据库时，为什么最后系统出现如下错误提示：
出现SQL异常错误：
原因: ORA-12518: TNS: 监听程序无法分发客户机连接

系统提示的原因: ORA-12518: TNS: 监听程序无法分发客户机连接
是什么原因呢？
From: chongzi1119
2008.04.05 10:24
To: chongzi1119
　　可能是你的内存消耗殆尽，你看看alert文件中是否有其他错误?
From: eygle
2008.04.07 09:06
版主选项: 回复 编辑
# 43975
奇玉
To:
　　eygle,你好，请你帮个忙，帮我解决这个问题。谢谢
今天在进行Rman增量备份时出现以下错误：
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03015: error occurred in stored script atft_lv1_backup
RMAN-03002: failure of backup command at 04/01/2008 16:35:12
RMAN-06180: incremental backups require Enterprise Edition

Oracle版本
Rman：9.02
目标库：9.02

操作系统:windows 2003


脚本如下：
0级备份脚本
sql 'alter system switch logfile';
allocate channel d1 type disk;
backup incremental level 0
format 'd:\%d_%T_%s' (database);
release channel d1;
1级备份脚本
sql 'alter system switch logfile';
allocate channel d1 type disk;
backup incremental level 1
format 'd:\%d_%T_%s' (database);
release channel d1;


先执行的0级备份，再执行1级备份时就出现以上错误，而且两个脚本在测试环境中都没有问题可以
正常备份与恢复，但在正式环境中就出现这个问题。


有点太直接，请见谅，很着急。谢谢，打搅您了
From: 奇玉
2008.04.01 20:09
To: 奇玉
　　
 incremental backups require Enterprise Edition

增量备份需要企业版，你的版本不支持！


From: eygle
2008.04.07 09:07
版主选项: 回复 编辑
# 43974
efits
To: eygle
　　RMAN> backup database plus archivelog;
RMAN-06059: expected archived log not found, lost of archived log compromises recoverability
ORA-19625: error identifying file +DGSYS/sysgroup/1_3_650279058.dbf
ORA-17503: ksfdopn:2 Failed to open file +DGSYS/sysgroup/1_3_650279058.dbf
ORA-15173: entry '1_3_650279058.dbf' does not exist in directory 'sysgroup'
在SQLPLUS 中执行
SQL> select group#, sequence#,archived from v$log;
  GROUP#SEQUENCE#ARCHIV
--------------------------
 140NO
 238YES
 339YES

SQL> select name, sequence# from v$archived_log order by sequence#;
NAME SEQUENCE#
------------------------------------------------------- ---------------
+DGSYS/sysgroup/1_3_650279058.dbf 3 （由于太多了，这里只截取这一条记录）
以上两条查询可以看出现在的归档日志的sequence#已经是39了，况且，我在37的时候已经做过全备份，为什么还会出现这个错误呢，怎样改正，万望盖老师给予指导！！！！

From: efits
2008.04.01 16:46
版主选项: 回复 编辑
# 43973
明明
To:
　　这是什么网站呀
From: 明明
2008.04.01 14:40
版主选项: 回复 编辑
# 43972
天龙帮主
To: eygle
　　eygle，你好！
 
  小弟刚刚接触oracle不久，现遇到一个问题，还请多多指教。
  环境描述：
  win2003＋oracle10g；两个数据库OraDB3和OraDB4
  问题描述：
  本周一，同事使用数据库时发现oradb3无法连接，提示ora-12154的错误，google一下后，已经解决。（解决办法：在监听器中添加“数据库服务”，分别指定我的两个数据库中，重启listener后正常）。但随之而来的，通过net manager试图连接oradb3时，又报ora-01034和ora-27101的错误，show parameter spfile后，发现spfile的内容是x:\%oracle_home\database\spfileoradb4.ora,致使每次启动服务器后，需使用"database update assistant"后，手动指定oradb3的pfile后，数据库便可正常访问。
 请问：怎么样的设置，才可以保证服务器启动后，不需要手动去指定pfile/spfile便可以正常访问数据库。谢谢
 如我描述不清，可以email联系，niuzheng@yeah.net
From: 天龙帮主
2008.04.01 11:20
版主选项: 回复 编辑
# 43971
Julia
To:
　　名片啊！
From: Julia
2008.03.31 16:33
版主选项: 回复 编辑
# 43980
zergduan
To: eygle
　　您好，昨天听了您的课，我又一个等待事件的问题

oracle 是不是任何一个操作都肯定会有相应的等待时间发生么？
比如全表扫描是不是肯定会有db file scattered read发生？
lgwr被触发写redo log是不是肯定会有 log file parallel write发生？

如果不是，那么是oracle有个什么限制，比如某个操作用时超过xxms就会出现相应的等待事件这种机制？

我有个问题关于log file sync 和 log parallel write 的在itpub上

http://www.itpub.net/thread-963198-1-1.html

能给看一下么？
谢谢
From: zergduan
2008.03.31 11:03
版主选项: 回复 编辑
# 43970
spring
To: eygle
　　您好。
我最近用了oracle的10g版本，但却找不到oem了，以前9i时在程序里面就可以直接找到的。我用windows系统。
谢谢
From: spring
2008.03.27 22:27
To: spring
　　
你需要单独现在Client端安装之后就有了

From: eygle
2008.03.29 23:02
版主选项: 回复 编辑
# 43969
rain
To:
　　eygle:
 你好！ 我在修改一个方案的时候遇到一个估算停机的问题，我想问问一个300G 数据库文件 100G 数据量的数据库，进行RMAN备份的时间是不是可以估算为100000m/30m/s(约定磁盘速率)*60s=55min，重建restore 和recover 的时间大约多少时间呢？
 你在实际工作过程中大数据量的rman恢复和重建的时间能说明一下吗？

  谢谢！
From: rain
2008.03.26 17:39
To: rain
　　实际的备份时间可能要比这个略长些，和你的业务量有关，因为RMAN的反复尝试读、磁盘的利用率都可能需要更长的时间，但是100G的数据量，估计备份时间也就在1小时左右，restore的时间可能会更快一点，但是recover就不好说了，那取决于你的归档量。
From: eygle
2008.03.29 23:08
版主选项: 回复 编辑
页: < 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
我要留言
Copyright © 2003-2008 eygle.com All Rights Reserved.
Powered by: www.eYgLe.com