ORA-28000: the account is locked 查哪個具體ip地址造成

ORA-28000: the account is locked 查哪個具體ip地址造成查系統預設的策略,連續驗證10次錯誤帳戶即會被鎖SQL> select resource_name, limit from dba_profiles where profile='DEFAULT';RESOURCE_NAME            LIMIT-------------------------------- ----------

impdp的TABLE_EXISTS_ACTION參數選項

impdp的TABLE_EXISTS_ACTION參數選項impdp有一個參數選項TABLE_EXISTS_ACTION,help=y的解釋為:Action to take if imported object already exists.Valid keywords are: APPEND, REPLACE, [SKIP] and TRUNCATE. 官方文檔有句話:“Only objects created by the Import will be

TNS-03505 名稱無法解析

TNS-03505 名稱無法解析TNS-03505 名稱無法解析問題現象:[Oracle@db01 admin]$ tnsping pri TNS Ping Utility for Linux: Version 11.2.0.4.0 - Production on 15-JUN-2015 21:57:52 Copyright (c) 1997, 2013, Oracle. All rights reserved.Used parameter files:TNS-03505:

MySQL線上備份與恢複工具 -->XtraBackup

MySQL線上備份與恢複工具 -->XtraBackup1 Xtrabackup原理簡介xtrabackup是一個對InnoDB做資料備份的工具,支援線上熱備份(備份時不影響資料讀寫),是商業備份工具InnoDB Hotbackup的一個很好的替代品。    xtrabackup有兩個主要的工具:xtrabackup、innobackupex   (1)xtrabackup只能備份InnoDB和XtraDB兩種資料表,而不能備份MyISAM資料表 &

MySQL備份工具之mysqlhotcopy

MySQL備份工具之mysqlhotcopymysqlhotcopy使用lock tables、flush

Oracle監聽不定期出現異常故障處理

Oracle監聽不定期出現異常故障處理環境:作業系統為:SunOS 5.10資料庫版本:Oracle RAC 11.2.0.3.0該主機上有2個庫,一套RAC的節點1在上面,還有另外一個庫,之所以使用的是DB下的監聽而沒用GRID下的監聽,是為了避免停掉CRS時影響另外一個庫的使用。故障現象:資料庫監聽不定期出現異常 ,從應用tnsping資料庫,時間花費很長甚至連不上故障分析處理過程:從應用主機tnsping如下:racdb1_scenemon$tnsping

Oracle study之--“ORA-00845: MEMORY_TARGET not supported on this system"錯誤,oraclememorytarget

Oracle study之--“ORA-00845: MEMORY_TARGET not supported on this system"錯誤,oraclememorytargetOracle study之--“ORA-00845: MEMORY_TARGET not supported on this system"錯誤系統內容:   作業系統:RedHat EL6(64)   Oracle:   

RAC下Fatal NI connect error 12170.報錯處理,fatal12170

RAC下Fatal NI connect error 12170.報錯處理,fatal12170原創作品,出自 “深藍的blog” 部落格,歡迎轉載,轉載時請務必註明出處,否則有權追究著作權法律責任。深藍的blog:http://blog.csdn.net/huangyanlong/article/details/46372849 查看資料庫警示日誌,發現錯誤:Fatal NI connect error 12170報錯 警示日誌如下:********************

Oracle 資料表空間使用率監控

可以通過以下方式方便地找出監控Oracle資料表空間使用率的SQL:找了個測試庫,確保只有一個使用者串連,利用TOAD查看錶空間的使用率,先重新整理share pool,再重新整理查看錶空間的使用率,此時,可以在share pool查看剛執行SQL,如下:SELECT TS.TABLESPACE_NAME 資料表空間名,      TS.STATUS 狀態,      TS.CONTENTS,     

gc buffer busy acquire和gc buffer busy release原理及案例,acquirerelease

gc buffer busy acquire和gc buffer busy release原理及案例,acquirerelease         昨天正式環境上出現資料庫CPU 100%的問題,資料庫是128個CPU,128G記憶體,power系列,非常強勁,十幾萬的邏輯讀只需要1s。出現問題之後,調整兩條負載最高的兩條SQL,問題解決,但有兩個cluster類別的等待事件第

Error 1313: RETURN is only allowed in a FUNCTION SQL Statement,1313allowed

Error 1313: RETURN is only allowed in a FUNCTION SQL Statement,1313allowed1、錯誤描述14:07:26Apply changes to rand_stringError 1313: RETURN is only allowed in a FUNCTION SQL Statement: CREATE PROCEDURE `rand_string` (n int) BEGIN DECLARE chars

MySQL case when條件分支判斷,mysqlcase

MySQL case when條件分支判斷,mysqlcase 舉例說明SELECT CASE a.AFTER_QUALITYWHEN '0' THEN '過免維期'WHEN '1' THEN '未過免維期'ELSE '錯誤資料'END AS AFTER_QUALITYFROM t_maintain_log a資料庫表內容: 運行結果:

一個資料表空間offline後alert日誌報ORA-01135 和ORA-01110的問題,ora-01135ora-01110

一個資料表空間offline後alert日誌報ORA-01135 和ORA-01110的問題,ora-01135ora-01110本文是原創文章,轉載請註明出處:http://blog.csdn.net/msdnchina/article/details/44336789最近遇到一個案例,是將一個資料表空間offline之後,alert日誌中不斷的報錯,最初該報錯是在11.2.0.2被發現的。後來我在11.2.0.4的linux x86-64

java.sql.SQLException:Column Index out of range,0<1,indexoutofrange

java.sql.SQLException:Column Index out of range,0<1,indexoutofrange1、錯誤描述java.sql.SQLException:Column Index out of range,0<12、錯誤原因try {Class.forName("com.mysql.jdbc.Driver");Connection conn = null;Statement stat = null;ResultSet rs =

Redis常用命令總結,redis常用命令

Redis常用命令總結,redis常用命令服務命令:• BGREWRITEAOF 非同步重寫追加檔案• BGSAVE 非同步儲存資料集到磁碟上• CLIENT KILL ip:port 關閉用戶端串連• CLIENT LIST 獲得用戶端串連列表• CLIENT PAUSE timeout 暫停處理用戶端命令• CLIENT GETNAME 獲得當前串連名稱• CLIENT SETNAME connection-name 設定當前串連的名字• CONFIG GET parameter

windows下,OracleServiceXXX和Oracle 執行個體的關係,oracleservicexe

windows下,OracleServiceXXX和Oracle 執行個體的關係,oracleservicexe其實,windows下的oracle,在oracle執行個體啟動時,是完全依賴於

關於10g DG中的ORA-19527和ORA-00312錯誤解決樣本,ora-19527ora-00312

關於10g DG中的ORA-19527和ORA-00312錯誤解決樣本,ora-19527ora-00312這幾天在搭建10g DG Windows 2008 R2的測試環境,主要是明天要去給一客戶重新搭建一套生產庫的DG,其中發現一些問題,特此記錄一下由於將要部署到生產環境,所以考慮線上搭建DG的方案,即不停庫的情況下,而問題主要就是出在不停庫時,用RAMN建立STANDBY的時候通常線上搭建DG,主要是下面幾個步驟:1. 確保主庫開啟歸檔,並開啟force logging模式2.

機房收費系統——項目需求說明書

不管是學習什麼材料,還是初步瞭解一個系統的時候,想學習新東西,聽到最多的就是要瞭解需求,如果需求理解偏差了,那你的系統將變的面目全非。軟體需求說明書1引言1.1編寫目的需求分析人員與使用者進行多次的需求分析調查後,提出的一份比較詳細的軟體需求說明書,這份說明書可以表現出軟體的功能、效能、開發條件等並且在文檔完成之後需要使用者進行閱讀,看是否將需求表達完全,進而補充說明。本文檔的預期讀者有使用者、專案管理人員、文檔編寫人員、需求分析人員等1.2背景說明:a. 

oracle資料庫效能影響之Sql parse

1,Sql parse的種類Sql parse又通常分為硬解析和軟解析,當sql第一次執行的時候,會發生硬解析,之後的執行如果在shared pool中能找到就是軟解析。因此,為提高資料效能,儘可能的讓每次執行的SQL在shared

TNS-01201: Listener cannot find executablen 錯誤

    最近在啟動監聽器的時候收到了TNS-01201: Listener cannot find executable...的錯誤提示。這個錯誤還真是一個一直沒有碰到過的錯誤。咋一看還真不明白是怎麼一回事呢。下面是錯誤的具體描述與解決方案。 1、故障描述#在啟動監聽器時收到了TNS-01201錯誤,監聽器無法找到可執行檔oracle@DevDB02:~> lsnrctl start LISTENER_USBO2   &

總頁數: 1023 1 .... 6 7 8 9 10 .... 1023 Go to: 前往
Tags Index:

聯繫我們

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

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