搭建模擬生產環境又遇ora-12514錯誤
第一次搭建模擬生產環境試驗時，遇到了ora-12514錯誤，當時採取的常規策略，首先檢查啟動項，之後檢視監聽檔案配置，之後重啟資料庫問題解決，而今天實驗平台沒有發生改變，再次搭建模擬生產環境試驗平台，發現之前的兩步未能解決ora-12514問題。進行分析和反思後發現自己似乎是忽略了某個步驟，最後發現是對於"net configuration assistant"的設定被我忽略了。重新將思路過程簡要整理如下：
1、正確安裝oracle11g後啟動生產環境平台，資料正常。重新啟動計算機，再次執行生產平台，提示錯誤，如下圖：
2、此時發現生產平台環境下無法讀取現場模擬資料了，由於ora-12514是老問題，第一步檢視計算機「服務」啟動項，將相關聯的服務進行手動啟動，並更改相關設定。如以下兩圖：
3、再次執行生產平台程式，依舊報ora-12514錯誤，檢視監聽檔案「listener.ora」，將「sid_name = *******」更改為實際資料庫例項名。再次執行生產平台，發現錯誤依舊。
4、此時想到對於"net configuration assistant"的設定需要調整，於是進入"net configuration assistant"介面，如下圖所示
5、首先嘗試了新增新的監聽程式，並將名字與資料庫例項名相溫和，配置後退出，再次執行生產平台，此時提示ora-28547錯誤，發現對oraclenet進行了錯誤的配置。執行pl/sql同樣提示該錯誤，如下兩圖：
6、於是再次對"net configuration assistant"進行配置，此次將之前新增的監聽刪除，對已有的「listener」進行重新配置，相其新增所有網路協議（懷疑是否因為接入網路問題引起呢）。再次執行生產平台，此時再次提示ora-12514錯誤。如下圖所示：
7、此時不知道該如何繼續下去，於是抱著試試看的心態再次檢視服務啟動項，發現服務項未完全啟動，於是手工將其全部啟動。再一次執行生產平台，提示ora-12541錯誤，發現沒有監聽程式。如下圖所示：
8、此次再次對"net configuration assistant"進行了重新配置，新增所有網路協議。再次啟動生產平台發現依舊彈出ora-12541錯誤。就在不知該如何繼續下去時，想到重啟計算機，於是嘗試重啟計算機，再次執行生產平台，發現平台運轉恢復正常。
總結：對於ora-12514錯誤的問題處理有著固有的處理思路，而在實際配置時有時需要重啟計算機後才能生效，這次經驗告訴我之前對於ora-12514問題的處理並沒有完全領悟，對於"net configuration assistant"的配置仍需要進行相關學習。此次問題我歸結到了配置後需要重啟電腦上，但不知道問題的根結是否真的在此，好在模擬現場平台搭建是成功運轉了，暫時可以喘息一下了。但對於根本問題自己還是存在乙個疑慮，希望在日後的不斷學習中能讓我徹底發現根結所在。
附：ora-12514錯誤的問題處理思路：
2、正確設定listener.ora檔案，新增相應的例項名，重啟資料庫伺服器，檢查各項服務是否啟動，嘗試連線，若仍未解決進行下一步；
3、對oracle客戶端的net cofiguration assistant正確新增或重新配置例項名，重啟資料庫伺服器，檢查各服務項是否啟動，嘗試連線。
又遇Dll地獄 Oracle執行環境的啟動錯誤
一周前，同事的機器在編譯.net程式時斷電，致使asp.net環境始終無法啟動，無奈，只得重灌系統 此問題估計遇到的人很少，畢竟是乙個節骨眼上，但如果有哪位仁兄知道解決方法，也望不吝賜教 可當他安裝完畢vs.net2003和oracle客戶端時，發現除錯的程式無法啟動，提示 oci.dll無法載入 ...
模擬生產環境使用thrift c 版
本文簡單的模擬了實際生成環境場景中使用的c s模型，使用thrift作為框架來進行開發，服務端實現了兩個介面，使用threadpoolserver模型提供服務，由於只是學習thrift相關的使用，本文的 不是很嚴謹，設計基本沒有，請閱讀本文之前最好有基本的thrift相關的知識。如 thrift檔案...
前端生產環境搭建 centos（未完）
1 安裝必要的make以及gcc,gcc c 編譯器 yum y install make gcc gcc c 2 獲取原始碼 wget c 3 解壓原始碼 tar zxvf node v0.8.14.tar.gz 4 進行編譯及安裝 cd node v0.8.14 configure make m...