[閒聊] 公司的MIS有點缺乏專業素養

看板MIS作者 (J.J.)時間8年前 (2016/01/21 22:46), 8年前編輯推噓17(17推 0噓 61→)
留言78則, 29人參與, 最新討論串1/1
我本身是軟體工程師 但是有10多年的2線兼職MIS經驗 (第一線MIS沒空時 我才要出手) 檯面上常見的伺服器設備 我大概都摸過一半 熟練度不算高 但是至少網管常識自認是充足的 反正 有GOOGLE~沒懦夫~ 熟練度並不重要 這個禮拜碰到公司MIS一個令我非常傻眼的 「在工作日白天做虛擬化移機」的行為 工作日移機就算了 他事後的態度令我更感到神奇 其實這篇抱怨的成分居多 不過我還是簡單的敘述就好 免得太多情緒 系統環境是 i7/16G/1T Windows IIS+Oracle 舊實體機是軟體研發用主機 最大上線人數了不起只有5人 其實附載超涼的 i7根本就是浪費錢 狀況是 原始管理者不正確的備份方針導致硬碟爆滿 硬碟狀況不佳需要轉移 (將大量的ZIP備份丟在自動備份目錄 導致一天就會有1GB的沉餘備份) 故事是這樣的 這個星期一莫約快中午 MIS跟我說[系統要"進行備份" 停機到下午] 其實 光是這句話就是個大地雷 MIS怎可以在"工作時間"把研發伺服器停機?? 不過我當時因為前一天沒睡好 狀態已非常疲倦 而且 不過就是備個分而已 正常兩三小時已經非常充裕了 所以就沒想太多讓他去停機 而我也順便偷懶打頓 邊coding邊打頓 等到了下午34點 我回過神後 系統還是沒有恢復 後來我才知道 1. 他在平常日做VMWARE "虛擬化疑機" 這時我傻眼了 對一般民眾可能是沒有什麼差別 但是對網管來說 移機&備份是兩個天差地遠的概念 完全不可以混淆 而且 虛擬化是"風險"非常大的工作 怎麼可以在平常日執行 我過往做移機 都是選在周末假日有兩天的空閒時間執行 若移植不成功 還可以復原取消 敢在工作日進行移機 若不是稀世天才 就是太天真 (其實我看他只是貪圖便宜行事 攬得假日還要額外來處理) 結果好死不死的 災難就這樣開始了 虛擬化的host開機後 2. IIS是空的 完全不會運作!? (因為分割區不同 MIS只有轉移C槽OS 沒有複製DATA) 這. 這算什麼?? 系統轉移前 不是應該都要先把原系統內所有的 "服務"/"資料" 以及一切相關內容都清冊列表 並逐一清點復原嗎? 我想"完整移機" 這應該是最基本程度的素養吧? 連系統中有什麼東西都不清楚就直接進行移轉 不怕崩潰嗎?? 在我去反應之後 MIS總算是開始複製網站 因為DELAY 正在驗收趕進度 已經開始被老闆罵了 我當下有點不耐煩 就請MIS直接"舊機改IP上線平行運作" 以讓我能先工作優先 不過 MIS有點不情願 仍然繼續弄VMWARE MIS很堅持 我也沒辦法只好回去等 等複製完後打開瀏覽器 頁面直接跳出鮮豔的黃白紅字錯誤訊息 [系統需要安裝Oracle 8.X.X]........ 算了 不意外~ IIS都會忘了複製 當然更別說是Oracle 又等弄到了67點 Oracle也還原了 再次打開瀏覽器 [ ora-12528: tns:listener: all appropriate instances are blocking new connections ] 好樣的! 雖然我很少用Oracle 所以並不熟設定值 不過可以猜測是網路接口異動造成的設定有異常 (這就是移機的醍醐味 凡是有綁硬體的服務 都很容易出事 炸過才知道他的痛 這個時候 MIS已經想要把責任拋給我了 想叫我自己處理/重設SQL的問題 我聽到時差點有點爆氣 在白天移機就已經是難以容忍的缺失了 移機失敗 還想丟給工程師善後 我當下只跟他說 "直接把系統ROLLBACK 然後讓網站要會動" 然後來接我回家的人剛好也到了 所以就收一收準備走人了 我不知道他有沒有當MIS的自覺? 所謂的MIS 就是任憑電腦當機任崩潰 任何電腦上的把屎把尿問題 都是他要負責的範圍 這確實是個鳥缺 但這就是MIS的職責所在 研發工程師是完全沒有義務 更沒有道理要幫忙的 更別說 這還是他自己捅出的皮漏 我對MIS已經是非常仁慈了 我在外面可是碰過一大堆 "自己IE不會使用 然後寫信來客訴"的鳥案例 (網頁太長 顯示資料被蓋住 滾輪往下滾3下後 結案!) 我還沒用那種沒常識的天兵去虐待他呢 然後隔天 他搞不定所以進行復舊 號稱是回到星期一的1/15 但開機開始運作後 開使發生不明的資料/SQL的大量遺失 當下 我馬上就了解 這下坑可捅大了 現在正值驗收階段 其實我當時根本不該答應讓他"備份"(他宣稱是備份) 不過 已經來不及了 我自己貪睡也有責任 後來到了今天 根據目錄上的異動戳記判定 實際復舊日期是1/7 下午一點...... 整整差了半個月 因為系統不是我一個人在開發而已(雖然當前主要負責人是我 有多少東西遺失 我根本沒有頭緒 到了今天 我叫他把舊主機改IP平行上線 他只跟我說要切換 叫我選一個 我非常不理解他的思維 為何不平行運行 後來我才知道 他買了一顆新硬碟 灌了VMWARE後 3. 直接在舊主機上(i7)抽換硬碟"取代"舊系統 他還非常"理所當然"的跟我說 只要切換硬碟就可以復原 太神奇了 我完全傻眼 "熱機封存"的備援概念到哪去了 以我的認知 「任何的系統移植 一定都必須保留舊系統最少一個月以上 確認無誤後才能挪用設備」 移植當天就直接"挪用舊設備" 還跟我說 "VMWARE可以任意再移植 沒問題" 他根本沒搞清楚問題的嚴重性在哪 然後他還很有理由的解釋說 4. 原本的電腦上有8核心 只有這台i7主機有8核心 才能跑得動OS 聽到這邊 我只脫口講了一句 "沒經驗" VMWARE是可以"隨便更改"CPU數量的 而且 VMware裡最不重要的資源就是CPU 最重要的資源在於記憶體和硬碟速度 而且 只要使用VMWARE CPU速度就直接打8折 這是公認常識 如果想要運算速度 就不要用vmware 實務上 給host的CPU數量只要N+1就夠了 因為虛擬IO效率非常差 光是上網都會隨時會吃滿一顆CPU 所以要額外給一個CPU 以我這種封閉開發機的環境來說 2+1就更夠用了 (一個前台IIS服務 一個後台SQL服務) 速度根本不重要 P4都在灌VMWARE了 遑論i7 甚至 就算是只給他1+1兩個CPU 也不會太吝嗇 因為 根據實務經驗上 資料庫型網站 95%以上的CPU消耗都是來自於SQL 所以 IIS獨自享有一顆CPU其實也沒什麼幫助 幾乎沒差 RAM加大還實際多了 畢竟Oracle是怪物 說真的 我是不知道MIS要學什麼 我是覺得 這其實是沒什麼深度的領域 "入門簡單 出師難" 一切的訣竅都在於經驗(醫生也是差不多喔) 要進來其實很容易 不用什麼專長 但要熟練很費事 要摸很久 講了這麼多沒營養的廢話 最後 只想問問 板上對於MIS應有的素養認知大概是如何? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.163.72.102 ※ 文章網址: https://www.ptt.cc/bbs/MIS/M.1453387586.A.723.html ※ 編輯: JeremyJoung (118.163.72.102), 01/21/2016 22:47:30 ※ 編輯: JeremyJoung (118.163.72.102), 01/21/2016 22:48:26 ※ 編輯: JeremyJoung (118.163.72.102), 01/21/2016 22:50:09
推
01/21 22:56, , 1F
fire the hole
01/21 22:56, 1F
→
01/21 22:58, , 2F
挺傻眼的 好奇這位MIS的資歷 還是菜鳥嗎?
01/21 22:58, 2F
推
01/21 22:58, , 3F
他領多少？有到月薪50K 站內信一下
01/21 22:58, 3F
推
01/21 23:14, , 4F
這就是為啥MIS起薪容易被拉低原因之一阿...
01/21 23:14, 4F
→
01/21 23:40, , 5F
不意外 比這更扯的都還有
01/21 23:40, 5F
推
01/21 23:41, , 6F
他不在白天做的話 沒人會知道他做了
01/21 23:41, 6F
推
01/21 23:45, , 7F
code 沒上svn or git?
01/21 23:45, 7F
→
01/21 23:50, , 8F
老實說開發機RD應該要自己管 IT support os層就夠了
01/21 23:50, 8F
→
01/21 23:59, , 9F
這個案子我是中途接管 所以的設置都和我的習慣不合
01/21 23:59, 9F
→
01/21 23:59, , 10F
土通狀態下 我會自己灌系統
01/21 23:59, 10F
→
01/22 00:04, , 11F
能力有問題吧...公司costdown MIS的結果...
01/22 00:04, 11F
→
01/22 00:09, , 12F
P2V、V2V、Hot Clone、Cold Clone 就這樣，很難嗎？
01/22 00:09, 12F
→
01/22 00:09, , 13F
我現在寫程式阿！但我絕對不兼網管...哈哈...
01/22 00:09, 13F
→
01/22 03:20, , 14F
只出的起香蕉的公司，請到猴子不意外，要求別人的專業素
01/22 03:20, 14F
→
01/22 03:20, , 15F
質，要看老闆願不願意給，強的mis絕對是用錢砸出來的, 如
01/22 03:20, 15F
→
01/22 03:20, , 16F
果沒有對等的回報，誰理你
01/22 03:20, 16F
→
01/22 08:12, , 17F
其實我搞不懂硬碟爆滿->狀況不佳->需要轉移(虛擬化) 這套邏輯
01/22 08:12, 17F
→
01/22 08:13, , 18F
這三個東西 第一個是改策略 第二個是換硬碟 第三個是方便管理
01/22 08:13, 18F
→
01/22 08:14, , 19F
沒有什麼互相關係阿...
01/22 08:14, 19F
我也不知道 別問我 我是認為只要把多餘的備份檔清空 系統重整一下應該就充裕了
→
01/22 09:34, , 20F
很有趣,上層主管咧？底下出包，上層應該要出來收尾吧？
01/22 09:34, 20F
→
01/22 09:35, , 21F
在我看來,不只是mis的問題,而是貴公司沒高層去確認這個轉
01/22 09:35, 21F
→
01/22 09:36, , 22F
移是否可行,執行者是否有確實執行的能力
01/22 09:36, 22F
→
01/22 09:41, , 23F
上層主管可能不懂資訊吧 不是每個公司都有資訊主管
01/22 09:41, 23F
→
01/22 09:42, , 24F
假設costdown MIS為真 那沒有資訊主管也是正常的~~
01/22 09:42, 24F
推
01/22 10:10, , 25F
這是很好的經驗分享 小弟M起來 以後大家可以參考
01/22 10:10, 25F
→
01/22 10:21, , 26F
這公司大概連請si公司的資源都不想給吧，mis也不代表什麼
01/22 10:21, 26F
→
01/22 10:22, , 27F
都會，移機本來mis少在做。就算假日做請問你肯support嗎
01/22 10:22, 27F
→
01/22 10:23, , 28F
如果不肯是不是等主機真的掛了又來怪mis說怎麼之前沒處理
01/22 10:23, 28F
→
01/22 10:26, , 29F
之前有遇到財會當mis主管的，出包完全不用抗責任只做決策
01/22 10:26, 29F
→
01/22 10:28, , 30F
這麼大的工程你請外面si公司做少則幾萬，認為mis差你自己
01/22 10:28, 30F
→
01/22 10:28, , 31F
來抗啊，你以為做mis很簡單？
01/22 10:28, 31F
最近驗收DELAY很嚴重 週末加班完全就是小菜啦(剔牙
推
01/22 11:44, , 32F
看了下不意外吧 看起來MIS只有一人 RD數人
01/22 11:44, 32F
→
01/22 11:44, , 33F
rd最好自己把系統包掉 MIS一人他工作比例分配不會給你太好
01/22 11:44, 33F
→
01/22 11:44, , 34F
以他方便為主
01/22 11:44, 34F
→
01/22 11:48, , 35F
如果公司沒高層mis可處理,那只能說不意外,因為根本連mis的
01/22 11:48, 35F
→
01/22 11:49, , 36F
能力有多少都不清楚,那出包也只能公司自己承擔
01/22 11:49, 36F
→
01/22 11:49, , 37F
如果單純的helpdesk之類的就算了,但是會動到這些的公司,資
01/22 11:49, 37F
→
01/22 11:50, , 38F
訊部門的機制還沒建立完整,那是公司本身對mis認知的問題
01/22 11:50, 38F
→
01/22 13:02, , 39F
都有問題吧，你是系統開發負責人的話，你的掌控度?
01/22 13:02, 39F
我剛接手這套硬體 不到一個禮拜
→
01/22 13:02, , 40F
MIS的問題那個太雷了，就不討論了
01/22 13:02, 40F
→
01/22 13:03, , 41F
這種狀況兩手一攤讓他爆炸就好了，救火救不完
01/22 13:03, 41F
→
01/22 13:03, , 42F
沒事還會惹得一身腥，對於越不重視的讓他越早爆越好
01/22 13:03, 42F
→
01/22 13:04, , 43F
爆炸了，好，公司內部坐下來談怎麼處理
01/22 13:04, 43F
→
01/22 13:05, , 44F
如果炸了不處理的話，代表公司不重視，那你急什麼呢?
01/22 13:05, 44F
推
01/22 13:14, , 45F
我很好奇P2V怎麼會把實體機搞壞？
01/22 13:14, 45F
推
01/22 13:16, , 46F
又實體機搞壞了，備份機制呢？
01/22 13:16, 46F
推
01/22 13:16, , 47F
樓上 那些不討論 主題都說缺乏專業素養了 都當沒有吧
01/22 13:16, 47F
→
01/22 13:17, , 48F
不過看完文雖然專業素養沒有 但公司制度本身問題更大就是
01/22 13:17, 48F
→
01/22 13:19, , 49F
另外針對原PO後面的VMWARE論述 其實時代已經不一樣了
01/22 13:19, 49F
→
01/22 13:20, , 50F
建議你多看下虛擬化的資料 對職場或多或少有幫助
01/22 13:20, 50F
推
01/22 13:36, , 51F
它上面的主管問題比較大
01/22 13:36, 51F
→
01/22 13:40, , 52F
看起來沒主管 不然原PO早往上層幹勦了XD
01/22 13:40, 52F
推
01/22 15:47, , 53F
這位MIS能力不高明應該是沒錯，但是工作本該上班時間做啊
01/22 15:47, 53F
→
01/22 15:47, , 54F
設備早晚會出問題，早晚會遇到停機，我不認為上班時間處理
01/22 15:47, 54F
→
01/22 15:48, , 55F
有什麼不對的。下班就是下班，要人家加班也要人家願意
01/22 15:48, 55F
推
01/22 17:21, , 56F
主管無用吧，我主管是我的3倍PAY，不會VM、Server、網路
01/22 17:21, 56F
→
01/22 20:12, , 57F
VMware概念都錯啦
01/22 20:12, 57F
→
01/22 20:13, , 58F
其實RD也不專業，環境不溝通
01/22 20:13, 58F
我沒不溝通 是他根本說法有問題 他只跟我說要"備份" 天曉得要虛擬化... 另外 關於ESXI的效能問題 有不同指教的也歡迎提出 不過 我架VM都只是用普通PC 或是入門款的1 2U伺服器 那種要高檔磁櫃規格的 還是免了花不起
→
01/22 20:17, , 59F
只能說這麼重要的資料轉移居然是這樣搞
01/22 20:17, 59F
→
01/22 20:17, , 60F
實在很怪
01/22 20:17, 60F
推
01/22 21:43, , 61F
你跟我的友人 X 有些相似處 XDDDD
01/22 21:43, 61F
→
01/22 21:52, , 62F
不過vmware明明就有agent怎麼被搞的那麼累XD
01/22 21:52, 62F
→
01/22 22:10, , 63F
好奇是在那個縣市，之前也遇到類似的工作態度MIS，直
01/22 22:10, 63F
→
01/22 22:10, , 64F
接把他調單位到總務，之後就自動離職
01/22 22:10, 64F
台北市
推
01/22 23:12, , 65F
有的MIS不會意識到開發機就是RD的正式機
01/22 23:12, 65F
※ 編輯: JeremyJoung (118.163.72.102), 01/22/2016 23:17:32 ※ 編輯: JeremyJoung (118.163.72.102), 01/22/2016 23:27:16
→
01/22 23:26, , 66F
我都是用週末的半夜做這類工作，然後把原機網卡停用就好
01/22 23:26, 66F
→
01/22 23:26, , 67F
，再請使用單位確認運作正常，要是不正常就把原機網卡啟
01/22 23:26, 67F
→
01/22 23:26, , 68F
用就可以恢復了，再來看到底移植是哪裡有問題
01/22 23:26, 68F
→
01/22 23:28, , 69F
轉移後 我個人偏好是原機直接改IP 然後交叉測試
01/22 23:28, 69F
推
01/23 09:15, , 70F
改IP+1
01/23 09:15, 70F
→
01/23 13:28, , 71F
這個MIS真的是勇者無誤,救不起來就自己走人吧....
01/23 13:28, 71F
→
01/23 19:26, , 72F
P2V和vmotion後都要tune網路 很麻煩啊...
01/23 19:26, 72F
→
01/23 22:04, , 73F
不是想幫MIS講話，但本來就應該討論再去執行
01/23 22:04, 73F
→
01/23 22:05, , 74F
不能出了問題才去怪罪一個人身上
01/23 22:05, 74F
→
01/23 22:05, , 75F
除非，那位MIS的職位跟薪資都是獨立作業等級
01/23 22:05, 75F
→
01/23 22:06, , 76F
而且自己亂下決定，不聽別人想法
01/23 22:06, 76F
→
01/23 22:06, , 77F
如此，就把這位MIS送回…
01/23 22:06, 77F
推
01/30 14:19, , 78F
好奇想要虛擬化前因是？
01/30 14:19, 78F
‣ 更多 JeremyJoung 的文章
文章代碼(AID): #1MeEz2SZ (MIS)