根據(jù)調(diào)研機構(gòu)IDC公司的報告，組織花費的IT預(yù)算超過四分之一用于數(shù)據(jù)中心支出，數(shù)據(jù)中心很容易成為主要的成本中心。由于首席信息官希望減少預(yù)算，而現(xiàn)實的情況是，組織不得不評估他們的數(shù)據(jù)中心布局。這通常意味著將多個數(shù)據(jù)中心合并成更有效的配置或?qū)⒉煌臄?shù)據(jù)中心重新定位到更具成本效益的位置。或兩者兼而有之。
遷移關(guān)鍵業(yè)務(wù)和服務(wù)器區(qū)域可能是對組織的IT資產(chǎn)進行的最具潛在破壞性的更改之一。即使遷移本身順利，組織的首席信息官仍需要迅速證明可衡量的改進，以證明這一艱巨的過程。
數(shù)據(jù)中心遷移不應(yīng)該令人害怕。當(dāng)然，這是比較困難的，并且時間緊，任務(wù)重，但如果組織很在意數(shù)據(jù)中心遷移項目的后果，那么很可能對此還沒有準備好，需要繼續(xù)完善其規(guī)劃。古老的軍事格言也適用于此：“謀定而后動”，數(shù)據(jù)中心遷移通常需要比原來預(yù)期更多的時間和資源。
將智能遷移方法用于數(shù)據(jù)中心轉(zhuǎn)換可以確保項目在第一次嘗試時成功。以下是數(shù)據(jù)中心成功遷移的四個關(guān)鍵要點：
1.不要依賴于自己的猜測
組織最糟糕的錯誤之一是高估他們的IT基礎(chǔ)設(shè)施及其支持的技術(shù)應(yīng)用和服務(wù)的知識。令人擔(dān)憂的是，這也是最常見的錯誤之一。毫無疑問，缺乏新技術(shù)和員工流失使得組織難以保留數(shù)據(jù)中心專業(yè)知識。
盡管每個人都在文件記錄和匯報方面作出最大努力，但隨著工作人員的再培訓(xùn)或離職，他們需要有用的知識。即使文檔確實存在，也可能是質(zhì)量較差和參差不齊的。例如，開發(fā)人員未能記錄策略的更改，在應(yīng)用程序的新版本后重新索引。采取這種方法將導(dǎo)致遷移的麻煩，并缺乏單一版本的真相數(shù)據(jù)。
在這里給出的答案是精心規(guī)劃。花費足夠的時間正確地完成初始映射和發(fā)現(xiàn)階段，因為這將節(jié)省時間和長期成本。
2.不要超出自己的能力
將數(shù)據(jù)中心遷移項目看作更大升級程序的一部分，查看并同時實施其他主要更改是很有誘惑力的。雖然理論上可以節(jié)省時間和成本，但在實踐中，它增加了項目失敗的機會，并使其余部分崩潰。當(dāng)有多個項目時，應(yīng)考慮按順序?qū)嵤⒋_保有足夠的時間進行遷移。
同樣，一個常見的錯誤是設(shè)定不切實際的目標和完成時間表，并且在不了解時間尺度的影響的情況下繼續(xù)進行。這可能始于一個聲明，例如“數(shù)據(jù)中心租約在三個月內(nèi)過期，因此我們必須到期之前遷移到新的數(shù)據(jù)中心”。對于一家只擁有10-50臺服務(wù)器的小公司來說，這可能不是一個問題，但對于規(guī)模較大的公司，則需要比三個月還要多的時間。此外，其復(fù)雜性也會影響時間尺度。當(dāng)相同的10-50臺服務(wù)器受到全天候創(chuàng)收數(shù)據(jù)中心的靈活服務(wù)等級協(xié)議（SLA）約束時，平衡服務(wù)交付和遷移截止日期可能導(dǎo)致重大的沖突。
即使有一個明智的遷移計劃，重要的是提供足夠的人力，以確保不會錯過最后期限，員工不會感到疲憊。假設(shè)IT支持和操作人員既要進行數(shù)據(jù)中心遷移工作，同時還繼續(xù)履行其正常工作職責(zé)，這將不可避免地導(dǎo)致這兩種工作的質(zhì)量下降。
3.一定要廣泛地購買
組織從一開始，管理用戶期望需要成為數(shù)據(jù)中心遷移策略的一部分。通過確保受影響的業(yè)務(wù)和IT社區(qū)盡早的遷移。這將有助于使新數(shù)據(jù)中心的能力與業(yè)務(wù)需求保持一致，在此期間平滑過渡，并支持可衡量的投資回報率（ROI）。
數(shù)據(jù)中心遷移所帶來的純粹技術(shù)復(fù)雜性幾乎沒有爭議的余地。倡導(dǎo)組織采用整體而不是孤立的方法，這有助于整個組織中在行動中達成一致，并及早消除反對意見，以防止其減緩或損害數(shù)據(jù)中心的遷移。數(shù)據(jù)中心遷移直到完成，都需要決定性的力量來保持這種一鼓作氣的氣勢。
4.不要按照一切照常（BAU）程序進行假設(shè)
有效治理日常的數(shù)據(jù)中心活動對于提供及時，可靠和安全的服務(wù)至關(guān)重要。然而，人們發(fā)現(xiàn)，即使最好的客戶端和服務(wù)提供商一切照常（BAU）進程也無法處理支持數(shù)據(jù)中心遷移所需速度或更改的數(shù)量。
在客戶端和服務(wù)提供商側(cè)的變更管理過程被設(shè)計為限制數(shù)據(jù)中心的訪問，移動和停止活動。通常，此類1級或2級更改在最嚴格的變更管理控制下運行，例如多個更改審批委員會，從而在遷移日期確定之前將會提供大量的交貨時間。
數(shù)據(jù)中心遷移不能被視為大量的小變化：遷移，升級或取消。相反，它必須使用事先商定數(shù)量的設(shè)備并在設(shè)定的時間段只來計劃，批準和操作。這個過程必須在高級業(yè)務(wù)所有者級別上獲得批準，以避免一切照常（BAU）變更管理過程超載或延遲客戶端和服務(wù)的變更批準。
類似地，請求管理過程被設(shè)計為作為用于提供新設(shè)備或訪問系統(tǒng)并處理主要項目需求的一切照常（BAU）操作。盡管如此，人們已經(jīng)看到數(shù)據(jù)中心遷移絕對淹沒了請求管理過程，甚至使它停滯不前。
最大限度地減少這一點的方法是將請求分組，并提前很好地確保許可。然后，當(dāng)更新相關(guān)配置管理數(shù)據(jù)庫時，可以將受影響的配置項目的詳細信息作為批準更新到約定的時間表進行管理，而不是作為勞動密集型的個人請求。
不管組織的規(guī)劃有多么完美，即使最好的數(shù)據(jù)中心遷移策略也會面臨前所未有的復(fù)雜性。為了降低風(fēng)險，在此倡導(dǎo)一種稱為智能遷移的務(wù)實方法。這確保了徹底的初步基礎(chǔ)工作和發(fā)現(xiàn)，允許組織面對中斷時保持靈活性，并做出快速知情的決策以克服實施的困難。然后，首席信息官可以確信他們將能夠滿足不斷發(fā)展的業(yè)務(wù)的需求。
由于首席信息官希望減少預(yù)算，而現(xiàn)實的情況是，組織不得不評估他們的數(shù)據(jù)中心布局。這通常意味著將多個數(shù)據(jù)中心合并成更有效的配置或?qū)⒉煌臄?shù)據(jù)中心重新定位到更具成本效益的位置。或兩者兼而有之。
遷移關(guān)鍵業(yè)務(wù)和服務(wù)器區(qū)域可能是對組織的IT資產(chǎn)進行的最具潛在破壞性的更改之一。即使遷移本身順利，組織的首席信息官仍需要迅速證明可衡量的改進，以證明這一艱巨的過程。
數(shù)據(jù)中心遷移不應(yīng)該令人害怕。當(dāng)然，這是比較困難的，并且時間緊，任務(wù)重，但如果組織很在意數(shù)據(jù)中心遷移項目的后果，那么很可能對此還沒有準備好，需要繼續(xù)完善其規(guī)劃。古老的軍事格言也適用于此：“謀定而后動”，數(shù)據(jù)中心遷移通常需要比原來預(yù)期更多的時間和資源。
將智能遷移方法用于數(shù)據(jù)中心轉(zhuǎn)換可以確保項目在第一次嘗試時成功。以下是數(shù)據(jù)中心成功遷移的四個關(guān)鍵要點：
1.不要依賴于自己的猜測
組織最糟糕的錯誤之一是高估他們的IT基礎(chǔ)設(shè)施及其支持的技術(shù)應(yīng)用和服務(wù)的知識。令人擔(dān)憂的是，這也是最常見的錯誤之一。毫無疑問，缺乏新技術(shù)和員工流失使得組織難以保留數(shù)據(jù)中心專業(yè)知識。
盡管每個人都在文件記錄和匯報方面作出最大努力，但隨著工作人員的再培訓(xùn)或離職，他們需要有用的知識。即使文檔確實存在，也可能是質(zhì)量較差和參差不齊的。例如，開發(fā)人員未能記錄策略的更改，在應(yīng)用程序的新版本后重新索引。采取這種方法將導(dǎo)致遷移的麻煩，并缺乏單一版本的真相數(shù)據(jù)。
在這里給出的答案是精心規(guī)劃。花費足夠的時間正確地完成初始映射和發(fā)現(xiàn)階段，因為這將節(jié)省時間和長期成本。
2.不要超出自己的能力
將數(shù)據(jù)中心遷移項目看作更大升級程序的一部分，查看并同時實施其他主要更改是很有誘惑力的。雖然理論上可以節(jié)省時間和成本，但在實踐中，它增加了項目失敗的機會，并使其余部分崩潰。當(dāng)有多個項目時，應(yīng)考慮按順序?qū)嵤⒋_保有足夠的時間進行遷移。
同樣，一個常見的錯誤是設(shè)定不切實際的目標和完成時間表，并且在不了解時間尺度的影響的情況下繼續(xù)進行。這可能始于一個聲明，例如“數(shù)據(jù)中心租約在三個月內(nèi)過期，因此我們必須到期之前遷移到新的數(shù)據(jù)中心”。對于一家只擁有10-50臺服務(wù)器的小公司來說，這可能不是一個問題，但對于規(guī)模較大的公司，則需要比三個月還要多的時間。此外，其復(fù)雜性也會影響時間尺度。當(dāng)相同的10-50臺服務(wù)器受到全天候創(chuàng)收數(shù)據(jù)中心的靈活服務(wù)等級協(xié)議（SLA）約束時，平衡服務(wù)交付和遷移截止日期可能導(dǎo)致重大的沖突。
即使有一個明智的遷移計劃，重要的是提供足夠的人力，以確保不會錯過最后期限，員工不會感到疲憊。假設(shè)IT支持和操作人員既要進行數(shù)據(jù)中心遷移工作，同時還繼續(xù)履行其正常工作職責(zé)，這將不可避免地導(dǎo)致這兩種工作的質(zhì)量下降。
3.一定要廣泛地購買
組織從一開始，管理用戶期望需要成為數(shù)據(jù)中心遷移策略的一部分。通過確保受影響的業(yè)務(wù)和IT社區(qū)盡早的遷移。這將有助于使新數(shù)據(jù)中心的能力與業(yè)務(wù)需求保持一致，在此期間平滑過渡，并支持可衡量的投資回報率（ROI）。
數(shù)據(jù)中心遷移所帶來的純粹技術(shù)復(fù)雜性幾乎沒有爭議的余地。倡導(dǎo)組織采用整體而不是孤立的方法，這有助于整個組織中在行動中達成一致，并及早消除反對意見，以防止其減緩或損害數(shù)據(jù)中心的遷移。數(shù)據(jù)中心遷移直到完成，都需要決定性的力量來保持這種一鼓作氣的氣勢。
4.不要按照一切照常（BAU）程序進行假設(shè)
有效治理日常的數(shù)據(jù)中心活動對于提供及時，可靠和安全的服務(wù)至關(guān)重要。然而，人們發(fā)現(xiàn)，即使最好的客戶端和服務(wù)提供商一切照常（BAU）進程也無法處理支持數(shù)據(jù)中心遷移所需速度或更改的數(shù)量。
在客戶端和服務(wù)提供商側(cè)的變更管理過程被設(shè)計為限制數(shù)據(jù)中心的訪問，移動和停止活動。通常，此類1級或2級更改在最嚴格的變更管理控制下運行，例如多個更改審批委員會，從而在遷移日期確定之前將會提供大量的交貨時間。
數(shù)據(jù)中心遷移不能被視為大量的小變化：遷移，升級或取消。相反，它必須使用事先商定數(shù)量的設(shè)備并在設(shè)定的時間段只來計劃，批準和操作。這個過程必須在高級業(yè)務(wù)所有者級別上獲得批準，以避免一切照常（BAU）變更管理過程超載或延遲客戶端和服務(wù)的變更批準。
類似地，請求管理過程被設(shè)計為作為用于提供新設(shè)備或訪問系統(tǒng)并處理主要項目需求的一切照常（BAU）操作。盡管如此，人們已經(jīng)看到數(shù)據(jù)中心遷移絕對淹沒了請求管理過程，甚至使它停滯不前。
最大限度地減少這一點的方法是將請求分組，并提前很好地確保許可。然后，當(dāng)更新相關(guān)配置管理數(shù)據(jù)庫時，可以將受影響的配置項目的詳細信息作為批準更新到約定的時間表進行管理，而不是作為勞動密集型的個人請求。
不管組織的規(guī)劃有多么完美，即使最好的數(shù)據(jù)中心遷移策略也會面臨前所未有的復(fù)雜性。為了降低風(fēng)險，在此倡導(dǎo)一種稱為智能遷移的務(wù)實方法。這確保了徹底的初步基礎(chǔ)工作和發(fā)現(xiàn)，允許組織面對中斷時保持靈活性，并做出快速知情的決策以克服實施的困難。然后，首席信息官可以確信他們將能夠滿足不斷發(fā)展的業(yè)務(wù)的需求。
京公網(wǎng)安備 11010502049343號