數據庫管理員

Data Guard物理備庫的主備切換1.查看狀態主庫：SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;SWITCHOVER_STATUS------------------------------------------------------------TO STANDBY            //可以轉換成備庫備庫：SQL> SELECT

本人在CentOS 6.4上安裝萬mysql後，無法通過root進入，因為安裝的時候，並沒有設定root密碼，似乎有個初始隨機密碼，但是不記得了，太麻煩，直接重設root密碼。使用rpm包安裝完mysql後，按照一下步驟重設root密碼：啟動mysql：#/etc/init.d/mysql start啟動成功後查看mysql進程資訊，擷取mysqld_safe的安裝目錄(非常關鍵)：#ps -ef | grep -i mysqlroot 3466 1 0 01:45 pts/1 00:00:00

Oracle提供了scott使用者的重建指令碼，11G利用指令碼建立scott簡單操作如下：SQL> select * from dba_users where username='SCOTT'; ------之前已手動刪除scottno rows selectedSQL> exitDisconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit ProductionWith

8.3.3 Using Transportable Tablespaces with a Physical Standby Database8.3.3 物理備庫使用傳輸資料表空間You can use the Oracle transportable tablespaces feature to move a subset of an Oracle database and plug it in to another Oracle database, essentially moving

一、 實驗一a) 實驗要求：i. 將vip使用者下的表 move到DATA資料表空間中，達到整理表的片段的目的；--我認為應該是檢查某個或某些資料表空間的使用方式，來針對錶空間的表進行磁碟重組，而不應該是針對使用者的，除非該使用者下的表都在同一個資料表空間裡，且該資料表空間存在大量片段，否則命題不太清晰。 ii. 觀察move以後，表會發生哪些變化；以及對相關的查詢有何影響；b) 實驗分析：i. 目的分析：通過move表達到整理表的片段的目的。因為資料庫中的表經曆了多次的DML操作後，

一、PL/SQL的控制結構，包括選擇結構、迴圈結構和跳轉結構rlwrap - 解決Linux下SQLPLUS退格、上翻鍵亂碼問題 SQLPLUS spool 到動態記錄檔名 Oracle SQLPLUS提示符設定 通過設定SQLPLUS ARRAYSIZE(行預取)加快SQL返回速度  1、選擇結構 (1)IF語句IF condition1 THEN  statement1 ;[ ELSIF condition2 THEN statement2 ; ]...[

從Oracle 11.2.0.2開始提供了使用者重新命名的新特性，在以前的版本中，如果需要rename username我們一般使用imp的fromuser、touser，資料泵impdp的remap_schemas。如果說我們要匯入一個schema資料替代以前的schema，並且之前的schema需要保留，那麼可以rename之前的使用者。SYS AS SYSDBA@devcedb>select * from v$version; BANNER -----------

總結： --兩台單一實例資料庫做DG，資料庫版本10.2.0.1.01.主庫配置為：arch async，備庫無STANDBY LOG。日誌中會有：RFS[4]: No standby redo logfiles created2.主庫配置為：arch async，備庫有STANDBY LOG，日誌中未顯示使用。特殊情況：主庫配置為：arch async，備庫有STANDBY LOG，備庫未開啟日誌應用 ，日誌中有：RFS[8]: Successfully opened standby log

Oracle Vault是Oracle推出的一套比較完整的營運安全體系架構。在很多營運機構中，Vault是非常好的可選擇方案。Oracle Vault的原則是安全職責的拆分保護。從原來資料庫管理員sys承擔安全職責這個假設，轉變為單獨安全人員dbvowner和dbvaccount

系統內容：作業系統： RedHat EL6Oracle：  Oracle 10g and Oracle 11g手工建庫相對來說很容易實現，本案例是從10g和11g，通過手工建庫的方式做一個簡單的對比，可以看出11g和10g之間的一個簡單的差異！10gRAC-10.2.0.4-dbca建庫時配置OEM遇到BUG-p8350262 Oracle 11g R2 手動建庫(create database manually) Oracle 11g + ASM DBCA 建庫問題解決心得

一、描述從Oracle 10g開始，oracle引入了段顧問（Segment

Oracle資料庫啟動的時候遇到壞塊，特別是SYSTEM資料表空間中的一些底層表，如UNDO$,OBJ$等一些表，會導致資料庫不能正常open,當然我們可以通過增加一些隱藏參數來達到跳過壞塊來啟動資料庫，也可以通過bbed工具來手動修複塊來。下面是自己的一個測試環境遇到這樣的錯誤，通過bbed工具來修複1,資料庫版本SQL> select * from v$version; BANNER-----------------------------------------------

這個DB2指令碼很不錯，匯出資料時，只是加上表名就行了，其實import或load資料可以參考同樣的方式：#!/usr/bin/shdb2 connect to

今天在工作中，同事提到如何擷取表中的LOB佔用空間大小，通常我們常用syscat.tables查詢表中的fpages和npages等資訊，但是這個未將將普通欄位和LOB欄位分開的，有同事就採用get snapshot方式擷取了表的快照資訊，確實能夠很清楚的看到表中資料資訊，將LOB和普通欄位頁數分開顯示。其實查查看對於擷取表的類似資訊的可供查詢的方法還是很多：1.表函數admin_get_tab_info,不過該表函數將要被後面要提到的管理檢視替代，慢慢就被拋棄的功能，用法類似SELECT *

10.2.0.5 on windows 64 bit 現象：從一個 server A拷貝backupset 至另一個server B。在server B上恢複。首先使用‘catalog start with ’編錄backupset . 在恢複資料庫的時候出現： RMAN> restore database force;Starting restore at 31-MAY-14 using channel ORA_DISK_1

建表前如何判斷表是否存在呢，因為table是不支援replace的。下面的sql能幫到你。create前先判斷表是否存在。例如，如果存在則drop掉那個表。當然你也可以定義自己的操作。 declare v_cnt Number; begin select count(*) into v_cnt from user_tables where upper(table_name) like '%TMP_CLOB_SQL%'; if v_cnt>0 then

1. 建立目錄SQL> create directory dump_file as ‘/db/backup’;2. 目錄賦許可權SQL> grant read,write on directorydump_file to bam;  查看目錄SQL> select * from dba_directories;3. 備份SQL>expdp user/pwd directory=dump_filedumpfile=expdp_%U.dmp

Oracle 10g AND Oracle 11g手工建庫案例--Oracle 11g系統內容：作業系統： RedHat EL6Oracle：  Oracle 10g and Oracle 11g   手工建庫相對來說很容易實現，本案例是從10g和11g，通過手工建庫的方式做一個簡單的對比，可以看出11g和10g之間的一個簡單的差異！案例二：在Oracle 11g

Oracle 10g AND Oracle 11g手工建庫案例--Oracle 10g系統內容：作業系統： RedHat EL6Oracle：  Oracle 10g and Oracle 11g   手工建庫相對來說很容易實現，本案例是從10g和11g，通過手工建庫的方式做一個簡單的對比，可以看出11g和10g之間的一個簡單的差異！案例一：在Oracle 10g

情景重現：       維護人員想要用plsql developer工具查看一年前某表的資料，表中資料約30W行，由於此時無業務，維護人員關閉了應用程式。查詢時選擇了將所有資料全部列出，結果在顯示到3W多行時，彈出如下資訊提示，顯示“結果集超過了最大長度”，此時維護人員沒有理會，點擊確定後資料庫繼續查詢，約6分鐘後查詢結束。此時，維護人員重啟了應用程式，探索資料顯示欄查詢不到該表的任何資料了，而應用程式的應用沒有任何報錯提示。解決措施：