其他

    今天有一個需求，更改使用者名稱。反正是測試資料庫，乾脆測試一下直接修改使用者名稱，不用EXP/IMP.根據瀋陽管軍給出的做法，順利實現。步驟如下：1。SQL>select user# from user$ where name='ASS_KS';USER#-------562. SQL>update user$ set name='ASS' where user#=563. SQL>commit;4. SQL>alter system checkpoint;5.

ORA-00201處理一例     周末給資料庫上了10.2.0.3的patch5,今天在做standby資料庫時,發生一個錯誤.具體情況如下:     在copy完所有datafile後,在active資料庫升成了standby controlfile,copy這個standby controlfile到standby庫,在mount standby庫時報如下錯誤:ORA-00201: control file version 10.2.0.3.0 incompatible with

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

        最近兄弟公司崑山廠發生一次oracle異常，是DBA在rebuild EM時所有使用者無法使用。我一直以為他是在rebuild之後發生的。今天看到他的mail才明白，原來他是在刪除EM的過程中不能用。              

上周四，增加了一組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

      今天建立了一個測試環境，打算再次測試logical standby的建制。在建制物理standby時，發現archive log無法傳遞到standby,手工可以。察看log,發現如下錯誤：Errors in file c:\oracle\product\10.2.0\admin\it\bdump\it_arcp_2116.trc:ORA-01031: insufficient privilegesPING[ARCp]: Heartbeat failed to connect to

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

1. Logical standby 主備庫切換 1.1 確認主庫是否能夠切換 SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE; SWITCHOVER_STATUS--------------------SESSIONS ACTIVE 1.2 準備將主庫切換為邏輯備庫 SQL> ALTER DATABASE PREPARE TO SWITCHOVER TO LOGICAL STANDBY; Database altered. SQL>

        自從今年3月將生產資料庫從8i(8.1.7.4)升級到10G(10.2.0.3) X64後，就噩夢不斷。先是session不斷增多，後來解決了這個問題，又出現了記憶體流失。每天要泄漏約700M的記憶體，8G記憶體一周就被泄漏完而導致要重新啟動Oracle service。          我每天不斷上網求救，不斷希望，不斷失望。不斷升級新的patch,不斷出現記憶體流失。已經被折磨得快忍受不了。          

        IT 時常會碰到一個困擾，就是當使用者權限太大時，容易出現各種問題，比如亂裝軟體，病毒等問題。但許可權太小，也很麻煩，時常要IT給使用者裝一些允許的軟體。一下程式允許使用者以管理員的身份安裝IT允許使用者自己安裝的軟體而不用給使用者管理員密碼。unit Unit1;interfaceuses  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,  Dialogs, StdCtrls;

今年五一因更換儲存櫃，更換伺服器，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) 。

目標：將測試庫的DBID改為 903834600本文相關內容參考 http://space.zdnet.com.cn/html/80/289380-1685934.htmlc>set oracle_sid=ibmc>sqlplus /nologSQL>connect / as sysdbaConnected.SQL>SQL>@C:\oracle\product\10.2.0\db_1\RDBMS\ADMIN/dbmsbkrs.sqlSQL> select

     我在國慶期間將公司的oracle 8i資料庫升級到10G 64,升級完成之後發現Sysaux Tablespace 的Datafile竟然沒有.原來是我在升成Control File時用的Datafile list是我在升級之前置出來的,沒有將升級過程中產生的新的Tablespace Sysaux 的Datafile加進List中去造成的.我在之前的多次測試時均沒有增加這個file,但因系統沒有報告任何錯誤,所以一直沒有被我發現.         

  1． 首先，你要用 select  ResourceId  from Resource where UserAtHost=’dddddd’ ,找到你要增加聯絡人的對象及增加人員的ResourceId。2． 尋找table ContactGroup,找到你的所有記錄，記下所找到的記錄 Select * from ContactGroup where OwnerId=xxx ---xxx是你的ResourceId3． 在自己的OCS上增加一個群組4． 在table ContactGroup

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

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

        今天重新安裝了AD RMS，報錯，因為已經安裝過一次了，已經產生了一個認證，需要刪除之後，才能再次安裝。刪除的方法如下： 1. 上微軟網站 http://www.microsoft.com/downloads/details.aspx?FamilyId=B287CEC3-B6CA-4C0B-A9F5-11428092CC3F&displaylang=en 下載rmstoolkit工具2. 安裝