亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

Chinaunix

標(biāo)題: 【大話IT】運維是個坑，年底盤點背鍋俠的點點滴滴~（獲獎名單已公布） [打印本頁]
作者: Fl_wolf    時間: 2016-12-30 15:07
標(biāo)題: 【大話IT】運維是個坑，年底盤點背鍋俠的點點滴滴~（獲獎名單已公布）
在本次圖書出版活動中，獲得社區(qū)紀(jì)念版運動帽衫的網(wǎng)友有：
@撒加
@799029078
@zzfzqq
@qingduo04

請以上獲獎?wù)咴?017年2月20日前將姓名，公司，職務(wù)，行業(yè)，電話，郵箱，QQ，地址，站內(nèi)短信發(fā)送給王楠w_n以便及時給您快遞獎品。

發(fā)不了站短的，請在原帖下方跟帖留言。

至于QQ現(xiàn)因兩個編輯輪番值班登陸，可能會有遺漏的情況，有任何問題請盡量在原帖下方跟帖留言或在站務(wù)版塊反饋，謝謝！

注：因特殊原因，每次活動的獲獎?wù)呶叶紩ㄖ魑�，如果大家在截止日期之前還未聯(lián)系到管理員，那么本次活動的得獎資格將被取消，所以請大家及時的與管理員取得聯(lián)系，謝謝合作！

============================================================



話題再走一波~~~~~~

話題背景：
運維是個遇坑、填坑、再遇坑、再填坑，有些時候還被同事挖坑，duang的一下掉下去了，還要自己慢慢爬坑；有些卻是自己了解不夠深入，或不夠細心所留下來的坑。
樓主表示，在實際操作中遇到了多多少少的坑，只有運維人們共享所遇到的坑，才能更快的定位與解決這些煩人的坑。


問題討論：
1.你遇到過哪些的坑讓你印象深刻？你是如何解決的。
2.有哪些細枝末節(jié)的坑你是想提醒一下身邊的運維伙伴的？
3.談?wù)劤霈F(xiàn)坑的主要原因與如何規(guī)避它們。



活動時間：1月4日—2月4日


活動獎勵：

凡參與此次活動的，均可獲得“金雞報喜”徽章一枚。




活動結(jié)束后，將選取4位討論精彩的同學(xué)，送加棉加厚社區(qū)紀(jì)念版運動帽衫各一件。






DTCC 2017 來啦！

隨著云計算和大數(shù)據(jù)時代的來臨，數(shù)據(jù)正在以前所未有的速度成為各個領(lǐng)域價值創(chuàng)造的核心驅(qū)動力。

在此背景下，國內(nèi)最受關(guān)注的數(shù)據(jù)庫技術(shù)盛會——2017第八屆中國數(shù)據(jù)庫技術(shù)大會（DTCC2017）將于2017年5月11-13日如約而至。本屆大會以“數(shù)據(jù)驅(qū)動•價值發(fā)現(xiàn)”為主題，匯集來自互聯(lián)網(wǎng)、電子商務(wù)、金融、電信、政府、行業(yè)協(xié)會等20多個領(lǐng)域的120多位技術(shù)專家，共同探討Oracle、MySQL、NoSQL、云端數(shù)據(jù)庫、智能數(shù)據(jù)平臺、區(qū)塊鏈、數(shù)據(jù)可視化、深度學(xué)習(xí)等領(lǐng)域的前瞻性熱點話題與技術(shù)。大會共設(shè)定2大主場和20個技術(shù)專場，將吸引5000多名IT人士參會，為數(shù)據(jù)庫人群、大數(shù)據(jù)從業(yè)人員、廣大互聯(lián)網(wǎng)人士及行業(yè)相關(guān)人士提供最具價值的交流平臺。



官網(wǎng)鏈接：http://dtcc.it168.com/
購票鏈接：http://dtcc.it168.com/goupiao.html

歡迎掃碼關(guān)注DTCC官方微信，獲取最新信息！






作者: o楓葉o飄零    時間: 2017-01-04 17:36
本帖最后由 o楓葉o飄零 于 2017-01-14 11:26 編輯

這個話題好，沙發(fā)是我的

1.你遇到過哪些的坑讓你印象深刻？你是如何解決的。

都是因為自己的問題導(dǎo)致的，我舉幾個栗子

1.iptables配置，當(dāng)時非常自信,直接在機器上配了，當(dāng)時腦殼抽風(fēng)，先配了一條默認拒絕所有，然后.....你懂的........   幸虧是云服務(wù)器，進控制臺刪除那條iptables就行了。

2.crontab，這一點也是個坑，當(dāng)腳本寫好，手動測試沒有問題時，再放進crontab里面,發(fā)現(xiàn)各種問題。    最后的解決方法是把crontab的執(zhí)行環(huán)境變量和當(dāng)前的環(huán)境變量不一樣等等...    如果腳本要放進crontab   盡量寫絕對路徑。。。。。。

3.寫sudo文件，當(dāng)時手一抖，多寫了一個字母就保存了，然后無法sudo了.......     

4.java項目內(nèi)存不釋放，導(dǎo)致內(nèi)存爆了。當(dāng)時換了無數(shù)個tomcat版本,換了無數(shù)臺服務(wù)器都是一樣的問題。最后還是讓開發(fā)改他們自己的代碼才解決的。。。。。
5.rm -rf /* .log  然后你懂的   , 當(dāng)時還納悶刪除幾個log怎么這么慢,等執(zhí)行完畢時，發(fā)現(xiàn)連ls都木有了....

2.有哪些細枝末節(jié)的坑你是想提醒一下身邊的運維伙伴的？


變量   路徑     shell中的單雙引號....   元字符和正則的區(qū)別    linux命令的執(zhí)行優(yōu)先級等等
只有自己踩過坑，才會長記性，如果自己在同一個坑跌倒第三次，那就是自己沒腦子

3.談?wù)劤霈F(xiàn)坑的主要原因與如何規(guī)避它們。


大部分是因為自己不細心，或者不了解他們的原理、方法。

規(guī)避他們的最好方法就是先通讀手冊，然后再在虛擬機上測試，測試沒有問題后再上線。

如果虛擬機上沒有問題，上線之后出現(xiàn)問題，那再來解決。















作者: 撒加    時間: 2017-01-05 10:07
1.你遇到過哪些的坑讓你印象深刻？你是如何解決的。
我影響最深的應(yīng)該是一次配置Haproxy的時候，對于各種時間，當(dāng)時都是少了單位（默認都是毫秒），結(jié)果導(dǎo)致我們在測試應(yīng)用的時候，一會好一會不好，這個失誤一般來說還真不好查，怎么看配置怎么沒有問題，后來是抓包后發(fā)現(xiàn)連接超時時間特別短，回過頭在看配置文件時，才把10改成10s。

2.有哪些細枝末節(jié)的坑你是想提醒一下身邊的運維伙伴的？
其實做運維，尤其是基礎(chǔ)架構(gòu)的運維，接觸的都是開源組件啊、流程啊等等，這些都有可能是踩坑的地方。一一列舉真的太多了。

3.談?wù)劤霈F(xiàn)坑的主要原因與如何規(guī)避它們。
從帶團隊開始，也總結(jié)了下出現(xiàn)坑的一些原因，大體上有這些
a:研發(fā)代碼問題，比如代碼邏輯、代碼中出現(xiàn)字母打錯的情況、少個標(biāo)點符號什么的、為了修一個bug結(jié)果導(dǎo)致新bug的出現(xiàn)等
b:測試部門對于上線的代碼測試不夠充分，存在僥幸心理，一上線，吼吼，業(yè)務(wù)出現(xiàn)問題
c:運維部自身，運維流程不規(guī)范、不標(biāo)準(zhǔn)；運維人員對開源組件的認識不足且文檔一般都不仔細看（90%都是度娘上去看別人怎么配置的，自己不會去深究）；運維人員做事不經(jīng)思考，不是先想怎么做，而是先做了再說出現(xiàn)問題再去考慮，嚴重浪費人力成本；
以上的問題，對于研發(fā)和測試部門，作為運維真的不好去建議什么，只能向上反應(yīng)，希望他們怎么做。
對于運維部門，我認為，首先要制定的就是運維規(guī)范和流程，而且能讓機器去做的就不要讓人去做（人的風(fēng)險更大），讓人參與的內(nèi)容越少越好；再次，需要培養(yǎng)運維人員看官方文檔的習(xí)慣、做事的習(xí)慣；第三，要賞罰分明，沒有賞罰，大家做事自然不會考慮太多（我罰過部門的人，一次后，做事效率提升了，踩坑的次數(shù)驟減）

以上是對這個活動的一點看法，哈哈
作者: cjfeii    時間: 2017-01-05 10:53
rm -rf /
多么痛的領(lǐng)悟~~~
作者: apen    時間: 2017-01-05 13:03
說起運維，那就是個淚奔的過程！
1.你遇到過哪些的坑讓你印象深刻？你是如何解決的。
關(guān)聯(lián)系統(tǒng)太多，出了問題，只要不擺在面前，誰都是視而不見！這就要分清工作職責(zé)，做好工作協(xié)調(diào)，同時要有可以說服別人的可信依據(jù)：我負責(zé)的部分沒有問題！
2.有哪些細枝末節(jié)的坑你是想提醒一下身邊的運維伙伴的？
文檔要完備、工作過程要注意積累、養(yǎng)成做好運維工作日志的習(xí)慣，更重要的是：一定要有完善系統(tǒng)監(jiān)控。
3.談?wù)劤霈F(xiàn)坑的主要原因與如何規(guī)避它們。
系統(tǒng)不一定靠得住，但比起人，系統(tǒng)更靠得住，因此自動化手段不能少，特別是大系統(tǒng)的運維。
應(yīng)用軟件的優(yōu)化調(diào)整不能停，一個良好的應(yīng)用軟件，所需要花費的運維成本是很低的。
作者: heyong45    時間: 2017-01-05 14:16
回復(fù) 4# cjfeii

遇到過一次這個問題，而且還是單機。。。
作者: seesea2517    時間: 2017-01-05 14:20
小細節(jié)太多都不記得這些坑啦，關(guān)鍵還是要做事細心，記錄細致。
作者: Rayree1993    時間: 2017-01-05 15:49
lollol
作者: anzi5091104    時間: 2017-01-05 15:55
運維有風(fēng)險，入行需謹慎
作者: aloki    時間: 2017-01-05 16:09
沒有十足把握的話不要在生產(chǎn)服務(wù)器上以root用戶執(zhí)行命令。不要輕易執(zhí)行刪除命令，最好以mv取代，待確認沒有任何問題后再執(zhí)行rm命令。
作者: 王江玉    時間: 2017-01-05 16:39
坑比較多，前人挖坑后人填。
作者: General_715    時間: 2017-01-05 16:46
本帖最后由 General_715 于 2017-01-05 16:52 編輯

1.你遇到過哪些的坑讓你印象深刻？你是如何解決的。
有一次在rhel5上配置yum,因為rhel是需要認證的，配置起來完全和centos不一樣，配置上去之后沒有起到作用，就聯(lián)系了紅帽的技術(shù)支持，也沒找出原因就叫我用sosreport命令(記不太清了，應(yīng)該是這個)收集信息，命令執(zhí)行時間較長，在執(zhí)行的過程中，我自己把問題解決了，于是聯(lián)系技術(shù)支持，他叫我ctrl+C退出即可，結(jié)果我執(zhí)行了之后，服務(wù)器down了。。。。。。后來打電話過去，他們說是這個命令的bug，已經(jīng)在rhel6版本修復(fù)，5版本不予修復(fù)。
還有，最開始接觸腳本的時候，腳本了用了rm命令，后面接的是變量，在后面是tmp目錄，目的是想再某一個目錄(通過變量取得)下建一個tmp目錄，然后用完之后刪除這個tmp目錄，結(jié)果這個變量有一次沒取到，然后就把根目錄下的tmp目錄刪除了。。。還有，某一個內(nèi)部系統(tǒng)使用起來非常慢，項目經(jīng)理很不滿意，后來我上系統(tǒng)上用top命令查看，發(fā)現(xiàn)數(shù)據(jù)庫進程占用cpu達到了100%，登上數(shù)據(jù)庫一看，正在執(zhí)行的一個sql語句對某一個表進行查詢操作，我一查，這個表幾百萬行。后來經(jīng)過調(diào)查和詢問，系統(tǒng)搭建的時候，有一個腳本要定期執(zhí)行去刪除這個表的數(shù)據(jù)，結(jié)果腳本，之前搭建的同事忘了放到crontab里去執(zhí)行，從來就沒運行過。
2.有哪些細枝末節(jié)的坑你是想提醒一下身邊的運維伙伴的？
首先，最重要的就是要在測試環(huán)境進行一些未知的操作，在完全確認沒問題之后，在上生產(chǎn)環(huán)境進行操作。整個操作過程記錄成文檔，留下日志，在生產(chǎn)環(huán)境操作的時候，嚴格按照之前準(zhǔn)備好的文檔執(zhí)行。而且要在非業(yè)務(wù)時間。
再有，就是不要再腳本里出現(xiàn)rm命令，更不可以在rm命令后面接變量。
3.談?wù)劤霈F(xiàn)坑的主要原因與如何規(guī)避它們。
第一，自己操作不仔細，出現(xiàn)操作失誤。
第二，開發(fā)程序有bug，這個就需要在測試環(huán)境先運行，沒問題了再上生產(chǎn)環(huán)境運行。
第三，新手進行操作因為沒經(jīng)驗容易引起問題，最好有有經(jīng)驗的人在旁邊看著，不要讓新手獨立進行操作
作者: fenyun689    時間: 2017-01-05 17:28
我不做運維，不過運維是個坑。
做好運維主要幾個方面。
1：規(guī)范化管理。可以減少頻繁對系統(tǒng)的操作。出問題也可以查找。
2：人員培訓(xùn)。只有業(yè)務(wù)，技術(shù)熟了，才能更好的操作。
作者: bbzsxjj    時間: 2017-01-05 18:13
1.你遇到過哪些的坑讓你印象深刻？你是如何解決的。
  我也談?wù)凥A的坑,遇到奇葩的現(xiàn)象,平時沒問題,人稍微一多就卡,而且一會就好,經(jīng)過各種檢查發(fā)現(xiàn),業(yè)務(wù)場景是長鏈接,配置的是按短鏈接做的優(yōu)化,另外在服務(wù)上開啟了tcp回收,最后導(dǎo)致正常的連接都被回收了,解決的方案就是優(yōu)化配置和系統(tǒng)的kernel參數(shù)解決
2.有哪些細枝末節(jié)的坑你是想提醒一下身邊的運維伙伴的？
  運維看文檔一定要看官方的,特別是開源軟件,很多網(wǎng)上流行的配置,根本不適于你的業(yè)務(wù)場景
3.談?wù)劤霈F(xiàn)坑的主要原因與如何規(guī)避它們。
  踩坑的原因就是沒有嚴格測試,通常都是一知半解,另外baidu出來的文章也是參差不齊,各種直接抄的配置會導(dǎo)致各種坑
作者: 799029078    時間: 2017-01-05 19:59
特別多的坑
作者: 799029078    時間: 2017-01-05 20:50
談?wù)勥@短短兩個月遇到的幾個坑吧 。
1  普通用戶執(zhí)行  sudo   ls  /root/ntp*  找不到文件   ROOT           ls  /root/ntp*
   解決辦法    sudo  bash  -c  "ls  /root/ntp* "

2  用戶test有附加組test1
    當(dāng)用usermod 刪除附加組時   id命令不顯示test2
    groups命令還會繼續(xù)顯示附加組為test1  
   解決辦法     重新登入 groups命令就會正常


3 背景： 一個計劃任務(wù) 每分鐘會去檢測一個服務(wù)進程，如果進程不存在則啟動
   場景：  卸載該服務(wù)
   步驟： 1 刪除計劃任務(wù)
            2 檢測進程
            3 如果進程存在則刪除進程
           4 刪除安裝目錄
    缺陷： 計劃任務(wù)會出現(xiàn)間隔定期去讀取/etc/crontab的配置文件，步驟1雖然刪除了，但是計劃任務(wù)已經(jīng)讀取進去了。
             在執(zhí)行完步驟3后，計劃任務(wù)又把進程拉起來了，造成服務(wù)卸載了，但是進程還在。
             下次再安裝時該服務(wù)會出現(xiàn)異常。
             該問題出現(xiàn)的幾率應(yīng)該在0.5%以下
   解決辦法：
           增加步驟5 檢測進程是否存在，再kill進程
          就算計劃任務(wù)在步驟4以后執(zhí)行，它也拉不起進程了，因為服務(wù)的安裝目錄都被刪除了。哈哈

4 ansible異步任務(wù)的兩個坑

   坑1
   shell：xxxx
   async:
   poll:
     args:
      chdir:   
  后面的這個chdir壓根沒作用！有木有

   坑2
   還是
     async:
   poll:  
   如果用該異步任務(wù)實現(xiàn)shell去產(chǎn)生另一個異步任務(wù)，另一個異步任務(wù)有幾率不會真正執(zhí)行！概率高達10%左右

5 端口的一個坑
   這是幾個月前遇到的問題了
   web服務(wù)器別綁定87號端口！�。�！
   瀏覽器默認不讓訪問


作者: forgaoqiang    時間: 2017-01-06 09:21
挖坑給自己跳
作者: Fl_wolf    時間: 2017-01-06 11:23
回復(fù) 3# 撒加

是的，你回復(fù)的C點，沒有先從理論出發(fā)而是做了再去補鍋，這個是現(xiàn)在大部分運維都會出現(xiàn)的一個問題。
作者: Fl_wolf    時間: 2017-01-06 11:24
回復(fù) 4# cjfeii

我印象如果沒錯的話 在 centos 6.5以上的版本 這個命令都不可以打了吧。 他會彈出，這個是危險命令不能直接操作。
作者: Fl_wolf    時間: 2017-01-06 11:26
回復(fù) 5# apen

是的，所以很多繁瑣的工作，都可以交給自動化去執(zhí)行。但是說的那個 責(zé)任的細分，但是遇到摔鍋的開發(fā)，那又怎么處理呢？
作者: Fl_wolf    時間: 2017-01-06 11:27
回復(fù) 10# aloki

這位同學(xué)說的很有道理！
作者: jszxcyit    時間: 2017-01-06 14:31
支持一下，先占個坑，有時間了在編輯一下
作者: dayan_he    時間: 2017-01-08 16:11
MK
不要挖坑給自己跳
不要別人挖了坑，自己跳進去，還往自己身上蓋土
作者: forgaoqiang    時間: 2017-01-08 23:53
cjfeii 發(fā)表于 2017-01-05 10:53
rm -rf /
多么痛的領(lǐng)悟~~~

哈哈 有類似的體驗 只不過我是編譯處理
make distclean

比make clean還給力，整個修改、dl全部刪除了。。。
作者: cjfeii    時間: 2017-01-09 09:24
rm -rf ./*  修改的代碼全部沒了。。。
作者: 幽冥左岸    時間: 2017-01-09 13:16
世上本沒有坑，踩的人多了就有了坑！
作者: q786556605    時間: 2017-01-09 22:56
影視后期公司網(wǎng)管，離運維還有點距離。
回想一年感覺就剩下吐槽了，干好了沒問題，老板嫌棄你不干活老閑著，干不好老出問題 自己很累，而且處理不了，更是挨罵。
花錢不掙錢的部門，老板就是很著摳啊。想把一毛掰成兩個給你花。
都說運維是背鍋俠，現(xiàn)在有了體會，出點問題就想向你身上推，流程軟件有問題就說是系統(tǒng)的問題，我問題系統(tǒng)哪的問題是系統(tǒng)少文件了還是權(quán)限哪有問題他也說不出一二三來，就要我重裝系統(tǒng)，微軟天天背黑鍋還沾我一身黑。

今年自己沒事玩linux 遇到的幾次坑是，一次按照百度到的文章安裝jdk 設(shè)置環(huán)境變量設(shè)置錯了  系統(tǒng)重啟后啟動不了了，由于是第二天早上上班開機才發(fā)現(xiàn)啟動不了的回想前一天的操作才恢復(fù)了啟動，如果是別人配置的我就修復(fù)不了了。再有一次就按照百度上修改分區(qū)大小我的烏班圖啟動不了，修改回原來的分區(qū)大小才啟動
最終總結(jié)就是百度上的文章不是很靠譜 ，有的時候就是拿刀自殺。想少點問題還是多看官方文檔。谷歌的翻譯比百度翻譯好點

勒索者病毒15年我見到過 16年新聞上頻頻出現(xiàn)，17年希望論壇的朋友別中招，更希望我再也不遇到他。
作者: jieforest    時間: 2017-01-10 09:30
支持一下。。
作者: patagonia2    時間: 2017-01-10 09:35
沒有十足把握的話不要運維
作運維真的不好
作者: zzfzqq    時間: 2017-01-10 10:28
本帖最后由 zzfzqq 于 2017-01-10 10:31 編輯

1.你遇到過哪些的坑讓你印象深刻？你是如何解決的。
（1）在/etc/profile.d/ 寫了個腳本，里面有條件判斷，如果$1 是空的 則執(zhí)行exit 0.   然后沒有寫成function，直接可運行。 然后我就測試了下沒$1 的情況。。。之后就無法登錄系統(tǒng)了。ssh 進去被系統(tǒng)踢出來。 其實解決方法很簡單，那就是ssh 遠程執(zhí)行命令 刪除這個文件或者將這個文件移除目錄就Ok了。  
（2）誤卸載libgcc。這一次，遠程真的就解決不了，當(dāng)時的機器沒有安裝遠程管理卡，可以直接用虛擬機終端遠程操作。 于是直接跑機房，用系統(tǒng)盤進入修復(fù)模式，重新安裝了libgcc解決的。
（3）iptables 的坑， 被自己的防火墻配置關(guān)在門外，你懂得，這是一種什么感受。哈哈。我相信很多人都遇到過。  這個也只能到本機終端去操作了。
（4）shell腳本的坑，其實也是對腳本理解不深刻導(dǎo)致的，比如， [ 和  [[ 的區(qū)別 ，比如 在[[中使用&&和||表示邏輯與和邏輯或 ；[中使用-a 和-o 表示邏輯與和邏輯或。
[[支持字符串的模式匹配，使用=~操作符時甚至支持shell的正則表達式。字符串比較時可以把右邊的作為一個模式，而不僅僅是一個字符串，比如[[ hello == hell? ]]，結(jié)果為真。[[ ]] 中匹配字符串或通配符，不需要引號。 總結(jié)，推進使用[[  可以避免很多邏輯錯誤。
2.有哪些細枝末節(jié)的坑你是想提醒一下身邊的運維伙伴的？
（1）作為一名運維，無論技術(shù)多牛，只要在一線工作，就得以穩(wěn)定為大局，反復(fù)測試ok了，再去線上操作。
（2）看不見的坑才是最大的隱患，多去論壇關(guān)注別人踩過的坑。
（3）細節(jié)的請參考1，歡迎糾正補充。
3.談?wù)劤霈F(xiàn)坑的主要原因與如何規(guī)避它們。
（1）原因：不夠細心，干完就撤，沒有養(yǎng)成檢查和測試的好習(xí)慣。
（2）規(guī)避: 多學(xué)習(xí)，深刻理解知識點；多總結(jié)記錄踩過的坑，避免第二次踩。
  
作者: expert1    時間: 2017-01-13 18:31
記得同事干的一個事就是windows2003 開啟了防火墻，結(jié)果沒辦法遠程訪問了。
作者: Fl_wolf    時間: 2017-01-14 15:49
回復(fù) 31# expert1

這個厲害了。
作者: expert1    時間: 2017-01-16 12:09
剛好我去了機房
作者: liaosnet    時間: 2017-01-17 09:21
坑坑更健康~~
作者: reyleon    時間: 2017-01-17 14:24

細點心，認點真，基本上就能規(guī)避絕大部分所謂的坑
除非你不會，否則如果你說到處都是坑，那么你該自己反省了
作者: 小石    時間: 2017-01-22 09:44
當(dāng)初配合研發(fā)監(jiān)控Oracle數(shù)據(jù)庫，只配置了數(shù)據(jù)庫的可用性，沒有配置連接數(shù)的監(jiān)控。后來就出現(xiàn)了數(shù)據(jù)庫連接數(shù)占滿的情況，性能告警和故障告警缺一不可。
作者: blackfriday13    時間: 2017-01-24 14:42
被防火墻關(guān)在外面 ，而且打錯rm命令真的是很麻煩的
作者: qingduo04    時間: 2017-01-26 10:47
好活動，贊一個！�。�
作者: qingduo04    時間: 2017-01-26 10:49
力爭運動衫，大年二十九堅持工作的人路過.............
作者: qingduo04    時間: 2017-01-26 11:04

1.你遇到過哪些的坑讓你印象深刻？你是如何解決的。


2.有哪些細枝末節(jié)的坑你是想提醒一下身邊的運維伙伴的？

3.談?wù)劤霈F(xiàn)坑的主要原因與如何規(guī)避它們。
主要原因：
規(guī)避的方法：
作者: qingduo04    時間: 2017-01-26 11:05
回復(fù) 12# General_715

詳細，學(xué)習(xí)了...........
作者: 聽�！锼{心夢    時間: 2017-02-03 11:19
運維離不開需求和業(yè)務(wù)。
作者: 聽�！锼{心夢    時間: 2017-02-03 11:20
運維的坑需要提前預(yù)警。
作者: General_715    時間: 2017-02-06 12:24
回復(fù) 1# Fl_wolf

什么時候公布獲獎名單啊
作者: cddy2016    時間: 2017-02-06 21:51
機房的運維，很多人都忽視了一點，就是給機房的設(shè)備除一下灰塵，設(shè)備很多硬件問題，一般都是由灰塵引起的。
作者: 799029078    時間: 2017-02-12 13:36
回復(fù) 1# Fl_wolf

親  發(fā)不了站短，加qq也沒反應(yīng)呢
作者: Fl_wolf    時間: 2017-02-13 10:36
回復(fù) 46# 799029078

加我呢？



歡迎光臨 Chinaunix (http://www.72891.cn/) Powered by Discuz! X3.2