ITPub博客

今天在linux上安装oracle的时候，运行runInstaller命令时，系统报错：[oracle@linux201 Disk1]$ ./runInstaller [oracle@linux201 Disk1]$ Initializing Java Virtual Machine from /tmp/OraInstall2008-04-25_04-03-11PM/jre/bin/java. Please wait...Exception in thread "main" java.lang.InternalError: Can't connect to X11 window server using ':0.0' as the value of the DISPLAY variable. at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method) at sun.awt.X11GraphicsEnvironment.<clini

今天接到公司运维人员反映说在一台DB上执行grant execute on DBMS_LOCK to xxx操作特别慢，等待了很长时间都不能执行完成。我登录到数据上执行了一下，5分钟后，执行还没用完成，便手动结束了。然后尝试执行grant别的权限，发现很快就执行完成了， 只有执行grant execute on DBMS_LOCK to xxx的时候特别慢。再次执行，在大约10分钟后，抛出错误ORA-04021: timeout occurred while waiting to lock object SYS.DBMS_LOCK。看来是由于DBMS_LOCK包被锁了，导致执行grant慢。从v$access视图中查看到占用DBMS_LOCK的用户：SQL> select * fr

Logminer的使用步骤：1)先确定是否设置了UTL_FILE_DIR参数。以sys用户登录系统后，执行show parameter utl_file_dir查看是否有值。如果没有，设置该参数，该参数不能在线修改：SQL> alter system set utl_file_dir='/export/home/oracle/app/oracle/oradata/logmnr' scope=spfile;系统已更改。然后重启DB：SQL>shutdown immediate;SQL>startup;2)导出DB的数据字典到一个文件中。SQL> exec dbms_logmnr_d.build(dictionary_filename=>'$file', dictionary_location=>'$dir');其中：$file是存储数据字典的文件名，可以任意

今天，接到维护人员的报告，说在一个复制组中，有一个复制对象在两Site上的表结构不一致，Site A上的表比Site B上的表多一个字段。而且比较奇怪的是，从2边修改表中的记录，没有错误发生，而且能够同步。按照以前的经验：如果修改复制对象的结构后，修改复制对象中的数据是不能成功的。比如：SQL> alter table ssmn_system drop column reserve3;Table altered.SQL> update ssmn_system set max_number=7;update ssmn_system set max_number=7 *ERROR at line 1:ORA-23474: definition of "TEST"."SSMN_SYSTE

SID和Serial#共同确定一唯一的session。它们的定义如下：SID: Session identifierSERIAL#：Session serial number. Used to identify uniquely a session's objects. Guarantees that session-level commands are applied to the correct session objects if the session ends and another session begins with the same session ID.Sid就是用来标识一个session的，它一般和process是对应的。一个process一般对应一个session，只要process不结束，则这个process建立的session具有同样的SID。在session结束后，新的session建立时，SID被重用