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

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

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

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

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

技術固然重要，但偏離了業(yè)務/應用場景的技術，無法呈現業(yè)務價值的技術就非常不重要。

技術也應該是場景驅動的，對于運維技術人員來說，離開場景學習的所謂高深技術，只是浪費時間。所以新同事進入一個新團隊后，能使技術更好發(fā)揮作用的環(huán)境、流程的考核會占據了另外的三分之二。

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

這是我內部分享的一個簡單思維導圖，如果有遺漏，歡迎在后面評論補充。

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

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

現實情況就是，我們的數據庫可能是五六十套，或者上百套，你一套套庫的去看這些日志里的報錯的塊，再根據塊找到對象，確定是表還是索引，再去用壞塊的修復手段去修復…….那么，所有人都會被你害了。

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

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

非常可惜的是，大多數來面試的DBA會非常糾結于用block recover，還是用dbms_repair，還是用BBED，還是……

那么，什么時候往上申報，要切災備？

且不談許多公司的災備形同虛設，關鍵時候不敢切的事情。就算這些災備都是實實在在可用的，恐怕也不是說切立即就能切的，切災備涉及到應用、網絡、主機、存儲等多方面的調整。

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

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

作為DBA來說，動作敏捷的檢查數據庫的情況，并及時匯報非常重要。其實這里，又想說自動運維平臺了。通過簡單的按鈕點點，就能快速知道告警日志里的壞塊涉及什么對象，是不是就好很多呢？

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

作為一個經驗豐富的運維管理人員，第一反應應該是，為什么會同時發(fā)生呢？顯然是由于外因導致的。因此做好容災切換，業(yè)務恢復使用的第一時間，應該去看看這些數據庫共同的基礎是不是同樣的存儲、同樣的存儲管理軟件、卷管理軟件。

依我的經驗，大部分多個庫同時出現壞塊，都壞在存儲管理軟件身上。

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

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

作為有經驗的DBA，要解決問題，但不要急著去敲命令，站在更高點的位置來看待問題，可能會事半功倍。

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

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

但是，重啟數據庫卻發(fā)現數據庫啟動不了，發(fā)現眾多數據文件發(fā)生了壞塊，數據庫根本不能open：

同時伴隨著類似的內部錯誤：

怎么破？通過當天的數據庫備份結合歸檔進行恢復，遠遠比去修復壞塊要快。

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

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

自動識別敏感數據，無須人工梳理

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

操作流程簡單，脫敏性能更高

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

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

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

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

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

API接口無縫對接，影響最小化

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

是一款具有高性能和高擴展性的數據屏蔽和脫敏產品，極力推薦他家~可以去百度咨詢一下

網站題目：Oracle怎么脫敏 oracle 姓名脫敏處理
URL標題：http://chinadenli.net/article44/hijgee.html

成都網站建設公司_創(chuàng)新互聯，為您提供定制網站、搜索引擎優(yōu)化、手機網站建設、網站排名、外貿建站、微信小程序

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯