數據庫管理員

在使用RMAN從AUTOBACKUP中恢複SPFILE，可能會碰到這個錯誤，這裡簡單總結一下。在RMAN恢複SPFILE過程中，可能遇到下面的錯誤：RMAN> restore spfile from autobackup;啟動 restore 於 07-10月-11使用通道 ORA_DISK_1通道 ORA_DISK_1: 尋找以下日期的 AUTOBACKUP: 20111007通道 ORA_DISK_1: 尋找以下日期的 AUTOBACKUP: 20111006通道 ORA_DISK_1

注意：冷備份——可以備份ARCHIVELOG模式的資料庫，也可以備份NOARCHIVELOG模式的資料庫。熱備份——只能備份ARCHIVELOG模式的資料庫。換句話說，就是：ARCHIVELOG模式——可以冷備份，也可以熱備份。NOARCHIVELOG模式——只能冷備份。冷備份步驟：1. 列出要備份的所有相關檔案的最新列表。2. 使用SHUTDOWN NORMAL、SHUTDOWN IMMEDIATE 或SHUTDOWN TRANSACTIONAL 命令關閉Oracle 常式。3.

準備環境：RedHat 5系統、MySQL 5.6 rpm包首先 上傳mysql至伺服器1、 解壓縮MySql[root@www.bkjia.com]# tar -xvf MySQL-5.6.2_m5-1.rhel5.i386.tar MySQL-client-5.6.2_m5-1.rhel5.i386.rpmMySQL-devel-5.6.2_m5-1.rhel5.i386.rpmMySQL-embedded-5.6.2_m5-1.rhel5.i386.rpmMySQL-server-5.6.

今天在公司的資料庫上看到這樣的一個RMAN備份指令碼：run { allocate channel c1 type disk maxpiecesize = 2G; allocate channel c2 type disk maxpiecesize = 2G; backup incremental level 1 database format '/backup/osedb_osedb01/data/%d_DF_%T_%s_%p.bak' plus

Linux下mysql的安裝方法有三種1、yum/rpm  2、源碼安裝  3、二進位安裝第一種安裝方式就不說了 這裡所說的升級主要是二進位安裝的升級方式，十分的簡單！操作平台CentOS 5.5免費在 http://linux.bkjia.com/使用者名稱與密碼都是www.bkjia.com一、yum/rpm 方式的安裝首先尋找可以安裝的包（鏡像站可以提供的，這裡採用的是上海交通大學的linux鏡像站）[root@localhost ~]# yum search

104上 scp 到 25上scp /opt/Oracle/111/dbs/initORCL.ora root@10.1.0.25:/opt/oracle/111/dbs/initORCL.ora scp /opt/oracle/111/dbs/spfileORCL.ora root@10.1.0.25:/opt/oracle/111/dbs/spfileORCL.orascp /opt/oracle/111/dbs/orapwORCL root@10.1.0.25:/opt/oracle/11

在安裝Oracle10g clusterware的過程中，經常會遇到錯誤導致安裝失敗，這時候需要清除所有已安裝的資訊，保證重新安裝的順利進行。這個工作在不同平台上是略有差別，對於RedHat，需要作這樣幾步：1、以root身份運行$ORA_CRS_HOME/install/rootdelete.sh2、rm -f /etc/init.d/init.cssdrm -f /etc/init.d/init.crsrm -f /etc/init.d/init.crsdrm -f /etc/init.d/

在編寫PL/SQL中，有時需要程式中暫停幾秒鐘再繼續執行，查了一下，Oracle內建有這個功能dbms_lock.sleep(10)；不過dbms_lock包需要使用者自己安裝，示範如下：C:\Documents and Settings\andyleng>sqlplus /nolog    SQL*Plus: Release 11.2.0.1.0 Production on&nb

ora-00600 [12700]的故障一般是由於table或index的資料區塊有錯誤故障現象：使用者反映，在執行以下一條簡單的select命令時報錯select * from in_passenger t where t.hotelcode = 'xxxxx'其中xxxxx是索引列，不使用索引列則不報錯。處理過程：1. 查看追蹤檔案中發生錯誤的SQL2. 對引發錯誤的表的資料區塊進行檢查，命令如下analyze table xxxxx validate

在資料表空間之間移動資料對象  一、基礎指令碼在Oracle資料庫的資料表空間之間移動對象會涉及多種類型的資料對象移動表：alter table t_a move tablespace tbs_a;  移動索引：alter index i_a rebuild tablespace tbs_a;  移動LOBSEGMENT：alter&nb

只是要繞過hibernate 調用jdbc API,當然事務還是由hibernate業管理: 假如我們建立了以下預存程序: create or replace procedure batchUpdateCustomer(p_age in number) as begin update CUSTOMERS set AGE=AGE+1 where AGE>p_age; end; 預存程序中有一個參數p_age，代表客戶的年齡，應用程式可按照以下方式調用預存程序： 代碼內容 tx =

1 move時實驗 SQL> create table my_objects_move tablespace ASSM as select * from all_objects where rownum < 20000;Table created SQL> select value  2    from v$mystat, v$statname  3   where

1.1. Log & CheckpointInnodb的交易記錄是指Redo log，簡稱Log,儲存在記錄檔ib_logfile*裡面。Innodb還有另外一個日誌Undo log，但Undo log是存放在共用資料表空間裡面的（ibdata*檔案）。 由於Log和Checkpoint緊密相關，因此將這兩部分合在一起分析。名詞解釋：LSN，記錄序號，Innodb的記錄序號是一個64位的整型。 1.1.1. 寫入機制1

我的資料庫不知什麼原因無故掛起，今天啟動資料庫報如下錯誤：SQL>alter database open;alterdatabase open*ERROR atline 1:ORA-16014:log 3 sequence# 99 not archived, no available destinationsORA-00312:online log 3 thread 1:

在匯入附件表格AFFIX的時候，資料量很小就1w多條資料，但是AFFIX中有一個blob的大欄位，這就使得查詢起來很慢，因為工作的環境網路特別的不穩定，開始匯入了大概快一半了，突然網路斷了，當時真的很生氣，但是也沒有什麼辦法，網路好後接著匯入此時總是出現匯入錯誤、甚至匯入了很長時間，資料條數根本沒發生變化，就是這樣的反反覆複，查看了一下Oracle鎖表的情況：

Oracle的sql*plus是與oracle進行互動的用戶端工具。在sql*plus中，可以運行sql*plus命令與sql*plus語句。 我們通常所說的DML、DDL、DCL語句都是sql*plus語句，它們執行完後，都可以儲存在一個被稱為sql buffer的記憶體地區中，並且只能儲存一條最近執行的sql語句，我們可以對儲存在sql buffer中的sql 語句進行修改，然後再次執行，sql*plus一般都與資料庫打交道。

以下為Oracle dba常用的指令碼1、檢查資料緩衝區和共用區命中率 declare   reads_value number(15);  direct_value number(15);  lob_value number(15);  consical_value number(15);  db_value number(1

在Linux中，對資料庫進行RMAN不完全恢複。執行recover database until time 'xxxx' 時報錯：ORA-01841 (full) year must be between -4713 and +4713 / +9999 and must not be 0怎麼改格式都無效。解決方案是，設定作業系統的NLS_LANG環境變數，例如 export

問題描述：今天又遇到一小問題：在某個表新添加二個欄位後，查詢速度明顯緩慢。大家討論懷疑是行遷移導致， 試了move 一下就ok行遷移的影響如果你通過一個索引來讀這一行，索引會指向原來的塊，那個塊再指向這個新塊。要得到具體的行資料，一般並不是執行兩個左右的I/O 就可以得到行資料。單獨來看，這不是大問題，甚至根本注意不到。不過，如果這種行所佔的比例相當大，而且有大量使用者在訪問這些行，你就會注意到這種副作用了。訪問這些資料的速度開始變慢（額外的I/O 以及與I/O

Oracle歸檔日誌相信大家都不會陌生，下面就為您介紹Oracle歸檔日誌大小的修改方法，希望對您學習Oracle歸檔日誌方面能夠有所協助。方法：加入新的大的記錄檔，然後刪掉舊的小的記錄檔假設現有三個日誌組，每個組內有一個成員，每個成員的大小為1MB，現在想把此三個日誌組的成員大小都改為10MB1、建立2個新的日誌組以下是程式碼片段：alter database add logfile group 4 ('D:\ORACLE\ORADATA\ORADB\REDO04_1.LOG') size 1