對某些企業(yè)來(lái)說(shuō)，CRM數據甚至事關(guān)企業(yè)生死存亡。Salesforce是目前最受歡迎的CRM SaaS服務(wù)提供商，為全球企業(yè)提供了諸多明星產(chǎn)品，包括Sales Cloud，Service Cloud和Marketing Cloud等等。NetApp了解客戶(hù)面臨的與Salesforce 數據保護相關(guān)的挑戰。借助SaaS Backup for Salesforce，我們正在幫助Salesforce客戶(hù)解決這些問(wèn)題。
我們將用三篇文章，分別討論如何在數據經(jīng)濟的今天，更好地實(shí)現Salesforce數據保護。本篇文章為這一系列的第一篇。
為什么我們需要額外的、更好的Salesforce數據保護？
在數據丟失這件事兒上，SaaS和本地機房并沒(méi)有本質(zhì)區別，他們都受制于差不多的風(fēng)險。
許多客戶(hù)深信，一旦他們將數據轉移到SaaS服務(wù)提供商，他們將萬(wàn)事無(wú)憂(yōu)，并免于任何由于數據丟失所帶來(lái)的潛在責任——這真是個(gè)天大的誤會(huì )——數據主同樣要承擔共同責任。
下圖就說(shuō)明了數據主和SaaS服務(wù)提供商是如何分擔這些責任的。
雖然由于基礎架構或運行故障導致的數據損壞或丟失防護是服務(wù)提供商的責任，但由于企業(yè)應用程序使用而導致的數據保護責任則在于客戶(hù)。
盡管Salesforce擁有非常強大的平臺，并且在防止基礎架構和運營(yíng)故障方面做得非常出色，其依舊有過(guò)數據丟失案例與系統崩潰事件。就Salesforce而言，大部分數據損壞和丟失事件都是由于使用問(wèn)題造成的，其中包括：
- 數據意外刪除。這是數據丟失或損壞的最常見(jiàn)原因。用戶(hù)經(jīng)常會(huì )意外刪除數據，并在恢復時(shí)間太晚時(shí)將其恢復；
- 數據加載和同步問(wèn)題。數據主通常有必要將大量數據上傳到Salesforce平臺上，或將云端數據與本地同步。這些上傳可能會(huì )遇到可能導致數據不一致的問(wèn)題，從而導致數據損壞或丟失；
- 流氓應用程序。Salesforce平臺具有高度可定制性，這意味著(zhù)管理員可以運行自定義代碼。但如果代碼沒(méi)有正確測試，流氓程序或程序錯誤可能會(huì )導致數據損壞或丟失；
- 內幕威脅。一個(gè)心懷不滿(mǎn)的內部人員可能會(huì )大量刪除數據，在意識到需要這些數據并且這些數據無(wú)法恢復之前，企業(yè)很可能不會(huì )注意到這些數據；
- 計劃外的沙箱刷新。有一些例子表明，未計劃的沙箱刷新可能導致數據丟失長(cháng)達數月之久。由于沙箱主要用于測試/開(kāi)發(fā)目的，因此這種計劃外的刷新常常會(huì )導致意外發(fā)生。
也許有人會(huì )問(wèn)，Salesforce數據備份除了用于從數據丟失或損壞事件中恢復數據之外，還有何用處？以下是幾種常見(jiàn)用例：
- 滿(mǎn)足合規性要求。大多數法規要求企業(yè)數據在規定的時(shí)間內得到保護和保留，Salesforce數據自然也在其中。隨著(zhù)GDPR等各法域相應的數據保護條例的施行，此類(lèi)要求會(huì )更加苛刻而事關(guān)重大；
- 歸檔數據以減小數據規模。因為Salesforce會(huì )根據用戶(hù)許可證的數量限制存儲容量，所以如果企業(yè)的存儲受限，管理員通常必須刪除舊數據才能創(chuàng )建新記錄。在沒(méi)有備份的情況下，企業(yè)很難確定刪除哪些數據以及不應該觸及哪些數據；
- 復制到數據庫。由于Salesforce限制了可在規定時(shí)間內在企業(yè)中運行的報表數量，因此企業(yè)企業(yè)通常傾向于將數據移動(dòng)到備用數據庫以便能夠運行更多報表。備份數據則可以恢復到本地數據庫，恰好幫助提升數據倉庫和商業(yè)洞察的表現；
- 擁有多個(gè)時(shí)間點(diǎn)數據副本。擁有不同的數據檢查點(diǎn)有助于從生產(chǎn)和沙箱角度校驗數據從而發(fā)現異常并制定備用計劃。
我們希望這次討論有助于確定對Salesforce數據保護的需求，并幫助企業(yè)進(jìn)一步認識到，Salesforce數據備份不是可有可無(wú)的選做動(dòng)作，而是必不可少的規定動(dòng)作。
NetApp，數據驅動(dòng)未來(lái)！
