Time of Update: 2014-06-15
MSCA(Mobile Supply Chain Application)日誌的收集Reference Note:338291.1 - Howto Enable WMS / MSCA Logging1. Locate the mwa.cfg file:In 11i: $MWA_TOP/secure/In R12: $INST_TOP/admin/install/2. Ensure trace is enabled in the mwa.cfg file.You should see trace
Time of Update: 2014-06-15
本文內容匯入最顯著的特點之一就是匯入的模式,因為很大程度上,模式決定匯入什麼。把指定的模式應用到操作源,這個源或是轉儲檔案集,或是另一個資料庫(如果指定了 NETWORK_LINK 參數。)當匯入操作源是轉儲檔案集,指定一種模式是可選的。如果沒有指定匯入模式,那麼會嘗試載入模式中設定的整個轉儲檔案。使用適當的參數,在命令列指定模式。匯入模式如下所示:Full Import 模式 Schema 模式 Table 模式 Tablespace 模式 Transportable Tablespace
Time of Update: 2014-06-15
本文內容 定義 Collection 類型 聲明 Collection 變數 初始化和引用 Collection 引用 Collection 元素 給 Collection 賦值 多維 Collection 比較 Collection Collection 方法 Collection 異常 瞭解 Oracle
Time of Update: 2014-06-15
從Metalink下載補丁登陸到Metalink(https://support.Oracle.com),Oracle內部使用者可以使用ARU來下載。點擊Patches & Updates 頁簽,在"Patch Search"區,輸入你的Patch號,Search,找到你的Patch之後,特別注意,需要仔細查看Patch的Release,Platform/Language...以及閱讀Read
Time of Update: 2014-06-15
在Win7上安裝了一下Oracle10g,雖然準備了挺多資料,但是還是出現了錯誤,安裝了兩次,又卸載了一次,花了將近四個小時才把Oracel10g裝到了Win7上,在這個過程遇到一些問題和我遇到的錯誤並寫成了文檔,現在和大家分享一下吧,希望對學習和使用Oracle的人有所協助。一、Oracle資料庫的安裝(指伺服器的安裝,不是用戶端的安裝)對於Win7系統來說,首先要下載支援Vista版本的Oracle
Time of Update: 2014-06-15
1. 設定備份的檔案存放的位置,備份時自動備份控制檔案C:\Documents and Settings\wwang>rman target / --在目標資料庫上備份復原管理員: Release 11.2.0.1.0 - Production on 星期一 7月 2 22:15:57 2012Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.串連到目標資料庫:
Time of Update: 2014-06-15
背景:1) When we take a disk offline in case the disk is corrupted or database is not able to read or write from the disk. In case of Oracle database 10g, oracle engine use to balance the other disks with the content of offline disk. This process was a
Time of Update: 2014-06-15
1、 整個業務資料表空間丟失恢複注意:以下的所有實驗,都是基於上面的全庫備份來做的恢複。2.1 刪除wwl資料表空間的所有資料檔案[root@wwldb ~]# cd /DBData/WWL/[root@wwldb WWL]# rm -rf wwl*[root@wwldb WWL]# ll總計 881068-rw-r----- 1 Oracle oinstall 31457792 06-22 01:34 redo01.log-rw-r-
Time of Update: 2014-06-15
--測試庫的歸檔記錄檔被無意刪除了,下面是解決步驟RMAN> backup as compressed backupset database plus archivelog delete input;啟動 backup 於 24-2月 -12當前日誌已存檔使用通道 ORA_DISK_1使用通道 ORA_DISK_2MAN-00571: ===========================================================RMAN-00569: =======
Time of Update: 2014-06-15
Cluster Health Monitor(以下簡稱CHM)是一個Oracle提供的工具,用來自動收集作業系統的資源(CPU、記憶體、SWAP、進程、I/O以及網路等)的使用方式。CHM會每秒收集一次資料。 這些系統資源資料對於診斷叢集系統的節點重啟、Hang、執行個體驅逐(Eviction)、效能問題等是非常有協助的。另外,使用者可以使用CHM來及早發現一些系統負載高、記憶體異常等問題,從而避免產生更嚴重的問題。CHM會自動安裝在下面的軟體:
Time of Update: 2014-06-15
HBase是Hadoop的資料庫,能夠對大資料提供隨機、即時讀寫訪問。他是開源的,分布式的,多版本的,面向列的,儲存模型。在講解的時候我首先給大家講解一下HBase的整體結構,如:HBase Master是伺服器負責管理所有的HRegion伺服器,HBase Master並不儲存HBase伺服器的任何資料,HBase邏輯上的表可能會劃分為多個HRegion,然後儲存在HRegion Server群中,HBase Master Server中儲存的是從資料到HRegion
Time of Update: 2014-06-15
1.Hbase是Hadoop的子項目,到這裡下載合適的Hbase版本。注意:Hadoop跟Hbase的版本是不能隨意搭配的。所以要先瞭解清楚是否搭配再進行部署,不然就白費工夫了。這裡使用的是0.20.2的hadoop跟0.20.6的Hbase,hadoop的配置在我以前的博文裡有,有需要配置hadoop的朋友先看了那篇文章再進行Hbase的配置吧。配置的步驟是:先hadoop,後hbase。2.解壓Hbase。具體命令:tar -zxvf
Time of Update: 2014-06-15
升級環境: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
Time of Update: 2014-06-15
在完成Select語句、create index等一些使用TEMP資料表空間的排序操作後,Oracle是會自動釋放臨時段。但有些有侯我們則會遇到臨時段沒有被釋放,TEMP資料表空間幾乎滿的狀況,甚至是我們重啟了資料庫仍沒有解決問題。下面總結出幾種處理方法:重啟庫 資料庫重啟時,Smon進程會完成臨時段釋放,TEMP資料表空間的清理操作,不過很多的時侯我們的庫是不允許down的,所以這種方法缺少了一點的應用機會,不過這種方法還是很好用的。 修改TEMP資料表空間的storage參數
Time of Update: 2014-06-15
系統版本:CentOS 5.5 x64資料庫版本:Oracle 11G R2
Time of Update: 2014-06-15
在最佳化MySQL配置時,加入 skip-name-resolve ,在重新啟動MySQL時檢查開機記錄,發現有警告資訊。120726 11:57:22 [Warning] 'user' entry 'root@localhost.localdomain' ignored in --skip-name-resolve mode.120726 11:57:22 [Warning] 'user' entry '@localhost.localdomain' ignored in
Time of Update: 2014-06-15
基於備份控制檔案(unsing backup controlfile)的恢複主要適用於:基於備份控制檔案的恢複只要適用於以下情況:資料表空間被意外刪除;所有控制檔案全部損壞。 1、關閉資料庫執行一次全庫冷備份:SQL> select file_name from dba_data_files; FILE_NAME--------------------------------------------------------------------------------
Time of Update: 2014-06-15
基於SCN的恢複,第二篇 1、察看當前的SCN,以便於後期資料丟失用來恢複:SQL> select current_scn from v$database; CURRENT_SCN----------- 1511297 SQL> select file#,checkpoint_change#from v$datafile; FILE#
Time of Update: 2014-06-15
一. 說明朋友的一個庫不能開啟,錯誤資訊如下: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], [],
Time of Update: 2014-06-15
今天在寫一個報表過程中,需要另外一個資料庫中的一個表來操作(table_name),但是在操作過程中此表中有一個大欄位(clob)欄位。用select * from table_name@dblink查詢不出。總是報錯誤。之後在網上找了些資料說materialized今天在寫一個報表過程中,需要另外一個資料庫中的一個表來操作(table_name),但是在操作過程中此表中有一個大欄位(clob)欄位。用select * from