ITPub博客

一. 问题描述安装vmware server 2.0.2后，运行'VMware Server Home Page'时，无法进行vmware server管理界面，报'503 Service Unavailable'错误。二. 问题分析查看vmware server的日志文件,本例为:C:ProgramDataVMwareVMware Servertomcat-logscatalina.2012-01-26.log日志文件中可以看到下面的错误信息描述:Jan 26, 2012 6:29:11 PM org.apache.jk.common.ChannelSocket init??: Port busy 8009 java.net.SocketException: Unrecognized Windows Sockets error: 0: JVM_Bind8009端口被别的进程占用了,需要修改成别的端口.[@more@]三. 问题

一. 概述OS: aix 6.1DB: oracle rac 10.2.0.5安装了crs,db,然后升级到10.2.0.5后,发现数据卷n_datavg的ppsize设置过大,如果使用条带化和多路径等技术来提高磁盘的读写性能,将导致部分存储空间的浪费.原来的情况:VG: N_DATAVGppsize:128m;mklv -w n -r n -u 6 -S 256K -t raw -y ora_ocr_01 n_datavg 6mklv -w n -r n -u 6 -S 256K -t raw -y ora_ocr_02 n_datavg 6mklv -w n -r n -u 6 -S 256K -t raw -y ora_vote_01 n_datavg 6mklv -w n -r n -u 6 -S 256K -t raw -y ora_vote_02 n_datavg 6mklv -w n -r n -u 6 -S 256K -t raw -y ora_

一. 概述本文的环境为:Linux 5.4 X86Oracle 10.2.0.1 本文主要介绍如何通过重新建立控制文件,来完成修改MAXDATAFILES参数的目的.主要的步骤为:1.备份控制文件到trace文件,找出noresetlog case的内容2.immediate方式关闭数据库.3.数据库启动到nomount 状态,执行重新建立控制的脚本,控制文件创建成功后,数据库自动启动到mount状态.4.打开数据库,创建新的temp文件.5.重新备份控制文件到trace,检查MAXDATAFILES参数是否生效. [@more@]二. 具体实施步骤2.1 备份控制文件到trace文件,找出noresetlog case的内容SQL>alter database backup con

ORA-00059错误分析以及MAXDATAFILES、DB_FILES参数修改1. 问题描述本文的环境为:OS: AIX 6.1DB: oracle 10.2.0.5 rac在扩表空间的容量,增加数据文件时,报了ORA-00059:达到最大的文件数量,错误的描述如下:alter tablespace p_data_low add datafile '/dev/rora_p_data_31_l' size 25580m*ERROR at line 1:ORA-00059: maximum number of DB_FILES exceeded[@more@]2.问题分析2.1 使用oerr工具,查询一下导致该错误的原因和解决该问题的简单描述,如下:$ oerr ora 0005900059, 00000, "maximum number of DB_FILES exceeded"// *Caus

本例的环境是Redhat linux 5.3,数据库是Oracle 10.2.0.51. asm的管理命令oracleasm命令的使用说明[root@ocmdb1 disks]# oracleasmUsage: oracleasm [--exec-path=<exec_path>] <command> [ <args> ]oracleasm --exec-pathoracleasm -horacleasm -VThe basic oracleasm commands are:configure Configure the Oracle Linux ASMLib driverinit Load and initialize the ASMLib driverexit Stop the ASMLib driverscandisks Scan the system for Oracle ASMLib disksstatus Display the status of the Oracle ASMLib drive

1.环境描述LINUX 5.4 X86安装ORACLE 10.2.0.1[@more@]2.安装前的准备工作参看oracle官方的安装文档(linux86的文档为B15660-0.pdf),完成安装前的系统准备,这里简单列举一下:A. 打需要的包,进入linux的操作系统的安装目录,按顺序打下面的包:rpm -Uvh compat-db-4*rpm -Uvh libaio-0*rpm -Uvh compat-libstdc++-33-3*rpm -Uvh kernel-headers-2.6.18-164.el5.i386.rpmrpm -Uvh glibc-headers-2.5-42.i386.rpmrpm -Uvh glibc-devel-2.5-42.i386.rpmrpm -Uvh compat-gcc-34-3.4.6-4.i386.rpmrpm -Uvh compat-gcc-34-c++-3.4.6-4.i386.rpmrpm -U

一个开发商反映,使用DB_LINK的时候,数据库报ORA-02085的错误,DB_LINK 以前是可以用的,现在突然不可以用了. 检查了数据库的环境,大致情况如下: $more $ORACLE_HOME/network/admin/tnsnames.oraXSDB = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 12.56.123.97 )(PORT = 1521)) (ADDRESS = (PROTOCOL = TCP)(HOST = 12.56.123.98 )(PORT = 1521)) (LOAD_BALANCE = yes) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = orcl) ) ) 创建db_link的语句:SQL>Create database lin

在在使用impdp工具,实施数据库的迁移后,发现SYSTEM 表空间使用了很多空间(空间占用超过了1024M),需要进行必要的整理工作.1. 查询system表空间段使用情况,找出容量大于100M的段SQL>select segment_type,segment_name,sum(bytes/1024/1024) from dba_segments where owner in ('SYS','SYSTEM') and tablespace_name='SYSTEM' group by segment_type,segment_name having sum(bytes/1024/1024) >100 order by segment_type,segment_name;SEGMENT_TYPE SEGMENT_NAME SUM(BYTES/1024/1024)------------------ --------------------------

在使用IMPDP导入部分用户的数据时,在导入工作的最后阶段遇到了ORA-39083错误,错误描述如下:一. 问题描述......Processing object type DATABASE_EXPORT/SCHEMA/REFRESH_GROUPORA-39083: Object type REFRESH_GROUP failed to create with error:ORA-23421: job number 122 is not a job in the job queueFailing sql is:BEGIN dbms_refresh.make('"SCDC"."PROD_SEC_INIT_DEV_MV"',list=>null,next_date=>null,interval=>null,implicit_destroy=>TRUE,lax=>FALSE,job=>122,rollback_seg=>NULL,pu

ORACLE 10.2.0.5的expdp/impdp工具有一些bug,在进行数据库全库迁移时,导入对象的状态时,报发生严重的错误,最后导致了impdp操作的异常终止,此时用户数据已经成功导入了数据库.但导入statistics数据时,发生了如下的错误:Processing object type DATABASE_EXPORT/SCHEMA/TABLE/INDEX/STATISTICS/FUNCTIONAL_AND_BITMAP/INDEX_STATISTICSProcessing object type DATABASE_EXPORT/SCHEMA/TABLE/STATISTICS/TABLE_STATISTICSORA-39125: Worker unexpected fatal error in KUPW$WORKER.PUT_DDLS while calling DBMS_METADATA.CONVERT [TABLE_STAT

因为数据库的数据文件所在的磁盘发生了故障(突然间不可访问和不可见),重新启动操作系统时发现scsi阵列卡已经无法识别数据磁盘,数据磁盘的状态为foreign.在BIOS中进行操作和设置,调整了数据磁盘的状态;然后进入操作系统可以正常识别数据磁盘,数据库也可以启动到open状态. 数据库启动后,发现有部分数据文件的状态为recover,需要进行数据库的恢复. 下面是数据库恢复的步骤:[@more@]1.恢复前状态:SQL>select file#,name,status,checkpoint_change# from v$datafile FILE# NAME STATUS

ORACLE 数据库的FLASHBACK 与ARCHIVELOG模式是有关系的，其关系如下：1.启用FLASHBACK 功能的前提是 数据库处于ARCHIVELOG模式。 如果数据库处于非归档模式，则打开数据库的FLASHBACK功能时，将报错，错误如下：[@more@]SQL> alter database flashback on;alter database flashback on*ERROR at line 1:ORA-38706: Cannot turn on FLASHBACK DATABASE logging.ORA-38707: Media recovery is not enabled. 2.关闭ARCHIVELOG模式，要先关闭FLASHBACK 数据库处于FLASHBACK打开和归档模式下，如果直接将数据库设置为非归档模

本文的操作系统环境是AIX 6.1. 在ORACLE RAC 的环境里运行DBCA 进行创建数据库时,如果选择打开FLASHBACK 功能,就需要设置DB_RECOVERY_AREA.这个时候如果输入不是群集的文件系统,又不是ASM的磁盘目录,则将提示输入的目录不是群集的目录.AIX的群集文件系统GPFS,需要另外购买和安装,这里不讨论。同时这次的ORACLE RAC 10GR2没有使用ASM，所以也无法使用asm设置DB_RECOVERY_AREA的目录。鉴于上面的原因，笔者先在DBCA的安装过程中，关闭FLASHBACK的功能，等到数据库建立完成后，再重新配置。ORACLE RAC的FLASHBACK后期安装设置的步骤为: 数据库

1. 安装的AIX的相关包Operating system filesets: The following operating system filesets are required:bos.adt.basebos.adt.libbos.adt.libmbos.perf.libperfstatbos.perf.perfstatbos.perf.proctoolsxlC.aix50.rte:7.0.0.4 or laterxlC.rte:7.0.0.1 or later以上内容来自与b19075.pdf[@more@]2. 配置操作系统网络no -o tcp_sendspace=262144no -o tcp_recvspace=262144no -o udp_sendspace=65536no -o udp_recvspace=655360no -o rfc1323=1no -o sb_max=1310720no -o ipqmaxlen=512修改/etc/rc.net,使得相关网路参数在重启时生效在/

1. DB_FILES 参数设置Db_files 参数可以动态设置,但需要重新启动实例才生效.Db_files参数不可以随意设置得很大,因为实例启动时,SGA会根据这个参数开辟内存空间用于存储数据文件信息.Db_files参数也不可以设置过小,设置过小,将导致无法添加数据文件到数据库中.Db_files参数需要根据实际情况进行设置。Db_files参数与maxdatafile参数联系在create database或者create controlfile命令中可以使用maxdatafile来设置datafile数量的初始化限制。当我们增加datafile时，如果文件的数量大于maxdatafile参数，同时又小于db_files时，增加文件会成功

迁移SYSTEM表空间为本地管理表空间 使用DBMS_SPACE_ADMIN 包实现将SYSTEM表空间从字典管理模式修改本地管理模式。命令如下： SQL>EXECUTE DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_TO_LOCAL('SYSTEM'); 迁移前的一些条件检查: 数据库的缺省临时表空间不是SYSTEM. 在字典管理模式的表空间上没有回滚段. 至少有一个在线回滚段,存在于一个本地管理模式表空间,或者如果使用了自动UNDO管理,至少一个UNDO表空间在线运行. 除了含有undo信息的表空间,其他表空间都要处于read-only状态. 系统处于限制(restricted)模式

1.1. 应用场景业务系统运行一段时间后,与时间有关的数据库库表中保存有多年前的数据,这些数据平时基本很少需要变更,但数据记录数量巨大，读写性能逐月下降，同时备份的压力也增加（备份集越来越大，备份时间越来越长）。[@more@]1.2. 有效管理方法首先,将历史数据与当前数据进行有效的分割，分割的方法很多，这里列举两个普遍的做法：A.重新建立与当前数据表表结构相同的历史表，将历史的数据插入到这些历史表中，然后建立视图，将当前表与历史表union起来，这些历史表是建立在历史表空间上的。这种情况，应用程序尤其是查询统计的程序需要

1.临时表空间组的几个特性A.至少含有一个临时表空间，之多含有多少个临时表空间没有限制。B.名称不可以与其它表空间名称相同。C.通过DBA_TABLESPACE_GROUPS查看临时表空间组和它的成员。[@more@]表空间组的创建与删除方式A. 当把第一个临时表空间加入到临时表空间组时,将缺省自动(implicitly)创建了该临时表空间组。B. 当临时表空组的最后一个成员被移出该组时，将缺省自动删除该组。不可以通过命令现式创建和删除临时表空间组。临时表空间组的几个操作3.1创建一个临时表空间组SQL> select ts#,name from v$tablespace;TS# NAME0 SYSTE

我们有两个途径创建bigfile表空间1.在数据库创建时指定缺省表空间类型为bigfilecreate database aa set default bigfile tablespace...这样我们创建表空间的时候，如果在create tablespace语句中没有设置表空间的类型为smallfile，则缺省创建bigfile表空间。2.在创建表空间时，指定表空间的类型为bigfilecreate bigfile tablespace bigts datafile '/oradata/bigts01.dbf' size 50g. [@more@]bigfile表空间的几个特性，需要大家注意：A. bigfile的表空间创建时，自动设置为本地管理（extent management local)和段自动管理（segment mana

1.5 实验总结: 场景二,场景三都是正常的恢复方式. 场景一有点特别,控制文件是旧的,并且全备份的scn与两个归档日志文件的SCN交叉.在进行RECOVER的时候,选择auto和cancel两种方式都不能正常recover,一定需要输入第2个归档日志的文件名,系统才正常进行recover,这个是以前没有遇到的问题。[@more@]另外通过本次的实验,知道了,恢复时报文件需要重新RESTORE 的问题时,可以不去理这个错误,更加不需要重新restore database,而是从全备份的SCN,归档日志的SCN,控制文件的SCN等几个方面进行考虑。 SCN的查询方法 RMAN>LIST BACKUP