DBA上崗第二天就差點斷送了他的職業生涯

這是The Register的每週一的欄目WHO，ME，是週一小天地。在這裡分享讀者們並不像想象中那麼聰明的故事。本次的故事是關於一個初入職場的DBA所遇到的事，資料庫安全真的非常重要，再怎麼小心都不為過。

本週的主角是“Leopoldo”，幾十年前，他在一家不知名的國家航空公司擔任DBA(資料庫管理員)。這是他作為 DBA 的第一份工作，因此老好人 Leo 自然不指望被委以重任，他獲得了一個不錯的初級職位，當然，還有在工作中學習的機會。

他被分配去跟高階 DBA 學了幾個星期，看起來還不錯。然後他被告知，在入職期結束後，他將接替高階 DBA 的職責，因為該高階DBA將離開航空公司。Leo為他的職業生涯做著準備。

第一天還算順利。他四處觀察高階 DBA 的工作並做記錄。資料庫擁有數百萬條記錄，記錄了每一個預訂、每一個航班、每一個乘客的詳細情況，所有這些。

當然，資料庫有兩個例項：一個是生產例項，這家全球性航空公司的所有預訂、取消、更改等都在生產例項上進行;另一個是開發例項，任何後端更改都在開發例項上進行，同時還要對不必要的記錄進行維護。

目前一切順利。

第二天，前輩決定讓 Leopoldo “反向跟蹤”他。這意味著他要跟在 Leo 身邊，告訴他該做什麼，然後看著他做。

於是，高階 DBA 告訴 Leo 開啟一個資料庫，定義一組記錄，然後刪除。Leo 接著敲入必要的命令，按下Enter鍵，然後等待。

然後等待。

Leo感到動盪加劇，他大聲問道，是否應該花這麼長時間。前輩回答說，不，在開發資料庫上做這樣的改動應該很快。“等等，”前輩遲疑了一下問道，“你剛才在哪個例項中?”

檢視最後輸入的命令證實了他們最擔心的事情：Leopoldo剛剛轉儲了一大塊生產資料庫。

就在這時，電話鈴響了。在全球每個機場的每個航站樓，航空公司突然無法建立、檢查或取消機票。經理衝了進來，要求知道出了什麼問題，並堅持立即恢復全部執行。

就在這時，驚恐的一幕出現了：作為即將離職的高階 DBA 的職責之一，備份伺服器已經幾周沒有執行了。

幸運的是，周圍還有一些最近匯出的資料庫，經過 12 個小時的努力，航空公司終於恢復了接近完全執行的狀態。但這也夠尷尬的。

不過，別為Leopoldo哭泣。第二天，當他回到公司上班時，他滿以為自己在航空公司的工作還沒開始就已經結束了。經理告訴他，他知道這不是他的錯。他責怪高階 DBA 監督不力，更不用說後備人員的嚴重失職，並讓 Leo 繼續工作。

你有沒有發現自己處於 Leo 的位置，因為上級領導是個笨蛋而做了錯事?