Oracle

Oracle查詢資料表空間使用方式　--查詢資料表空間使用方式SELECT UPPER(F.TABLESPACE_NAME) "資料表空間名",D.TOT_GROOTTE_MB "資料表空間大小(M)",D.TOT_GROOTTE_MB - F.TOTAL_BYTES "已使用空間(M)",TO_CHAR(ROUND((D.TOT_GROOTTE_MB - F.TOTAL_BYTES) / D.TOT_GROOTTE_MB * 100,

一個使用者要刪除資料庫的資料表空間,首先該使用者要具備drop tablespace的許可權在目前使用者下執行以下語句來查詢確認select a2.username,a1.privilege from dba_sys_privs a1 , user_role_privs a2where a1.privilege = 'DROP TABLESPACE'and a1.grantee =a2.granted_roleSQL> conn xxx/xxx已串連。SQL> select

1. 查看所有資料表空間大小select tablespace_name,sum(bytes)/1024/1024 from dba_data_filesgroup by tablespace_name;2. 未使用的資料表空間大小select tablespace_name,sum(bytes)/1024/1024 from dba_free_spacegroup by tablespace_name;3. 所以使用空間可以這樣計算select a.tablespace_name,total,

Oracle 使用者管理一、使用者的概念使用者，即user,通俗的講就是訪問oracle資料庫的“人”。在oracle中，可以對使用者的各種安全參數進行控制，以維護資料庫的安全性，這些概念包括模式(schema)、許可權、角色、儲存設定、空間限額、存取資源限制、Database

oracle 給使用者授權_oracle 使用者授權_oracle使用者授權grant(授權)命令下面對建立的使用者user01授權，命令如下：grant connect, resource to user01;(2)revoke(撤消)許可權已授與權限可以撤消。例如撤消(1)中的授權，命令如下：revoke connect, resource from user01;一個具有dba角色的使用者可以撤消任何別的使用者甚至別的dba的connect、resource

對於叢集和分布式等大型系統來說，時間及其同步是個很重要的問題。經過對redhat linux及JRE（包括oracle JRE，IBM JRE）的研究，現總結如下。1，時間的查看通常的時間可分為local時間和UTC時間，local時間在linux下使用date查看：# dateWed Oct 31 17:38:06 BRST

oracle資料庫的許可權系統分為系統許可權與對象許可權。系統許可權( database system privilege )可以讓使用者執行特定的命令集。例如，create table許可權允許使用者建立表，grant any privilege 許可權允許使用者授予任何系統許可權。對象許可權( database object privilege )可以讓使用者能夠對各個對象進行某些操作。例如delete許可權允許使用者刪除表或視圖的行，select許可權允許使用者通過select從表、視圖、

buffer cache的設定隨著Oracle版本的升級而不斷變化。Oracle 8i下使用db_block_buffers來設定，該參數表示buffer cache中所能夠包含的記憶體資料區塊的個數；Oracle 9i以後使用db_cache_size來設定，該參數表示buffer cache的總共的容量，可以用位元組、KB、MB為單位來進行設定。而到了Oracle 10g以後則更加簡單，甚至可以不用去單獨設定buffer cache的大小。因為Oracle

對於DML語句來說，只要修改了資料區塊，Oracle資料庫就會將修改前的資料保留下來，儲存在undo segment裡，而undo segment則儲存在undo資料表空間裡。從 Oracle 9i起，有兩種undo的管理方式：自動Undo管理（Automatic Undo Management，簡稱AUM）和手工Undo管理（Manual Undo Management，簡稱MUM）。 Oracle 9i之前只能使用MUM，而且在MUM中，undo segment又叫做rollback

-- 日誌記錄模式(LOGGING 、FORCE LOGGING 、NOLOGGING)--==================================================一、日誌記錄模式(LOGGING 、FORCE LOGGING

kill session 是DBA經常碰到的事情之一。如果kill 掉了不該kill 的session，則具有破壞性，因此儘可能的避免這樣的錯誤發生。同時也應當注意，如果kill 的session屬於Oracle 後台進程，則容易導致資料庫執行個體宕機。通常情況下，並不需要從作業系統層級殺掉Oracle會話進程，但並非總是如此，下面的描述中給出了在Oracle層級殺掉會話以及作業系統層級殺掉進程。一、獲得需要kill session的資訊(使用V$SESSION 和

匯入匯入Oracle 分區表資料是Oracle DBA

Oracle 警示日誌時DBA維護資料庫經常需要關注的一部分內容。然而警示日誌以文字檔，按時間的先後順序不斷累積的形式來儲存，久而久之，勢必造成警示日誌的過大，難於維護和尋找相關的資訊。使用外表表方式來管理警示日誌將大大簡化維護工作量，也更直關的擷取所需的資訊。有關外部表格的使用請參考：Oracle 外部表格一、警示日誌的內容訊息和錯誤的類型(Types of messages and errors)ORA-600內部錯誤(ORA-600 internal errors that need

Oracle 資料庫運行過程中由於硬體故障或作業系統故障導致導致Oracle無法以Oracle格式來識別或所包含的內容即為出現資料區塊損壞故障，這個壞塊可以分為介質損壞以及邏輯損壞。下面給出了塊的檢查，以及使用DBVERIFY 工具實施塊檢查。一、塊檢查1.何時檢查塊當一個資料區塊被讀或寫的時候，將對塊的進行一致性檢查，檢查的內容包括塊的版本比較塊在cache與block

--========================-- 進程、會話、串連之間的差異--========================在使用Oracle database的時候，串連與會話是我們經常碰到的詞語之一。咋一看貌似一回事，事實則不然。一個串連上可以建立零個、一個、甚至多個會話。啊，咋這樣呢？是的，沒錯。這也是我們經常誤解的原因。各個會話之間是單獨的，獨立於其他會話，即便是同一個串連的多個會話也是如此。一、幾個術語之間的定義(參照Oracle 9i &10g

--*************************************-- Oracle 常用效能檢視一覽表(10g)--*************************************AdvisorsInformation related to cache advisorsv$pga_target_advice v$shared_pool_advicev$pga_target_advice_histogram

ROWID

作為一個複雜的Oracle資料庫系統來說，每時每刻都要處理不同使用者所提交的SQL語句，擷取資料並返回資料給使用者。前面已經說到，解析SQL語句的工作是在Oracle執行個體中的shared

從Oracle 10g開始，Oracle提供了自動SGA的管理（簡稱ASMM，即Automatic Shared Memory Management）新特性。所謂ASMM，就是指我們不再需要手工設定 shared pool、buffer pool等若干記憶體池的大小，而是為SGA設定一個總的大小尺寸即可。Oracle 10g資料庫會根據系統負載的變化，自動調整各個組件的大 小，從而使得記憶體始終能夠流向最需要它的地方。比如，假設某個系統，白天屬於OLTP應用，因此會需要較多的buffer

Oracle資料匯入匯出imp/exp功能：Oracle資料匯入匯出imp/exp就相當與oracle資料還原與備份。大多情況都可以用Oracle資料匯入匯出完成資料的備份與還原(不會造成資料的丟失)。Oracle有個好處，雖然你的電腦不是伺服器，但是你裝了oracle用戶端，並建立了串連(通過Net Configuration Assistant添加正確的服務命名，其實你可以想成是用戶端與伺服器端