數據庫管理員

折騰了一晚上加一上午終於把Oracle 10g資料庫與Tomcat伺服器串連上了，用了很長時間，其實也挺簡單的。我用的是Java做的，有兩種方法。相關閱讀：Oracle 下spfile和pfile使用筆記（一）//裝載驅動      //首先在控制台中，找到管理工具，然後在裡面開啟ODBC源，在裡面建立一個oracle的資料來源，OK即       //可，這不還很容易。  &

ORA-01144: File size (string blocks) exceeds maximum of string blocks  今天公司的Oracle伺服器突然停止工作在一個裸裝置上擴充一個資料表空間的時候遭遇了這個錯誤，想知道具體原因是什麼。SQL> alter database datafile 5 resize 33G;alter database datafile 5 resize 33G*ERROR at line 1:ORA-01144: File

CentOS 5.5下開啟Oracle的dbconsole按鈕亂碼解決方案：1. 先停止 OEMemctl stop dbconsole2. 分別進入以下三個路徑$ORACLE_HOME/jdk/jre/lib$ORACLE_HOME/jre/1.4.2/lib$ORACLE_HOME/javavm/lib/ojvmfonts3. 在每個目錄都透過以下指令覆蓋檔桉cp font.properties.zh_CN.RedHat font.properties4.

一、環境描述：原始伺服器  192.168.1.110  Windows Server 2003 系統     字元集為ZHS16GBK新加伺服器  192.168.1.120  RedHat Enterprise Linux系統  字元集為WE8ISO8859PI二、問題描述：1.110伺服器上的資料庫為中文字元集，其內的資料表的多項列值為中文。1.120伺服器上的資料庫中字元集並不支援ZHS16GBK,

1.硬體設定說明：Fedora 14 的 swap分區至少要有2048MB，否則在Oracle安裝過程中會有警告。    2.軟體需求1)需要安裝或升級的依賴軟體包。   make-3.81-14.fc10.i386    gcc-4.3.2-7.i386    glibc-2.9-3.i686    glibc-devel-2.9-3.i386 

Oracle的OEM管理器中有可視化的日誌展現出，當我們手工清除archive目錄下的檔案後，這些記錄並沒有被我們從controlfile中清除掉，也就是oracle並不知道這些檔案已經不存在了!這時候我們要做手工的清除的話，下面我經過實驗，可以嘗試這種方法：1. 進入rman  2. connect target /3. crosscheck archivelog all;4. delete expired archivelog

　　Oracle 11G在用EXPORT匯出時，空表不能匯出。　　11G中有個新特性，當表無資料時，不分配segment，以節省空間的　　解決方案：　　1、insert一行，再rollback就產生segment了。　　該方法是在在空表中插入資料，再刪除，則產生segment。匯出時則可匯出空表。　　2、設定deferred_segment_creation

vmware workstation 7 上 安裝 Oracle 11.2 rac 進行的過程很痛苦，記錄一下虛擬機器檔案的配置：.encoding = "GBK"scsi1.sharedBus = "virtual"disk.locking = "FALSE"diskLib.dataCacheMaxSize = "0"diskLib.dataCacheMaxReadAheadSize = "0"diskLib.DataCacheMinReadAheadSize =

RedHat 6/CentOS 6下部署MySQL 5.6時遇到的一些問題及解決1、先查看是否已經有安裝舊版的mysql，使用以下命令　rpm  -qa | grep  mysql2、刪除已經存在的mysql，使用以下命令 yum -y remove

對於“ORA-01722:無效數字錯誤” 以前總遇到，今天又遇到了！產生的情況：查出的欄位中，需要轉化為number型的時候，比較常見。例如 ，建立物化視圖時，如果有某一個列需要轉成number的時候，就很常見，create materialized view mv_test asselect name,to_number(zd1) zd1, --  @1cast(zd2 as number) zd2  --@2from abcwhere

現象：執行個體啟動到mount之後，rename datafile時報錯ORA-01511,ORA-01121,ORA-01110SQL> SQL> ALTER DATABASE RENAME FILE '+DATA/rac/datafile/system.416.833384105' TO '+TESTDG/rac/datafile/system.dbf';ALTER DATABASE RENAME FILE '+DATA/rac/datafile/system.416.83338

一、Windows下破解：1、停止mysql服務2、進入命令視窗，進入mysql安裝目錄下的bin目錄下,跳過許可權檢測，啟動mysqlmysql\bin>mysqld-nt --skip-grant-tables3、重新開啟一個視窗，進入bin目錄下，設定新的root密碼mysql\bin>mysqladmin -u root  flush-privileges password "newpassword"mysql\bin>mysqladmin -u root -

運行Eclipse，建立一個新的Java工程“HBaseClient”，右鍵項目根目錄，選擇 “Properties”->“Java Build Path”->“Library”->“Add External

Oracle 11g線上收回臨預設暫存資料表空間--資料庫版本SQL> select * from v$version;BANNER--------------------------------------------------------------------------------Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit ProductionPL/SQL Release 11.2.0.1.0

先看下slave_exec_mod官方描述Command-Line Format--slave-exec-mode=modeOption-File Formatslave_exec_modeSystem Variable Nameslave_exec_modeVariable ScopeGlobalDynamic VariableYes Permitted ValuesTypeenumerationDefaultSTRICT (ALL)DefaultIDEMPOTENT

對於誤刪除資料表空間的恢複，本文通過基於資料庫的時間點恢複和基於資料表空間的時間點恢複分別加以討論一 通過基於資料庫的時間點恢複被誤刪除的資料表空間1 需要注意的事項a 基於資料庫的時間點恢複將會回退整個資料庫。b 誤刪除資料表空間，當資料庫有之前可用於恢複的全庫備份和相關歸檔，如果對資料庫執行不完全恢複，恢複該資料庫到刪除資料表空間之前的狀態，便可恢複誤刪除的資料表空間。但實際上當我們刪除資料表空間，Database

Windows環境下的Oracle 11g在一次關機後，無法正常啟動，且無法啟動到mount狀態，一直提示：ORA-03113: end-of-file on communication channelProcess ID: 4276Session ID: 1286Serial number:

在前段時間已經安裝完rac，那麼安裝完成後，要做的就是驗證Rac是否是正確安裝以及如何啟動與關閉Rac。今天開始學習Rac，再次記錄一下筆記！  第一：驗證RAC：    驗證監聽：node 1：SQL> show parameter local_listenerNAME TYPE VALUE------------------------------------ ----------- ------------------------------local_

logical standby是在physical standby基礎上搭建Oracle10g Physical DataGuard 詳細搭建過程 --停止standby上的日誌應用SQL> alter database recover managed standby database  cancel;Database altered.--修改主庫log_archive_dest_3參數,當切換為備庫時線上日誌歸檔路徑SQL> alter system set

Oracle RAC