RMAN Restore Database Slow / How To Improve RMAN Restore Performance [ID 467694.1] Modified 10-JUN-2010 Type HOWTO Status MODERATED In this Document Goal SolutionPlatforms: 1-914CU; This document is being delivered to you via Oracle
現象一:mount -t ocfs2 -o datavolume,nointr /dev/sdb1 /webdatamount.ocfs2: Transport endpoint is not connected while mounting /dev/sdb1 on /webdata. Check 'dmesg' for more information on this error.可能問題:1:防火牆開啟著,沒有關閉,屏蔽了心跳連接埠2:各個節點的/etc/init.d/o2cb
先來建立一個表Tcreate table t as select level as id ,level||'a' as a,level||level||'b' as b from dual connect by level<100;這裡A列的值能夠確定B列的值,insert into t select * from t; .............................. 一直重複插入資料SQL> select count(*) from t; COUNT(*)--
有朋友問我一個update語句,下面兩種寫法哪個效能更高,一個是沒HINT的,一個是有HINT的UPDATE CS_PERFORMANCE_CURRENT C SET C.PERFORMANCE_SCORE = '0.00', C.ASSESS_DESC = '勞動紀律考核' WHERE C.TARGET_MODE_SEQ_ID = (SELECT D.SEQ_ID FROM CS_TARGET_MODEL_REL D, CS_AREA A
今天最佳化了一個分頁的SQL,以前雖然做了上千個SQL的最佳化,不過都是一些OLAP的,雖然也有OLTP的不過從來沒做過分頁最佳化,所以這裡記錄一下。SQL和執行計畫如下:SQL> SELECT A.ROWNO,EMS_EVENT_VIEW.* FROM EMS_EVENT_VIEW, 2 (SELECT * FROM (SELECT ROW_NUMBER() OVER(ORDER BY first_occurrence_time DESC) AS ROWNO,EVENT_ID 3
要下班的時候,網友發來QQ訊息,說SQL跑得慢,要1-3秒出結果,希望最佳化一下:SELECT /*+INDEX(TMS,IDX1_TB_EVT_DLV_W)*/TMS.MAIL_NUM,TMS.DLV_BUREAU_ORG_CODE AS DLVORGCODE,RO.ORG_SNAME AS DLVORGNAME,TMS.DLV_PSEG_CODE AS DLVSECTIONCODE,TMS.DLV_PSEG_NAME AS
VW_NSO_1 我們查看執行計畫的時候動態建立的,VM 是ORACLE視圖的約定首碼/尾碼,在和老外工作的時候,經常可以看到有VW的尾碼,它就表示視圖,這是習慣。下面就是某日用品行業老大某某資料倉儲的視圖,它的尾碼是VWSQL> select view_name from dba_views where view_name like
П╃вMe²º¹³ 23:08:57在嗎?這語句你看有得救嗎?delete from i_br_all_user_real twhere exists (select 1 from i_br_card_return a where t.imsi_no = a.imsi_no and t.oper_date<=to_date(a.return_date,'YYYYMMDDHH24MISS'));落落 23:10:54有救必須是SQL?П╃вMe²º¹³ 23:11:30對啊~不然用預存
Advise On How To Improve Rman Performance [ID 579158.1] Modified 17-FEB-2011 Type HOWTO Status PUBLISHED In this Document Goal Solution ReferencesApplies to: Oracle Server - Enterprise Edition - Version: 9.2.0.1 to 10.2.0.1 - Release: 9.2