ORACLE 数据库 ASM磁盘组上添加控制文件
ORACLE使用ASM存储,建库时默认只有一个控制文件,如果想多加几个控制文件,需要通过手工来添加,以下是我测试文档,贴出来分享下。[@more@]1.查看当前数据库的控制文件SQL> select name from v$controlfile;NAME------------------------------------------------+DATA01/orcl/controlfile/current.274.7436729632.修改spfile中的控制文件参数SQL> alter system set control_files='+DATA01/orcl/controlfile/current.274.743672963','+DATA01','+DATA01' scope=spfile sid='*';System altered.3.将数据库实例启动到nomount状态
MYSQL常见出错代码
说明:如果遇到数据库出错的问题修改相应的代码后一般要重启mysql。如果遇到mysql的问题可以先重启一下mysql看看问题能否解决。[@more@]1016错误:文件无法打开,使用后台修复或者使用phpmyadmin进行修复。1044错误:数据库用户权限不足,请联系空间商解决1045错误:数据库服务器/数据库用户名/数据库名/数据库密码错误,请联系空间商检查帐户。1054错误:程序文件跟数据库有冲突,请使用正确的程序文件上传上去覆盖。1146错误:数据表缺失,请恢复备份数据.1005:创建表失败1006:创建数据库失败1007:数据库已存在,创建数据库失败1008:数
Mysql中too many connections问题的解决
使用mysql,经常碰到too many connections的报错,登录不上去,只能重新启动。通过如下的方法可以解决这个问题:1。首先修改/etc/my.cnf文件,增加如下一行set-variable = max_connections=500或在启动命令中加上参数 max_connections=500就是修改最大连接数,然后重启mysql.默认的连接数是100,太少了,所以容易出现如题错误.2。重新启动mysql,通过show variables可以查看max_connections是否修改成功。3。为了防止发生too many connections时候无法登录的问题,mysql manual有如下的说明:mysqld actually allows max_connections+1 c
The value (30) of MAXTRANS parameter ignored
1、现象Mon Aug 8 08:16:07 2011The value (30) of MAXTRANS parameter ignored.kupprdp: master process DM00 started with pid=91, OS id=21125to execute – SYS.KUPM$MCP.MAIN(‘SYS_EXPORT_TABLE_01′, ‘YDZJ’, ‘KUPC$C_1_20110808081609′, ‘KUPC$S_1_20110808081609′, 0);kupprdp: worker process DW01 started with worker id=1, pid=57, OS id=21127to execute – SYS.KUPW$WORKER.MAIN(‘SYS_EXPORT_TABLE_01′, ‘YDZJ’);kupprdp: worker process DW02 started with worker id=2, pid=95, OS id=21502to execute – SYS.
Oracle用户密码过期和用户被锁解决方法
【原因/触发因素】确定是由于oracle11g中默认在default概要文件中设置了“PASSWORD_LIFE_TIME=180天”所导致。【影响和风险】影响 密码过期后,业务进程连接数据库异常,影响业务使用。 问题发生频率 数据库密码过期后,业务进程一旦重启会提示连接失败。[@more@]【解决方案】按照如下步骤进行操作:1、查看用户的proifle是哪个,一般是default: sql>SELECT username,PROFILE FROM dba_users; 2、查看指定概要文件(如default)的密码有效期设置:sql>SELECT * FROM dba_profiles s WHERE s.profile='DEFAULT' AND resource_
使用DBCA创建数据库时,报告错误:ORA-12547: TNS: lost contact错误
〖Environment(环境)〗 OS:Linux AS45 DB:oracle10gR2〖Symptom(现象) 〗 在AS4上安装完oracle10g以后,用DBCA创建数据库时,报告下面错误:oraclewxxr1: error while loading shared libraries: libaio.so.1: cannot open shared object file: No such file or directoryERROR:ORA-12547: TNS:lost contact〖Cause(原因) 〗 ORA-12547错误的产生,是由于缺少RPM包libaio-0.3.93-4.i386.rpm所引起的。〖Action(方法) 〗Step1:下载libaio-0.3.93-4.i386.rpm包。Step2:安装包。rpm -iv libaio-0.3.93-4.i
Linux下下打开ISO文件两种方法
方法一、Linux下用mount挂载命令在网上下载的软件盘是iso格式的,不刻成光盘就可以读取里面的文件。不用解压。在终端用mount -o loop /mnt/*/1.iso /mnt/cdrom 命令,(其中*是你工具盘放置的路径)。输入命令后,打开我的电脑——〉打开CD-ROM就能看到里面的文件了。运行install或者 autorun。 当提示charudi二张光盘时,键入命令umount /mnt/cdrom 。然后再键入mount -o loop /mnt/*/2.iso/mnt/cdrom(把第一条命令的文件名的1改成2,就是第二张光盘的名字了)。这样再回车。等待就可以了。[@more@]取消挂载用umount /mnt/cdrom例:挂载第一
在安装linux X86-64的Oracle10201时,在链接过程中出现了这个错误
在安装linux X86-64的Oracle10201时,在链接过程中出现了这个错误详细错误信息为:Error in invoking target‘install’of makefile‘/opt/oracle/product/10.2/ctx/lib/ins_ctx.mk’. See‘/opt/oracle/oraInvertory/logs/installActions2010-09-28_10-27-06AM.log’for details.从日志中获取的详细信息为:INFO: gcc -m32 -o ctxhx -L/opt/oracle/product/10.2/ctx//lib32/ -L/opt/oracle/product/10.2/lib32/ -L/opt/oracle/product/10.2/lib32/stma_+YO&F0ubs/ /opt/oracle/product/10.2/ctx/lib/ctxhx.o -L/opt/oracle/produ
问题小结:Linux下oracle常见安装错误总结
问题小结:Linux下oracle常见安装错误总结错误一:/tmp/OraInstall2007-12-30_02-16-11PM/jre/1.4.2/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory occurred..原因是:缺少支持打印的图形化动态链接库libXp.so.6这个错误是由于缺少系统安装包,在RHEL5以前的版本,可以安装xorg-x11-deprecated-libs包即可,这个安装包可以在系统光盘第三张盘中找到(对于redhat as4.2以前,redhat as4.4是在第四张安装光盘)我下载的文件如下:xorg-x11-deprecated-libs-6.8.2-31.i386.rpm错误二:Except
php的oci_connect偶尔出现OCIEnvNlsCreate fail和缺失LD_LIBRARY_PATH的处理办法
使用php+oracle已经好几年了,不管是apache+php,还是nginx+fastcgi+phpfpm,每隔几天或者几周时间,服务器会出现php运行错误,信息如下:PHP Warning: oci_connect() : OCIEnvNlsCreate() failed. There is something wrong with your system - please check that LD_LIBRARY_PATH includes the directory with Oracle Instant Client libraries in ... 意思是LD_LIBRARY_PATH的变量缺失了,导致oracle的库文件找不到。但是为什么运行好好地,然后突然就有这个错误了呢,一直搞不明白,只能把它当做php的一个bug了。[@more@]后来google b
当 IDENTITY_INSERT 设置为 OFF 时,不能向表 中的标识列插入显式值错误的解决方法
当 IDENTITY_INSERT 设置为 OFF 时,不能向表 中的标识列插入显式值错误的解决方法"当 IDENTITY_INSERT 设置为 OFF 时,不能向表 中的标识列插入显式值。"表示当表的关键子设置为自动生成,那么你不能对它修改. 解决方法:方法1: set IDENTITY_INSERT 表名 ON接着执行数据插入方法2:插入值时,忽略插入主键列值;[@more@]
[转]Linux开机时停在 Starting sendmail 不动了的解决方案
[转]Linux开机时停在 Starting sendmail 不动了的解决方案步骤如下:1.开机到了GRUB启动界面是按上下键让界面停下来;2.按e键进入编辑模式;3.移动上下键,选择第二项,再次按e键,编辑。在尾部追加 single 后按回车;4.按b键启动;(这个是单用户模式,启动非常快,默认会进入命令行模式)5.启动的差不多了吧,用root用户login;6.用vi编辑 /etc/hosts 文件编辑完了之后应该是如下这个鸟样子:# Do not remove the following line, or various programs# that require network functionality will fail.127.0.0.1 localhost.localdomain
查看用户的角色及权限
查看用户的角色及权限1、查看所有用户 select * from dba_user; select * from all_users; select * from user_users; 2、查看用户系统权限 select * from dba_sys_privs; select * from all_sys_privs; select * from user_sys_privs; 3、查看用户对象权限 select * from dba_tab_privs; select * from all_tab_privs; select * from user_tab_privs; 4、查看所有角色 select * from dba_roles; 5、查看用户所拥有的角色 select * from dba_role_privs; select * from user_role_privs;
执行数据库克隆时报ORA-01103错误
执行数据库克隆时报ORA-01103错误问题描述:数据库克隆时,在执行startup mount时报错。SQL> startup mountORACLE instance started. Total System Global Area 167772160 bytesFixed Size 1247876 bytesVariable Size 71304572 bytesDatabase Buffers 88080384 bytesRedo Buffers 7139328 bytesORA-01103: database name 'DB1' in control file is not 'DB2' 这表示测试数据库中的参数DB_NAME跟控制文件中的不一致。[@more@]解决办法:重建控制文件。1) 删除目前的控制文件2) 先备份原DB1的控制文件SQL> alter database backup cont
exp 导出时挂起
exp 导出时挂起问题描述:在使用exp 导出时,导出到exporting pre-schema procedural objects and actions .. exporting foreign function library names for user CASH .. exporting PUBLIC type synonyms .. exporting private type synonyms .. exporting object type definitions for user CASH About to export CASH's objects ... .. exporting database links .. exporting sequence numbers .. exporting cluster definitions时挂起,执行不下去了。。。解决方法:重启数据库及操作系统。[@more@]
Linux及Win平台下Oracle 密码文件重建
Linux及Win平台下Oracle 密码文件重建 很多时候需要对ORACLE密码文件进行重建,ORACLE对密码文件有着较为严格的要求,比如文件名,文件名大小写等等,有一次因ORACLE_SID的大小写折腾了很久,现记录如下:Linux平台:orapwd file=$ORACLE_HOME/dbs/orapw$ORACLE_SID password='' entries=n注意这里$ORACLE_SID的大小写给用户赋予sysdba权限后会记录在v$pwfile_users视图中,如果密码文件不存在会返回ORA-01994的错误。Win平台: orapwd file=$ORACLE_HOMEdatabasepwd$ORACLE_SID.ora password='' entries=n$ORACLE_SID为环境变量,注意大
Oracle 9i和10G软件及补丁下载地址
Oracle 9i和10G软件及补丁下载地址oracle补丁下载关键字: oracle 9.2.0.4 = 3095277 9.2.0.5 = 3501955 9.2.0.6 = 3948480 9.2.0.7 = 4163445 9.2.0.8 = 4547809(9i最终) 10.1.0.3 = 3761843 10.1.0.4 = 4163362 10.1.0.5 = 4505133 10.2.0.2 = 4547817 10.2.0.3 = 5337014 10.2.0.4 = 6810189下载补丁时,可进入cmd,使用ftp命令直接登录网站下载。相同版本,针对不同的操作系统,会有不同的补丁。每个补丁大小约在500MB~1.3GB之间。下面以oracle 10.2.0.2 补丁为例: ftp updates.oracle.com user metalib_user 输入密码 cd 4547
IMP-00017: following statement failed with ORACLE error 957错误的解决方法
IMP-00017: following statement failed with ORACLE error 957错误的解决方法问题描述:imp导入数据时,报IMP-00017: following statement failed with ORACLE error 957错误。如下所示:IMP-00017: following statement failed with ORACLE error 957:"CREATE FORCE VIEW "BAOPAY"."V_TMP" ("TIME","RS_ID""","SJQB","SALE8","????","????","???","ALIPAYWAP","??????","????","?????&q
ORA-1652: unable to extend temp segment by 128 in tablespace错误的解决方法
ORA-1652: unable to extend temp segment by 128 in tablespace错误的解决方法问题描述:数据库日志报ORA-1652: unable to extend temp segment by 128 in tablespace TEMP 错误。解决方法:1、检查临时表空间的使用情况及状态;2、发现TEMP表空间使用率100%,且文件自动扩展达最大32G大小,数据文件已不能进行自动扩展;3、手工切换TEMP表空间后,问题解决;[@more@]
删除或重命名 listener.log 文件的方法(转)
删除或重命名 listener.log 文件的方法(转)As the listener.log file grows, the DBA will want to either remove or rename this log file. If you have ever tried to remove or rename the listener.log file on Windows while the TNS listener process was running you will quickly notice that Windows holds a lock on this file and returns an error:C:> del C:oracleora92networkloglistener.logC:oracleora92networkloglistener.logThe process cannot access the file because it is being used by another process.Most