作者JeremyJoung (J.J.)
看板MIS
标题[闲聊] 公司的MIS有点缺乏专业素养
时间Thu Jan 21 22:46:23 2016
我本身是软体工程师 但是有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://webptt.com/cn.aspx?n=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
1F：推 asdfghjklasd: fire the hole 01/21 22:56
2F：→ lkklkksppspp: 挺傻眼的 好奇这位MIS的资历 还是菜鸟吗? 01/21 22:58
3F：推 slime756: 他领多少？有到月薪50K 站内信一下 01/21 22:58
4F：推 cem236321: 这就是为啥MIS起薪容易被拉低原因之一阿... 01/21 23:14
5F：→ eric00169: 不意外 比这更扯的都还有 01/21 23:40
6F：推 JCC: 他不在白天做的话 没人会知道他做了 01/21 23:41
7F：推 xxoo1122: code 没上svn or git? 01/21 23:45
8F：→ ihon822: 老实说开发机RD应该要自己管 IT support os层就够了 01/21 23:50
9F：→ JeremyJoung: 这个案子我是中途接管 所以的设置都和我的习惯不合 01/21 23:59
10F：→ JeremyJoung: 土通状态下 我会自己灌系统 01/21 23:59
11F：→ Kennyq: 能力有问题吧...公司costdown MIS的结果... 01/22 00:04
12F：→ Kennyq: P2V、V2V、Hot Clone、Cold Clone 就这样，很难吗？ 01/22 00:09
13F：→ Kennyq: 我现在写程式阿！但我绝对不兼网管...哈哈... 01/22 00:09
14F：→ mick72: 只出的起香蕉的公司，请到猴子不意外，要求别人的专业素 01/22 03:20
15F：→ mick72: 质，要看老板愿不愿意给，强的mis绝对是用钱砸出来的, 如 01/22 03:20
16F：→ mick72: 果没有对等的回报，谁理你 01/22 03:20
17F：→ wr: 其实我搞不懂硬碟爆满->状况不佳->需要转移(虚拟化) 这套逻辑 01/22 08:12
18F：→ wr: 这三个东西 第一个是改策略 第二个是换硬碟 第三个是方便管理 01/22 08:13
19F：→ wr: 没有什麽互相关系阿... 01/22 08:14
我也不知道 别问我 我是认为只要把多余的备份档清空 系统重整一下应该就充裕了
20F：→ sopoor: 很有趣,上层主管咧？底下出包，上层应该要出来收尾吧？ 01/22 09:34
21F：→ sopoor: 在我看来,不只是mis的问题,而是贵公司没高层去确认这个转 01/22 09:35
22F：→ sopoor: 移是否可行,执行者是否有确实执行的能力 01/22 09:36
23F：→ lkklkksppspp: 上层主管可能不懂资讯吧 不是每个公司都有资讯主管 01/22 09:41
24F：→ lkklkksppspp: 假设costdown MIS为真 那没有资讯主管也是正常的~~ 01/22 09:42
25F：推 trumpete: 这是很好的经验分享 小弟M起来 以後大家可以参考 01/22 10:10
26F：→ oherman: 这公司大概连请si公司的资源都不想给吧，mis也不代表什麽 01/22 10:21
27F：→ oherman: 都会，移机本来mis少在做。就算假日做请问你肯support吗 01/22 10:22
28F：→ oherman: 如果不肯是不是等主机真的挂了又来怪mis说怎麽之前没处理 01/22 10:23
29F：→ oherman: 之前有遇到财会当mis主管的，出包完全不用抗责任只做决策 01/22 10:26
30F：→ oherman: 这麽大的工程你请外面si公司做少则几万，认为mis差你自己 01/22 10:28
31F：→ oherman: 来抗啊，你以为做mis很简单？ 01/22 10:28
最近验收DELAY很严重 周末加班完全就是小菜啦(剔牙
32F：推 Weky: 看了下不意外吧 看起来MIS只有一人 RD数人 01/22 11:44
33F：→ Weky: rd最好自己把系统包掉 MIS一人他工作比例分配不会给你太好 01/22 11:44
34F：→ Weky: 以他方便为主 01/22 11:44
35F：→ sopoor: 如果公司没高层mis可处理,那只能说不意外,因为根本连mis的 01/22 11:48
36F：→ sopoor: 能力有多少都不清楚,那出包也只能公司自己承担 01/22 11:49
37F：→ sopoor: 如果单纯的helpdesk之类的就算了,但是会动到这些的公司,资 01/22 11:49
38F：→ sopoor: 讯部门的机制还没建立完整,那是公司本身对mis认知的问题 01/22 11:50
39F：→ justdoitmmo: 都有问题吧，你是系统开发负责人的话，你的掌控度? 01/22 13:02
我刚接手这套硬体 不到一个礼拜
40F：→ justdoitmmo: MIS的问题那个太雷了，就不讨论了 01/22 13:02
41F：→ justdoitmmo: 这种状况两手一摊让他爆炸就好了，救火救不完 01/22 13:03
42F：→ justdoitmmo: 没事还会惹得一身腥，对於越不重视的让他越早爆越好 01/22 13:03
43F：→ justdoitmmo: 爆炸了，好，公司内部坐下来谈怎麽处理 01/22 13:04
44F：→ justdoitmmo: 如果炸了不处理的话，代表公司不重视，那你急什麽呢? 01/22 13:05
45F：推 miacp: 我很好奇P2V怎麽会把实体机搞坏？ 01/22 13:14
46F：推 miacp: 又实体机搞坏了，备份机制呢？ 01/22 13:16
47F：推 Weky: 楼上 那些不讨论 主题都说缺乏专业素养了 都当没有吧 01/22 13:16
48F：→ Weky: 不过看完文虽然专业素养没有 但公司制度本身问题更大就是 01/22 13:17
49F：→ Weky: 另外针对原PO後面的VMWARE论述 其实时代已经不一样了 01/22 13:19
50F：→ Weky: 建议你多看下虚拟化的资料 对职场或多或少有帮助 01/22 13:20
51F：推 Forgotsome: 它上面的主管问题比较大 01/22 13:36
52F：→ Weky: 看起来没主管 不然原PO早往上层干剿了XD 01/22 13:40
53F：推 acman: 这位MIS能力不高明应该是没错，但是工作本该上班时间做啊 01/22 15:47
54F：→ acman: 设备早晚会出问题，早晚会遇到停机，我不认为上班时间处理 01/22 15:47
55F：→ acman: 有什麽不对的。下班就是下班，要人家加班也要人家愿意 01/22 15:48
56F：推 tnshoho: 主管无用吧，我主管是我的3倍PAY，不会VM、Server、网路 01/22 17:21
57F：→ kenwufederer: VMware概念都错啦 01/22 20:12
58F：→ kenwufederer: 其实RD也不专业，环境不沟通 01/22 20:13
我没不沟通 是他根本说法有问题 他只跟我说要"备份" 天晓得要虚拟化...
另外 关於ESXI的效能问题 有不同指教的也欢迎提出
不过 我架VM都只是用普通PC 或是入门款的1 2U伺服器
那种要高档磁柜规格的 还是免了花不起
59F：→ kenwufederer: 只能说这麽重要的资料转移居然是这样搞 01/22 20:17
60F：→ kenwufederer: 实在很怪 01/22 20:17
61F：推 susicat: 你跟我的友人 X 有些相似处 XDDDD 01/22 21:43
62F：→ susicat: 不过vmware明明就有agent怎麽被搞的那麽累XD 01/22 21:52
63F：→ morose7171: 好奇是在那个县市，之前也遇到类似的工作态度MIS，直 01/22 22:10
64F：→ morose7171: 接把他调单位到总务，之後就自动离职 01/22 22:10
台北市
65F：推 Tormentor: 有的MIS不会意识到开发机就是RD的正式机 01/22 23:12
※ 编辑: JeremyJoung (118.163.72.102), 01/22/2016 23:17:32
※ 编辑: JeremyJoung (118.163.72.102), 01/22/2016 23:27:16
66F：→ Dino9021: 我都是用周末的半夜做这类工作，然後把原机网卡停用就好 01/22 23:26
67F：→ Dino9021: ，再请使用单位确认运作正常，要是不正常就把原机网卡启 01/22 23:26
68F：→ Dino9021: 用就可以恢复了，再来看到底移植是哪里有问题 01/22 23:26
69F：→ JeremyJoung: 转移後 我个人偏好是原机直接改IP 然後交叉测试 01/22 23:28
70F：推 D02217: 改IP+1 01/23 09:15
71F：→ domen: 这个MIS真的是勇者无误,救不起来就自己走人吧.... 01/23 13:28
72F：→ ihon822: P2V和vmotion後都要tune网路 很麻烦啊... 01/23 19:26
73F：→ kenwufederer: 不是想帮MIS讲话，但本来就应该讨论再去执行 01/23 22:04
74F：→ kenwufederer: 不能出了问题才去怪罪一个人身上 01/23 22:05
75F：→ kenwufederer: 除非，那位MIS的职位跟薪资都是独立作业等级 01/23 22:05
76F：→ kenwufederer: 而且自己乱下决定，不听别人想法 01/23 22:06
77F：→ kenwufederer: 如此，就把这位MIS送回… 01/23 22:06
78F：推 shirvan: 好奇想要虚拟化前因是？ 01/30 14:19