其他

C:\Documents and Settings\Administrator>emca -deconfig dbcontrol db -repos dropSTARTED EMCA at Jul 28, 2009 9:21:30 AMEM Configuration Assistant, Version 10.2.0.1.0 ProductionCopyright (c) 2003, 2005, Oracle.  All rights reserved.Enter the

                                                                              遊賢能   在開始談解決問題的觀念之前，讓我先來講個「扁鵲的醫術」吧！    

      我的standby是logical 的,用於報表查詢.AP人員要求和主庫相差不能超過5分鐘.我之前是利用windows的排定工作,每5分鐘執行一次alter system switch logfile;但最近不知為何,它不執行了.懶得再修複,在oracle裡建了一個job來實現.方式如下:CREATE OR REPLACE PROCEDURE SYS.DBMS_Alter_LOG is BEGIN execute immediate 'alter system switch

        今天，將一個table去年Q4的資料匯入到曆史資料庫，然後在生產庫中刪除了那些資料。沒兩分鐘，AP人員反映，生產庫有大量Lock.立刻想起，過去在導資料時，均出現這個問題。        

前兩天在linux(redhate as4)上安裝Oracle,因為好幾年沒碰linux,生疏了許多（本來就不很熟），在網上找了一篇安裝說明，照做。自己也有一本在linux上管理oracle的書，在做到解壓oracle安裝檔案時，那篇文章和書上均是讓下如下命令：cpio - idmv

  使用單位反映Database很慢,開Spotlight尋找原因,發現Parallel query顯示5,切為紅色.可能有人將index 或table的Parallel query設成了大於1.用 SELECT  index_name , DEGREE  FROM user_indexes WHERE DEGREE > 1發現沒有Index被Select出來,再用SELECT  table_name , DEGREE  FROM user_tables WHERE DEGREE >

今天將公司的資料庫恢複到一台新的Server上,啟動資料庫時報ORA-00312錯誤,原來備份時的Redo放在D盤,而新的資料庫沒有D盤,放在E.資料庫有三組REDO,將Group 1 刪除,重建立立到E,再將Group 2刪除,重建立立到E,因Group 3是在用的,無法刪除,因資料庫無法Open,無法Switch log.只好將group 3的Datafile Copy 到新的地方,用alter database rename更改log file的路徑.更改過後再次OPEN,報ORA-003

在測試RAC時,發現串連DB時有大概50%的幾率會出現無法串連,報如下錯誤:ora-12545;因目標主機或對象不存在,串連失敗在網上搜到解決方案,如下:sqlplus sys/manager@rac1 as sysdbaSQL>alter system set local_listener='(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.0.31) (PORT = 1521))' sid='rac1';sqlplus

        昨天下午，logical standby 突然無法apply.資料庫報如下錯誤：Warning:  Apply error received:  ORA-26714: User error encountered while applying.  Clearing.*** 2010-03-16 20:04:48.484knahcapplymain: encountered error=12801*** 2010-03-16 20:04:48.515ksedmp:

1、   第一種方法1)         開始-運行-輸入REGEDIT斷行符號，在左側邊欄中找到HKEY_LOCAL_MACHINE"SOFTWARE"Microsoft"WindowsNT"CurrentVersion"Winlogon""Notify"WgaLogon2)         將整個WgaLogon項刪除即可。以上為經過測試的最簡便方法。 2、   第二種方法這次的WGA與上次相比只增加了LegitCheckControl.dll，主要執行方式（通過WINLOGON載入）未變。

      今天來值班，事情不多，想起最近修改的一個程式，使用者開啟之後，得先點一下滑鼠，才能輸入查詢條件，而之前同事開發的則不用，焦點直接落在要輸入的欄位，找了很多Object的屬性，沒找到對應的。       在網上搜了一下，沒找到答案。仔細比對了一下前輩的程式和我的差別，發現問題。他程式中預設Item所在的Block在所有Block的最上面，預設的Item在所有Item的最上面。立刻托動我的Block及Item，測試，果然根Block , Item擺放的順序有關。       

       今天在作當Primary database 損壞，直接將logical standby變為Primary時出現ORA-16019錯誤，在metalink上也沒有找到答案，網上說必須重建立logical standby,可是當primary down後，如何重建，這不是說明logical

        今天生管反應說ECN變更，手工改料表之後，產線仍然上錯物料。查看料表發現多了一個phantom料。查看料表更新記錄，沒發現有新增這顆物料的紀錄。         查了我能想到的地方無果之後，尋求總公司同仁協助。不一會兒，他發mail 過來，說是問題找到了。貼了幾個抓圖，我仔細比對，發現的確是一生管手動增加了這顆phantom料。對這位總公司同仁也是佩服得滔滔不絕。       

2.1 使用shutdown immediate關閉Active Database2.2 關閉 Active Database的監聽器2.3  Startup Active database2.4  在主庫 alter system archive log current;2.5 使用shutdown 關閉Active Database2.6 查看備archive log的序號是否和Active Database相同2.7 將standby變為Primary(在standby完成)alter

      昨天，同事說他在impdp一個資料庫，不大，才4G,跑了一天一夜，仍然在Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA不動了。我連進資料庫檢查了一下，那個impdp進程正在執行BEGIN   :1 := SYS.kupc$que_int.get_status (:2, :3);END;正在waiting中，sid為122。select * from v$session_wait where sid =

今天在導資料時，系統報如下錯誤。這是例行匯入，總是用這一句命令，使用者權限等都沒改過，為何會報錯。ORA-39002: invalid operationORA-31694: master table "ERP"."M1" failed to load/unloadORA-02354: error in exporting/importing dataORA-02368: file   is not valid for this load

windows 有提供強大的目錄服務命令，讓管理員通過命令方式修改帳號的屬性，管理帳號。當然，通常情況下比較麻煩，但如果大量修改帳號屬性，用命令方式是非常方便的，可以做成批處理。具體的命令包含dsadd /? - 新增對象的說明。dsget /? - 顯示對象的說明。dsmod /? - 修改對象的說明。dsmove /? - 移動對象的說明。dsquery /? - 尋找符合搜尋條件對象的說明。dsrm /? -

最近在構建一個RAC環境，以便掌握這項技術。在構建的過程中，都非常順利。當資料庫被Create之後，卻遇到一個問題，困擾幾天，昨天終於得到解決。問題如下：[oracle@rac1 ~]$ export ORACLE_SID=rac1[oracle@rac1 ~]$ sqlplus / nologSQL> connect sys as sysdbaEnter password: Connected to an idle

        公司老闆要求禁止員工用MSN傳遞檔案,以免公司重要資料外泄.在網上搜了好久,沒有發現好的方法.老闆決定關閉所有員工的MSN許可權.雖然於心不忍,但聖命難違,只好下毒手.       

昨天,Standby資料庫一根記憶體報錯,同事在處理時OS突然宕機,重新開機後記憶體恢複正常,開機記錄Apply正常.今天上班,AP人員反映Report抓不到資料(report是用Standby的).檢查DB發現Standby沒有Apply log.查看日誌沒有發現異常.SQL>select event_time,status,event from dba_logstdby_eventsORA-16128: User initiated stop apply successfully