db_recovery_file_dest_size參數的作用是限制閃回恢複區可存放檔案總大小。一旦將參數db_recovery_file_dest_size設定為非零值後“很難”恢複為預設值“0”。這裡我給出兩種可以將此參數恢複為預設值“0”的方法,一種是“迂迴策略”,一種是reset方法。1.查看預設情況下db_recovery_file_dest_size參數值db_recovery_file_dest_size參數的預設值是“0”。SYS@PROD> show parameter
今天接到一個奇怪的故障,發現有一些包在NODE1上執行是正常的,再NODE2上執行報ORA-04068的錯誤.但是檢查DBA_INVALIED_OBJECTS的STATUS都是正常.(由於昨天晚上對資料庫的某些PACKAGE進行修改)後來檢查包的依賴情況,發現有很多依賴包的時間戳記已經不一致導致該問題的.使用以下命令可以檢查到PACKAGE的依賴情況:set pagesize 10000column d_name format a20column p_name format a20select
以SYS使用者進入Oracle,SQL> grant sysdba to username;grant sysdba to username*ERROR at line 1:ORA-01994: GRANT failed: password file missing or disabled首先,把初始化參數REMOTE_LOGIN_PASSWORDFILE的值改成EXCLUSIVE如果還是有問題,可能是缺少密碼檔案,用orapwd建立密碼檔案$ orapwd -hUsage:
OS:aix5DB:9.2.0.8客戶需要把生產庫通過RMAN的方式還原到開發測試環境中,通過RMAN還原資料檔案、控制檔案以及相關的歸檔檔案後,開始對資料庫進行recover操作,在還原完所有歸檔後報以下錯誤:ORA-01547、ORA-01194、ORA-01110 通過alter database open
問題:開啟SQL Server 2008之後,本機系統管理員群組不再需要手動添加,因為在安裝的時候已經預設添加。你甚至只需要把目前使用者手動添加到本地管理使用者即可。這意味著,特別是如果你不使用混合認證模式(或者忘記了sa密碼),你可能會被拒絕登入自己的SQL Server執行個體。我遇到過一個情景,一個職員離開,但是他的windows帳號,只擁有SQL
在Oracle中,命令和對象名稱都是大小寫不敏感的,因為Oracle在處理語句時,將所有的名稱和命令全部轉化為大寫。但是對於字串中的字元,無論是比較還是排序,都是大小寫敏感的。這在Oracle是預設,但不是唯一的方式。下面看一個簡單的例子:SQL> CREATE TABLE T (NAME VARCHAR2(30));表已建立。SQL> INSERT INTO T VALUES ('A');已建立 1 行。SQL> INSERT INTO T VALUES ('a');已建立
srvctl即Server Control,是Oracle提供的一個命令列工具,用以用於管理Oracle的RAC環境。srvctl在Oracle 9i中被引入,Oracle10g、11g對其功能進行了很大的增強和改進。下面介紹下此命令的簡單用法。一、 查看執行個體狀態(srvctl status)查詢所有執行個體和服務的狀態:[oracle@node-rac1 ~]$ srvctl status database -d racdbInstance racdb2 is running on
下面是我在做系統時遇到的兩個問題<1>.sql server中多行所有資料重複,無法更新或刪除問題通常是在沒有主鍵的情況下的表.錯誤:先確認一下表中有沒有主鍵,要是沒有就得使用暫存資料表來實現重複資料刪除的行。方法一:DELETE FROM 表名 WHERE 主鍵欄位名 IN(SELECT MAX(主鍵欄位名) AS 主鍵欄位名 FROM表名 GROUP BY 其他欄位 HAVINGCOUNT(1)>1)方法二:SELECT 欄位列表 INTO #T FROM 表名GROUP