專業DBA的職業習慣及操作原則
DBA信條:資料無價,資料絕對不能丟!
1.在去客戶現場之前,要和客戶電話溝通,瞭解工作的範圍和重點,然後提前做一些功課,把與工作相關的內容準備好。每個人的能力都是有限的,知識面也都存在一些短板,做好充分的準備是對客戶的負責,也是對自己的負責。
2.學會傾聽,認真聽取客戶的想法、客戶對工作的希望以及對專案的理解,這對於提高客戶的滿意度十分專業。無論技術多麼優秀,任務完成多麼出色,不合客戶口味也是沒有用的。
3.操作之前,應開啟各種能夠記錄操作過程的日誌,甚至是錄屏。比如,開啟secureCRT工具的會話日誌。這樣可以避免一些不必要的糾紛。
4.事先在自己的編輯器中寫好所有的操作,最後再黏貼到虛擬終端上去執行。這個習慣一方面可以將每次操作的指令碼都記錄下來,另一方面也可以幫助我們在執行之前審閱指令碼,最關鍵的是,可以避免在虛擬終端上的誤操作。
5.碰到自己無法把控風險的操作,儘可能諮詢一下其他人,或者儘早將其升級到二線或三線,千萬不要把自己置於未知風險的危險境地。當我們以團隊的方式來工作,沒有必要一個人來承擔所有的風險(有些風險,個人是無法承擔的!)。
6.在離開客戶現場前,要和相關負責人進行溝通,說明本次工作的內容,做了什麼事情,有什麼遺留問題,有什麼後續建議。這一方面體現自己的專業性,也是對客戶的負責。如果可能,可將專案工作內容整理成文件形式,交予客戶。
7.完成一個專案後,應儘快寫一份文件記錄本次工作。編寫文件過程中,對本次操作進行總結,也對自己做一次評審,看看操作過程中是否存在需要改進的問題。
注:以上7條摘自《DBA的思想天空》
8.多看少動不刪除。當要對資料庫進行操作之前,儘可能的收集資料庫的資訊,瞭解當前資料庫的情況,只做和解決問題相關的必須操作,除了已確認刪除後對生產庫沒有任何影響的檔案,不輕易做任何刪除操作。
9.處理問題過程中,注意保留現場,做任何操作都要像oracle undo機制,當操作不成功,可以還原現場。堅決不能出現處理一個問題,引發其他一系列其他問題,陷入無休止的問題排查中,所以,在條件允許下,能做冷備儘量做冷備。
10.遠端連線過程中,注意密碼的保護,不將密碼寫入連線串中(如sqlplus oracle/oracle@testdb)。而應該分為兩步進行連線:先輸入sqlplus oracle@testdb,當出現提示密碼輸入時,再資料密碼。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/30167136/viewspace-1570618/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 年長程式設計師,壞習慣在扼殺你的職業生涯程式設計師
- 做Oracle DBA 自由職業的同志們,注意拉!!Oracle
- 創業的十個原則創業
- 企業資訊化管理戰略及原則(轉)
- 專職DBA的日常工作
- 軟體專業教學改革三原則 (轉)
- 設計原則之【單一職責原則】
- 單一職責原則
- 企業工作流設計原則及注意事項
- DBA 應遵循的 Oracle 調優原則Oracle
- [原創]淺談測試行業發展趨勢及個人職業規劃的一點看法行業
- 專業人士總被用來做不專業的事,非專業人員則總是用做專業的事
- 管理上的操作原則
- 商業智慧(BI)視覺化大屏的設計及使用原則視覺化
- “擺攤”的高薪職業,不限專業、就業缺口高達60w高薪就業
- 工業設計三原則
- 物件導向設計原則之單一職責原則物件
- Python的市場需求及職業規劃Python
- Oracle DBA職責及日常工作分析Oracle
- 【原創】《Oracle DBA日常工作和職責》Oracle
- 設計模式的七大原則(1) --單一職責原則設計模式
- 單一職責原則筆記筆記
- 單一職責原則詳解
- 企業主資料治理的“五化”原則
- 企業CIO實施CRM最重要的原則
- 企業資料庫設計原則資料庫
- 資料科學職業需要的三種職業技能資料科學
- 專業職能部門領導思路
- 職業解秘:專案經理(轉)
- 職業生涯的思考
- 職業生涯的迷茫
- 職業的迷茫期
- 【IT生活】呂海波:阿里巴巴離職DBA職業生涯總結:突然35歲阿里
- 遠端工作|初創企業|兼職/實習|專案制結算
- oracle dba需要哪些非oracle專業知識Oracle
- Oracle DBA的職責Oracle
- IT 職業人生
- 職業生涯中,最難以忘懷的誤操作 1