數據庫管理員

CentOS必要安裝包* GNOME Desktop Environment* Editors* Graphical Internet* Text-based Internet* Development Libraries* Development Tools* Legacy Software Development* Server Configuration Tools* Administration Tools* Base* Legacy Software Support* System

前幾天做一個項目,本來是用MySQL的,但是項目需要Oracle庫,後來我經過一個月時間,把整個程式全部換成了Oracle庫,在操作過程中發現MySQL與Oracle的一些不同之處.1.MySQL的大文本可以直接進行讀寫,Oracle的不可以,Oracle的大文本資料類型是clob,更新和讀寫不能直接像MySQL一樣,用insert 和 update.相關語句,我貼到下面.入庫時:$query=oci_parse($conn,"INSERT INTO cms_article

在Linux上安裝過Oracle的時候漢字都是”口口”形亂碼 最初時間比較緊張只能用英文安裝，後來經過反覆實驗和整理，現在可以完全解決linux下oracle中文亂碼的問題，下面是整理後的文檔： 我想在linux 9 下也應該能夠實現吧，這裡主要還把系統添加了宋體和新宋體的字型檔，所以看著可能很麻煩 需要軟體，google找 j2sdk-1_4_2_04-linux-i586.bin javacn.zip 一．安裝JDK 在/tmp下建立一個臨時的檔案夾 --------------------

SQLDBA> SELECT * FROM V$LOGFILE;        GROUP#       STATUS        MEMBER      ---------- ------- ------------------------------ 

1: 軟體產品的成熟度等級不同的產品品質和市場策略，造就了不同的使用者群體2. 技術的先進性Oracle 應用系統11i 版本是真正完全基於互連網INTERNET 架構，並且採用開放的JAVA 語言和技術標準進行編寫的應用軟體，這種技術的開放性，使Oracle 應用系統11i 版本有越來越強的生命力而SAP 軟體的主體部分還是完全用其私人的ABAP 語言編寫的，學習和使用都很困難且與INTERNET 或網路應用WEB 技術不相容（JAVA 目前已經成為全球INTERNET

Reference data is not available for verifying prerequisites on this operating system distribution Verification cannot proceed在Oracle linux 6.4上安裝grid，安裝前檢查環境運行 runcluvfy.sh  報錯，如下：[oracle@node2 grid]$ ./runcluvfy.sh stage -pre crsinst -n

Oracle資料庫中各種對象（包括表，列，索引等）預設不區分大小寫，在資料字典中一律用大寫。假如使用者在建表（包括外部表格）時，將列名/表名用雙引號括起，這些都成為大小寫區分的資料庫物件。這時select 時需要嚴格按照建表時的大小寫才能成功，否則返回ORA-000904或ORA-00942錯誤。某些軟體可以協助使用者自動產生Create table語句，這時需要將雙引號去掉。否則會產生上述錯誤。create table "t" ( "a" int );table "t"

解決思路：（1）跟蹤執行插入的SQL/預存程序，找到罪魁禍首的行，修改後再次插入。（2）最簡單的辦法就是增加目的欄位的精度。 由於定位不到具體的表以及具體的欄位，需要跟蹤錯誤1、首先進行建立表SQL> create table t (many number(4,2));Table created精度為4，刻度為2 也就說整數位元最多為2，小數位元會佔去2位2、然後進行實驗插入SQL> insert into t values(1000000);錯誤：ORA-01438:

環境：Oracle 10g 10.2.0.4 on SUSE 11 + Oracle Data Guard說明：每天淩晨Standby DB定時唯讀開啟供統計用，之後再繼續同步。故障現象：執行copy datafile命令報錯RMAN-10006.如下所示：RMAN> copy datafile 14 to '/u/oracle/oradata/XXDB22/db2_c037dat03.dbf';Starting backup at 04/25/2011

測試環境分別在虛擬機器安裝A,B主機系統：linux 6.4，資料庫：Oracle 11g r2A主機：安裝oracle 11g r2資料庫B主機：只安裝oracle 11g r2軟體第一步，運行下面rman命令備份資料庫run{CONFIGURE CONTROLFILE AUTOBACKUP ON;CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO

OMF,全稱是Oracle_Managed Files,即Oracle檔案管理，使用OMF可以簡化管理員的管理工作，不用指定檔案的名字、大小、路徑，其名字，大小，路徑由oracle 自動分配。在刪除不再使用的日誌、資料、控制檔案時，OMF也可以自動刪除其對應的OS檔案。OMF支援下列檔案的自動管理：    資料表空間    記錄檔(聯機)   

MySQL日誌詳解錯誤記錄檔MySQL的錯誤資訊是在data目錄下的錯誤記錄檔本身所定義的內容本身是可以定義的編輯設定檔，定義錯誤記錄檔：    log-error=/path/to/xx.err      #定義是否啟動錯誤記錄檔的功能    log-warnings={1|0}             

今天在一台伺服器的記錄檔中，發現如下資訊：看似是個錯誤，可是卻不影響資料庫的運行，但畢竟報錯了，看著不舒服，就研究下Fatal NI connect error 12170.  VERSION INFORMATION:    TNS for Linux: Version 11.1.0.7.0 - Production    Unix Domain Socket IPC NT Protocol Adaptor for Linux: Version

Oracle

現在的Oracle正在往智能化方向發展。如果我們現在找一些8i/9i時代的Oracle書籍，怎麼樣配置合適的資料庫各記憶體池大小是非常重要的話題。但是進入10g之後，自動記憶體池調節成為一個重要Oracle特性。在10g時，Oracle推出了ASMM（Automatic Shared Memory Management），實現了Oracle SGA和PGA內部結構的自調節。進入11g之後，AMM（Automatic Memory

某天機器由於斷電+UPS 供電不足重啟後，發現監聽器啟不起來了，提示錯誤：TNSLSNR for Linux: Version 10.2.0.1.0 - ProductionSystem parameter file is /home/Oracle/product/10.2.0/db_1/network/admin/listener.oraLog messages written to

系統內容：作業系統： RedHat EL55Oracle : Oracle 11.2.0.1.0 案例：客戶資料庫伺服器的歸檔日誌空間被塞滿，未發現；DBA在發現日誌切換被hang後，強制關了庫，導致執行個體啟動失敗。錯誤現象：在做日誌歸檔時，資料庫被hang......16:56:02 SYS@ prod>alter system switch logfile; 警示日誌：ORACLE Instance prod - Can not allocate log,

今天用到了將Oracle中一個使用者下的所有資訊匯入到另一個機器中的使用者下，例如有一台機器中某使用者為aa，需要在另一台機器中將aa使用者下的所有資訊，如表、資料表空間、索引拷貝到原生資料庫上。首先查看aa使用者下的預設資料表空間，或者根據sysdba使用者查看。select username,default_tablespace from user_users; //目前使用者select user,default_tablespace from dba_users; 

DB2 import和load比起效能來由於會記錄日誌，所以通過速度比較慢，並且資料記錄太大容易造成事物日誌滿的問題發生，但有些操作不得不記日誌，所以就不得不適用import,不過其有個COMMITCOUNT選項完全可以避免，來指定import多少條記錄即提交，有助於及時釋放日誌：並且由於及時提交了，所以在運行失敗了還可以重新在起點繼續進行操作：db2 "import from tab1.ixf of ixf modified by generatedignore COMMITCOUNT 500

由於項目需要不得不折騰MySQL，RedHat Linux上安裝了最新的MySQL 5.6啟動報錯如下：[root@tserver mysql]# /etc/init.d/mysql startStarting MySQL.The server quit without updating PID file (/var/lib/mysql/tserver.pid).[FAILED]檢查報錯資訊tserver.err。cat tserver.err140121 06:03:29