兄弟剛用ＯＲＡＣＬＥ，因為ＩＰ地址變了下，玩了半天，只剩下數據文件了，網上查了一天資料，終於搞定，成功將數據文件恢復到新的數據庫中。（主要 是以前沒玩過，花了我一天半的時間，哎，書到用時方恨少啊）
oracle數據恢復：只有數據文件的情況下；
狀況描述：當Oracle的控制文件丟失或損壞，但數據文件完好時，可以通過重建控制文件的方式對數據庫實例進行恢復。恢復方法如下：
一、備份數據文件
一、安裝Oracle，安裝過程中不要創建數據庫。
二、安裝好后，用DBCA（Database Configuration Assistant）創建與丟失的實例相同名稱的實例。創建實例時數據庫名和實例名要和丟失前的一致。數據文件與控制文件的信息可以從 （admin\xxxx\bdump\alert_xxxx.log）文件找到，其中xxxx為數據庫名，參照這個文件里的CREATE CONTROLFILE 語句段。還要注意創建實例時的歸檔模式及非歸檔模式，如果admin\zhxt\bdump\alert_xxxx.log文件中的CREATE CONTROLFILE 那一行最后是NOARCHIVELOG，則為非歸檔模式，如為ARCHIVELOG，則為歸檔模式，沒有則保持沒有
三、關閉Oracle（我的方法，在服務里將ＯＲＡＣＬＥ的有關服務改為手動，重啟機子），用備份出來的數據文件覆蓋新建的數據文件，並將新生成的控制文 件及重做日志文件刪除。
四、啟動Oracle有監聽（在服務里將ＯＲＡＣＬＥ有關的服務開啟）
五、用sys用戶連接到oracle
Sqlplus /nolog
SQL>conn sys/sys as sysdba;
六、關閉數據庫
SQL> shutdown immediate;
七、起動數據庫，但不掛載數據文件
SQL> startup nomount;
八、重建控制文件，重建控制文件的腳本可以從admin\xxxx\bdump\alert_xxxx.log）文件找到，搜索 CREATE CONTROLFILE 語句，如果存在多處這樣的語句，則使用最后的。
控制文件的腳本類似如下語句：
CREATE CONTROLFILE REUSE DATABASE "zhxt" NORESETLOGS NOARCHIVELOG
-- SET STANDBY TO MAXIMIZE PERFORMANCE
MAXLOGFILES 50
MAXLOGMEMBERS 5
MAXDATAFILES 100
MAXINSTANCES 1
MAXLOGHISTORY 226
LOGFILE
GROUP 1 'E:\ORADATA\zhxt\REDO01.LOG' SIZE 100M,
GROUP 2 'E:\ORADATA\zhxt\REDO02.LOG' SIZE 100M,
GROUP 3 'E:\ORADATA\zhxt\REDO03.LOG' SIZE 100M
-- STANDBY LOGFILE
DATAFILE
'E:\ORADATA\zhxt\RKXT.ORA',
'E:\ORADATA\zhxt\SYSTEM01.DBF',
'E:\ORADATA\zhxt\TOOLS01.DBF',
'E:\ORADATA\zhxt\TYZHXTTBS.ORA',
'E:\ORADATA\zhxt\UNDOTBS01.DBF',
'E:\ORADATA\zhxt\USERS01.DBF',
CHARACTER SET ZHS16GBK
這一語句有幾個地方需要修改：
1、 因為重做日志文件已丟失，所以要將第一句的，NORESETLOGS 改為 RESETLOGS
2、 LOGFILE段的幾個重做日志文件指定為實際希望的位置
3、 DATAFILE段的數據文件改為數據文件實際的位置，注意這里不要包括臨時表空間用到的文件，否則會出錯。
執行修改后的腳本。如果提示控制文件創建完成，則可以進行下一步操作。
結果系統報錯:
ORA-01503: CREATE CONTROLFILE ??
ORA-01160: ???? data file
ORA-01110: ???? : 'D:\oracle\oradata\cicdb\TEMP01.DBF'
則需要將重建日志文件中DATAFILE段中TEMP01這行刪除，因為它是臨時表空間，可以在創建后用alter database語句加上。再次執行重建控制文件的腳本。
九、創建控制文件成功后，執行以下語句打開數據庫，加上RESETLOGS參數是為了重新生成重做日志文件。
SQL> alter database open RESETLOGS;
如果出現以下錯誤：
alter database open resetlogs
*
第 1 行出現錯誤:
ORA-01194: 文件 1 需要更多的恢復來保持一致性
ORA-01110: 數據文件 1:
'D:ORACLEPRODUCT10.2.0ORADATAORACLE10GSYSTEM01.DBF'
解決方法如下：
SQL> alter database open resetlogs;
alter database open resetlogs
*
ERROR at line 1:
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: 'F:SUNSYSTEM01.DBF'
SQL> set wrap off
SQL> set lin 300
SQL> select * from v$recover_file;
FILE# ONLINE ONLINE_ ERROR CHANGE# TIME
---------- ------- ------- ----------------------------------------------------------------- ---------- ----------
1 ONLINE ONLINE 476049 08-JAN-08
2 ONLINE ONLINE 476049 08-JAN-08
3 ONLINE ONLINE 476049 08-JAN-08
4 ONLINE ONLINE 476049 08-JAN-08
SQL> recover database until cancel;
ORA-00283: recovery session canceled due to errors
ORA-01610: recovery using the BACKUP CONTROLFILE option must be done
SQL> recover database using backup controlfile until cancel;
ORA-00279: change 476049 generated at 01/08/2008 19:13:19 needed for thread 1
ORA-00289: suggestion : F:ORACLEFLASH_RECOVERY_AREASUNARCHIVELOG2008_01_08O1_MF_1_18_%U_.ARC
ORA-00280: change 476049 for thread 1 is in sequence #18
Specify log: {=suggested | filename | AUTO | CANCEL}
ORA-00308: cannot open archived log 'F:ORACLEFLASH_RECOVERY_AREASUNARCHIVELOG2008_01_08O1_MF_1_18_%
U_.ARC'
ORA-27041: unable to open file
OSD-04002: ????????????
O/S-Error: (OS 2) ??????????????????????
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: 'F:SUNSYSTEM01.DBF'
SQL> recover database using backup controlfile until cancel;
ORA-00279: change 476049 generated at 01/08/2008 19:13:19 needed for thread 1
ORA-00289: suggestion : F:ORACLEFLASH_RECOVERY_AREASUNARCHIVELOG2008_01_08O1_MF_1_18_%U_.ARC
ORA-00280: change 476049 for thread 1 is in sequence #18
Specify log: {=suggested | filename | AUTO | CANCEL}
E:oracleoradatasunsunredo01.log
ORA-00310: archived log contains sequence 17; sequence 18 required
ORA-00334: archived log: 'E:ORACLEORADATASUNSUNREDO01.LOG'
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: 'F:SUNSYSTEM01.DBF'
SQL> recover database using backup controlfile until cancel;
ORA-00279: change 476049 generated at 01/08/2008 19:13:19 needed for thread 1
ORA-00289: suggestion : F:ORACLEFLASH_RECOVERY_AREASUNARCHIVELOG2008_01_08O1_MF_1_18_%U_.ARC
ORA-00280: change 476049 for thread 1 is in sequence #18
Specify log: {=suggested | filename | AUTO | CANCEL}
E:oracleoradatasunsunredo02.log
Log applied.
Media recovery complete.
SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
SQL> alter database open resetlogs;
Database altered.
SQL>
十、將臨時表空間加入到實例上
SQL> alter tablespace TEMP add tempfile 'E:\oradata\zhxt\TEMP01.DBF' reuse;
十一、退出sqlplus，重啟oracle，測試是否成功
如何更改Oracle的默認監聽端口（1521）
Oracle 的默認監聽端口為1521，你可以方便的依照下列步驟修改為其他端口：
[oracle@dbserver2 admin]$ cd $ORACLE_HOME/network/admin
[oracle@dbserver2 admin]$ vi listener.ora
修改這個文檔中的1521端口為你需要的端口your port
[oracle@dbserver2 admin]$ lsnrctl stop
[oracle@dbserver2 admin]$ lsnrctl start
這時雖然用sqlplus能連上，但用程序是連不上的，在ＣＭＤ下，netstat -an 查看時，1521端口是未開啟的
解決方法如下（實際上是第三種，用手動啟動數據庫監聽就ＯＫ了）：
程序報錯：Io 異常: The Network Adapter could not establish the connection
這個異常的出現一般與數據庫和你的PC的設置有關
這種異常的出現大致上有下面幾種：
1。IP錯誤。
在設置URL時錯誤，例如：jdbc:oracle:thin:@192.168.0.36:1521:sharp
數據庫服務器不正確：ping 服務器IP是否正確。不正確，將URL更改為正確
端口號錯誤：一般不會錯誤。
進行一下操作：在DOS上鍵入sqlplus，檢查oracle是否開啟
一卻正常，執行下面第2步。
2。防火牆
如果機器上安裝有放火牆，可能是服務器端口號屏蔽而造成的。關閉防火牆后，嘗試重新連接。
仍然不行，執行第3步。
3。數據庫監聽未啟動 修改PC上注冊表中的ImagePath值。
以下是以現在主流的數據庫ORACLE為例
重新手動啟動數據庫監聽：
1：開始 → 運行→ 輸入CMD→ 進入DOS命令提示界面
d:>lsnrctl
LSNRCTL> status
或者
LSNRCTL> start
至此，完全搞定