早提醒對於系統轉換之設備必須要經過嚴選,且,最好經過測試,俗稱燒機,不是電腦開著就好,這是暖機。

果不其然,在9月30日切換到暫行主機後的第五天,異常發生了,應用程式主機當掉,且連續三天,線路也發生斷線,到了第9個營業日,資料庫也連線異常,可謂"鐵齒",不聽"老人言,吃虧在眼前"。

但,也連帶使我們系統黑名再添一樁。回想一下,要切換的事,早說要準備SOP,也是自以為熟悉,就不準備,到了真正切換,還是凸槌了,轉檔連線怎ㄇ連就是不行,抓不到檔案,又不求救,在催促下,連絡了已經離開的同事,解決了。

資訊柯南愛特工 發表在 痞客邦 留言(0) 人氣()

怎樣的資訊人員才算是正港的IT服務,面對善變的客戶及使用者就算了,那是應該的,沒啥,但是,如果碰到說變就變的資訊窗口,可就慘了,原因到底是什麼呢?

有幾個想法,可能是原因,當IT窗口自己沒有想法的時候,或是沒有足夠經驗,就會很容易被其他部門或user所牽動,而常發生的狀況是,資訊不對稱,造成與廠商講完一套後,下一秒就變了。

也許,最可能的是,他們太弱了,無法面對問題,也或許是一律丟給廠商處理,不無可能。

資訊柯南愛特工 發表在 痞客邦 留言(0) 人氣()

早就知道會是這樣,才會特別書面確認需求,開始系統開發,因為人員離職,才會希望趕快完成,殊不知,交易所的規則是follow券商的,有人反對就不會是規則的。

所以我們完成,或許是有給需求確認,但User一句話,就否定努力付出。要不要收錢,當然要收,看怎麼收。

沒關係,有的是機會。。。

資訊柯南愛特工 發表在 痞客邦 留言(0) 人氣()

系統管理人員天職是,沒事就要去查看系統登錄檔案的內容是否有蛛絲馬跡出現影響系統運作的因素。

也就是說:當你覺得系統慢的時候、老是有人登入出問題的時後、某幾個作業老是怪怪的時候、或是服務老是不能正常啟動的時候。其實,很多狀況的發生累積成問題的時候,"它" 就發生了,大家就會因為處理問題背後的問題而東奔西跑了。

從上次,外在環境影響,造成了自己核心系統無法啟動的問題,能不解決嗎,能全部歸給那外部嗎?或許,可以反過來思考一下,因為是我們自己主動去連別人,當然是第一個知道問題的,或許此時可以通知大家,但是,如果一出去就回不來,有怎麼去昭告天下呢?

資訊柯南愛特工 發表在 痞客邦 留言(0) 人氣()

只要有歷史問題與分析記錄,就可以有機會找到問題的原因,有時候狀況就像噗浪一樣,一直朝你噗來,你只能先做好記錄logfile,讓專家們可以有機會查找背後問題,但,有時候無論你怎麼努力,就是找不到原因。

這時候,你也只能先記錄下來,當時所找到的蛛絲馬跡,而且不一定是對的。

突然,某一天,因為別的狀況,卻有如因緣際會一般,原因就這麼順理成章的出現了。

資訊柯南愛特工 發表在 痞客邦 留言(0) 人氣()

這兩天,雖然沒有異常狀況通知,但是前兩天的問題有待追蹤查找原因。。。

當系統運作架構不是單純的雙方時,事情就變的複雜而難以釐清了,更何況還與客戶有關。

這時候,如果難以控制的使用者再尬一角,相信,這兩天,表面上,看似平靜,但其實我們必須

資訊柯南愛特工 發表在 痞客邦 留言(0) 人氣()

當一個上午快過去的時候。

好不容易,鼓起精神要去買吃的回來,正要動口吃的時候,電話來了。。。

沒錯,又有狀況發生了,某交易客戶沒有看到是否有成功。馬上請他們確認這筆交易在系統可以看到的所有畫面的真實狀況,並請提供相關的系統記錄,以便確有問題原因。

資訊柯南愛特工 發表在 痞客邦 留言(0) 人氣()

一個系統會每天都有狀況嗎?

如果是?  是否應該先排除外在因素。通常,已運轉的系統,除非外在環境有改變,應該不會有連線或登入的異常現象的。

否則,原系統將面臨改不勝改的問題。防不勝防。。。

資訊柯南愛特工 發表在 痞客邦 留言(0) 人氣()

衍生問題:

有些系統 ,  在資料庫的運作紀錄滿的時候 , 正常都會自行清除 , 不清掉 , 可能使得兩端 , 出現"類網路"壅塞現象而斷線。

這時候 , 忍痛重新啟動是否是最後一招呢,值得商榷 ,

資訊柯南愛特工 發表在 痞客邦 留言(0) 人氣()

正在裝潢我的家ㄟ,Sorry 。


資訊柯南愛特工 發表在 痞客邦 留言(0) 人氣()

1 2