誰知道靜態(tài)數(shù)據(jù)脫敏系統(tǒng)支持對(duì)DMP文件脫敏？

目前我了解到國(guó)內(nèi)安華金和可以支持，他家產(chǎn)品不僅支持一般文件類型的數(shù)據(jù)脫敏，例如：CSV文件、TXT文件、Excel文件；同時(shí)，支持醫(yī)療行業(yè)常見文件類型的數(shù)據(jù)脫敏，包括XML、HTML格式的電子病歷文件和DICOM格式的醫(yī)學(xué)影像文件等；最主要的是系統(tǒng)還支持對(duì)Oracle數(shù)據(jù)庫導(dǎo)出的DMP文件進(jìn)行脫敏，并將脫敏后的數(shù)據(jù)寫入目標(biāo)數(shù)據(jù)庫，或直接生成脫敏后的DMP文件發(fā)送給數(shù)據(jù)使用者。

專業(yè)成都網(wǎng)站建設(shè)公司，做排名好的好網(wǎng)站，排在同行前面，為您帶來客戶和效益!創(chuàng)新互聯(lián)公司為您提供成都網(wǎng)站建設(shè)，五站合一網(wǎng)站設(shè)計(jì)制作，服務(wù)好的網(wǎng)站設(shè)計(jì)公司，網(wǎng)站建設(shè)、成都網(wǎng)站制作負(fù)責(zé)任的成都網(wǎng)站制作公司!

遇到大規(guī)模oracle壞塊該怎么處理

最近一兩個(gè)月，一直有場(chǎng)景化運(yùn)維、場(chǎng)景化大數(shù)據(jù)分析的聲音圍繞在耳畔，以Gdevops全球敏捷運(yùn)維峰會(huì)杭州站上新炬網(wǎng)絡(luò)執(zhí)行副總裁程永新的“ 一切沒有場(chǎng)景驅(qū)動(dòng)的運(yùn)維平臺(tái)建設(shè)都是假大空！ ”最為振聾發(fā)聵。我們一直在談技術(shù)，談原理，談內(nèi)核，總以為“懂了”這些的人，就勢(shì)必能廣闊天地大有所為。

技術(shù)固然重要，但偏離了業(yè)務(wù)/應(yīng)用場(chǎng)景的技術(shù)，無法呈現(xiàn)業(yè)務(wù)價(jià)值的技術(shù)就非常不重要。

技術(shù)也應(yīng)該是場(chǎng)景驅(qū)動(dòng)的，對(duì)于運(yùn)維技術(shù)人員來說，離開場(chǎng)景學(xué)習(xí)的所謂高深技術(shù)，只是浪費(fèi)時(shí)間。所以新同事進(jìn)入一個(gè)新團(tuán)隊(duì)后，能使技術(shù)更好發(fā)揮作用的環(huán)境、流程的考核會(huì)占據(jù)了另外的三分之二。

今天來談?wù)凮racle壞塊問題。 壞塊問題，相信做過兩三年Oracle維護(hù)、支持的DBA都會(huì)遇到過，即使從來沒遇到過的，看過Oracle 官方文檔的甚至是會(huì)度娘或者谷哥的，應(yīng)該也知道基本的處理手段。

這是我內(nèi)部分享的一個(gè)簡(jiǎn)單思維導(dǎo)圖，如果有遺漏，歡迎在后面評(píng)論補(bǔ)充。

面試的時(shí)候通常是這么問的：你了解Oracle壞塊么？壞塊為什么會(huì)產(chǎn)生？描述一下你處理過的壞塊案例細(xì)節(jié)？如果你負(fù)責(zé)的好幾個(gè)數(shù)據(jù)庫都突然發(fā)生了壞塊，你會(huì)怎么做？

通常，前面幾個(gè)問題的回答都不會(huì)太差。但是最后一個(gè)問題的回答，鮮有能出眾的。原因在于面太窄，思維太窄。如果這個(gè)時(shí)候你還要一個(gè)個(gè)庫的去看alert日志，那么顯然就走錯(cuò)了方向。

現(xiàn)實(shí)情況就是，我們的數(shù)據(jù)庫可能是五六十套，或者上百套，你一套套庫的去看這些日志里的報(bào)錯(cuò)的塊，再根據(jù)塊找到對(duì)象，確定是表還是索引，再去用壞塊的修復(fù)手段去修復(fù)…….那么，所有人都會(huì)被你害了。

我們經(jīng)歷過，花了兩天的時(shí)間，都沒修復(fù)完一個(gè)庫中幾萬個(gè)壞塊的情況，在其他大牛還在哼哧哼哧做恢復(fù)的時(shí)候，我向領(lǐng)導(dǎo)提議啟用了新的方案，在大老板沒有完全失去耐性的情況下恢復(fù)了業(yè)務(wù)。

真正正確的做法是，如果確定壞塊數(shù)量為數(shù)眾多，趕緊停業(yè)務(wù)，切災(zāi)備，后面再補(bǔ)數(shù)據(jù)。 災(zāi)備是干什么吃的，養(yǎng)庫千日，用庫一時(shí)，就在這個(gè)時(shí)候了！

非常可惜的是，大多數(shù)來面試的DBA會(huì)非常糾結(jié)于用block recover，還是用dbms_repair，還是用BBED，還是……

那么，什么時(shí)候往上申報(bào)，要切災(zāi)備？

且不談許多公司的災(zāi)備形同虛設(shè)，關(guān)鍵時(shí)候不敢切的事情。就算這些災(zāi)備都是實(shí)實(shí)在在可用的，恐怕也不是說切立即就能切的，切災(zāi)備涉及到應(yīng)用、網(wǎng)絡(luò)、主機(jī)、存儲(chǔ)等多方面的調(diào)整。

那么多久應(yīng)該切呢？ 一般的企業(yè)從故障處理開始，預(yù)估2小時(shí)之內(nèi)不能讓業(yè)務(wù)恢復(fù)正常運(yùn)行的，應(yīng)該申報(bào)切災(zāi)備。當(dāng)然，如果是金融行業(yè)，特別是證券基金行業(yè)，1分鐘之內(nèi)故障還沒恢復(fù)，就要知會(huì)證監(jiān)會(huì)，半個(gè)小時(shí)沒有恢復(fù)就會(huì)受到同行業(yè)通報(bào)，所以要切就應(yīng)該在這個(gè)時(shí)間之內(nèi)申報(bào)。

問題又回到了原點(diǎn)。你得先有規(guī)劃，作為企業(yè)的重要系統(tǒng)，你得先建設(shè)災(zāi)備環(huán)境，而且是有效的災(zāi)備，并且應(yīng)該事先有一個(gè)災(zāi)備切換預(yù)案。

作為DBA來說，動(dòng)作敏捷的檢查數(shù)據(jù)庫的情況，并及時(shí)匯報(bào)非常重要。其實(shí)這里，又想說自動(dòng)運(yùn)維平臺(tái)了。通過簡(jiǎn)單的按鈕點(diǎn)點(diǎn)，就能快速知道告警日志里的壞塊涉及什么對(duì)象，是不是就好很多呢？

繼續(xù)往回看，面試的問題是什么？是多個(gè)數(shù)據(jù)庫同時(shí)發(fā)現(xiàn)大量壞塊。

作為一個(gè)經(jīng)驗(yàn)豐富的運(yùn)維管理人員，第一反應(yīng)應(yīng)該是，為什么會(huì)同時(shí)發(fā)生呢？顯然是由于外因?qū)е碌?。因此做好容?zāi)切換，業(yè)務(wù)恢復(fù)使用的第一時(shí)間，應(yīng)該去看看這些數(shù)據(jù)庫共同的基礎(chǔ)是不是同樣的存儲(chǔ)、同樣的存儲(chǔ)管理軟件、卷管理軟件。

依我的經(jīng)驗(yàn)，大部分多個(gè)庫同時(shí)出現(xiàn)壞塊，都?jí)脑诖鎯?chǔ)管理軟件身上。

有一次是Storage Foundation做卷復(fù)制的時(shí)候出現(xiàn)了軟件bug，IBM、Oracle、symentec等眾多廠家在“問題作戰(zhàn)室”里整整呆了一個(gè)月，各家公司二線、三線出具各種證據(jù)自己沒問題，最后最后才找到蛛絲馬跡，揪出來。

還有一次稍微容易些，存儲(chǔ)軟件狀態(tài)恢復(fù)后壞塊沒有恢復(fù)，一個(gè)個(gè)系統(tǒng)通過fsck命令來進(jìn)行的修復(fù)。你說，這是什么類型的壞塊呢？

作為有經(jīng)驗(yàn)的DBA，要解決問題，但不要急著去敲命令，站在更高點(diǎn)的位置來看待問題，可能會(huì)事半功倍。

很不幸的前兩天，某個(gè)朋友公司核心數(shù)據(jù)庫“莫名奇妙”地遇到中止了。原因不方便說，但是據(jù)說等故障恢復(fù)完之后，朋友已經(jīng)抽了好幾包煙了。

我們先來看看，是由于LGWR終止了數(shù)據(jù)庫（ 注：做了一些脫敏處理 ）。

但是，重啟數(shù)據(jù)庫卻發(fā)現(xiàn)數(shù)據(jù)庫啟動(dòng)不了，發(fā)現(xiàn)眾多數(shù)據(jù)文件發(fā)生了壞塊，數(shù)據(jù)庫根本不能open：

同時(shí)伴隨著類似的內(nèi)部錯(cuò)誤：

怎么破？通過當(dāng)天的數(shù)據(jù)庫備份結(jié)合歸檔進(jìn)行恢復(fù)，遠(yuǎn)遠(yuǎn)比去修復(fù)壞塊要快。

靜態(tài)數(shù)據(jù)脫敏有什么優(yōu)勢(shì)？

那我就以安華金和靜態(tài)數(shù)據(jù)脫敏產(chǎn)品為例，簡(jiǎn)單介紹一下：

自動(dòng)識(shí)別敏感數(shù)據(jù)，無須人工梳理

靜態(tài)數(shù)據(jù)脫敏產(chǎn)品經(jīng)過多年技術(shù)打磨與行業(yè)服務(wù)經(jīng)驗(yàn)的積累，將大量敏感數(shù)據(jù)規(guī)則和識(shí)別算法內(nèi)置于脫敏系統(tǒng)，具有識(shí)別準(zhǔn)確率高、速度快等特點(diǎn)，節(jié)省了人工梳理敏感數(shù)據(jù)的工作，避免了由于人工梳理導(dǎo)致的遺漏。同時(shí)，靈活的自定義規(guī)則可以滿足不同行業(yè)對(duì)各類敏感數(shù)據(jù)的個(gè)性化識(shí)別需求。

操作流程簡(jiǎn)單，脫敏性能更高

靜態(tài)數(shù)據(jù)脫敏產(chǎn)品采用流程化的引導(dǎo)式操作，操作人員只需幾步設(shè)置即可發(fā)起一個(gè)脫敏任務(wù)，在提升效率的同時(shí)降低對(duì)相關(guān)人員的技術(shù)要求。此外，脫敏任務(wù)的執(zhí)行采用了多任務(wù)、多線程并行處理，大幅提高了數(shù)據(jù)脫敏的性能，縮短了數(shù)據(jù)交付時(shí)間。

支持常見及特定類型文件脫敏

靜態(tài)數(shù)據(jù)脫敏產(chǎn)品不僅支持一般文件類型的數(shù)據(jù)脫敏，例如：CSV文件、TXT文件、Excel文件；同時(shí)，支持醫(yī)療行業(yè)常見文件類型的數(shù)據(jù)脫敏，包括XML、HTML格式的電子病歷文件和DICOM格式的醫(yī)學(xué)影像文件等；此外，系統(tǒng)還支持對(duì)Oracle數(shù)據(jù)庫導(dǎo)出的DMP文件進(jìn)行脫敏，并將脫敏后的數(shù)據(jù)寫入目標(biāo)數(shù)據(jù)庫，或直接生成脫敏后的DMP文件發(fā)送給數(shù)據(jù)使用者。

通過集群部署，突破性能瓶頸

靜態(tài)數(shù)據(jù)脫敏產(chǎn)品可采用多臺(tái)脫敏節(jié)點(diǎn)橫向擴(kuò)展部署，由總控節(jié)點(diǎn)將脫敏任務(wù)拆分并發(fā)放至各脫敏節(jié)點(diǎn)進(jìn)行分布式并行脫敏，從而突破單臺(tái)部署的性能瓶頸。因此，當(dāng)數(shù)據(jù)量大且對(duì)脫敏效率要求較高時(shí)，采用集群部署的方式可滿足客戶對(duì)于脫敏性能的要求。

API接口無縫對(duì)接，影響最小化

靜態(tài)數(shù)據(jù)脫敏產(chǎn)品能夠提供穩(wěn)定、高效的API接口，可直接與客戶已有的OA或ITSM系統(tǒng)實(shí)現(xiàn)無縫對(duì)接，在保證對(duì)現(xiàn)有管理流程影響最小化的前提下，實(shí)現(xiàn)系統(tǒng)的各項(xiàng)功能，以技術(shù)手段彌補(bǔ)管理中不易覆蓋的“最后一步”。"

是一款具有高性能和高擴(kuò)展性的數(shù)據(jù)屏蔽和脫敏產(chǎn)品，極力推薦他家~可以去百度咨詢一下