原留言板是为了记录网友的一些问题以及我的分析，现在有更方便的t.askmaclean.com可以使用了，所以旧的留言板功能将被取消，本贴保留了留言板的历史记录。     (41) lx Sat, 15 October 2011 11:39:11 +0800 兄弟，你link的那些国外oracle圈的网站 怎么都没了？ (40) 重庆-漂流 Tue, 11 October 2011 09:56:10 +0800 数据库报这类错误，请帮看下怎么解决 Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0xFFFFFFFF] [PC:0x7FFF65D0, {empty}] Errors in file d:appadministratordiagrdbmsorclorcltraceorcl_ora_2368.trc (incident=143793): ORA-07445: 出现异常错误: 核心转储 [PC:0x7FFF65D0] [ACCESS_VIOLATION] [ADDR:0xFFFFFFFF] [PC:0x7FFF65D0] [UNABLE_TO_READ] [] ORA-12080: IOQ 批处理缺失缓冲区高速缓存 Trace file d:appadministratordiagrdbmsorclorcltraceorcl_ora_2368.trc Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production With the Partitioning, OLAP, Data Mining and Real Application Testing options Windows Server 2003 Version V5.2 Service Pack 2 CPU : 8 - type 586, 2 Physical Cores Process Affinity : 0x00000000 Memory (Avail/Total): Ph:6549M/8190M, Ph+PgF:7168M/9796M, VA:1761M/4095M Instance name: orcl Redo thread mounted by this instance: 1 Oracle process number: 47 Windows thread id: 2368, image: ORACLE.EXE (SHAD) *** 2011-10-11 09:12:27.953 *** SESSION ID:(280.236) 2011-10-11 09:12:27.953 *** CLIENT ID:() 2011-10-11 09:12:27.953 *** SERVICE NAME:(orcl) 2011-10-11 09:12:27.953 *** MODULE NAME:(?？?？?？exe) 2011-10-11 09:12:27.953 *** ACTION NAME:() 2011-10-11 09:12:27.953 Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0xFFFFFFFF] [PC:0x7FFF65D0, {empty}] Incident 143793 created, dump file: d:appadministratordiagrdbmsorclorclincidentincdir_143793orcl_ora_2368_i143793.trc ORA-07445: 出现异常错误: 核心转储 [PC:0x7FFF65D0] [ACCESS_VIOLATION] [ADDR:0xFFFFFFFF] [PC:0x7FFF65D0] [UNABLE_TO_READ] [] ORA-12080: IOQ 批处理缺失缓冲区高速缓存 (39) dume Mon, 10 October 2011 21:03:15 +0800 再一次尝试的时候，发现使用多个窗口都可以正常登陆了， 窗口一： C:Usersmdu>sqlplus sys/oracle@shared as sysdba SQL*Plus: Release 10.2.0.1.0 - Production on 星期一 10月 10 20:54:03 20 Copyright (c) 1982, 2005, Oracle. All rights reserved. 连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Production With the Partitioning, OLAP and Data Mining options SQL> 窗口二： C:Usersmdu>sqlplus sys/oracle@shared as sysdba SQL*Plus: Release 10.2.0.1.0 - Production on 星期一 10月 10 20:54:12 2011 Copyright (c) 1982, 2005, Oracle. All rights reserved. 已连接。 SQL> 这里的疑问是：我明明是将shared_server_sessions设置为1，此时为什么还可以以shared模式再次登陆呢？ 其它的参数与上一贴子中内容一样，就不再粘贴了。 --------------------------------------- [oracle@node admin]$ more listener.ora # listener.ora Network Configuration File: /u01/oracle/oracle/oracle10g/network/admin/listener.ora # Generated by Oracle configuration tools. SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (SID_NAME = PLSExtProc) (ORACLE_HOME = /u01/oracle/oracle/oracle10g) (PROGRAM = extproc) ) ) LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.146.129)(PORT = 1521)) (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC0)) ) ) ----------------------------------------------------------------- # tnsnames.ora Network Configuration File: F:oracleproduct10.2.0client_1networkadmintnsnames.ora # Generated by Oracle configuration tools. GUOSHUN = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.146.129)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = guoshun) ) ) shared = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.146.129)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = guoshun) (SERVER = shared) ) ) dedicated = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.146.129)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = guoshun) (SERVER = dedicated) ) ) EXTPROC_CONNECTION_DATA = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC0)) ) (CONNECT_DATA = (SID = PLSExtProc) (PRESENTATION = RO) ) ) ------------------------------------------------------ (38) Maclean Mon, 10 October 2011 19:10:10 +0800 dume 什么叫连不上？连不上怎么也得有个报错信息 或者其他症状吧。 (37) Maclean Mon, 10 October 2011 19:09:19 +0800 stoperp 把 pfile 或 spfile的内容上传 cat init$SID.ora strings spfile$SID.ora (36) dume Mon, 10 October 2011 17:00:01 +0800 本人是想测试一下，如果一个数据库同时起用了共享服务器模式和专有服务器模式,在客户端连接时优先使用哪种方式连接？如果是共享服务器模式优先的话，那么当sessions数量受限于shared_server_sessions参数时如何处理到来的连接请求？是不是用使用dedicated方式进行连接? 环境：centos4.8, oracle10201 实验中shared_server_sessions设置为1，dipatchers=(protocol=tcp)(dispatchers=1)，同时在客户端的连接字符串中不指定server参数，具体如下： GUOSHUN = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.146.129)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = guoshun) ) ) 其它的一些参数： SQL> show parameter share NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ hi_shared_memory_address integer 0 max_shared_servers integer shared_memory_address integer 0 shared_pool_reserved_size big integer 7M shared_pool_size big integer 0 shared_server_sessions integer 1 shared_servers integer 2 SQL> show parameter dispa NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ dispatchers string (protocol=tcp)(dispatchers=1) max_dispatchers integer SQL> show parameter shared_server_ NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ max_shared_servers integer shared_server_sessions integer 1 shared_servers integer 2 使用客户端连接,打开第一个窗口执行C:Usersmdu>sqlplus system/oracle@guoshun没有问题，打开第二窗口执行此命令就连不上了！这是为什么呢？ 我认为第一次能连接上是正常的，第二次不能再以shared方式连接了，应该自动能够以dedicated方式连接上才对！ (35) stoperp Mon, 10 October 2011 10:10:04 +0800 ### BEGIN LOG - DATE: 111010, TIME: 095425 ### [root@linux2 ~]#arch ia64 [root@linux2 ~]# cat /etc/issue Red Hat Enterprise Linux AS release 4 (Nahant Update 5) Kernel r on an m [root@linux2 ~]# whoami root [root@linux2 ~]# ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited file size (blocks, -f) unlimited pending signals (-i) 1024 max locked memory (kbytes, -l) 128 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 12164 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited [root@linux2 ~]# df -h /dev/shm Filesystem Size Used Avail Use% Mounted on none 3.0G 0 3.0G 0% /dev/shm [root@linux2 ~]# ipcs -ma ------ Shared Memory Segments -------- key shmid owner perms bytes nattch status 0x00000000 32768 gdm 600 393216 2 dest 0x00000000 163841 oracle 640 2080768 19 0x00000000 196610 oracle 640 1610612736 19 0x3f327308 229379 oracle 640 16384 19 ------ Semaphore Arrays -------- key semid owner perms nsems 0xf1084ab0 294912 oracle 640 152 0xf1084ab1 327681 oracle 640 152 0xf1084ab2 360450 oracle 640 152 ------ Message Queues -------- key msqid owner perms used-bytes messages [root@linux2 ~]# cat /etc/sysctl.conf # Kernel sysctl configuration file for Red Hat Linux # # For binary values, 0 is disabled, 1 is enabled. See sysctl(8) and # sysctl.conf(5) for more details. # Controls IP packet forwarding net.ipv4.ip_forward = 0 # Controls source route verification net.ipv4.conf.default.rp_filter = 1 # Do not accept source routing net.ipv4.conf.default.accept_source_route = 0 # Controls the System Request debugging functionality of the kernel kernel.sysrq = 0 # Controls whether core dumps will append the PID to the core filename. # Useful for debugging multi-threaded applications. kernel.core_uses_pid = 1 kernel.shmall = 2097152 kernel.shmmax = 2147483648 kernel.shmmni = 4096 kernel.sem = 250 32000 100 128 fs.file-max = 65536 net.core.rmem_default = 524288 net.core.wmem_default = 524288 net.core.rmem_max = 16777216 net.core.wmem_max = 16777216 net.ipv4.ipfrag_high_thresh=524288 net.ipv4.ipfrag_low_thresh=393216 net.ipv4.tcp_rmem=4096 524288 16777216 net.ipv4.tcp_wmem=4096 524288 16777216 net.ipv4.tcp_timestamps=0 net.ipv4.tcp_sack=0 net.ipv4.tcp_window_scaling=1 net.core.optmem_max=524287 net.core.netdev_max_backlog=2500 sunrpc.tcp_slot_table_entries=128 sunrpc.udp_slot_table_entries=128 net.ipv4.tcp_mem=16384 16384 16384 net.ipv4.ip_local_port_range = 1024 65000 [root@linux2 ~]# cat /proc/meminfo MemTotal: 6126144 kB MemFree: 6560 kB Buffers: 86304 kB Cached: 5442416 kB SwapCached: 4864 kB Active: 1020912 kB Inactive: 4851920 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 6126144 kB LowFree: 6560 kB SwapTotal: 12287968 kB SwapFree: 12228496 kB Dirty: 205840 kB Writeback: 0 kB Mapped: 563904 kB Slab: 161232 kB CommitLimit: 15351040 kB Committed_AS: 5687040 kB PageTables: 9936 kB VmallocTotal: 137430536192 kB VmallocUsed: 7056 kB VmallocChunk: 137430528368 kB HugePages_Total: 0 HugePages_Free: 0 Hugepagesize: 262144 kB [root@linux2 ~]# cat /proc/swaps Filename