移轉至公用雲端常見問題集 dc-faq

Adobe淘汰舊版資料中心:Campaign Classic例項必須轉移至Public Cloud Amazon Web Services (AWS)。 進一步瞭解此方案

以下是此專案的一組常見問題、對您的Campaign環境的影響以及其他實用資源。

如有任何其他問題,請連絡Adobe客戶服務

基礎架構影響

以下列出對資料庫和基礎建設的全域影響。

  • 資料庫是否會變更? 新資料庫的版本為何? 將使用哪個作業系統?

    Adobe保留選擇及部署最合適資料庫管理引擎的權利,以便在最佳狀況下提供Adobe Campaign服務。

    此外,為了保留最佳的安全性等級,Adobe將不會提供與基礎架構相關的任何詳細資訊。

  • 是否有資料遺失的風險?

    資料庫將從舊版資料中心傾印,並在公共雲端(AWS)中還原。 在新資料中心重新啟動後,應用程式將會從移轉前的狀態恢復。 使用者看不到任何差異,只是部分排程工作已延遲。

  • 舊版資料中心與公用雲端之間的封裝大小是否有任何差異?

    我們正在布建公用雲端(AWS)中,根據目前的資料庫大小、磁碟大小等使用新的套件定義。 例如,如果客戶在舊版資料中心有一部應用程式伺服器,根據套件定義,他們可以在公共雲端(AWS)有兩部應用程式伺服器。

  • 組建編號或行銷活動版本是否會變更?

    首先,我們會保持移轉時的Campaign Classic建置不變。

    在進一步步驟中,我們會繼續升級至最新的Campaign ClassicGA版本編號。 如需詳細資訊,請參閱此頁面

  • 解決任何移轉後問題的計畫為何?

    在生產系統移轉之前,將會進行廣泛的測試。 但是,如果發生任何問題,Adobe客戶服務將保留主要聯絡點。 Adobe已建立專家團隊,在需要時提供進階支援。

傳遞能力影響

以下列出對IP、封鎖清單、子網域和URL的全域影響。

  • 如何處理允許清單上的IP? 客戶是否需要將新IP位址新增至允許清單,以便接收來自Campaign的傳入流量?

    Adobe伺服器的IP位址將會變更。 因此,客戶可能需要將這些新IP位址新增至其系統的允許清單中。

    進一步瞭解允許清單上的IP。

  • 如何處理新增至SFTP/FTP存取允許清單的連線埠?

    SFTP設定(公開金鑰+允許清單上的IP)也將從舊版資料中心移至公開雲端(AWS)。 客戶不需要採取任何動作。

  • 我們是否要變更IP?

    Adobe伺服器的IP位址將會變更。 因此,客戶可能需要將這些新IP位址新增至其系統中的允許清單。

    進一步瞭解允許清單上的IP。

  • 如何處理子網域委派?

    現有的子網域將會從舊版資料中心移至公用雲端(AWS)。 此部分將由作為移轉程式一部分的Adobe傳遞團隊處理。

    note note
    NOTE
    傳遞能力團隊的參與是以合約為基礎,客戶應聯絡其Adobe代表以取得與傳遞能力參與相關的資訊。

    Adobe將引導客戶進行所需的測試,以確保設定在移轉後的新公用雲端(AWS)伺服器上啟動並執行。

  • 移轉是否會產生新的追蹤、資源和Web應用程式的URL?

    否,我們將保留現有的URL。

  • 子網域從Neolane.net變更為campaign.adobe.com嗎?

    移轉後,neolane.netcampaign.adobe.com都會準備就緒。 簡單起見:我們將重新導向neolane.net至公用雲端(AWS)中的新執行個體,因此客戶不需變更。

  • IP準備的計畫為何?

    首先,Adobe傳遞能力將評估平台的傳遞能力狀態,並推薦切換到新IP的計畫

    移轉後不需要熱身。 可能會出現例外狀況,在這種情況下,Adobe客戶服務將會聯絡客戶。

    不過,計畫是讓這項作業對業務而言是透明的,不同於在上線期間進行的初始升級。

    移轉完成後,Campaign執行個體會有完全不同的傳送IP。 為確保順利轉換,Adobe會逐步將流量從舊的IP切換至新的IP,以實施新傳送IP的遞增作業。

  • 我們是否正在移過允許清單上的URL?

    是,這會儲存在伺服器設定檔案中,該檔案將會從來源複製到新執行個體。

  • 我們用來標示通訊的委派子網域有何影響?

    用於行銷通訊的子網域保持不變。 不過,根據實作,使用者端需要執行動作:

    • 如果子網域委派給Adobe (預設),Adobe會處理所有變更並確保順暢轉換。
    • 若是CNAME設定(例外),使用者端必須與Adobe協調實施變更。

組態與連線能力影響

關於允許清單上IP的注意事項 config

移轉至公用雲端時,Adobe Campaign應用程式伺服器將會使用新的IP,因此變更IP可能會影響Adobe伺服器和您的資訊系統之間的連線。

讓我們考慮兩種情況:

  • 傳入流量:從您的系統或其他任何第三方向Adobe Campaign伺服器起始的所有網路活動。 設定將由Adobe處理,然後在移轉期間從舊版複製到公用雲端。 移轉後,傳入流量的連線能力會維持不變,而且客戶端不會執行任何動作

  • 傳出流量: Adobe Campaign伺服器向您的資訊系統或任何其他第三方(例如:簡訊提供者)起始的所有網路活動。 根據貴組織制定的安全性原則,IP變更可能需要您的資訊系統或任何其他第三方允許清單操作

全球影響

以下列出對設定、與其他系統和產品的連線、API和時區的全球影響。

  • 移轉是否會影響與外部帳戶的連線?

    是。 協力廠商整合(例如SMS提供者)應將新的Adobe Campaign應用程式伺服器IP位址新增至允許清單。

  • 移轉是否會影響使用Genesis聯結器的與Adobe Analytics的連線? 要不要將Campaign IP位址新增至Adobe Analytics端的允許清單?

    Adobe Campaign應用程式伺服器IP位址將會變更。 此步驟將由移轉後的Adobe客戶服務處理。

  • 移轉是否會影響與其他Adobe解決方案(AEM、Target等)的連線?

    整合是在允許清單中宣告的IP位址與Web服務帳戶設定的組合。 這將由Adobe客戶服務負責和擁有。

    由於應用程式伺服器IP將變更,外部解決方案將需要加入允許清單上的IP位址。 將會提供這項資訊。 整合的其他部分則以IMS為基礎,並應按原樣運作。

  • 未附加至IMS整合之組織ID的客戶呢?

    系統將為沒有IMS的客戶提供一個:組織ID將附加至其例項。

  • 多品牌設定是否受到移轉影響?

    子網域和所有相關的設定從舊版資料中心正確移動/重新導向至公用雲端(AWS)後,我們就應該不會受到任何影響。

  • 移轉是否會影響API連線?

    Adobe伺服器的IP位址將會變更。 因此,客戶可能需要將這些新IP位址新增至其系統中的允許清單。

    進一步瞭解允許清單上的IP。

  • 我們會確保在移轉後所有JavaScript記憶體設定引數都正確設定嗎?

    我們會從舊版資料中心複製執行個體設定至公用雲端(AWS),因此在移轉後系統會保留這些值。

  • 存取特定副檔名是否有任何風險?

    客戶可能想要允許將字型檔案、outlook會議檔案載入公用資源資料夾。 此設定在目前的config-<instance>.xml檔案中完成。 這將會與組態檔一起複製。

  • 新伺服器上的時區是否正在變更? 客戶能否維持目前的時區?

    它可能會根據新伺服器的位置而變更。 不過,客戶將可保留其目前的時區。

    進一步瞭解Adobe Campaign Classic v7中的時區管理。

安全性與許可權

透過此移轉至公用雲端(AWS),客戶環境將能符合所有必要的安全需求,並保持在最新狀態。 這包括:

  • 定期提供最新的作業系統和安全性修補程式
  • 隔離每個客戶的基礎架構
  • 針對支援雲端基礎建設(例如負載平衡器、網路安全性規則和儲存加密)的受管理安全性和稽核審查。

許可權、憑證和SFTP存取的影響列於下方。

  • 我們是否要將所有憑證移至新的伺服器?

    是,所有憑證都會在此移轉過程中移動。

  • 我們需要向客戶要求新的STP存取金鑰嗎?

    否,Adobe會複製SFTP存取金鑰,就像在新伺服器上一樣。

  • 如何處理SFTP許可權?

    我們正在確保新的SFTP伺服器、使用者、目錄和檔案具有完全相同的許可權等級。

  • 如果無法建立SFTP連線,應如何解決/計畫讓客戶繼續運作?

    唯一可能會發生的連線問題與客戶端的允許清單有關。 客戶應在非生產環境中新增此測試,以確保在移至生產環境之前其可正常運作。

  • 是否有任何資料中心特定的允許清單設定需要移轉?

    沒有,沒有資料中心特定的允許清單設定可供管理。

  • 我們是否確定會在新環境中成功執行自訂指令碼?

    例如,客戶實作可在工作流程中使用自訂指令碼(Perl/Shell/Python/Java指令碼)來操控檔案和資料夾。

    在託管執行個體上,指令碼只會透過JavaScript引擎執行。 這些特定實作可能會導致安全性差距和升級後問題。 它們不受支援。

  • 透過IMS整合,它是否可以在新執行個體中正常運作,或需要任何額外的設定更新?

    由於我們要保留相同的DNS名稱,因此在移轉後應該會如常運作。

移轉執行

以下列出移轉期間對全域的影響。

  • 我們是否需要在移轉期間計畫停止行銷活動?

    Adobe建議放慢速度,最好是在應用程式於舊版資料中心上關閉前暫停所有執行:傳送和工作流程。 這將有助於雲端伺服器(AWS)上的重新啟動作業,因為流程將有「正常」暫停的時間,並可儲存任何進行中的執行狀態。

  • 我們是否預期Adobe Campaign服務會停止運作?

    移轉作業將伴隨不可避免的平台停機時間。 此計畫的目的是引導您儘可能減少停機時間。

    資料中心之間的資料傳輸是停機期間的關鍵路徑。 資料以兩種方式儲存:

    • 目前最重要的是資料庫
    • 應用程式伺服器上的檔案(資料匯入和匯出)

    縮減資料庫大小對於加快資料傳輸極為重要。 建議:

    • 縮短歷史資料(傳遞記錄、追蹤記錄等)的保留時間
    • 刪除其他表格(傳送、收件者、自訂表格)上的無用記錄
  • 移轉執行個體的預估停機時間是多少?

    停機時間完全取決於客戶資料庫和SFTP檔案儲存空間的大小。 請聯絡您的客戶服務聯絡人,以取得估計持續時間的資訊。

  • 從舊版伺服器傳送的郵件呢? 連結是否一律可以存取?

    移轉執行期間,只有一個服務仍可運作:電子郵件連結重新導向。 所有收件者按一下電子郵件後,就能夠存取登陸頁面。 但是將不會追蹤這些點按,因此移轉前不久開始的傳送點按率將低於平常。

  • 中間來源/RT環境呢?

    MID sourcing和RT的處理方式與任何其他託管式基礎結構相同。

  • 移轉將在哪一順序完成?

    環境將依下列順序移轉:

    1. 開發環境
    2. 中繼環境
    3. 生產環境
    4. RT環境
    5. 中間來源環境
  • 什麼是復原計畫?

    復原計畫是將DNS切換回,並將來源資料庫設定回唯讀讀寫入。 我們最終將實現自動化。

  • 移轉之後,我們仍可存取舊的執行個體嗎?

    應用程式移轉一旦完成,就沒有任何計畫在舊版資料中心上再次執行任何程式。 我們預計在排定的備份程式於Public Cloud (AWS)上執行之前,舊版資料中心的所有資料都可被清除,除了暫時備份用途外。

  • 移轉至公用雲端之後,每個執行個體將允許測試多少時間?

    根據客戶的複雜性,階段環境與生產環境移轉之間至少需要1週的固定時間。

  • 誰將處理新IP新增至允許清單?

    Adobe客戶服務團隊將透過將新IP新增到允許清單,處理確保客戶和任何第三方可以存取新系統的問題。

支援和其他有效連結 support

recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1