建立升級常見問答集

定期更新 Adobe Campaign。如果您熟悉我們發佈的發行說明,您可能會知道,平均2/3次發行包含新功能、改進和修正的次要版本每年都會推出。 此外,我們定期發行只累積修正的版本編號。此定期更新旨在讓您掌握最新、最佳的資訊,讓您的環境完全安全,並明顯改善您使用我們產品的體驗。

我們的客戶必須執行最新版的Adobe Campaign。 此外,Adobe也可讓您更有效率地協助您避免遇到問題——識別、重制和修正舊版產品的問題通常需要更多時間,更不用說您最近版本中可能遇到的某些問題已經修正。

因此,我們啟動了Gold Standard計畫,與客戶協作,主動定期升級其環境。

什麼是建置升級?

「建置升級」是指Adobe Campaign Classic軟體已更新為最新的安全建置編號,但仍維持相同的主要/次要建置層級。 例如:Campaign Classic v7組建9026到Campaign v7組建9032。

瞭解本節的更多資訊。

什麼是Adobe Campaign Classic的最新版本?

最新的Campaign Classic版本,包括新功能和說明檔案,詳見最新的發行說明

我要如何得知我要執行的版本?

從Adobe Campaign Client主控台的​Help > About…​功能表檢查您的版本。 About​框包含您正在為控制台和伺服器運行的版本和內部版本的詳細資訊。

瞭解本節的更多資訊。

建置狀態是什麼意思?

啟動Campaign Classic 19.2時,狀態會關聯至每個建置。

瞭解本節的更多資訊。

建置升級與版本升級是否相同?

否. 建置升級是指定主要版本內的增量更新,而版本升級則是從一個主要版本變更為另一個主要版本。 建置升級非常簡單,因為通常不涉及任何重大的架構、技術或資料模型變更。

另一方面,版本升級通常伴隨著重大的技術變更,而且,視特定客戶的配置深度而定,可能需要進行重大配置更改和/或部分重新實施。

例如,使用上一節螢幕擷取的伺服器資訊:

  • 構建版本升級將需要從構建版本6880升級至任何大於6880的構建版本。 例如,v6.1.1組建版本8222到v6.1.1組建版本8666

  • 版本升級需要從6.0.2版移至6.0.2版以上的任何版本。 例如:v6.0.1版本2222到v6.1.1版本8666

我是否應在這些更新之前備份資料?

Adobe會在進行任何變更之前備份您的系統。 但是,如果非生產系統(開發或測試伺服器)中有重要的自訂工作,則強烈建議您在進行任何升級之前,先將其匯出為套件。

如需詳細資訊,請 觀看此影片方式

何時會進行升級?

客戶將可選擇其日期範圍。 生產系統更改不會在節假日執行。

建置升級可在星期一到星期四進行,星期五則僅用於非生產實例。

建置升級需要多久?

執行構建升級所需的時間取決於以下幾個因素:

  • 要備份或還原的資料庫的大小(較大的資料庫需要更多的升級時間)
  • 環境的大小(我們的許多客戶都有數台不同的伺服器,每台伺服器都處理特定功能,而較大的環境需要更多的升級時間)
  • 系統的複雜性(某些系統具有更依賴的服務和連接來驗證,因此需要驗證此類系統的穩定性和效能)

建置升級是兩個步驟:

  1. 準備升級系統——考慮到您環境的特定性,此階段基本上可以在非生產環境上實現完全合格的升級。 從技術和功能的角度看,升級的環境一旦被綠化,就可以進行階段2。 根據上述因素,第一階段可能需要幾天到幾週。

  2. 升級本身——生產環境已升級。 此階段通常在幾小時內執行。 對於非常複雜的環境,應該期望更長的停機時間。 當發生問題時,定義並可以執行回滾策略。

有關詳細資訊,請參閱本文檔

構建版本升級需要哪些資源?

建立升級程式需要下列資源:

  • Adobe Architect —— 對於代管或雲端訊息/混合式架構,架構設計人員必須與客戶服務協作。
  • 項目經理——托管:代管團隊將與客戶服務團隊及客戶合作,協調所有例項的升級時間表。
  • Adobe Campaign管理員——代管:代管團隊會執行升級。
  • Adobe Campaign營運商\marketing使用者——營運商會針對開發、測試和生產例項執行測試。

我要如何為構建版本升級做準備?

在您的開發和測試系統中,匯出任何重要且必須保留的工作。 如需詳細資訊,請觀看此影片

在實作結束時檢閱提供給您團隊的檔案,以重新瞭解您在執行手冊(或您的諮詢團隊/合作夥伴)中建立的重要路徑工作流程和傳送。

識別適合維護視窗的低流量或低流量時間,因為它們對業務影響最小。

檢閱我們的建立下的升級檢查清單以及您的測試計畫,並確保可執行這些測試的資源在24-48小時內可用。 完成升級。

有關詳細資訊,請參閱本文檔

建置升級是否可在夜間或在下班時間執行?

升級可以在非工作時間執行。 當沒有業務用戶連接到實例時,始終建議在下班時間升級環境。

與構建升級相關的成本為何?

為代管客戶安裝組建升級不需任何費用。 如果系統中有客制化的開發,客戶將需要確定在升級後測試這些開發所需的資源,並更正這些定制開發所發現的任何問題。

在升級過程中是否可以訪問實例?

否. 在升級期間會關閉伺服器,以確保在產品升級期間保留資料完整性。 完成後,它將重新啟動,並恢復所有服務。

在升級過程中,是否會繼續從訊息中心傳送電子郵件?

當訊息中心(RT)進行升級時,不會從執行個體傳送電子郵件。 注意,當促銷活動系統關閉時停止的任何進程,都會在系統重新啟動時自動恢復。 這包括先前傳送之傳送的作用中或排程傳送、追蹤和度量計算。

工作流程是否會繼續執行並傳送傳送?

否. 在建立升級期間,工作流程和郵件服務都會停止。 這表示工作流程將不會執行,傳送作業也不會傳送。 在系統重新啟動後,系統將會恢復。 不過,Adobe強烈建議在升級後檢查所有重要的路徑工作流程,以確保它們正常運作。

我的追蹤連結在升級期間是否仍然有效?

在升級期間,追蹤連結將可正常運作。 在升級期間無法傳送新電子郵件,但已傳送電子郵件中的追蹤連結將可運作。

我是否需要在構建升級過程中提供?

是. 客戶應在升級生產實例期間或升級後立即向Adobe提供聯絡點。 除非另有安排,否則Adobe將透過電子郵件聯絡此人。 這將確保關鍵任務的平穩過渡和立即驗證。 建置升級完成後,Adobe將與客戶聯絡以供確認。

我是否需要更新客戶端控制台?

是. 客戶機控制台必須與伺服器實例位於同一版本。 升級完成後,您的客戶端控制台應提示您升級至最新版本,以確保它與伺服器版本保持一致。

回滾計畫是什麼? 我的資料是否保留備份?

回滾計畫是使用最新的可用備份恢復系統。 資料中心客戶將備份儲存7天,Amazon Web Service(AWS)客戶將備份儲存14天。

回滾需要多少時間?

它取決於資料庫備份大小。 平均完成時間為4小時。

升級後,在系統上執行哪些類型的測試?

請參閱下面的組建升級檢查清單

升級後,我必須執行何種測試?

開發和階段環境會依序升級或一起升級,但在升級生產實例之前需要先簽署。 這可讓每位客戶在簽署任何生產變更前,先進行徹底的測試。

請參閱](#check-list)下方的[建置升級檢查清單。 客戶應執行類似的測試,以及他們可能需要的環境測試。

我必須執行構建升級的頻率為何?

為確保系統的最佳效能、可用性和安全性,Adobe將與客戶合作,確保系統每年至少升級一次。

是否會因內部版本升級而關閉?

是. 在升級期間會關閉伺服器,以確保在產品升級期間保留資料完整性。 完成後,它將重新啟動,並恢復所有服務。

我應該與誰聯絡以開啟組建升級票證?

如果您在建置升級後遇到問題,請聯絡Adobe客戶服務。 客戶服務會排程建置日期並開啟與建置升級相關的票證。

進一步瞭解Campaign Classic的說明與支援選項

建立升級檢查清單

雲端訊息伺服器升級後檢查清單

  1. 傳送測試傳送
    1. 驗證傳送記錄檔和相關的工作流程
    2. 驗證追蹤記錄是否已更新
    3. 驗證鏡像頁面和追蹤連結
  2. 確認所有技術工作流程都處於啟動狀態
  3. 驗證所有進程是否都處於活動狀態

行銷伺服器升級後檢查清單

  • 您可以登入伺服器嗎? 檢查促銷活動用戶端主控台是否運作正常,沒有任何錯誤/警告彈出式視窗。

  • 請務必在升級後使用與組建版本相同的主控台版本。

  • 您是否有將資料插入促銷活動資料庫的Web應用程式? 如果是,請執行並
    確認他們可以透過API插入新記錄。

  • 您能成功寄出測試電子郵件嗎? 使用已知範本建立新傳送,並傳送至
    一個測試收件者,驗證個人化,不明嫌犯連結,鏡像頁面都能運作。

  • 您的所有重要路徑工作流程都在執行嗎? 檢查工作流程、開啟工作流程日誌、確認
    沒有錯誤。

  • 您的所有資料夾都存在、可見且可存取嗎? 瀏覽不同的資料夾並檢查。
    所有內容都會顯示並呈現。

  • 您的交貨是否在正確的時區內完成?

    • 使用時間戳記和時區驗證建立日期和修改日期
    • 驗證調度程式的執行是否在指定時間的工作流中工作
    • 擷取處於「暫停」和「失敗」狀態的工作流程清單。 開始並監控
    • 針對一個藍本執行AB測試
    • 測試推播通知及其追蹤功能,以用於深層連結
    • 測試傳送SMS
    • 如果您有任何外部FDA連線,請測試資料是否以兩種方式傳送
    • 如果您使用Adobe Campaign-Adobe Experience Manager、Adobe Campaign-Adobe Analytics等整合,請測試這些整合是否仍像以前一樣運作

另請參閱

本頁內容