动态监听注册
动态服务注册Oracle9i 以上例程可以使用服务注册来通知监听程序有关其数据库服务的信息。动态服务注册依赖PMON进程向监听程序注册例程信息。PMON 还通知监听程序有关例程和共享服务器调度程序的当前状态和负载。如果安装了Oracle9i JVM,则可向监听程序动态注册HTTP 和IIOP 监听终端。启动例程时,系统会从初始化参数文件中读取有关监听程序的初始化参数,PMON 通过该文件向监听程序注册信息。如果例程启动时监听程序尚未运行(即最好是先启监听,再启数据库),PMON 将不向监听程序注册信息。PMON 将继续尝试与监听程序建立联系(即数据库启
深入了解Oracle数据字典
首先,Oracle的字典表和视图基本上可以分为三个层次。1.1 X$表这部分表是Oracle数据库的运行基础,在数据库启动时由Oracle应用程序动态创建。这部分表对数据库来说至关重要,所以Oracle不允许SYSDBA之外的用户直接访问,显示授权不被允许。如果显示授权你会收到如下错误:SQL> grant select on x$ksppi to eygle;grant select on x$ksppi to eygle *ERROR at line 1:ORA-02030: can only select from fixed tables/views1.2 GV$和V$视图从Oracle8开始,GV$视图开始被引入,其含义为Global V$. 除了一些特例以外,
ora-12500错误
昨天,一个客户打电话过来,说数据库连接不了,报ora-12500错误: 1)查询官方文档对此错的描述: TNS-12500 TNS:listener failed to start a dedicated server processCause: The process of starting up a dedicated server process failed. The executable could not be found or the environment may be set up incorrectly.Action: Turn on tracing at the ADMIN level and re-execute the operation. Verify that the Oracle Server executable is present and has execute permissions enabled. Ensure that the Oracle environment
connection和session的关系
1.官方解释: 1.1 connection: A connection is a physical path from a client to an Oracle instance. A connection is established either over a network or over an IPC mechanism. A connection is typically between a client process and either a dedicated server or a dispatcher. However,using Oracle’s Connection Manager (CMAN), a connection may be between a client and CMAN, and CMAN and the database. 1.2 session A session is a logical entity that exists in the instance. It is your session state,
解决ora-27061的案例
一、故障现象 批量连续加载数据时(调用sql*loader),加载到一定时间(约一个小时),数据库会自动shutdown。 二、数据库配置及运行环境 数据库版本:oracle10.2.0.3 单实例 操作系统:aix5306 主机:IBM P570 存储:IBM DS4800 目前数据库容量80GB ,已创建表空间约6TB 三、故障现象分析 重点检查的操作系统日志及数据库日志 1.操作系统日志无报错 2.oracle数据库日志 Fri Jan 25 18:00:12 2008Thread 1 cannot allocate new log, sequence 1123Checkpoint not complete Current log# 2 seq# 1122 mem# 0: /oradata1_2/
oracle rac on aix 下为表空间增加数据文件
有个新来的同事,常驻一个客户现场,来了不到一个星期,就擅自做了一个不正当操作,把数据库给搞down掉了: 环境 : oracle 10g rac + crs + aix + hacmp + 裸设备操作内容 : 直接在数据库运行过程中,在一台机上增加lv,并且分配一个新建的表空间(该表空间仅仅是为了他测试而已) 在aix oracle rac 环境下,增加lv的步骤应该如下: 1.停掉数据库2.停掉hacmp3.在一台机上增加lv4.另外一台机上importvg5.然后在原来那台机上同步(smitty hacmp)6.起hacmp,crs7.起数据库 据说在hp-ux下,步骤也类似。[@more@]
ORACLE 使用超过2G内存
询问了一下同事,他说他之前修改过windows 32bit下使得oracle使用超过2g内存,以下是他的步骤: 服务器:HPDL580G2(双CPU 6G内存)WIN2003 Enterprise Edition+ORACLE 9I 2.0.3.01、 在boot.int中加入启动参数3G和PAEmulti(0)disk(0)rdisk(0)partition(1)WINNT="Microsoft Windows 2003 Enterprise Edition " /3G /PAE /fastdetect2、 在注册表[HKEY_LOCAL_MACHINESOFTWAREORACLEHOME0]下添加字符串值:AWE_WINDOW_MEMORY,设为1G:10240000003、 备份现在正在使用的spfile:在CMD命令下执行以下命令:Sqlplus /nologConn
Oracle全文检索
1.在9i中手工安装全文检索功能在Oracle9i R2中,Oracle的全文检索技术被称为Oracle Text,在Oracle8/8i中它被称作Oracle interMedia Text,在Oracle8以前它的名称是Oracle ConText Cartridge。Oracle Text组件可以在安装数据库的时候选择,缺省是安装的,如果没有安装,那么可以按照以下方式手动安装Oracle Text:[oracle9@single ~]$ sqlplus "/ as sysdba"SQL*Plus: Release 9.2.0.4.0 - Production on Thu Apr 17 21:50:24 2008Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.Connected to:Oracle9i En
SharePlexForOracle_安装配置_基础使用
1)准备好vmware + oracle9204的环境,保证/etc/oratab有oracle相关条目,保证/etc/hosts文件有hostname. 2)以root用户建立/quest目录 3)将SharePlex_Oracle-5.3.0.57-Linux-x86-Oracle92.run传到/quest目录 4)以root用户执行SharePlex_Oracle-5.3.0.57-Linux-x86-Oracle92.run [root@single quest]# ./SharePlex_Oracle-5.3.0.57-Linux-x86-Oracle92.runCreating directory SharePlex_Oracle-5.3.0.57-Linux-x86-Oracle92.run.tmpVerifying archive integrity... All good.Uncompressing SharePlex_Oracle-5.3.0.57-Linux-x86-Oracle92-Se
10g的BIGFILE TABLESPACE
昨天在一个客户那里建表空间,报下面的错误:SQL> create tablespace tbs_test datafile '/oracle10/oradata/ora10g/test01.dbf' size 10M autoextend off, 2 '/oracle10/oradata/ora10g/test02.dbf' size 10M autoextend off 3 extent management local 4 segment space management auto;create tablespace tbs_test datafile '/oracle10/oradata/ora10g/test01.dbf' size 10M autoextend off,*ERROR at line 1:ORA-32774: more than one file was specified for bigfile tablespace TBS_TEST查询数据库默认的表空间类型:SQ
10g闪回区和归档目录的关系
Oracle10g 有一项新功能称为:自动的基于磁盘的备份与恢复( Automatic Disk-Based Backup and Recovery )。实现该功能的基础为本文要讲述的闪回恢复区( FlashRecovery Area )。闪回恢复区是 Oracle 10g 中的新事物。简单的说,闪回恢复区是一块用以存储恢复相关的文件的存储空间。 如果数据库采用归档模式,那么默认情况下归档文件也会产生在闪回区里面. SQL> archive log listDatabase log mode Archive ModeAutomatic archival EnabledArchive destination USE_DB_RECOVERY_FILE_DESTOldest on
oracle817在AIX5L安装过程中碰到的几个问题
有个客户的项目,需要在aix5.2上安装oracle817,同事装的过程中遇到了一些问题,我帮手解决了,下面总结一下: 1)在执行rootpre.sh过程中,有警告:"crash: not found" 这个警告可以忽略,如果要避免这个警告,可以执行下面的动作:the warning can be avoided by creating the following script and renaming it to "/usr/sbin/crash": #!/bin/ksh read input if [ X"$input" = Xle ]; then echo lke | /usr/sbin/kdb | /usr/bin/awk '/^ *[0-9]+/ {printf("LoadList entry at 0x%sn Name: %snn"
ORACLE_07445[_kill()+48][SIGIOT]错误_附嵌套表研究
用户环境: hp-ux B.11.23 + oracle9206 rac 1)错误的发现 今天在一个客户这里巡检,发现日志文件有以下错误: Thu Jan 24 02:12:36 2008Errors in file /opt/app/oracle/admin/gzgov/udump/gzgov1_ora_8417.trc:ORA-07445: exception encountered: core dump [_kill()+48] [SIGIOT] [unknown code] [0x0000020E1] [] [] 相应的trc文件中,有一些信息:*** 2008-01-24 02:12:36.394*** SESSION ID:(20.39311) 2008-01-24 02:12:36.355Exception signal: 6 (SIGIOT), code: -1 (unknown code), addr: 0x20e1, exception issued by pid: 8417
Sybase___在Windows NT上手动卸载Sybase Server
关键是要手工删除注册表上的信息,方法如下:[@more@]关闭 Adaptive Server. 将Adaptive Server在Windows NT Services中由自动改为手动 重新启动 Windows NT server 运运行regedt32修改注册表, 删除以下内容:HKEY_LOCAL_MACHINESOFTWARESYBASEServer<server_name>_BS">HKEY_LOCAL_MACHINESOFTWARESYBASEServer<server_name>_BS_HS">HKEY_LOCAL_MACHINESOFTWARESYBASEServer<server_name>_HS_MS">HKEY_LOCAL_MACHINESOFTWARESYBASEServer<server_name>_MS 到注册表的如下结构下:HKEY_LOC
Oracle___专题研究__Oracle默认用户
http://www.cnoug.org/viewthread.php?tid=52453请问一下,安装好ORACLE 后,会有很多默认用户,这些都是做什么用的呀?可以删吗?[@more@]比如:ANONYMOUS,CTXSYS,DBSNMP,HR,MDSYS,ODM,ODM_MTR,OE,OLAOSYS,ORDPLUGINS,ORDSYS,OUTLN,PM,PBLIC,QS,QS_ADM,QS_CB,QS_ES,QS_OS,QS_WS,RMAN,SCOTT,SH,SYS,SYSTEM,WKPROXY,WKSYS,WMSYS,XDBA newly created database has least three users that are useful for administeringyour database: SYS, SYSTEM and OUTLN (owner of schema where stored outlinesare stored)
Oracle___专题研究__数据库坏块
参见下列地址:[@more@]http://diego76.blog.163.com/blog/static/3520417200610810195740/http://diego76.blog.163.com/blog/static/35204172006108102256232/http://diego76.blog.163.com/blog/static/3520417200610810195740/http://diego76.blog.163.com/blog/static/35204172006108104120433/http://diego76.blog.163.com/blog/static/3520417200610811357990/http://diego76.blog.163.com/blog/static/35204172006108112238791/http://diego76.blog.163.com/blog/static/3520417200610851825130/
Oracle___诊断案例__解决佛山**支队数据坏块的问题(20061109)
1109上午,我和同事小汪一起到佛山,诊断解决数据坏块的问题,问题:用户查询一个表时,报数据文件有坏块目标:用户可以接受丢失这些坏块的数据,但该数据文件其它的好块应该可以查询数据。下面是具体的步骤:[@more@]1.询问用户徐工出错的表名,收集出错信息出错表名:fsgazhjf.fsgazhjf_tac_20061018trace文件中的出错信息:***Corrupt block relative dba: 0xb8428b33 (file 737, block 166707)Fractured block found during user buffer readData in bad block -type: 6 format: 2 rdba: 0xb8428b33last change scn: 0x0000.0a66398d
DB2___在AIX安装DB2 8.1基本版
这周接到任务(2006.11.28),要在民政厅的一台ibm测试机上安装db2,并且要升级到fixpak 13,我申请了在公司做试验,地址是192.168.3.145,root/root. 安装过程如下:[@more@]1)加载光驱b80@root#mount -rv cdrfs /dev/cd0 /cdrom 2) 拷贝压缩安装文件到主机上b80@root#mkdir /cognos/db2 b80@root#cd /cdromb80@root#cp ese.dbcs.tar.Z /cognos/db2b80@root#cd /cognos/db2b80@root#uncompress ese.dbcs.tar.Zb80@root#tar -xf ese.dbcs.tarb80@root#cd /cognos/db2/ese.dbcsb80@root#ls.toc db2_deinstall db2setup doc.cmn readme.jp read
DB2___升级DB2 8.1 for aix基本版FixPak0 到FixPak13
本来2006.11.28日就升级完了,可惜没有及时整理,现在补充吧,^_^升级的过程大致如下:[@more@]1)要找到升级的介质,db2 fixpak13大小为936M,下载地址在http://www-306.ibm.com/software/data/db2/udb/support/downloadv8_aix5.html2)上传介质 ftp上传的,必须使用二进制上传,否则uncompress的时候会报错3)大致的升级步骤如下,具体参考db2的升级文档,在http://www-306.ibm.com/software/data/db2/udb/support/downloadv8_aix5.html页面的找fixpak information一栏的readme.html,上面的步骤非常的详细,不用这里多废话了,呵呵。大致步
DB2___(转贴)多个DB2补丁包同存在一台机器上(Unix, Linux)
摘自http://www.cublog.cn/u/170/showart_146667.html概要DB2 UDB ESE从V8.1.2后在Linux和Unix下支持多个Fix Pack可以安装在同一台机器上。[@more@]为实现这个功能不是安装正常的FixPaks,而需要安装alternate FixPaks (AFPs) alternate FixPaks(AFPs)作为一份完整的DB2 UDB ESE拷贝,安装时不会覆盖原来的安装目录。新的安装目录在AIX上是/usr/opt/db2_08_FPn,在其他平台上是/opt/IBM/db2/V8.FPn(n代表FixPak的数目)。alternate FixPaks的安装没有图形界面。安装alternate FixPaks后同样使用db2iupdt来更新实例。如果要把高Fixpak的实例