其他

       6月23日檢查資料庫日誌時發現,logical standby停止apply log了.原因是一個tablespace滿了.查看主庫,主庫上此tablespace並沒有滿,尚有20M的可用空間.趕快增加主庫的空間,可是,備庫並不會增加空間,因為之前的一些log仍未apply.     在備庫增加空間,開始apply

上周四，增加了一組redo log，下了alter system switch logfile之後，資料庫突然down掉。察看日誌，發現如下錯誤：Errors in file f:"lczhis"dump"bdump"lczhis_arc0_2468.trc:ORA-19504: failed to create file "F:"LCZHIS"ARCHIVE"ARC001_055776657082840.ARC"ORA-27040: file create error, unable to

剛剛睡著，就被電話叫醒。同事打電話過來，說是產線反應刷條碼很慢，刷一個要10分鐘（之前不到1秒）。他已經將資料庫重啟了，仍無效。趕快穿上衣服，連到資料庫，發現連線速度很快，應該資料庫不慢。仍然檢查完日誌，資料表空間等有可能出問題的地方，均未發現異常。讓同事將運行慢的SQL發過來，直接在資料庫上運行，發現很快。可以確定，不是資料庫問題。但，到底是什麼問題呢？同事突然講，說他也曾懷疑是AP Server的問題，也重新啟動了AP Server,但很奇怪，AP

今年五一因更換儲存櫃，更換伺服器，DB重作，logical standby也重做了。三號檢查狀況，如下：SQL> SELECT SESSION_ID, STATE FROM V$LOGSTDBY_STATE;SESSION_ID STATE---------- ----------------------------------------------------------------         1 APPLYING SQL>SELECT

      晚上突然醒來，睡不著覺，想起這幾天的資料庫問題，越是睡不著。為什麼一定要改為Rule才會快呢？是不是表沒有作分析造成的呢？開啟電腦，連回公司。察看狀態，發現確實所有表都沒有被分析過。應該就是這個原因。立刻選中一個最常用的表作分析，這個表很大，有一億多筆資料，選擇 Estimate, Sample 取 33，估計要幾個小時才能完成，睡覺。      第二天上班，趕快察看結果，失敗，報ora-01555錯誤。正好一個從台北過來的

        幾年以來對Oracle 的認識基本限於資料庫，對 EBS僅限於安裝。最近開始正式從事此職業，顯得有點摸不到頭腦。        今天生管（一些公司叫計劃部門）反應工單無法發料，讓部屬處理，他說工單沒有建routing,當然無法發料。沒有任何懷疑，我回了對方Mail,說是沒建Routing.        沒多久，對方回mail回來，說是找總公司IT確認，這個工單開錯了，機種開成了虛擬件。        My God!虛擬件當然不用建routing,但也不能開工單（WO) 。

        昨天晚上4點被電話吵醒，夜班同事說產線無法使用，開啟電腦，用Toad直接連資料庫OK.查看log,說是無法寫archive log.查看硬碟空間，有140G可用。Select * from v$lock,一分鐘都沒有跑出來，cancel掉。夜班同事又打電話催，乾脆重新啟動算了，也不找根本原因了。結果下了shutdown

      最近AP人員有個需求,是將已經廢棄的一套系統的一個table轉到新系統內使用.很快用exp/imp搞定.他也修正了程式,並在部分用戶端發布了新的版本.可是開發主管突然要求從舊庫轉過來的table要在table name前加上一首碼,以表示區別.很快修改了程式,但不能發布,因為table

今天將公司的資料庫恢複到一台新的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:

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

        最近供應商推薦了一款產品,可每天對Database Backup64次.在資料庫損壞時,可以恢複到任何一次備份.最強的是,它是連通OS一起備份的,當主庫OS損壞無法啟動時,可以將任何一次備份利用ISCSI掛成一個盤符,利用Vmware將備份的OS連同Database直接啟動,不用再依照舊的模式,先恢複OS,再恢複DB.這樣可以大約在10分鐘之內,恢複資料庫.        我根據廠商的說明,先備份資料庫,然後做了幾個快照.在一台windows系統,將快照掛成一個盤符.再在

      昨天，同事說他在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 =

VBA(Visual Basic for Application):O'Reilly VB & VBA 簡明教程 Office VBA編程手冊合集大全 (CHM) Microsoft Office VBA 語言參考 Microsoft Office 2007 System VBA 編程 Office VBA 編程高手 VBA 傻瓜書 第五版 Excel VBA:中文版Excel 2007進階VBA編程寶典Excel 2007與VBA編程從入門到精通 Excel 2007

       Item

        依照計劃，今天完成了將去年第四季度的資料轉到了曆史資料庫。然後刪除了生產庫的資料，並刪除了去年第四季度的tablespace.為了避免忘記在本年度第四季度來臨時忘記建立tablespace,立刻建立了今天第四季度的tablespace.        但是問題來了。發現standby資料庫無法apply.因為standby在apply到刪除Q4 tablespace之後，並未刪除掉datafile,而在create 新的tablespace時，發現有資料檔案存在，就失敗了。   

      最近修改了一位以前同事的一個Form,增加了一個查詢功能，總部的老大說那程式得再改一下，因為她發現那程式按'X'無法關閉。其實這程式在我修改之前就無法關閉，所以之前的開發人員搞了一個關閉的button.       既然老大發話了，我就搞定它。檢查了pre-form,正常，檢查APP-CUSTOM,正常。到底問題出在那裡。問了一高手，他說找時間給看看，可當下沒時間。自己檢查一下吧。      

開發工具(IDE)：Adobe Flash Pro CS5 簡體中文版(含註冊機)Adobe Flash Builder Premium v4.0 多國語言版(含註冊機)ActionScript語言學習資料：ActionScript 3.0 寶典(中文PDF下載) || ActionScript 3.0 Bible, 2nd EditionAdobe ActionScript 3.0 編程 (Adobe官方文檔)學習Adobe Flash中的ActionScript 2.0

保護您的密碼駭客可藉助軟體工具來迅速估計成千上萬的密碼，從而尋找容易的標記。請嘗試使用不可能破譯的密碼或強密碼來確保安全，同時細心管理密碼並監視帳戶。如果通過網路購物或交易，請擷取免費的 Microsoft .NET Passport，從而使用一種登入名稱和密碼訪問所有參與網站。強密碼原理當然，最重要的挑戰是建立自己易記但其他人難猜的密碼。下面的指導原則有助於您建立更好的密碼：建立密碼要領建立密碼禁忌密碼要足夠長（至少 7