建置升級常見問題集

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

我們的客戶必須執行最新版的Adobe Campaign。 它也可讓Adobe在您遇到問題時,提供更有效率的協助 — 識別、重制和修正舊版組建上的問題通常需要更多時間,更不用說您可能遇到的某些問題可能已在最近組建中修正。

身為托管使用者,您無需採取任何動作,即可透過最新穩定版本,自動受益於Campaign每年升級。 內部部署和混合客戶也可從此版本中獲益。 如果您從舊的建置中遷移,我們建議您先升級至此版本。了解更多

什麼是版本編號升級?

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

深入了解 在本節.

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

最新Campaign Classic版本(包括新功能和檔案)在最新 發行說明.

我如何知道我執行的版本?

Help > About… 功能表。 此 About 方塊包含您同時針對主控台和伺服器執行的版本和組建的詳細資訊。

深入了解 在本節.

建置狀態代表什麼?

從Campaign Classic19.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架構師 — 對於托管或雲端訊息/混合架構,架構師必須與客戶服務協調。
  • 項目經理 — 托管:托管團隊會與客戶服務團隊及客戶合作,協調所有執行個體的升級時間軸。
  • Adobe Campaign管理員 — 托管:托管團隊會執行升級。
  • Adobe Campaign運算子\行銷使用者 — 運算子會對開發、測試和生產執行個體執行測試。

如何為組建版本升級做準備?

在您的開發和測試系統中,匯出任何重要且必須保留的工作。 欲知更多資訊,請 觀看此示範,觀看影片.

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

確定低流量或低流量時間是維護窗口的理想選擇,因為它們將產生最低的業務影響。

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

如需詳細資訊, 請參閱本檔案.

是否可以在夜間或在非工作時間執行版本升級?

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

版本編號升級的相關成本為何?

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

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

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

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

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

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

沒有。在建置升級期間,工作流程和郵件服務都會停止。 這表示工作流程將不會執行,且傳送不會傳送。 一旦重新啟動系統,系統就會繼續。 不過,Adobe強烈建議在升級後檢查所有重要路徑工作流程,以確保它們正常運作。

升級期間我的追蹤連結是否仍可運作?

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

建置升級過程中需要我可用嗎?

是. 客戶應在升級其生產執行個體期間或之後,立即為Adobe提供可用的聯絡點。 Adobe會透過電子郵件聯絡此人,除非另有安排。 這將確保關鍵任務的平穩過渡和即時驗證。 Adobe完成組建升級以進行確認後,會聯絡客戶。

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

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

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

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

要多久才能回復?

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

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

請參閱 下面是「升級檢查清單」.

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

開發和預備環境會依序升級或一起升級,但在升級生產執行個體之前需要先簽核。 這可讓每個客戶在簽核生產變更前,先進行徹底的測試。

請參閱清單 下面是「升級檢查清單」. 客戶應該執行類似的測試,以及他們可能需要的環境測試。

執行版本編號升級的頻率為何?

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

是否會因版本編號升級而關閉?

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

我應聯絡誰以開啟組建版本升級票證?

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

深入了解 Campaign Classic的說明和支援選項

生成升級檢查清單

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

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

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

  • 您能登入伺服器嗎? 檢查Campaign用戶端主控台是否運作中,沒有任何錯誤/警告快顯視窗。

  • 升級後請務必使用與版本編號相同的主控台版本。

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

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

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

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

  • 您的傳送是否具有正確的時區?

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

另請參閱

本頁內容