eygle.com   eygle.com
eygle.com  
 
留言簿 - Oracle Life - 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 > >> - 404
# 44671
自从有你




To: eygle
  请问使用rhel5.4还是rhel4系列部署oracle10g rac好?我看rhel5.4取消了对raw device支持,对于rac来说,在rhel5怎么处理 “脑裂”,我看一些资料说,ops/rac环境下,多结点同时访问一个数据库,control file、data file、redo log都必须建立在 raw device
对于部署oracle10g rac请您指点。谢谢!

From: 自从有你
2010.09.25 20:18

版主选项: 回复 编辑
# 44670
老朋友--福鼎


来自: 公主岭


To: eygle
  眨眼间,你孩子也上幼儿园了,我儿子都要上初中了,看你照片有些苍老了!
From: 老朋友--福鼎
2010.09.22 19:33
To: 老朋友--福鼎
  哈哈,流年似水,转瞬即逝!

不辜负这人生就好了!
From: eygle
2010.09.26 08:23

版主选项: 回复 编辑
# 44669
Vera




To: 衣钩
  在银行工作三年,一眼望到老,想改变
我朋友说云南有个新学校开了,问我要不要去支教两年
我应该学会放下
又觉得这样对职业规划不很好,虽然本身也无从谈规划,担心回来还能做什么,这个那个的

一下子迷茫起来,做不了决定
From: Vera
2010.09.20 03:31
To: Vera
  如果你有一颗不安分的心,那么选择去拥抱变化,让一生丰富多彩起来。

如果选择如此,就要选择接受随之而来的艰苦与动荡,人生不过是一些选择而已。
From: eygle
2010.09.26 08:22

版主选项: 回复 编辑
# 44668
单简


来自: 珠海


To:
  我有一个表是符合分区,先range在hash,数据量很大,数据最后分布在诗歌表空间上。我以维护索引的方式用sqlldr导入每日导入很多数据,投产两个月了一直导入耗时都稳定月5~6个小时能完成,但是最近两天开始每天导入耗时将近18个小时,这让我很苦恼,一时没想到是什么原因。经查发现每条记录插入的执行时间都比以前增加了3~5倍,甚至更多。我想不明白什么原因,看起来系统挺正常,就是数据当条插入时间很长,我在猜想每日导入大量数据是否会导致大量的行移动?我知道行移动的代价比较高。景仰大师,能否解惑?先谢过。
From: 单简
2010.09.18 08:28
To: 单简
  问题的原因可以通过做一个AWR报告来看性能数据,通产可以很容易的找到原因。
From: eygle
2010.09.26 08:21

版主选项: 回复 编辑
# 44667
阿发达




To:
  为什么我没觉得oracle 很难呢, 他难在哪啊, 我觉得就是单纯的记住概念,然后把代码实践一下, 比以前学acm简单多了, 我想请问它难在哪啊
From: 阿发达
2010.09.18 04:33
To: 阿发达
  Oracle不难,做DBA主要是个体力工作。

关键的很多东西和技术本身无关。
From: eygle
2010.09.26 08:20

版主选项: 回复 编辑
# 44666
shuimudaoliang




To:
   盖老师你好
问下rman会导致陈列IO的耗尽吗?
rman开高的并行度IO读就会瘫痪(ls命令在挂载的阵列上要等上2-3分钟才能出来,挂载是ocfs格式共享的),写却正常。杀死rman进程也不能解决IO读慢的问题。只有全部停掉rac数据库,io才恢复正常。是版本是10. 2.0.3.0有这样的bug吗?还是有什么关于oacle与存储阵列设置参数呢
您的回答
to shuimudaoliang
RMAN会占用大量的IO资源,尽量在空闲时段去做备份。

问题是我在没有任何应用负载的数据库跑rman的平行度测试跑到io读的非常缓慢了。是不是存储的硬件有问题呢。可是我平行度2却有跑的很正常加到4,7 就开始io读问题了。只有停掉数据库才能恢复系统的io。难道rman 进程kill后不能释放rman占用的IO,要停库才能解决?



From: shuimudaoliang
2010.09.18 02:40
To: shuimudaoliang
  可能,你Kill的仅仅是rman的进程,RMAN向数据库发起连接的进程可能仍然在运行。
From: eygle
2010.09.26 08:19

版主选项: 回复 编辑
# 44665
自从有你


来自: 北京


To: eygle
  老师您好:
  关于您的书籍“循序渐进oracle 数据库管理、优化与备份恢复”在您taobao网店还有吗?我需要购买,跑了几个书城都没货啊!谢谢
From: 自从有你
2010.09.17 03:00
To: 自从有你
  这本书应该算是绝版了,出版社不再印刷了。我这里也没有了。
From: eygle
2010.09.17 20:16

版主选项: 回复 编辑
# 44664
shuimudaoliang




To:
  盖老师你好
问下rman会导致陈列IO的耗尽吗?
rman开高的并行度IO读就会瘫痪(ls命令在挂载的阵列上要等上2-3分钟才能出来,挂载是ocfs格式共享的),写却正常。杀死rman进程也不能解决IO读慢的问题。只有全部停掉rac数据库,io才恢复正常。是版本是10. 2.0.3.0有这样的bug吗?还是有什么关于oacle与存储阵列设置参数呢?
From: shuimudaoliang
2010.09.16 20:09
To: shuimudaoliang
  RMAN会占用大量的IO资源,尽量在空闲时段去做备份。
From: eygle
2010.09.17 20:17

版主选项: 回复 编辑
# 44663
duncan2008


来自: 深圳


To: eygle
  大师:
同样的RAC平台2数据库大小为7G,/arch1,/arch2目录下归档没有,很正常
RAC平台3平台归档量很大,很不正常,找不到原因?
SQL> Select Tablespace_Name,Sum(bytes)/1024/1024 From Dba_Segments Group By Tabl
espace_Name;
TABLESPACE_NAMESUM(BYTES)/1024/1024
GMMS_DATA 14865.375
GMMS_INDEX2146.0625
UNDOTBS1 1184.78125
/arch1:
rw-r----- 1 oracle dba 3274240 Sep 16 12:50 1_15945.dbf
rw-r----- 1 oracle dba13051392 Sep 16 14:06 1_15946.dbf
rw-r----- 1 oracle dba19255296 Sep 16 15:23 1_15947.dbf
/arch2:
--rw-r----- 1 oracle dba 524287488 Sep 16 14:12 2_6778.dbf
-rw-r----- 1 oracle dba 524287488 Sep 16 14:39 2_6779.dbf
-rw-r----- 1 oracle dba 524287488 Sep 16 15:03 2_6780.dbf
-rw-r----- 1 oracle dba 524287488 Sep 16 15:25 2_6781.dbf
From: duncan2008
2010.09.16 00:33
To: duncan2008
  用Logmnr解析一下就知道是什么内容了。
From: eygle
2010.09.16 02:48

版主选项: 回复 编辑
# 44662
阿发达




To:
  请问大牛, 归档日志底层的工作原理是怎样的?
From: 阿发达
2010.09.15 01:06
To: 阿发达
  Redo日志的拷贝啊,就是Redo的原理。
From: eygle
2010.09.16 08:06

版主选项: 回复 编辑

页: 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 > >> - 404
我要留言
Copyright © 2003~2012 eygle.com All Rights Reserved.
Powered by: www.eygle.com