如何避免溺水在GDPR數據主體請求數據湖

與GDPR執法迅速接近(2018年5月25日),許多公司仍在試圖找出如何遵守。一大難點,尤其是公司使用數據的湖泊存儲大量的數據,如何遵守的一個主要需求下GDPR -數據請求,也被稱為“域”。

安全域是什麼?

最可運行的重要部分之一GDPR公司數據請求。GDPR提供所有歐洲的數據對象(即,任何個人位於歐洲)的枚舉權利有關他們的個人資料包括:

• • 訪問(即。,知道個人數據控製器或處理器有什麼個人),
  • 整改(即。,正確的更新不正確的個人資料),

• 擦除(即。被遺忘的權利),
• 可移植性(即。,正確的出口個人資料以機器可讀的格式)。

公司,除非請求是“複雜的”或“無數”,三十天在收到數據主體請求符合要求(記住任何適用的例外情況)。

有什麼大不了的呢?

發現數據數據湖是困難的;確保你找到所有關於一個特定的個人數據非常困難的。和許多數據湖泊甚至不允許用戶執行“刪除”操作,即使數據,所以實際上消除可能是幾乎不可能的。在最好的情況下,找到並刪除這些數據是計算困難,昂貴和費時。如果一個公司收到的不僅僅是幾個數據主體請求在很短的時間內,花費的資源符合要求的效果將是巨大的。此外,未能遵守GDPR可能導致重大的處罰,可能高達€2000萬(甚至更多——公司的全球年度收入的4%)。

這聽起來不好。有什麼可以做?

幸運的是,磚提供了一個解決方案。輸入數據磚三角洲,一個統一的數據管理係統構建到磚平台,帶來了數據的可靠性和性能優化雲數據湖泊。Beplay体育安卓版本

磚三角洲的結構化數據管理係統將事務功能添加到您的數據湖,讓你輕鬆快速地搜索、修改和使用標準的SQL DML語句清潔你的數據(例如刪除、更新合並成)。為了實現這一點,首先攝取你的原始數據成三角洲表,將元數據添加到您的文件。一旦攝入,你可以很容易地搜索和修改各個記錄三角洲表來滿足安全域內的義務。最後一步是使三角洲真理的單一源通過消除任何潛在的原始數據。這消除了任何揮之不去的記錄您的原始數據集。我們建議設立一個保留政策與AWS或Azure 30天或更少的自動刪除原始數據,因此不需要采取進一步行動來刪除原始數據以滿足安全域GDPR響應時間。

你能提供一個例子,這是如何工作的嗎?

假設您的組織獲得了安全域刪除相關信息賈斯汀•奧爾森((電子郵件保護))。攝取你的原始數據到三角洲表後,磚三角洲將使您能夠找到並刪除用戶相關信息(電子郵件保護)通過運行兩個命令:

(1)刪除從數據在哪裏電子郵件就像”(電子郵件保護)”;(2)真空數據;

第一個命令標識記錄的字符串“(電子郵件保護)“列中存儲的電子郵件,占不同的情況下(例如,(電子郵件保護)也會匹配),包含這些記錄和刪除數據,重寫相應的底層文件與用戶的數據刪除。第二個命令清除δ表,刪除任何陳腐的記錄已經被邏輯刪除,默認的保持期之外的那些(如7天)。

在運行這些命令,等待你默認的保持期刪除底層原始文件,你能夠說你已經刪除記錄相關用戶(電子郵件保護)從你的數據。

好吧,聽起來不錯,但是如果我把δ表中的數據,我不會被鎖定?如果我想去別的地方嗎?

不!磚三角洲的架構與可移植性。磚三角洲使用一個打開的文件格式(鋪),你可以在任何時候(如果你決定停止使用三角洲或如果你需要輸出數據係統無法讀取δ表)快速、輕鬆地將數據轉換成一個格式,可以讀取其他工具。雖然這樣做,特別是在一個正在進行的基礎上,將留給你的額外的安全域義務刪除或出口任何個人數據可能包含在數據搬磚的三角洲,它也將受益於流經磚三角洲,因為它將更加結構化的格式,極大地簡化這一過程。

了解更多,看現場演示

看我們的按需網絡研討會,GDPR湖數據準備好了嗎?如何避免溺水在數據請求嗎,一個演示和技巧克服安全域在一個大數據的世界的挑戰。

這個研討會將介紹:

• GDPR需求的數據請求
• 大數據的挑戰和數據湖泊為組織創造
• 磚是如何提高數據管理和湖可以手術發現和修改或刪除個人記錄
• 最佳實踐GDPR數據治理
• 現場演示如何輕鬆地實現數據請求數據磚

看現在會議記錄。