今天公司乙個同事在做imp時總是導不進去，而給他dmp的同事說dmp決對沒問題，自己都導成功過無數次了。
我去看一下，乙個比較小的dmp,300m+
imp按提示輸入後就報一堆的錯，太快了，ctrl+c後看到的全是以下的錯誤，
imp-00003: 遇到 oracle 錯誤 922
ora-00922: 缺少或無效選項
imp-00017: 由於 oracle 的 922 錯誤，以下的語句失敗
"create table "bpm_worklist" ("id" number(38, 0) not null enable, "nodeworki"
"d" number(38, 0), "employeeid" varchar2(20) not null enable, "begindate" da"
"te not null enable, "enddate" date, "advice" varchar2(1000), "alertterm" nu"
"mber(38, 0), "expendtime" number(38, 0), "status" number(38, 0) not null en"
"able) pctfree 10 pctused 40 initrans 1 maxtrans 255 storage(initial 65536 "
"freelists 1 freelist groups 1) tablespace "dlyx_data" logging nocompress"
imp-00003: 遇到 oracle 錯誤 922
ora-00922: 缺少或無效選項
imp-00017: 由於 oracle 的 922 錯誤，以下的語句失敗
"create table "cs_bmcs" ("bm_bh" char(2) not null enable, "sc_bm_zt" number("
"1, 0) not null enable, "cb_rq_zt" char(1) not null enable, "tz_cb_sx" char("
"1), "lm_js" char(1), "ick_bz" char(1), "cb_zqs" number(2, 0)) pctfree 10 p"
"ctused 40 initrans 1 maxtrans 255 storage(initial 81920 freelists 1 freelis"
"t groups 1) tablespace "dlyx_data" logging nocompress"
imp-00003: 遇到 oracle 錯誤 922
ora-00922: 缺少或無效選項
....
也沒多想，確認不是dmp的問題（別的機器已經測試過了）
應該是資料庫相關的問題，問了同事的資料庫軟體版本，同事說9i
看了一下開始選單有 oracle - orahome92 。
dmp也是9.2匯出的。
鬱悶了一下，同樣的版本別的機器可以，怎麼會在本機導不進去了
接著同事又說以前別人的dmp在他的機器基本上都導不成功。
開始懷疑是庫的問題了。
由於是測試庫，所以叫他重新建了一下庫，再導一下，結果還是一樣。
真怪了，最後把他imp的log檔案傳過來開啟一看，如下：
連線到: oracle9i enterprise edition release 9.0.1.1.1 - production
with the partitioning option
jserver release 9.0.1.1.1 - production
經由常規路徑匯出由export:v09.02.00建立的檔案
已經完成zhs16gbk字符集和al16utf16 nchar 字符集中的匯入
. 正在將dlyx的物件匯入到 dlyx
imp-00017: 由於 oracle 的 6550 錯誤，以下的語句失敗
"begin "
"sys.dbms_logrep_imp.instantiate_schema(schema_name=>'dlyx', export_db_name="
">'ydgl', inst_scn=>'14606142');"
"commit; end;"
imp-00003: 遇到 oracle 錯誤 6550
ora-06550: 第 2 行, 第 1 列:
pls-00201: 必須說明識別符號 'sys.dbms_logrep_imp'
ora-06550: 第 2 行, 第 1 列:
........
這時才發現問題，原來是9i版本不匹配
dmp是9.2.0.1匯出的，他的機器oracle軟體是
9.0.1.1
由於公司的9i都是9.2.0.1了，又被他的開始選單裡的oracle選單(oracle - orahome92)迷惑了，所以沒有懷疑版本問題。
看來下次診斷問題需要細心一些了，不要被表面的現象迷惑。
資料庫鏈結數過高引起的問題
某個業務有多台伺服器，同時連線資料庫a和資料庫b，當資料庫a出現了問題，導致連線資料庫或者資料庫操作變慢php執行程式的時間變長，而此時仍然有許多鏈結來訪問伺服器，造成等待執行的php程式佇列越來越多。php fastcgi程序數已經不夠用了，同伺服器上的其他php執行也會變得很慢，另外就是php程...
資料庫引起的死鎖及死鎖的定義
一般情況只發生鎖超時，就是乙個程序需要訪問資料庫表或者欄位的時候，另外乙個程式正在執行帶鎖的訪問 比如修改資料 那麼這個程序就會等待，當等了很久鎖還沒有解除的話就會鎖超時，報告乙個系統錯誤，拒絕執行相應的sql操作。1 互斥條件 指程序對所分配到的資源進行排它性使用，即在一段時間內某資源只由乙個程序...
MySQL資料庫的錯誤日誌
mysql資料庫預設情況下，錯誤日誌是開啟的，記錄在資料庫的資料目錄下，一般記錄資料的啟動，停止及其它一些錯誤資訊，如果沒有指定名稱，則為主機名.err 配置錯誤日誌檔名稱及路徑 可以在配置檔案中配置錯誤日誌檔名及路徑，log error path filename path為錯誤日誌所在的目錄，f...