eygle.com   eygle.com
eygle.com  
 
留言簿 - Oracle Life - Powered by Eygle.com
eygle.com 我要留言
坚韧卓绝之人,必能成就万事
昵称
内容 页: < 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
# 46037
反机械


来自: 兰州


To:
  盖老师您好,请教个问题,redhat5.5 32bit 上安装oracle11.2 rac,dbca的时候报错ORA-00443:.最后将sga分配到1.5G后不报错了。
想请教下,32位系统能否修改SGA大小?怎么修改?谢谢!
From: 反机械
2014.07.29 08:16
To: 反机械
  32 位,SGA最高在1.7G左右,能编译内核调高点但是意义不大。
测试还凑合,如果生产就改装64位的。
From: eygle
2014.07.29 19:42

版主选项: 回复 编辑
# 46036
ranfengzheng


来自: 重庆


To: eygle
  谢谢前辈的细心回复
切记放下攀比之心,努力做好现在该做的,充分的去学习新的知识。寻找新的机遇。
这才是我应该做的对吗?
From: ranfengzheng
2014.07.20 20:28
To: ranfengzheng
  做好一件事再考虑另外一件,除非你已经明确决定要做另一件而不是这一件。
From: eygle
2014.07.22 21:07

版主选项: 回复 编辑
# 46035
ranfengzheng


来自: 重庆


To: eygle
  我是一个刚毕业的娃娃,最近很迷茫。。网络出身。。接触linux2年 现在第一份工作涉及到了oracle然后就跟到这里来了。。。想着你说的一句话。。 如果现在就有一份工作 就做好他。。积累的过程需要时间,只有去除浮躁,认真学习,不断积累,寻找机遇,就会靠近成功。。但是最近同学给了我个致命的打击(同是网络出身。。现在的他一个月能拿到5k说道什么技术 真的就是最顶端的设备就是个cisco的三层交换机。。。而我做这个连别人一半都木有)我不知道是不是自己心浮气躁 但是积累了比人家多的知识 了解得比人家多 却。。。。我很迷茫希望eygle前辈能给后辈一些建议。。看了你写的书。。让我更对以后的职业生涯有更多的向往。。
From: ranfengzheng
2014.07.20 18:20
To: ranfengzheng
  你的同学,如果找比他工资高一倍的,也多的是,这样的比较没有意义。
在你以后的路上,这样的情况也永远存在,你如果不想好现在,在未来同样会心理不平衡。

如果你是刚毕业的娃,现在就纠结这些事情,莫不如赶紧朝着自己期望的方向去改变,但是从长远看,没有人会看好这种决定。

归根结底,能力与知识是未来的成就之本。
From: eygle
2014.07.20 18:46

版主选项: 回复 编辑
# 46034
hsy




To: hsy
  请教下oracle12c中的PGA_AGGREGATE_TARGET如何做优化?
From: hsy
2014.06.17 23:09
To: hsy
  如果设置了Memory_target,可以任其自动调整,否则,可以根据AWR里关于PGA的建议部分,做些调整。这是动态参数,除非有明确意图,一般不需要特别调整。
From: eygle
2014.07.20 18:48

版主选项: 回复 编辑
# 46033
Hy


来自: 北京


To: eygle
  Hi:
盖老师你好,有个问题一直困扰我很久,我们的数据库监听日志一直在报这样的错误TNS-12502: TNS:listener received no CONNECT_DATA from client,是这样的我们的数据库服务器上安装了ITM监控, 它会每隔一定的时间去telnet xxx 1521端口,从你的一篇博客中我查找到了发出telnet xxx 1521动作的时候,会有以上的错误不影响应用,但是有的时候ITM监控的信息会告诉你telnet xxx 1521端口不通,像这样不通的情况我该怎么样去查找根本原因呢?(PS:监听的日志大小300多M)
From: Hy
2014.06.15 23:16
To: Hy
  可以考虑结合 ping 测试,看看不通时是网络不通还是无法到达数据库1521端口。

From: eygle
2014.06.17 17:55

版主选项: 回复 编辑
# 46032
myth


来自: 杭州


To:
  循序渐进oracle数中的第43页,导出表空间
exp '/ as sysdba' tablespaces=trans transport_tablespace=y file=exp_trans.dmp
确定没写错,我对你的技术总是表示怀疑,大哥,你这个语句是在windows的命令行下运行的对不对?如果是的话,真的导不出。你再试试
From: myth
2014.06.11 03:08
To: myth
  兄弟,是这一页中间那块么?
http://www.eygle.com/archives/2007/08/stepbs_oracle_chp1_09.html

演示的是从Linux传输到Windows平台,前面带有 $ 符号的,是在Linux下执行的。

我确认没写错,能执行的。
 
From: eygle
2014.06.12 21:19

版主选项: 回复 编辑
# 46031
liulei_it




To: 盖老师
  前辈,偶与死磕产品短暂的婚姻已经结束了。多亏了之前老同事的帮忙又回到了之前老板的另外一家公司驻厂了。俗话说,一日夫妻百日恩,一天不碰Oracle命令偶就难受。再加上工作性质的变数让我痛下决心回到数据库的领域。目前不仅管理oracle还有always on的sqlserver。
再次谢谢您
From: liulei_it
2014.06.02 07:38
To: liulei_it
  恭喜回到自己喜欢的岗位。
From: eygle
2014.06.12 20:25

版主选项: 回复 编辑
# 46030
科密24


来自: 安徽


To:
  想学习oracle 推荐本入门书籍
From: 科密24
2014.06.01 00:16
To: 科密24
  参考首页链接。

http://www.eygle.com/archives/2008/11/become_dba_quickly.html
From: eygle
2014.06.12 21:18

版主选项: 回复 编辑
# 46029
Linkman




To:
  盖老师,你好。
07445。请问盖老师这故障一般跟什么有关呢。
Sun May 18 15:07:37 2014
Errors in file /oraHome/oracle/admin/orcl/udump/orcl_ora_3575864.trc:
ORA-07445: exception encountered: core dump [] [] [] [] [] []
Sun May 18 15:07:41 2014
Errors in file /oraHome/oracle/admin/orcl/bdump/orcl_pmon_491766.trc:
ORA-07445: exception encountered: core dump [] [] [] [] [] []
Sun May 18 15:08:00 2014
CJQ0: terminating instance due to error 472
Sun May 18 15:08:01 2014
Errors in file /oraHome/oracle/admin/orcl/bdump/orcl_dbw0_344312.trc:
ORA-00472: PMONprocess terminated with error
Sun May 18 15:08:02 2014
Errors in file /oraHome/oracle/admin/orcl/bdump/orcl_ckpt_274628.trc:
ORA-00472: PMONprocess terminated with error
Sun May 18 15:08:02 2014
Instance terminated by CJQ0, pid = 528420
Sun May 18 15:18:55 2014
Starting ORACLE instance (normal)

ORA-07445 全是方框,之前数据库都正常的啊。都用几年了。oracle9i 9.2.0.4操作系统AIX5.3就18号出现实例异常中断,自动断开。然后开启数据库后,运行一段时间又会出现
26日告警:
LGWR: terminating instance due to error 472 这里是LGWR,其它的错一样。


From: Linkman
2014.05.26 08:26
To: Linkman
  这个需要看那个跟踪文件中抛出的异常才能判断是什么问题。

.trc 文件内部有信息。
From: eygle
2014.05.28 03:43

版主选项: 回复 编辑
# 46028
mars_lion




To: 盖老师
  盖老师,最近负责的一台数据库,执行数据库操作特别慢.今天执行了delete表,有1000万条数据,执行了一下午,没结果。查了一下是锁表了。最后只能kill session杀掉。而且我执行完成后,再次执行delete ,这回我加了条件,大于删除10万左右,但是还是不行。查看alert日志,有很多checkpoint not complete.我的联机日志也有300M。这块是什么问题?是硬件读写问题吗?
From: mars_lion
2014.05.26 08:14
To: mars_lion
  要看执行计划,是否能够快速定位记录,300M日志不大,可以再加大。

也可以试试更少的记录,比如2w条左右。
From: eygle
2014.05.28 03:45

版主选项: 回复 编辑

页: < 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