eygle.com   eygle.com
eygle.com  
 
留言簿 - Oracle Life - Powered by Eygle.com
eygle.com 我要留言
成就Oracle DBA职业生涯
昵称
内容 页: 1 - << < 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 > >> - 404
# 44266
seker


来自: BJ


To:
  看到11G内存管理时 有点疑惑

memory_max_target  big integer 2560M
memory_target  big integer 2560M
pga_aggregate_target  big integer 0
sga_target  big integer 0
sga_max_size  big integer 2560M

看您新书里201页描绘的图,把 sga_max_size单拿出来了.不是在memory_max_target下面.我有点迷糊.
上面我列出的参数值.sga_max_size = memory_target = memory_max_target=2560M,
SGA若实际增到2560M时,PGA岂不是没有内存分配了吗?
我觉得:
sga_max_size <memory_max_target 才对.应该在memory_max_target的下面画出来.

From: seker
2009.01.14 00:16
To: seker
  没问题的。

图中,Memory_target 涵盖了 Sga_target 和 P_A_T,这是M_T的意义所在。
而SGA_MAX_SIZE 和M_M_T分别是对S_T,M_T的一个上限限制,所以垂直画出来了。

pga_aggregate_target    big integer 0
sga_target    big integer 0

则 sga_max_size 变成了一个形式上的限制,Oracle始终不会达到这个峰值,数据库会自动协调S_T和P_A_T的分配的。
From: eygle
2009.01.15 06:54

版主选项: 回复 编辑
# 44264
seker


来自: BJ


To:
  <深入解析oracle>的一个印刷错误
179页.SGA组成
原文"在32位平台上,Xksmmem表中每条记录代表4Bytes,在64位平台,每条记录代表4Bytes "

这里应该是8Bytes.下面内容有验证.


From: seker
2009.01.13 18:45
To: seker
  谢谢指正!
From: eygle
2009.01.15 06:55

版主选项: 回复 编辑
# 44263
zdyrain


来自: wuhan


To:
  您好,请教您一个问题:
oracle存储过程生成的一个xml文件序言部分缺少编码部分。
oracle 存储过程中
  xmldom.setVersion(doc, '1.0';
  xmldom.setCharset(doc, 'GB2312';

为什么生成的xml文件序言是 <?xml version="1.0"?>这样子,不是我想要的
<?xml version="1.0" encoding="GB2312" ?> 这个样子呢,如何才能得到我想要的?期盼解答,谢谢
oracle 92010版本
From: zdyrain
2009.01.10 23:33
To: zdyrain
  这是Oracle的Bug,你这样setCharset不生效

用 dbms_output.put_line 把你想要的字符集输出转出去就Ok了。
From: eygle
2009.01.12 01:12

版主选项: 回复 编辑
# 44262
lanny




To: eygle
  非常感谢答复
我们其实有两个logical standby,过去的两年多做过各种改动,一直都正常。
这两天先后出了问题,且殊途同归,现在症状一致了,都是restart_time变成1988-1-1(这个和metalink上的某个fix在11.2的bug很类似),而restart_scn大概是一天前的了。metalink帐户是借别人的,没原厂服务就是痛苦啊!现在都不敢乱动了,生怕apply停了,重启再同步至少要一个多小时了,坚持到周末,重启看看。
anyway,thanks a lot。
From: lanny
2009.01.07 19:09
To: lanny
  等等看你的结果:)
From: eygle
2009.01.12 01:13

版主选项: 回复 编辑
# 44261
Julia




To:
  好感慨,K仔终于要结婚了......
From: Julia
2009.01.07 01:25

版主选项: 回复 编辑
# 44260
麦子




To: 衣钩哥
  《深入浅出ORACLE》和《深入解析ORACLE》两书有区别吗?
From: 麦子
2009.01.06 19:13
To: 麦子
  看看这个你就明白了:
http://www.eygle.com/archives/2008/11/oracle_internals_preface.html
From: eygle
2009.01.06 23:22

版主选项: 回复 编辑
# 44259
lanny




To: eygle
  主库是rac的,logical standby是单实例的,是10.2.0.2的。metalink是类似的bug是说standby在rac环境下不同的实例查询到的结果有可能不一致。apply当前这种情况下,基本正常,但如果出现意外stop了,再重启apply,就需要很长时间,因为它要从restart_scn开始,而这个restart_scn大概是一天前的。以前正常的时候,主库切过日志传到standby后,这个restart_scn就相应更新了,现在为什么没有即时更新?那到底什么才能触发standby来更新这些标记呢?还有上次提到的“x$krvslvpg的两个值是怎么的来的呢”?
From: lanny
2009.01.05 17:42
To: lanny
  我有客户用10.2.0.3的Logical Standby,没有发现类似的问题。

我手头没有测试库,无法预测,不过x$表的数据都是来自内存,如果该值不增进,就可能是内存管理上有问题,你可以尝试重启数据库看看。

或者Log一个SR看看Oracle怎么说。
From: eygle
2009.01.07 05:27

版主选项: 回复 编辑
# 44258
seker


来自: bj


To:
  

今天下班刚拿到新书.
看了N久,一抬头,第一章....左手拈的感觉很厚.
于是数了数.除去书皮..12页...
这12页里很多名人...呵呵
接下来几天就是认真研读了...

From: seker
2009.01.05 06:37
To: seker
  谢谢支持!
From: eygle
2009.01.05 16:27

版主选项: 回复 编辑
# 44257
lanny




To:
  看了大师新书的第四章,上面说X$表最好只查看,但如果确定这张表的数据错了呢?
我这里现在的情形是logical standby的v$logstdby_progress的restart_scn和restart_time不一致,查看视图定义,对应的是x$krvslvpg 。
再查dba_logstdby_progress,发现x$krvslvpg.restart_scn和dba_logstdby_progress.read_scn是一样的,而x$krvslvpg.restart_time和dba_logstdby_progress.read_time不一样,而dba_logstdby_progress.read_scn和dba_logstdby_progress.read_time是正确的(当然从这两个值的定义也可以看出来,他们都是从logstdby_log来的)
那么x$krvslvpg的两个值是怎么的来的呢?如果是错的,该怎么处理呢?
因为网上关于standby的管理相关内容都很泛泛,metlink上也没找到相关的内容,所以只好把希望寄托在大师身上了,还望不吝赐教
From: lanny
2009.01.04 18:25
To: lanny
  如果是10g或RAC环境,有Bug和类似情况相关

是否影响到了Apply?

From: eygle
2009.01.05 16:27

版主选项: 回复 编辑
# 44256
ping




To: eygle
  盖老师,新年好!数据库开发究竟是开发什么?是不是就是所谓的数据库编程,比如Oracle PL/SQL程序设计,编写触发器之类的?数据库编程和软件编程有何区别啊?很多人建议先做数据库开发然后再做管理,这样是否会好些?正处于迷茫时期,不知道是选择软件开发方向还是数据库方向,还请大师指教。
From: ping
2009.01.04 01:30
To: ping
  数据库开发可能指PL/SQL编程,也可能指与数据库有关的应用程序开发,范围可宽广了。

如果不能一步到位的找到数据库工作,先找一份数据库开发的工作也是一个选择。
From: eygle
2009.01.05 15:53

版主选项: 回复 编辑

页: 1 - << < 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 > >> - 404
我要留言
Copyright © 2003~2012 eygle.com All Rights Reserved.
Powered by: www.eygle.com