ITPub博客

执行存储过程更新一个表中的数据的时候产生如下的错误：SQL> exec update_jc_kxx_yxrq; begin update_jc_kxx_yxrq; end; ORA-20998: Err=-2049,Msg=0-ORA-02049: 超时: 分布式事务处理等待锁定ORA-06512: 在"ICUSER.UPDATE_JC_KXX_YXRQ", line 36ORA-06512: 在line 2[@more@]以sys用户登陆数据库查询死锁SQL> select username,lockwait,status,machine,program from v$session where sid in 2 (select session_id from v$locked_object);USERNAME LOCKWAIT STATUS----------------------

服务器的操作系统安装时设置的交换分区太小，导致在安装oracle10g是提示交换分区太小，安装过程不能继续进行。手工添加一个分区为交换分区，并在系统启动的时候自动能挂载成了必然需要进行的工作。过程如下：[@more@][root@node1 etc]# grep SwapTotal /proc/meminfoSwapTotal: 4192924 kB[root@node1 /]# dd if=/dev/zero of=/swap bs=1024 count=3145728031457280+0 records in31457280+0 records out32212254720 bytes (32 GB) copied, 199.055 seconds, 162 MB/s[root@node1 /]# /sbin/mkswap /swapSetting up swapspace version

终于把apache和resin整合到一起了，记录与此，以备查阅。[@more@] Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE

create pfile='/export/home/oracle/pfile1.ora' from spfile;出现如下信息：第 1 行出现错误:ORA-27046: 文件大小不是逻辑块大小的倍数[@more@]一个生产数据库（solaris9+oralce9204）使用过程中感觉WEB登陆很慢,就想看看参数是否有可以优化的地方。可是在导出spfile的时候却出现上面的提示，导出工作不能成功。检查alter文件没有发现哟异常的现象。检查/export/home/oracle/OraHome1/dbs/spfile<SID>.ora,发现该文件的起始位置有几个乱码字符：^E^B^B^C?206244?.aq_tm_processes=1判断可能是用户的管理员手工修改了该文件导致。将

环境变量能够提供一种方便的存储信息的方法,这些信息经常会从SHELL使用.可以设置所需要的任何环境变量,以便当使用SHELL时调用这些值.[@more@]/etc/profile:该文件为每个用户设置环境信息。当用户第一次登陆时，执行该文件。这个文件为PATH，邮箱路径和历史文件大小等设置环境变量。/etc/profile从 /etc/profile.d目录的配置文件中搜集shell设置。 /etc/bashrc: 为每一个运行bash shell的用户执行该文件。当bash shell被打开时，读取该文件。它设置默认提示符，可以附加一个或更多的别名。每一个用户的~/.bashrc问信息都可重写该文件中的

ORACLE数据表导出成EXCEL格式一、ODBC方式1、 控制面板中打开“数据源（ODBC）”在窗口中点“添加”按钮选择“Microsoft ODBC for ORACLE”“完成”；2、 输入数据源名称，ORACLE数据库用户名称，ORACLE数据库服务器连接字符串3、在EXCEL中选择“数据-----获取外部数据------自其他数据源------来自Microsoft Query”菜单窗口选择“确定”，在打开的对话框中输入ORACLE用户的密码，EXCEL自动和数据库进行连接并提取数据。[@more@]

ORACLE一个奇怪的现象：今天更换服务器IP后对数据库做一次逻辑备份，可是却发现一个奇怪的问题当在某个磁盘（如E）上备份的时候就提示没有监听，而在C盘上备份就成功。查看ORACLE客户端安装目录下的TNSNAMES。ORA文件没有问题，tnsping 服务名，正常，但是一到E盘就提示错误。此时tnsping 服务名，却发现ORACLE找的是我更改前的服务器IP。查找发现在E盘的一个目录中有一个曾经备份的TNSNAMES。ORA文件，难道在这个盘备份的时候ORACLE先找这个文件？把这个文件中的服务器IP修改立即备份成功。ORACLE竟然真是这样。[@more@]

因为更换服务器，需要移植数据库，但是其中的某一个用户的用户密码不知道，但是这个用户密码因为在其他的没有源码的程序中使用了而不能修改，因此在新的服务器中这个用户的密码还要和原密码相同。对于这种情况采取通常的方式是不可以的。查看资料获得下面的方法修改成功。查询某个用户的密码密文SQL> select username,password from dba_users where username='JW_PUB1';USERNAME PASSWORD------------------------------ ------------------------------JW_PUB1 1141B75987409AA1SQL&gt