關於orapwd命令entries參數的探究

關於orapwd命令entries參數的探究今日早上看Oracle官方文檔《Administrator's Guide》時,在密碼檔案章節,關於orapwd命令entries參數的說明如下:This argument specifies the number of entries that you require the password file to accept. This number corresponds to the number of distinct users

資料庫報ORA-01839的錯誤

資料庫報ORA-01839的錯誤【問題描述】ZCGL資料庫在運行SQL語句的時候報:ORA-01839 指定月份的日期無效詳細的SQL語句簡化如下:select *from table_namewhere to_date(a.yc_date,'yyyy-mm-dd')-sysdate>1【問題的原因】ORA-01839表明z_yc_date的結果集的日期有不符合相應的日期標準,常見的有select to_date('2015/2/31','yyyy/mm/dd')  from

RAC環境中使用create pfile form spfile出現問題

RAC環境中使用create pfile form spfile出現問題一、問題解決1、  查看正常RAC中有關,parameter記錄節點spfile 位置SQL> show parameter pfileNAME                  TYPE        VALUE---------------------------------

如何刪除statspack產生的曆史資料

如何刪除statspack產生的曆史資料當用$Oracle_HOME/rdbms/admin/spauto.sql建立一個預設的job以後,資料庫中會每1個小時收集一次快照,方便我們可以隨時用$ORACLE_HOME/rdbms/admin/spreport.sql產生report診斷分析報告,但是採樣的資料量是相當驚人的,如果忽略了這個job,或者沒有週期性檢查剩餘空間大小,有的生產環境很可能會由於空間不足到導致其它的不可預測狀況,所以我們要週期性刪除statspack收集的曆史資料,前提條件

最權威Oracle擷取SQL語句執行計畫大全

最權威Oracle擷取SQL語句執行計畫大全該文檔為根據相關資料整理、總結而成,主要講解Oracle資料庫中,擷取SQL語句執行計畫的最權威、最正確的方法、步驟,此外,還詳細說明了每種方法中可選項的意義及使用方法,以方便大家和自己日常工作中查閱使用。1、查詢v$sql_plan:SQL> col "Query Plan_Table" format a100SQL> select id,lpad(' ', 2*(level-1))||operation||''||options||'

Oracle 對錶中的記錄進行大大量刪除

Oracle 對錶中的記錄進行大大量刪除Oracle

ORA-00031-標記要終止的會話,在OS一級殺掉進程

ORA-00031-標記要終止的會話,在OS一級殺掉進程殺進程的時候報出ORA-00031-標記要終止的會話但是查看v$session視圖會話還存在,只是狀態改為 killed,並未被真正kill掉這時,我們可以從作業系統層殺掉該進程步驟:1、根據v$session 中的paddr欄位尋找對應的spidselect spid from v$process a where a.ADDR='paddr'2、登入到作業系統Oracle使用者,尋找對應的進程ps -ef |grep

standby redo log的作用

standby redo log的作用大家都知道dataguard有三種資料保護模式,最大保護模式,最高可用模式,最高效能模式.在最大保護模式,最高可用模式中必須使用standby redo log.最高效能模式中,官方推薦也使用standby redo log.那到底使用standby redo log和不使用有什麼區別呢?db Oracle 10.2.0.1 物理standby/u09/standbyarchivelog

Oracle用隨機資料填充表

Oracle用隨機資料填充表同樣來自AskTom的指令碼,可以對一個表填充隨機資料create or replace  procedure gen_data( p_tname in varchar2, p_records in number ) -- This routine is designed to be installed ONCE pre database, hence -- the CURRENT_USER

RMAN-06061 WARNING skipping archivelog compromises

RMAN-06061 WARNING skipping archivelog compromises--RMAN-06061處理--例行進行Database Backup檢查的時候發現一個庫的備份狀態是completed with errors--所以進到作業系統進行查看,發現全備日誌中出現了如下的警示archived log /opt/Oracle/cisdb/archdb1/bak/cisdb2_127732_673050541.arc not found or out of sync

RMAN參數常用設定

RMAN參數常用設定查看RMAN所有配置RMAN> show all;RMAN configuration parameters for database with db_unique_name Oracle007 are:CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;                     

ORA-03137: TTC 協議內部錯誤: [12333]

ORA-03137: TTC 協議內部錯誤: [12333]【1】問題背景:Oracle資料庫版本為11.2.0.1,作業系統CentOS release 5.9,詳細的報錯資訊如下:Dump file /data/oracle/diag/rdbms/db01/db01/incident/incdir_70215/db01_ora_17588_i70215.trcOracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit

expdp遇到ORA-39126錯誤

expdp遇到ORA-39126錯誤問題描述:Oracle資料庫是11.2.0.4的RAC,在其中一個節點上面進行expdp,報以下錯誤:Estimate in progress using BLOCKS method... ORA-39126: Worker unexpected fatal error in KUPW$WORKER.FETCH_XML_OBJECTS [] ORA-00904: : invalid identifierORA-06512: at "SYS.

詳解Oracle資料字典

詳解Oracle資料字典Oracle通過資料字典來管理和展現資料庫資訊,資料字典通常儲存資料庫的中繼資料,是資料庫的“資料庫”。通常說的資料字典由4部分組成:內部RDBMS(X$)表、資料字典表、動態效能檢視(V$)和(靜態)資料字典視圖。(兩表兩視圖)1,內部RDBMS(X$)表   

SQL在Oracle內部的具體處理流程

SQL在Oracle內部的具體處理流程顯示了SQL在Oracle內部處理的一般階段:解析、最佳化、產生行源和執行。資料庫可能會忽略某些步驟,這取決於具體的語句。1,SQL解析     SQL處理的第一階段就是SQL解析。當應用程式發出SQL語句時,該應用程式向資料庫發出一個解析調用,以準備執行該語句,解析調用會開啟或建立一個遊標,它是一個對特定於會話的私人SQL區的控制代碼,其中包含了已分析的SQL語句和其他處理資訊。遊標和私人SQL區位於PGA中。  &

OS block size和Oracle block size,尋找OS Blocksize的方法

OS block size和Oracle block size,尋找OS Blocksize的方法看過類似的文章,多數是講的檔案系統的blocksize,不知道這是否和Oracle block size有啥關係,我試著發現,即使是檔案系統blocksize,Oracle blocksize 也可以比這個filesystem block size 小的。SQL> select * from v$version;BANNER-----------------------------------

使用Oracle PROFILE控制會話空閑時間

使用Oracle PROFILE控制會話空閑時間客戶想實現對會話空閑時間的控制,下面是做的一個例子。Microsoft Windows [版本 6.1.7601] 著作權 (c) 2009 Microsoft Corporation。著作權所有,並保留一切權利。  C:\Users\LIUBINGLIN>sqlplus sys/Oracle123@localhost:1521/hello as sysdba  SQL*Plus: Release 11.2.0.3.0

GoldenGate進程斷掉後重新設定啟動時間

GoldenGate進程斷掉後重新設定啟動時間由於系統重啟,重啟之後操作人員並未重啟goldengate進程,導致複製鏈路斷掉。而且由於時間過去較長,相關的部分歸檔日誌已經備份刪除。首先試了一下重新抽取進程,發現缺少歸檔檔案。嘗試追歸檔,不幸的是正巧備份軟體出問題,無法正常重啟鏈路了。只能進行重新初始化操作,首先確認抽取進程ext1,傳輸進程dpump1,複製進程rep1都處在stop狀態修改e進程啟動時間ALTER EXTRACT ext1, TRANLOG, BEGIN 2015-04-07

ORA-02050 交易處理xxx已回退, 某些遠端資料庫可能有問題

ORA-02050 交易處理xxx已回退, 某些遠端資料庫可能有問題--資料庫檢查的時候發現今天一個庫報了ORA-02050錯誤:ORA-02050: 交易處理 35.28.256948 已回退, 某些遠端資料庫可能有問題ORA-01013: 使用者請求取消當前的操作ORA-01013: 使用者請求取消當前的操作根據錯誤資訊可知可能是遠端資料庫操作失敗導致的。查看metalink上面的解釋是:Error:  ORA 2050 Text:  transaction

閃迴歸檔(11G新功能)遠離ORA-01555錯誤

閃迴歸檔(11G新功能)遠離ORA-01555錯誤1.1.1.1  閃迴歸檔前面閃回都是基於undo來實現的閃回,由於我們的閃回都是不確定時間的,所以就會導致ORA-01555(快照太舊或者被覆蓋)、ORA-01466(表定義被改)、ORA-08180(沒有快照)等錯誤。1.1.1.1.1      建立資料表空間,預設大小500MSQL> CREATE TABLESPACEhis_data_1 datafile '+DATA' size

總頁數: 1023 1 .... 162 163 164 165 166 .... 1023 Go to: 前往
Tags Index:

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。