一个透明网关机器，已经配置ok并使用一段时间，忽然间连不上了。在透明网关机器上使用lsnrctl status命令来查看监听状态，但是命令没有返回信息，一直hang在哪儿。请问有没有兄弟碰到过这种情况。谢谢。急

一个数据库的系统，经常有人对存储过程进行修改，如何对这个修改进行管理，大家有没有什么好的版本管理的工具可以用在ORACLE上？求教

在一个动态执行的sql出现library cache bin 等待select P1RAW from v$sessioN_wait Awhere wait_class'Idle' AND EVENT='library cache pin'查出P1RAW867772AC...然后使用SELECT kglhdadr,kglnaown "Owner", kglnaobj "Object"FROM x$kglobWHERE kglhdadr='867772AC' 查出的等待对象是sql语句。3个值分别对应的对象分别是1 select Count(1) from smsbill.billingtable@d3bill t Where t.fmaster = '005' And t.fstatus = '101' And t.fmsgtype = '60' And t.fsubmittime > Sysdate - 600/(24*60*60)2 select

现在有若干个job，在开发人员调整job执行时间的时候归档日志增长太快导致磁盘空间紧张。目前没有性能问题想定位到具体的job和具体的对象。在一个时间段里哪个job产生的日志最多，那个对象dml产生的redo最多。请问应该如何查询。

更新前testn1 n2 n312a22b41a51b...更新后n1 n2 n342a52b41a51b...请用一句sql来实现将表中n2=2的行n1的值更新为n3相等并且n2为1的行的n1的值，n2,n3是联合主键[ 本帖最后由 testmvb 于 2008-9-4 16:48 编辑 ]

现在有一个批处理。每日需要从他库倒入数十万笔数据，然后需要对这些数据进行处理。处理的结果插入若干张表中，有两种方法可以实现这个操作，一种使用存储过程和job实现，另外一种使用触发器来实现。使用job的话较难保证数据的实时性和准切性。用触发器则可以保证。但是一直有种论调说触发器对性能的影响很大，不知道有没有什么具体的原因。理论上完成的操作都是相同的啊。为什么说触发器对性能的影响就更大一些呢？？从这个问题引申开去。在什么情况下使用触发器更合适，什么情况下使用job+ procedure合适？？请诸位教我

如题，脑力激荡。

呵呵，最近要换工作，想看看大家跳槽通过哪种方式找到的工作。做一下参考。[ 本帖最后由 testmvb 于 2008-7-28 16:32 编辑 ]

朋友請教:為表空間USER 增加數據文件SQL> alter tablespace USERS ADD DATAFILE SIZE 1000M;alter tablespace USERS ADD DATAFILE SIZE 1000M*ERROR at line 1:ORA-01119: error in creating database file '+PDM_DISK_GRP1'ORA-17502: ksfdcre:4 Failed to create file +PDM_DISK_GRP1ORA-15041: diskgroup space exhausted到asm中看看[oracle@pdmora2 oracle]$ export ORACLE_SID=+ASM2[oracle@pdmora2 oracle]$ sqlplus '/ as sysdba'SQL*Plus: Release 10.2.0.1.0 - Production on Fri Jun 20 14:41:1

SQLSERVER在併行性與oracle相比有什麼弱點,他的事務管理機制是什麼一回事,如何實現多事物併發管理我對sqlserver不是很熟,大學裡光睡覺了.現在有客戶象我請教,我有點不太熟請大家指點下

有三個db,分別位於上海,北京,廣州,數據量都很大,數據結構類似.而且都是7*24咝�,業務咝泻芷椒�,沒有明顯的負載高峰期.現在有這樣一個需求.在上海建立一個data center,定時與3個地方的數據進行同步,也就是說,在3個db中的某些對象需要定時更新到datacenter中.並且在更新的過程中需要check,按照某種邏輯找出異常的數據.比方說有一個表a,有一個primary key pk1,北京,廣州各個表中的數據都不一樣,但是data center中必須有這三個地方的數據.並且datacenter中表a的數據必須滿足pk1的約速這些數據對象,主要是表,大部分會經常有插入操

今天在測試庫執行revoke sys.utl_file from public後發現sys下面出現許多無效對象SQL> select count(*) from ALL_OBJECTS WHERE OWNER='SYS' AND STATUS='INVALID';COUNT(*)----------2681* select object_name,object_type from ALL_OBJECTS WHERE OWNER='SYS' AND STATUS='INVALID'OBJECT_NAMEOBJECT_TYPE------------------------------ -------------------DBMS_REGISTRYPACKAGE BODYDBMS_AQ_SYS_EXP_INTERNALPACKAGE BODYDBMS_AQ_SYS_EXP_ACT

在ＲＡＣ主節點上topPID USERPRNIVIRTRESSHR S %CPU %MEMTIME+COMMAND21559 oracle250233m11m 3356 R1000.091026:06 java6519 oracle1606280 1140772 R10.00:00.13 top

現在有一個分布式的數據庫,希望這個體系中的時間能儘量一致.配置了ntp server，準備各個db都使用這個server來進行同步,在每一台db server中都配置計畫任務,每隔1個小時同步一次,體系中有RAC，如果這樣頻繁的進行時間同步會不會有隱患.比方說ora-15555錯誤的出現,(可否使用增大undo_rentention的方法來解決?)

客戶段聯不到數據庫,用oracle用戶登陸到主機上,慢的要死10:49:31up 248 days, 17:35,4 users,load average: 149.08, 148.86, 149.22341 processes: 188 sleeping, 149 running, 4 zombie, 0 stoppedCPU states:cpuusernicesystemirqsoftirqiowaitidletotal53.1%0.0%46.8%0.0%0.0%0.0%0.0%cpu0051.9%0.0%48.0%0.0%0.0%0.0%0.0%cpu0154.9%0.0%45.0%0.0%0.0%0.0%0.0%

操作系统版本redhat as4u4 x86-64,数据库版本10.2.0.1，配置了三个服务ytnb1,tsrac2,tsrac1数据库正常启动。但是过一段时间会使用crs_stat -t会发现一些服务cs资源的状态变成offline，使用srvctl 重新开启服务ok,但是过一段时间又变成offline.虽然不影响使用，但是总是觉得怪怪的。有点晕。在一个节点的crsd.log中发现如下信息2008-02-25 16:38:26.358: [CRSEVT][1535293792]0CAAMonitorHandler :: 0:Action Script. for resource 'ora.NBDB.ytnb2.cs' stdout redirection failed for `/u01/app/crs/crs/log/startUHjNUG.std

　有一個OLTP的數據庫環境.數據庫版本是10GR2,有一個大的分區表,在單機上運行一直OK,遷移到RAC環境後,大約每兩周左右就會出一次問題.通過ADDM發現如下語句出了問題:select * from sfism4.r_wip_Tracking_t where key_part_sn=:B1;還有就是select * from sfism4.r_wip_keyparts_t where key_part_sn=:b1 and kp_name=:c1;查看它的執行計畫發現是全表掃描,但是在key_part_sn上有建索引,平時索引也正常使用,但是忽然就變更了執行計畫,至今已經有3次,大概每次都是晚上10-12點左右.一次通過dbms_status.gather_table_statistics

老板有钱,dl585g2 32G内存配满了.现在还用不到,随便建库玩玩.操作系统是rhel as 4u4 x86 64.数据库是10.2.0.1的,把操作系统的内核参数kernel_shmmax调成了8g,使用dbca建库,sga也设成了8g,结果建设库过程中报了个out of memory 错误.搞不懂啊?把sga改成4g就ok拉.请诸位指教一下

RAC數據庫切換歸檔沒有單機切換的那麼簡單,主要是多了一個CLUSTER_DATABASE參數.如下是切換的步驟.節點a1 create pfile='/home/oracle/pfile.ora' from spfile;2 srvctl stop database -d DBNAME;3 編輯pfilea.ora 將cluster_database改成false.4 startup mount pfile='/home/oracle/pfile.ora';5 alter database archivelog;6 alter database open;7 shutdown immediate;8編輯pfilea.ora將cluster_database 改成true;增加歸檔位置 a.log_archive_dest_1='location= /archive1'b.log_arc

最近在為產品庫做dataguard,但是查詢文檔時發現要求primary database 和standby database 數據庫的操作系統平台相同.現在我的產品庫使用的是HP的dl585g2,配置是AMD64的CPU,而準備做standby 的機器都是intel的cpu,請問大家,如果做邏輯的standby 會不會有問題.