在云中移動數(shù)據(jù)的困難
然而，在軟件即服務(wù)(SaaS)的情況下，有可能存在更大的問題。如果所提供的服務(wù)是基于一個標(biāo)準(zhǔn)的應(yīng)用程序。例如，SugarCRM或OpenERP，您有可能需要找到另一家服務(wù)提供商托管同款應(yīng)用程序。在執(zhí)行方面可能會有所不同，但所需要的應(yīng)該只是一種提取/轉(zhuǎn)換/加載(ETL)的行動，以確保數(shù)據(jù)適合新的服務(wù)提供商架構(gòu)的實施到位。
IT管理人員應(yīng)該記住，他們之前的服務(wù)供應(yīng)商對于應(yīng)用程序所作出的任何修改(如撕掉logo標(biāo)簽或增加任何額外的功能與應(yīng)用)，新的供應(yīng)商對于這些修改都將需要再次進行。
在許多情況下，從以前的服務(wù)提供商那里獲取任何詳細(xì)的變化清單都是不太可能的，所以重新部署這些將是過渡過程中最困難的部分。這就意味著之前的服務(wù)供應(yīng)商所進行的任何更改，即使是在SaaS環(huán)境中的更改，您都必須將其記錄下來并存儲在SaaS環(huán)境以外。有一套完整的服務(wù)供應(yīng)商變更日志是相當(dāng)必要的，這樣，如果您的企業(yè)在更換服務(wù)供應(yīng)商時，就可以重新進行部署。
真正的問題是當(dāng)一家企業(yè)正在從某家具有專有軟件供應(yīng)商處進行遷移的時候。這可能是供應(yīng)商對一款開源的應(yīng)用程序進行的某些重大的修改，使之從根本上成為了一款新的應(yīng)用程序?；蛘?，它可能是一家SaaS提供商所擁有的應(yīng)用程序，但不允許被任何其他云提供商在自己的平臺上運行，如Salesforce.com。
然而，盡管Salesforce.com不可能很快遭遇滑鐵盧，但一些較小的專用SaaS提供商是注定要失敗的。
Quocirca建議，您的企業(yè)在選擇SaaS供應(yīng)商之初，需要考慮相關(guān)的風(fēng)險。如果你的企業(yè)還沒有準(zhǔn)備好采用軟件作為一種服務(wù)，那么您應(yīng)該確保對您所選擇的提供商倒閉的風(fēng)險進行評估，而如果需要從服務(wù)提供商處提取系統(tǒng)數(shù)據(jù)，并需要其在很短的一段時間內(nèi)以某種另一系統(tǒng)可用的形式，您將需要什么樣的努力。
SaaS的數(shù)據(jù)恢復(fù)規(guī)劃
那些已經(jīng)將數(shù)據(jù)轉(zhuǎn)移到SaaS提供商的企業(yè)應(yīng)該確保有一套B計劃能夠知道在何處獲得一個已知的恢復(fù)點目標(biāo)(RPO)和一個已知的恢復(fù)時間目標(biāo)(RTO)。
首先需要確定的是目標(biāo)應(yīng)用程序是什么。Quocirca建議，這應(yīng)該是在SaaS提供商中被廣泛采用的一款應(yīng)用程序，或者應(yīng)用程序是來自于一家非常大的，并具備很多專有的經(jīng)濟安全實力的SaaS提供商。
其次需要確定的是兩個系統(tǒng)所使用的系統(tǒng)架構(gòu)。匹配字段名稱和類型是有必要的，以便確保數(shù)據(jù)遷移過程中的信息保真。這也將定義將要進行的提取/轉(zhuǎn)換/加載活動。
然后，有必要進行測試。對上述活動能夠正常運作不能僅僅只是停留在假設(shè)或期望的階段。你需要對其進行測試，將數(shù)據(jù)從現(xiàn)有的環(huán)境移動到新的環(huán)境。這不一定必須是遷移到第二家服務(wù)供應(yīng)商處，而只是進行測試，以確保其奏效。
基于成功的測試，你可以創(chuàng)建一個完整的，正式的計劃以便您的企業(yè)在最糟糕的情況發(fā)生時進行應(yīng)對。這同時也應(yīng)包括啟動該活動計劃需要多長時間，以及在這段停機的時間內(nèi)，企業(yè)的業(yè)務(wù)將如何繼續(xù)在運轉(zhuǎn)。這可能會涉及到一些手動過程，在這些手工過程中所收集的任何數(shù)據(jù)將需要輸入到新的系統(tǒng)。
最后，應(yīng)當(dāng)確保在合同中規(guī)定的是舊的服務(wù)提供商必須從其系統(tǒng)上清除您企業(yè)的數(shù)據(jù)資料，這一點往往被忽視。
