數據庫管理員

Oracle 增加日誌組，日誌成員的一些命令2012-05-14 13:421、增加日誌組：alter database add logfile group 4 '/oradata/oracle/oradata/oracle_sid/redo04.log' size 100M；2、改變日誌組的大小（首先看下歸檔狀態：SQL> select group#,thread#,members,archived,status from v$log;    

出現情況：noarchivelog模式中資料檔案損壞。解決方案：方法一（非RMAN備份情況）：因為沒有歸檔記錄檔，所以在noarchivelog模式下無法進行恢複操作，只能完成還原作業。因為沒有歸檔記錄檔來同步被還原的資料檔案與資料庫的其餘部分，那麼資料庫就不能被開啟。因此，noarchivelog模式中唯一選項是還原整個資料庫（包括所有資料檔案以及控制檔案）。從一個完整的離線備份中還原了所有檔案，那麼在還原之後得到的資料庫中，這些檔案就是同步的，這樣就能夠開啟資料庫。缺點：將會丟失這次備份後的

本文內容Data Pump 提供不同的匯出模式來卸載資料庫的不同部分。通過在命令列輸入的適當參數，來指定模式。下面是可用的匯出模式：Full Export 模式 Schema 模式 Table 模式 Tablespace 模式 Transportable Tablespace 模式 Oracle 11g Release 1 (11.1) Data Pump 匯入模式 備忘：很多系統模式不能被匯出，因為它們沒有使用者模式，包括 Oracle 可管理的資料和中繼資料。例如，不能匯出

我們通常使用的資料庫，都是基於圖形GUI介面進行的。在Windows和其他圖形化作業系統中，圖形互動式安裝時很方便的安裝手段。但是，在很多情況下，圖形互動式安裝時有很多的限制的。 首先，圖形GUI介面要求顯示圖形能力較強。對很多異地安裝需求或者無顯示介面的伺服器安裝過程，互動安裝時有一些困難的。 其次，很多實際營運人員在安裝時，是需要同時安裝多台機器，而且配置相同。逐個GUI互動安裝，工作量大且容易出錯。 針對這樣的情況，Oracle軟體產品在GUI圖形介面的安裝配

有時候，使用者會遇到  access to schema …  denied  之類的出錯資訊。Postgresql 裡面，對資料訪問的許可權，至少分為兩個層次。一個是 schema, 一個是 table。所以，對一個普通使用者test而言，如果由超級使用者給他許可權：Grant  all on  schema01. Table01 to public;而此時再以普通使用者test 來登陸，Test=> select

項目中開發使用了VPD，資料庫使用者B的對象的建立依賴於資料使用者A，由於使用者A的對象進行DDL、遷移或dump等操作，造成了使用者B的對象INVALID。應用系統的資料來源使用了使用者B，因此造成應用系統出錯。此時可進行如下處理：1，找到失效的對象select object_type,object_id,object_name  from user_objects   where status='INVALID'

把Oracle學習來可以獨擋一面的實施，維護，當然最佳化是一個很漫長的歲月煉就的經驗之談，需要多積累經驗。下面是一些網上找的資料，自己總結到一起。一般sql語言增刪改查和alter，比較常用，oracle裡面commit和revoke比較常用，這些對於我來說很迷糊，希望自己踏實下去。DDLData Definition Language (DDL) statements are used to define the database structure or schema. Some

Oracle 10g以後的版本中引入了"資源回收筒"(Recycle Bin)的概念,刪除的對象統一清除,以BIN$最為首碼命名.使用者刪除某個表,可以很容易的從"資源回收筒"中還原回來,但在9i以前是對於刪除表這樣的DDL操縱是不能直接還原回來的,通常需要做不完全恢複或是使用EXP/IMP來恢複. 1.查看當前資源回收筒功能是否開啟(預設情況下是開啟的)SQL> column value format a10;SQL> select

周末的時候，開發人員在使用一台機器做測試，安裝了一個一鍵安裝包lnmp。結果把這台機器上的原來rpm安裝的mysql-server搞掛了，後來不知道他們怎麼弄的，把mysql-server儲存在/var/lib/mysql 下的檔案損壞了一些 導致尋找不到表裡的資料 .我本地登陸進去後，發現沒有mysql這個庫了，繼續看錶，可以顯示到表

升級環境：1、RAC 11.2.0.1 to RAC 11.2.0.22、RAC 11.2.0.1 to RAC 11.2.0.33、RAC 11.2.0.2 to RAC 11.2.0.3以上DB軟體均是通過out-of-place upgrade方法升級。如果在升級完成後，發現升級過程有問題，需要回退，我們可以選擇兩種回退辦法：1. 通過閃回資料庫的辦法還原到11.2.0.1 /11.2.0.3的資料庫2. 執行catdwgrd.sql 降級資料字典以下我們介紹通過閃回資料庫的辦法還原到11

SQLPLUS>ALTER DATABASE DATAFILE 2 ONLINE;ALTER DATABASE DATAFILE 2 ONLINE*ERROR 位於第 1 行:ORA-01190: 控制檔案或資料檔案2來自於最後一個 RESETLOGS 之前ORA-01110: 資料檔案 2:

今天有個朋友測試 SQLite，然後得出的結論是：SQLite 效率太低，批量插入1000條記錄，居然耗時 2 分鐘！using System.Data;using System.Data.Common;using System.Data.SQLite;// 建立資料庫檔案File.Delete("test1.db3");SQLiteConnection.CreateFile("test1.db3");DbProviderFactory factory =

匯入資料庫由於編碼不一致 表名出現亂碼  而且刪不掉Oracle 以數字開頭的表名 、表名裡出現非法字元的表都刪不掉說是刪除不掉只是按常理出牌刪不掉解決方案：drop sequence "????_TIME$_SEQ";drop sequence "????????_TIME$_SEQ";drop sequence "ADDRESSListener_Seq";drop sequence "HP????_TIME$_SEQ";drop sequence "?????_TIME$_SEQ"

先檢查下機器環境，有沒有之前殘留的資料庫安裝目錄和相關的使用者，發現的話一律刪除。 注意檢查/opt/IBM這個目錄，有沒有db2的檔案 再看下/home下都有哪些使用者目錄，對應的使用者還在不在，不在的直接刪目錄，在的刪掉使用者再刪目錄，userdel命令 # mkgroup id=999 db2iadm1 # mkgroup id=998 db2fadm1 # mkgroup id=997 dasadm1 # # mkuser id=1004 pgrp=db2iadm1 groups=db2

SAVEPOINT  由官方文檔提供http://docs.oracle.com/cd/B19306_01/server.102/b14200/statements_10001.htm#SQLRF017011.目的： Use the SAVEPOINT statement to identify a point in a transaction to which you can later roll back.使用檢查點語句標識一個事務點以便在後面可以復原。2.

EXP-00024: 未安裝匯出視圖, 請通知您的 DBAEXP-00000: 匯出終止失敗1.以sysdba身份登入資料庫connect username/password as sysdba2.終止資料庫SQL>shutdown immediate3.啟動資料庫SQL>startup4.運行如下命令SQL>@ C:\oralce\base\product\11.1.0\db_1\RDBMS\ADMIN\catexp.sql注意：C:\oralce\base\product\

基於時間（time）恢複基於時間的恢複將資料庫恢複到備份點與失敗點之間的某個時間點。基於時間的恢複不僅在介質失敗的時候使用，也可以在資料庫正常啟動並執行時候使用。例如：某個使用者誤刪除了某個表的資料，這個時候我們可以通過基於時間的恢複來將刪除的資料恢複出來，樣本如下： 1、查看目前使用者下的表，只有一張WWL00121:07:31 SQL> select * from

一．  說明朋友的一個庫不能開啟，錯誤資訊如下：Errors in filef:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_1200.trc  (incident=89062):ORA-00600: 內部錯誤碼, 參數: [4194],[78], [8], [], [], [], [], [], [], [], [], []ORA-00600: 內部錯誤碼, 參數: [4194],[78], [8], [],

開篇我們先用一個實驗引出事務：sys@ORCL> select xid,xidusn,xidslot,xidsqn,ubablk,ubafil from v$transaction;      

在傳統的undo管理員模式中，Oracle對undo和data block是一視同仁。這樣大致會有三種弊端：1）事務開始時，存放事務表的段頭不在記憶體，server process需要將此i/o上來2）存放舊值的復原塊不在記憶體3）rollback或者CR讀的時候，所需的復原塊被DBWn寫到磁碟，oracle也需將此i/o，可能會產生大量的consistent gets和physical reads由此，我們知道，undo會產生redo，又會寫undo segment，進而可能產生大量的I/O。