ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 一些匪夷所思的数据库问题

一些匪夷所思的数据库问题

原创 Linux操作系统 作者:yezhibin 时间:2012-08-20 13:56:11 0 删除 编辑
         可能是农历7月,这几天遇到一些匪夷所思问题,具体有两个问题:

   1、生产库是基于AIX平台ORACLE 10.2.0.3,其他数据库为Linux平台和Windows

平台11.2.0.3数据库,通过dblink访问生产库的表,Windows平台访问输出0.02秒,

而Linux6访问相同表需要3~5秒,通过10046跟踪,发现语句在解析和执行阶段中

主要的等待时间出现在sql*net message from dblink,最早怀疑是版本或补丁匹配

问题,但通过测试发现LINUX和UNIX直接采用DBLINK,无论是10.2.0.3还是

11.2.0.3都有相似问题,而如果是同一个平台上的数据库,就不存在该问题,但

WINDOWS无论和谁进行dblink没有上述描述问题。目前该问题怀疑可能是TCPIP

连接时,UNIX和LINUX 直接的传输包不匹配,但无从进行测试。

      具体采用10046 DBLINK跟踪方法见metalink ID 422455.1

2、在为客户远程安装配置基于AIX平台上9I RAC数据库,安装软件包非常正常,但

应用Xmanager远程运行dbca创建数据库时候,如果稍微点击创建数据库option时

候,JAVA界面会hang。怀疑内网外网之间可能网络配置的限制。只能采用手工建库

方式,具体建库脚本见后。创建完数据库,发现一个诡异的现象:

        数据库两个节点A和B,如果先启动数据库A,再启动数据库B没有任何问题,但

是如果先启动数据库B,在启动数据库A时候,数据库A无法打开,一直处于mount

状态,alert日志中没有出现任何错误提示,将数据库B关闭,数据库A能立马open。

因此很显然和数据库IPC有关,查看数据库B diag进程日志,发现“连接节点0 超时

错误”,我ping数据库内部私有地址,没有问题。所以在参数文件中,添加另一个

网络地址,问题就能解决:

node1.cluster_interconnections='10.10.31.2: 81.24.17.15'
node2.cluster_interconnecttions='10.10.31.1:81.24.17.27'

我只能怀疑节点B与交换机的线问题。

以下是手工创建9iRAC数据库脚本

mkdir -p /oracle/admin/ckts/bdump
mkdir -p /oracle/admin/ckts/cdump
mkdir -p /oracle/admin/ckts/udump
orapwd file=./orapwckts1 password=change_on_install
vi initckts1.ora
(略)

CREATE DATABASE "CKTS"
MAXINSTANCES 32
MAXLOGHISTORY 0
MAXLOGFILES 192
MAXLOGMEMBERS 3
MAXDATAFILES 1024
DATAFILE '/dev/rlvckts_sys' SIZE 2000M REUSE AUTOEXTEND ON NEXT    
   10240K MAXSIZE UNLIMITED EXTENT MANAGEMENT LOCAL
DEFAULT TEMPORARY TABLESPACE TEMP TEMPFILE '/dev/rlvckts_temp' SIZE 10230M REUSE AUTOEXTEND ON NEXT  640K MAXSIZE UNLIMITED
UNDO TABLESPACE "UNDOTBS1" DATAFILE '/dev/rlvckts_undo1' SIZE 10230M REUSE AUTOEXTEND ON NEXT  5120K MAXSIZE UNLIMITED
CHARACTER SET ZHS16GBK
NATIONAL CHARACTER SET AL16UTF16
LOGFILE GROUP 1 ('/dev/rlvckts_log1a') SIZE 500M REUSE,
GROUP 2 ('/dev/rlvckts_log2a') SIZE 500M REUSE,
GROUP 3 ('/dev/rlvckts_log3a') SIZE 500M REUSE;

CREATE TABLESPACE "INDX" LOGGING DATAFILE '/dev/rlvckts_idx1' SIZE 10230M REUSE AUTOEXTEND ON NEXT  1280K MAXSIZE UNLIMITED EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT  AUTO ;
CREATE TABLESPACE "TOOLS" LOGGING DATAFILE '/dev/rlvckts_tool' SIZE 120M REUSE AUTOEXTEND ON NEXT  320K MAXSIZE UNLIMITED EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT  AUTO ;
CREATE TABLESPACE "USERS" LOGGING DATAFILE '/dev/rlvckts_usr' SIZE 120M REUSE AUTOEXTEND ON NEXT  1280K MAXSIZE UNLIMITED EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT  AUTO ;


connect SYS/change_on_install as SYSDBA
@/oracle/app/oracle/product/9.2.0/rdbms/admin/catalog.sql;
@/oracle/app/oracle/product/9.2.0/rdbms/admin/catexp7.sql;
@/oracle/app/oracle/product/9.2.0/rdbms/admin/catblock.sql;
@/oracle/app/oracle/product/9.2.0/rdbms/admin/catproc.sql;
@/oracle/app/oracle/product/9.2.0/rdbms/admin/catoctk.sql;
@/oracle/app/oracle/product/9.2.0/rdbms/admin/owminst.plb;
connect SYSTEM/manager
@/oracle/app/oracle/product/9.2.0/sqlplus/admin/pupbld.sql;
connect SYSTEM/manager
@/oracle/app/oracle/product/9.2.0/sqlplus/admin/help/hlpbld.sql helpus.sql;

create undo tablespace UNDOTBS2 datafile '/dev/rlvckts_undo2' SIZE 10230M
REUSE EXTENT MANAGEMENT LOCAL;

alter database add logfile thread 2
GROUP 4 ('/dev/rlvckts_log4a') SIZE 500M REUSE,
GROUP 5 ('/dev/rlvckts_log5a') SIZE 500M REUSE,
GROUP 6 ('/dev/rlvckts_log6a') SIZE 500M REUSE;
alter database enable public thread 2;
connect SYS/change_on_install as sysdba
@/oracle/app/oracle/product/9.2.0/rdbms/admin/catclust.sql;
@/oracle/app/oracle/product/9.2.0/rdbms/admin/utlrp.sql;

shutdown immediate


来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/354732/viewspace-741390/ ,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2008-12-18

  • 博文量
    159
  • 访问量
    559680