留言簿 - 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 > >> - 336

# 44408

nif_moon

来自: 深圳

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; TCO_20090703145706; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; .NET CLR 2.0.50727; CIBA) 210.21.227.*

To: eygle
　　第一次来这里，觉得这里的氛围很好，以后要常来这里学习，希望eygle多多指点。

From: nif_moon
2009.07.03 16:36

To: nif_moon
　　欢迎光临!

From: eygle
2009.07.04 12:16

版主选项:

编辑

# 44407

pengpenglin

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; TheWorld) 219.137.136.*

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 23:31

版主选项:

编辑

# 44406

hello

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 1.1.4322) 117.25.173.*

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 15:00

To: hello
　　22点有个数据库自动收集统计数据的任务，是这个引起的。

From: eygle
2009.06.27 09:39

版主选项:

编辑

# 44405

a gui

来自: a gui

Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 QQDownload/1.7 218.5.1.*

To: Eygle
　　在您大作《深入浅出oralce》一书中，有比较多的地方有使用转储文件。比如转储控制文件：alter session set events 'immediate trace name controlf level 10';
我在试验的时候，但是在对应的dump目录下面并没有生成对应的转储文件。这是为什么，烦请执导？我使用的版务为oracle10g。

From: a gui
2009.06.25 11:48

To: a gui
　　10g你用level 8的级别，但是不管怎样，会有跟踪生成啊：
[audit

racle:/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> !
[audit

racle:/opt/oracle] cd admin/vip/udump/
[audit

racle:/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 15:11

版主选项:

编辑

# 44404

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727) 123.116.118.*

To:
　　<script>alert(‘广告’)</script>

From:
2009.06.22 18:27

版主选项:

编辑

# 44403

anycall2010

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727) 221.215.38.*

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.18 12: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.18 12: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.18 12:50

版主选项:

编辑

# 44400

anycall2010

To:
　　我的主机环境是：
HP BL870 安腾2的刀片小型机
操作系统是：
HP-UNIX 11.3.1
遇到问题：
$ ./runcluvfy.sh stage -pre crsinst -n　-verbose bl870_1,bl870_2

Checking user equivalence...
User equivalence check passed for user "oracle".

Checking administrative privileges...
User existence check passed for "oracle".
Group existence check passed for "oinstall".
Membership check for user "oracle" in group "oinstall" [as Primary] passed.

Administrative privileges check passed.

Checking node connectivity...

ERROR:
Network interface information could not be obtained from any of the nodes.

ERROR:
Network interface information could not be obtained from any of the nodes.

Node connectivity check failed.

From: anycall2010
2009.06.18 12:49

版主选项:

编辑

# 44399

chopin

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) 59.174.182.*

To: 盖大师：
　　我在做physical standby database 转为logical standby database时：
alter database recover to logical standby database toms;
报了一个罕见的ORA-20000错误，我在GOOGLE上找不到同样的案例，请大师帮我看看！
ORA-20000: File /u01/app/oracle/oradata/toms/temp01.dbf has wrong dbid or dbname, remove or restore the offending file.　

From: chopin
2009.06.12 19:51

版主选项:

编辑

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

我要留言

www.eygle.com