錯誤：
第 1 行出現(xiàn)錯誤:
ORA-01034: ORACLE not available
進程 ID: 0
會話 ID: 0 序列號: 0
查看日志oradim.log
ORA-03113: 通信通道的文件結(jié)尾
進程 ID: 5072
會話 ID: 96 序列號: 1
出現(xiàn)此問題妥箕，導(dǎo)致oracle數(shù)據(jù)庫連接不上
解決思路：
首先是向重啟一下實例
C:\Users\Administrator>sqlplus /nolog
conn / as sysdba
shutdown immediate;
報錯誤：ORA-01034 - Oracle not available
ORA-27101 - shared memory realm does not exist
想起前邊做ogg遷移數(shù)據(jù)，開啟了歸檔日志更舞，懷疑是日志存滿導(dǎo)致
sqlplus / as sysdba
SQL> select * from v$recovery_file_dest;
NAME
SPACE_LIMIT SPACE_USED SPACE_RECLAIMABLE NUMBER_OF_FILES
E:\app\Administrator\fast_recovery_area
4385144832 4365105664 0 139
SQL> archive log list
數(shù)據(jù)庫日志模式 存檔模式
自動存檔 啟用
存檔終點 USE_DB_RECOVERY_FILE_DEST
最早的聯(lián)機日志序列 343
下一個存檔日志序列 343
當(dāng)前日志序列 345
SQL> show parameter db_recover;
NAME TYPE VALUE
db_recovery_file_dest string E:\app\Administrator\fast_reco
very_area
db_recovery_file_dest_size big integer 4182M
然后采用的辦法是修改大衅璐薄（刪除歸檔日志沒有成功！＠虏酢Ｓ畲小）
SQL> db_recovery_file_dest=10737418240;
SQL> show parameter db_recover;
NAME TYPE VALUE
db_recovery_file_dest string E:\app\Administrator\fast_reco
very_area
db_recovery_file_dest_size big integer 10G
然后
SQL> shutdown immediate;
SQL> startup immediate;
SQL> create user testgys identified by testgys default tablespace users;
用戶已創(chuàng)建。
SQL>
當(dāng)然理想的解決辦法是刊头，歸檔日志定期清理黍瞧，防止磁盤爆滿
