作爲中(zhōng)高端容災備份領導者，鼎甲科技一(yī)直堅持産品全面，服務領先的理念，讓客戶數據更安全，業務更穩定，大(dà)數據管理更便捷。
近日，鼎甲就在某公司發生(shēng)Oracle數據庫誤操作時，助力客戶實現了數據的“零丢失”。本來會造成災難性後果的⽣産事故因爲DBackup的貼⼼設計而免受“災難”，再次證明了DBackup的安全、可靠。
災難背景
6月10日，鼎甲接到⼀起嚴重的⽣産事故報告，某公司客戶因爲誤操作把舊(jiù)數據恢複到正在運⾏的⽣産數據庫了！⿍甲的售後團隊收到通知(zhī)後⻢上組織專家團隊進⾏分(fēn)析，争取最⼤限度恢複客戶數據。
問題分(fēn)析
⿍甲專家團隊分(fēn)析客戶的⽇志(zhì)發現，客戶于17點21分(fēn)執⾏了恢複操作，恢複的是14點39分(fēn)的備份集，持續時間15分(fēn)鍾38秒。且在恢複數據庫後，客戶⼿⼯又(yòu)做了open database reset logs，這個操作清空了online redolog，意味現在隻能做不完全恢複，數據庫最多隻能恢複到這次打開(kāi)數據庫的時間點，之後的數據隻能讓客戶根據POS的⼩票(piào)手動補錄了。
數據完全恢複
在商(shāng)讨補救的辦法的時候，負責開(kāi)發恢複模塊的⼯程師提到：“如果客戶的歸檔⽇志(zhì)保存在默認的位置，我(wǒ)們的程序在恢複完備份集後，還會⾃動回滾歸檔⽇志(zhì)，這樣數據庫恢複到的時間點不是14點39分(fēn)，而是最近的時間點，可實現數據的“零丢失”。
正當專家組在進⼀步檢查客戶的⽇志(zhì)時，前端傳來好消息，客戶确認數據沒有丢失！專家組仔細檢查了恢複⽇志(zhì)，果然，程序在恢複到14點39分(fēn)的數據庫後，⼜到默認路經下(xià)找歸檔⽇志(zhì)，把所有找到的歸檔⽇志(zhì)都catalog進來，然後恢複，接着⼜恢複到了當前正在使⽤的online redolog！雖然客戶做了open database reset logs，但在這之前，DBackup已經把online redolog⾥⾯的記錄都恢複到datafiles⾥⾯去(qù)了，數據沒有丢！客戶和專家組的⼯程師都松了⼀⼝⽓。
17：21 生(shēng)産數據庫開(kāi)始恢複
從這件意外(wài)事件我(wǒ)們可以看出，要保障數據安全實現業務連續穩定，不僅要有優質的災備産品，還需一(yī)支在遇到緊急情況時，能随叫随到的服務團隊。鼎甲團隊就是如此，他們專業高效、認真負責、不分(fēn)晝夜24小(xiǎo)時待命，爲衆多客戶解決了心頭之患。
未來，鼎甲服務團隊也将爲客戶提供更全面、優質、高效的服務，做客戶數據最堅實的保障。
