eygle.com   eygle.com
eygle.com  
 
留言簿 - Oracle Life - Powered by Eygle.com
eygle.com 我要留言
《深入解析Orac le》一书前言
昵称
内容 页: 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
# 44410
sailor




To:
  你好,我是一名初学者。编程艺术、管理艺术这两本书值得一看吗
From: sailor
2009.07.09 20:41
To: sailor
  编程艺术 这本是好书。
From: eygle
2009.07.09 21:08

版主选项: 回复 编辑
# 44409
panda




To:
  一个问题

CRS的private ip可以和Cluster软件的心跳设在一起吗??

如果可以,是一个心跳网卡上绑定俩个ip这样做??

还是可以共用一个ip????

MC/SG记得好像可以设定private的ip的,HACMP也是可以的吗?

另外,Sun Cluster最少是要有俩个心跳网线,那CRS的private不是设在某一个网卡吧,而是在SC虚拟出来的一个网卡上,但是SC是无法设定private ip的,怎么防止不合CRS的private ip冲突呢???
From: panda
2009.07.08 00:37
To: panda
  可以共用,但是独立更好一点!
From: eygle
2009.07.09 19:33

版主选项: 回复 编辑
# 44408
nif_moon


来自: 深圳


To: eygle
  第一次来这里,觉得这里的氛围很好,以后要常来这里学习,希望eygle多多指点。
From: nif_moon
2009.07.03 01:36
To: nif_moon
  欢迎光临!
From: eygle
2009.07.03 21:16

版主选项: 回复 编辑
# 44407
pengpenglin




To: Eygle
  盖老师,你好!

我在学习Oracle Concept资料的第8章《内存结构》时有一段话不是很明白,原文如下(第183页):

A private SQL area continues to exist until the corresponding cursor is closed or the statement handle is freed. Although Oracle frees the runtime area after the statement completes, the persistent area remains waiting. Application developers close all open cursors that will not be used again to free the persistent area and to minimize the amount of memory required for users of the application.

我对上面这段话有几点不明:

1. curosr,run-time are,persistent area 的关系,是不是每执行一个SQL语句都会在PGA中首先run-time area,然后再是persistent area ?

2. 其次就是cursor的准确概念,如果是run-tiime area和persistent area 可以理解为实际的内存区域,那么cursor是不是一个逻辑上的概念,类似于内存指针?

3.run-time area和persistent area 存储的数据到底是什么?concept手册中对此的解析只提到persistent area包含了binding信息,但没有提到run-time的数据

4.文中提到persistent area 不会被自动关闭,必须显式关闭。为什么要这样?oracle这样做不是会留下存储空间隐患吗?除此之外会不会我们不关闭curor而导致记录被“锁”住的危险?

谢谢!望指点!
From: pengpenglin
2009.06.30 08:31

版主选项: 回复 编辑
# 44406
hello




To: eygle
  您好,最近碰到个很头大的问题,
环境:32 bit win2003R2 OS,10.2.0.3 ORACLE
问题描述:一个生产数据库在执行执行一条查询语句的时候会产生大量的ora-7445错误,并引发才CPU高达100%,执行这条语句的 前几天的ALERT日志中出现很多这样的错误:
ARC0: Attempting destination LOG_ARCHIVE_DEST_2 network reconnect (3113)
ARC0: Destination LOG_ARCHIVE_DEST_2 network reconnect abandoned
PING[ARC0]: Error 3113 when pinging standby standby.

ORA-07445: 出现异常错误: 核心转储 [ACCESS_VIOLATION] [_kgh_subtract_extent_chunks+63] [PC:0x603CD1F5] [ADDR:0xF31BC5C] [UNABLE_TO_READ] []

冷备一个库下来,做测试库,发现不采取任何措施,过了22点,一切都正常,查询语句也正常,但是并没有查到在22点有相关的JOB,只是发现在22点时日志会自动切换一次,并产生一个sid_j000_**日志

这样的话,我该采取什么样的措施?

感谢您的支持!谢谢!
From: hello
2009.06.26 00:00
To: hello
  22点有个数据库自动收集统计数据的任务,是这个引起的。
From: eygle
2009.06.26 18:39

版主选项: 回复 编辑
# 44405
a gui


来自: a gui


To: Eygle
  在您大作《深入浅出oralce》一书中,有比较多的地方有使用转储文件。比如转储控制文件:alter session set events 'immediate trace name controlf level 10';
我在试验的时候,但是在对应的dump目录下面并没有生成对应的转储文件。这是为什么,烦请执导?我使用的版务为oracle10g。
From: a gui
2009.06.24 20:48
To: a gui
  10g你用level 8的级别,但是不管怎样,会有跟踪生成啊:
[auditracle:/opt/oracle] sqlplus "/ as sysdba"

SQL*Plus: Release 10.2.0.4.0 - Production on Thu Jun 25 15:09:52 2009

Copyright (c) 1982, 2007, Oracle.All Rights Reserved.


Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> alter session set events 'immediate trace name controlf level 10'
  2/

Session altered.

SQL> !
[auditracle:/opt/oracle] cd admin/vip/udump/
[auditracle:/opt/oracle/admin/vip/udump] ls -sort|tail -1
 720 -rw-r-----1 oracle 734536 Jun 25 15:09 vip_ora_1511622.trc
From: eygle
2009.06.25 00:11

版主选项: 回复 编辑
# 44404





To:
  <script>alert(‘广告’)</script>
From:
2009.06.22 03:27

版主选项: 回复 编辑
# 44403
anycall2010




To:
  7.关于ORACLE用户下PING的问题:
su - oracle
ping 35.1.90.21
sh: ping:not found.

进入目录是可以的:
$ cd /usr/sbin
$ ping bl870_1
PING bl870_1: 64 byte packets
64 bytes from 35.1.90.21: icmp_seq=0. time=0. ms
64 bytes from 35.1.90.21: icmp_seq=1. time=0. ms
----bl870_1 PING Statistics----
2 packets transmitted, 2 packets received, 0% packet loss
round-trip (ms)min/avg/max = 0/0/0
$ ping bl870_1-priv
PING bl870_1-priv: 64 byte packets
64 bytes from 10.0.0.1: icmp_seq=0. time=0. ms
64 bytes from 10.0.0.1: icmp_seq=1. time=0. ms
----bl870_1-priv PING Statistics----
2 packets transmitted, 2 packets received, 0% packet loss
round-trip (ms)min/avg/max = 0/0/0
From: anycall2010
2009.06.17 21:52

版主选项: 回复 编辑
# 44402
anycall2010




To:
  3.每个用户的属主都是一致的
# id oracle
uid=109(oracle) gid=106(oinstall) groups=107(dba)
 4.在ORACLE用户下,使用RSH也是没问题的:
# su - oracle
$ more .rhosts
bl870_1 oracle
bl870_2 oracle
bl870_1-vip
bl870_2-vip
bl870_1-priv
bl870_2-priv
$
 
5. 测试RSH的等效性:
$ rcp runcluvfy.sh bl870_2:/home/oracle
$ remsh bl870_2 ll
总数 16
-r-xr-xr-x 1 oracle oinstall2990 6月18日 10:22 runcluvfy.sh

$ rcp runcluvfy.sh bl870_1:/home/oracle
$ remsh bl870_1 ll
总数 32
-r--r--r-- 1 oracle oinstall 124 6月18日 10:20 README
-r-xr-xr-x 1 oracle oinstall2990 6月18日 10:25 runcluvfy.sh

6. /HOME/ORACLE的目录权限:
drwxr-xr-x 3 oracle oinstall8192 Jun 18 10:22 oracle
 


From: anycall2010
2009.06.17 21:51

版主选项: 回复 编辑
# 44401
anycall2010




To:
  1.每个节点的主机:
# more /etc/hosts
127.0.0.1 localhost
35.1.90.21bl870_1
35.1.90.23bl870_2
35.1.90.22bl870_1-vip
35.1.90.24bl870_2-vip
10.0.0.1bl870_1-priv
10.0.0.2bl870_2-priv
2.在ROOT用户下,任何一个节点网络的公有IP和私有IP都是没问题的:
# ping bl870_1
PING bl870_1: 64 byte packets
64 bytes from 35.1.90.21: icmp_seq=0. time=0. ms
64 bytes from 35.1.90.21: icmp_seq=1. time=0. ms
 
# ping bl870_2
PING bl870_2: 64 byte packets
64 bytes from 35.1.90.23: icmp_seq=0. time=0. ms
64 bytes from 35.1.90.23: icmp_seq=1. time=0. ms
 
# ping bl870_1-priv
PING bl870_1-priv: 64 byte packets
64 bytes from 10.0.0.1: icmp_seq=0. time=0. ms
64 bytes from 10.0.0.1: icmp_seq=1. time=0. ms
64 bytes from 10.0.0.1: icmp_seq=2. time=0. ms

# ping bl870_2-priv
PING bl870_2-priv: 64 byte packets
64 bytes from 10.0.0.2: icmp_seq=0. time=0. ms
64 bytes from 10.0.0.2: icmp_seq=1. time=0. ms
 




From: anycall2010
2009.06.17 21:50

版主选项: 回复 编辑

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