婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > Oracle常見錯誤代碼的分析與解決

Oracle常見錯誤代碼的分析與解決

熱門標簽:地圖標注原件 語音電話機器人營銷方案 淮安自動外呼系統開發 廣州市400電話辦理 宜賓外呼系統廠家 修改高德地圖標注 語音電話機器人缺點 南通防封外呼系統運營商 百變地圖標注
正在看的ORACLE教程是:Oracle常見錯誤代碼的分析與解決。

 在使用ORACLE的過程過,我們會經常遇到一些ORACLE產生的錯誤,對于初學者而言,這些錯誤可能有點模糊,而且可能一時不知怎么去處理產生的這些錯誤,本人就使用中出現比較頻繁的錯誤代碼一一做出分析,希望能夠幫助你找到一個合理解決這些錯誤的方法,同時也希望你能夠提出你的不同看法。畢竟作為一種交流的手段,個人意見難免過于偏頗,而且也必定存在著不足,出錯之處在所難免。寫這篇文章的目的就是想通過相互之間的交流共同促進,共同進步。 


  產生原因:上述ORACLE錯誤為回滾段表空間不足引起的,這也是ORACLE數據管理員最常見的ORACLE錯誤信息。當用戶在做一個非常龐大的數據操作導致現有回滾段的不足,使可分配用的回滾段表空間已滿,無法再進行分配,就會出現上述的錯誤。 

  解決方式:使用“ALTER TABLESPACE tablespace_name ADD DATAFILE filename SIZE size_of_file”命令向指定的數據增加表空間,根據具體的情況可以增加一個或多個表空間。當然這與還與你主機上的裸盤設備有關,如果你主機的裸盤設備已經沒有多余的使用空間,建議你不要輕意的增加回滾段表空間的大小,可使用下列的語句先查詢一下剩余的tablespace空間有多少: 


  如果多余的空間比較多,就可以適當追加一個大的回滾段給表空間使用,從而避免上述的錯誤。你也可以用以下語句來檢測一下rollback segment的競爭狀況: 


  如果任何一個class in count/sum(value)大于1%,就應該考慮增加rollback segment。 

相應的英文如下: 


  產生原因:ORACLE臨時段表空間不足,因為ORACLE總是盡量分配連續空間,一但沒有足夠的可分配空間或者分配不連續就會出現上述的現象。 

  解決方法:我們知道由于ORACLE將表空間作為邏輯結構-單元,而表空間的物理結構是數據文件,數據文件在磁盤上物理地創建,表空間的所有對象也存在于磁盤上,為了給表空間增加空間,就必須增加數據文件。先查看一下指定表空間的可用空間,使用視圖SYS.DBA_FREE_SPACE,視圖中每條記錄代表可用空間的碎片大小: 


  返回的信息可初步確定可用空間的最大塊,看一下它是否小于錯誤信息中提到的尺寸,再查看一下缺省的表空間參數: 


  通過下面的SQL命令修改臨時段表空間的缺省存儲值: 

[NextPage]

 適當增大缺省值的大小有可能解決出現的錯誤問題,也可以通過修改用戶的臨時表空間大小來解決這個問題: 


  使用ALTER TABLESPACE命令,一但完成,所增加的空間就可使用,無需退出數據庫或使表空間脫機,但要注意,一旦添加了數據文件,就不能再刪除它,若要刪除,就要刪除表空間。 

  一個報錯例子如下: 


  相應的英文如下:


  產生原因:當ORACLE訪問一個數據塊時,由于1、硬件的I/O錯誤;2、操作系統的I/O錯誤或緩沖問題;3、內存或paging問題;4、ORACLE試圖訪問一個未被格式化的系統塊失敗;5、數據文件部分溢出等上述幾種情況的一種引起了邏輯壞塊或者物理壞塊,這時就會報ORA-01578的錯誤。 

  解決方式:由于ORACLE只有在訪問到有問題的數據文件時才會報錯,所以報錯的時間有可能會比實際出錯的時間要晚,如果ORA-01578出錯信息提示數據壞塊指向的是用戶自己的數據文件,則用以下方法來解決: 

  如果通過下面的SQL語句查出的壞塊出現有索引上,則只需重建索引即可 


  (和分別是ORA-01578報出的壞塊出現的文件號和塊號) 

  如果壞塊出現在表上,先用以下語句分析是否為永久性壞塊(建議多執行一兩次,有助于鑒別數據壞塊是永久性的(硬盤上的物理壞塊)還是隨機性的(內存或硬件錯誤引起)): 

  執行該命令后,可能會出現以下的結果: 

  ORA-01578:與原先錯誤信息有相同的參數,為永久性的物理或邏輯壞塊;與原先錯誤信息有不同的參數,可能與內存,page space和I/O設備有關。 

  如果用戶有此表的最新備份,那么最好是用此備份來恢復此表,或者使用event 10231來取出壞塊以外的數據: 

  1>.先關閉數據庫 

  2>.編輯init.ora文件,加入: 


  3>.startup restrict 

  4>.創建一個臨時表:SQL>create table errortemp as select * from error;(error是壞表的表名) 

  5>.把event從init.ora文件中刪掉并重起數據庫 

  6>.rename壞表,把臨時表rename成壞表的表名 

  7>.創建表上的INDEX等 

[NextPage]

 如果ORA-01578出錯信息提示數據壞塊指向的是數據字典或者是回滾段的話,你應該立即與ORACLE公司聯系,共同商量一個好的解決辦法。 

  這里所講的解決方法只是比較常見的一種,一些更為具體的解決辦法可以查看一下ORACLE的故障解決手冊,那里面有浞及使用ROWID方法來取出壞塊以外的數據的方法,這里就不介紹了。 

  相應的英文如下: 


  產生原因:這種錯誤通常為一個回滾段和一個表空間已經達到MAXEXTENTS參數設置的極限。要注意的是這個MAXEXTENTS不是該回滾段或表空間的硬件極限,硬件極限取決于數據庫創建時在init.ora文件中指定的DB_BLOCK_SIZE參數的值。 

  解決方法:使用SQL命令ALTER TABLESPACE…STORAGE(MAXEXTENTS XXXX)來增加 MAXEXTENTS,其中“XXXX”值必須大于錯誤信息中所指的數值,但不能大于LARGEST MAXEXTENT的值,如果已經達到了LARGEST MAXEXTENT VALUE,解決的辦法就是重新創建較大的范圍尺寸,使用帶有選項COMPRESS=Y的Export工具導出表,如果表空間有可用空間,先給表做一個備份,用alter tablespace tablespace_name更改其名字,然后再裝載表回數據庫。 

  查看其錯誤出現的地方,如果出現在回滾段或索引上,那么必須將其刪除并重建,如果出現在臨時表空間,修改臨時表空間的存儲字段,便可解決這個問題。 

  一個報錯例子如下: 


  相應的英文如下:  

[NextPage]


  產生原因:這種錯誤通常為ORACLE的內部錯誤,只對OSS和ORACLE開發有用。ORA-600的錯誤經常伴隨跟蹤文件的狀態轉儲(系統狀態和進程狀態),系統狀態存儲將包括ORACLE RDBMS持有的當前對象的信息,進程狀態轉儲則將顯示特殊進程持有的對象,當進程符合了某錯誤條件時,經常是由于一些信息取自它持有的一個塊,如果我們知道這些錯誤進程持有的塊,就容易跟蹤問題的來源。 

  解決方法:一般來說出現這個錯誤我們本身是無法解決的,只有從提高系統本身各方面來解決這個內部問題,如增加硬件設備,調整系統性能,使用OPS(當然OPS從某種意義上說并不是一種好的解決方式)等。ORA-600錯誤的第一個變量用于標記代碼中錯誤的位置(代碼中的每個部分的第一變量都不一樣),從第二個到第五個變量顯示附加信息,告訴OSS代碼在哪里出現了錯誤。 

  一個報錯例子如下: 


  相應的

[1] [2] 下一頁

正在看的ORACLE教程是:Oracle常見錯誤代碼的分析與解決。英文如下: 


  Time-outs(超時) 

  File corruption(文件太老) 

  Failed data checks in memory(內存檢索失敗) 

  Hardware,memory,or I/O errors(硬件、內存或者磁盤錯誤) 

  Incorrectly restored files(錯誤的重建文件) 

  ORA-03113:end-of-file on communication channel 

  產生原因:通訊不正常結束,從而導致通訊通道終止 

  解決方法:1>.檢查是否有服進程不正常死機,可從alert.log得知 

  2>.檢查sql*Net Driver是否連接到ORACLE可執行程序 

  3>.檢查服務器網絡是否正常,如網絡不通或不穩定等 

  4>.檢查同一個網上是否有兩個同樣名字的節點 

  5>.檢查同一個網上是否有重復的IP地址 

  相應的英文如下: 

[NextPage]

 產生原因:這是由于裝載的表或視圖不存在,多半是CATEXP.SQL還沒有運行,無法執行Export視圖,如果CATEXP.SQL已經運行,則可能是版本錯誤。 

  解決方法:因為Import和Export共享的一些視圖是通過運行CATEXP.SQL來裝載的(它們具有相同的視圖),并不生成單獨的CATEXP.SQL,因而造成視圖與Export代碼不同步,較難保持彼此之間的兼容,用戶就必須建立自己的Export應用,從而避免ORA-00942的錯誤。 

  相應的英文如下:
上述錯誤均為我們在使用回滾段時比較常見的問題,ORA-01598指明當前使用的回滾段的狀態為“not online”,不能使用,將它改為“online”狀態即可使用;ORA-01636指明當前回滾段已經為“online”狀態,可以直接使用,不用再集合它。 


  我們在做統計時還可能遇到下述問題:一個rollback segment的狀態為”Needs Recovery”的現象,這是由于ORACLE回退一個事物表中的沒有提交的事物時失敗所造成的。通常原因為一個datafile或者tablespace是在offline的狀態或者一個undo的目標被破壞或者rollback segment被破壞。解決的辦法是將所有的tablespace和datafile都置為online狀態,如果不能解決則做下面的工作:

  1>.在initsid.ora中加入event=”10015 trace name context forever lever 10”;

  2>.shutdown數據庫然后重啟;

  3>.在$ORACLE_HOME/rdbms/log下,找到startup時生成的trace file;

  4>.在trace文件中,找到下列信息“error recovery tx(#,#) object #”;

  5>.根據object#(與sys.dba_objects表中的object_id相同)在sys.dba_objects表中查出該object的名字;

  6>.將該object drop掉;

  7>.在init.ora文件中將該rollback segment放回rollback_segments參數中,刪除event;8>.shutdown數據庫然后重啟。此時”Needs Recovery”的問題應該是完全解決了,否則就是rollback segment被破壞了。 



  產生原因:指定的tablespace空間已經被占用滿,無法擴展。 

  解決方法:使用“ALTER TABLESPACE ADD DATAFILE”命令增加文件系統文件和原始分區,或者增加INITIAL的大小(如:alter tablespace CDRS101 default storage(next 500M pctincrease 1))應該能夠解決,否則就是有人使用你的表空間上創建了一個比較大的數據文件導致你的表空間不夠用。 

  一個報錯例子如下: ORA-1688: unable to extend table RMMCDR.LOCAL_CDR partition LOCAL_CDR101 by 460800 in tablespace CDRS101 

  相應的英文如下: 

上一頁       

上一頁  [1] [2] 

標簽:嘉峪關 股票投資 通化 池州 南平 聊城 襄陽 南平

巨人網絡通訊聲明:本文標題《Oracle常見錯誤代碼的分析與解決》,本文關鍵詞  Oracle,常見,錯誤,代碼,的,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《Oracle常見錯誤代碼的分析與解決》相關的同類信息!
  • 本頁收集關于Oracle常見錯誤代碼的分析與解決的相關信息資訊供網民參考!
  • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    午夜在线电影亚洲一区| 国产在线观看免费一区| 亚洲尤物在线视频观看| 国产一区二区三区av电影| 欧美一二三区在线| 日本视频一区二区| 911精品国产一区二区在线| 亚洲综合自拍偷拍| 色天使色偷偷av一区二区| 亚洲欧美另类小说视频| 床上的激情91.| 亚洲日本青草视频在线怡红院| 国产激情偷乱视频一区二区三区| 日韩欧美美女一区二区三区| 三级成人在线视频| 精品电影一区二区三区| 国产精品123| 亚洲自拍欧美精品| 精品少妇一区二区三区日产乱码| 国产综合色视频| 久久久久久久性| 91理论电影在线观看| 日韩精品91亚洲二区在线观看| 日韩精品一区二区三区在线| 国产一区在线观看麻豆| 综合自拍亚洲综合图不卡区| 欧美日韩综合一区| 成人一区二区三区| 久久精品噜噜噜成人88aⅴ| 日本一区免费视频| 欧美日韩国产乱码电影| 久久99蜜桃精品| 亚洲黄色在线视频| 日韩一卡二卡三卡国产欧美| 粉嫩一区二区三区在线看| 亚洲成精国产精品女| 国产日韩精品久久久| 欧洲一区二区三区在线| 久久国产精品区| 五月天国产精品| 国产精品美女视频| 日韩欧美视频在线 | 久久一区二区三区四区| 91亚洲大成网污www| 久久99久久99| 亚洲成人免费观看| 亚洲线精品一区二区三区八戒| 国产亚洲污的网站| 欧美成人video| 欧美性感一类影片在线播放| 久久精品久久久精品美女| 欧美成人精品福利| 91久久精品网| a亚洲天堂av| 国内精品伊人久久久久av一坑| 性做久久久久久| 亚洲欧洲av另类| 亚洲国产精品成人综合色在线婷婷 | 最新日韩av在线| 精品国产乱码久久久久久1区2区 | 亚洲高清不卡在线观看| 成人免费在线视频观看| 中文字幕日韩一区二区| 国产精品网站在线观看| 日本一区二区综合亚洲| 中文字幕av免费专区久久| 国产校园另类小说区| 日韩精品一区二区三区swag| 日韩久久久精品| xnxx国产精品| 日本一区二区三区在线不卡| 国产女人aaa级久久久级 | 99精品黄色片免费大全| 精品国产在天天线2019| 日韩精品电影一区亚洲| 精品一区二区综合| 国产偷v国产偷v亚洲高清| 国产三级一区二区| 美女视频黄免费的久久| 午夜视频在线观看一区| 亚洲综合男人的天堂| 国产精品理论在线观看| 国产精品久久午夜夜伦鲁鲁| 国产视频一区二区三区在线观看| 久久久久国产精品厨房| 国产精品成人免费精品自在线观看| 国产精品丝袜久久久久久app| 中文字幕一区二区视频| 亚洲精品国产视频| 亚洲福利一区二区三区| 日韩精品电影在线| 韩国女主播成人在线观看| 91在线一区二区| 欧美日韩一区不卡| 久久夜色精品国产欧美乱极品| 国产欧美一区二区三区网站| 亚洲天堂a在线| 看电影不卡的网站| 91丨九色丨尤物| 精品免费99久久| 国产精品美女久久久久久| 亚洲最色的网站| 国产精品一区专区| 欧美性一区二区| 国产三级精品视频| 水蜜桃久久夜色精品一区的特点| 国产精品一二三在| 欧美精品乱码久久久久久按摩 | 日韩亚洲欧美中文三级| 亚洲欧洲精品一区二区精品久久久| 亚洲一区在线观看免费 | 麻豆国产精品一区二区三区| 丁香天五香天堂综合| 欧美日韩精品综合在线| 国产精品每日更新| 国产一区二区在线免费观看| 色欧美片视频在线观看 | 九九九精品视频| 91精品办公室少妇高潮对白| 国产日产精品一区| 蜜臀av性久久久久蜜臀aⅴ流畅 | 日本不卡1234视频| 91麻豆精品在线观看| 欧美成va人片在线观看| 午夜精品爽啪视频| 色88888久久久久久影院按摩| 久久精品视频免费| 久久99日本精品| 337p亚洲精品色噜噜狠狠| 亚洲一线二线三线视频| av电影天堂一区二区在线| 国产亚洲综合性久久久影院| 久久99精品国产91久久来源| 7878成人国产在线观看| 偷窥少妇高潮呻吟av久久免费| 在线亚洲一区观看| 亚洲一区二区欧美激情| 色悠悠久久综合| 亚洲精品乱码久久久久久 | 欧美日韩一区高清| 亚洲综合视频在线| 欧美午夜影院一区| 日韩精品久久久久久| 欧美一区二区免费观在线| 毛片一区二区三区| 精品国产91洋老外米糕| 国产呦萝稀缺另类资源| 久久精品亚洲麻豆av一区二区| 国产传媒一区在线| 综合色天天鬼久久鬼色| 欧美亚男人的天堂| 蜜臂av日日欢夜夜爽一区| 久久综合久久综合亚洲| 白白色 亚洲乱淫| 依依成人精品视频| 欧美一级一区二区| 国产超碰在线一区| 中文字幕一区二区三区不卡| 91成人免费电影| 九九九精品视频| 国产精品高潮呻吟久久| 欧美日韩精品久久久| 久久精品国产亚洲aⅴ | 久久久久青草大香线综合精品| 国产91精品精华液一区二区三区 | 最近中文字幕一区二区三区| 91一区二区在线观看| 视频一区视频二区在线观看| 欧美精品一区男女天堂| 99久久99久久精品免费看蜜桃| 香蕉加勒比综合久久| 久久免费美女视频| 91在线小视频| 国内精品伊人久久久久av一坑| 亚洲人亚洲人成电影网站色| 欧美精品第1页| 成人免费av资源| 毛片av一区二区| 亚洲精品日日夜夜| 国产视频一区在线观看| 欧美日韩一级片在线观看| 国产999精品久久| 热久久久久久久| 亚洲欧美日韩在线| 久久综合久久综合久久| 欧美人牲a欧美精品| 97精品国产露脸对白| 国产乱子轮精品视频| 日本91福利区| 亚洲高清免费在线| 亚洲欧美国产毛片在线| 久久久久久久久久久99999| 9191精品国产综合久久久久久 | 久久精品夜夜夜夜久久| 欧美日韩不卡视频| 色综合久久综合| 国产成人精品三级| 紧缚捆绑精品一区二区| 蜜桃精品视频在线观看| 青青草成人在线观看|