Migrate Adobe Campaign V7 On-Prem Instance to V8 Adobe Cloud | Community
Skip to main content
Parvesh_Parmar
Community Advisor
Parvesh_ParmarCommunity Advisor
Community Advisor
September 18, 2023
Solved

Migrate Adobe Campaign V7 On-Prem Instance to V8 Adobe Cloud

  • September 18, 2023
  • 1 reply
  • 3657 views

Hello,

 

I have a question related to Adobe Campaign V8 migration.

We have a client that is currently on on-prem V7 and looking forward to migrating to Adobe Cloud V8. They have a hybrid architect.

 

According to our analysis we are looking for the following path:
1. Move the V7 marketing server from on-prem server to Adobe Managed cloud service.
2. Migrate V7 to V8 on Adobe Managed cloud server. 

 

We do not get the clear answer from Adobe how they migrate the current data of on-prem marketing server to manage cloud.

 

As per my assumption, we might need to do the following step:

Steps:1. First we need to configure Adobe Campaign env. on Adobe cloud. For e.g. we need to export all the custom schema, forms, JS, webapp, reports, workflows, campaign, delivery etc. via package from on-prem to Adobe cloud.

 

Step 2. We need to import all the technical and functional data via files. For e.g. data of recipient, broad logs, tracking logs, and other functional data.

 

Can you please let me know if you have any experience in this type of exercise and if yes what is the steps to migrate and how much time it will take?

 

Feel free to share this message to someone who have this experience.

 

Kr,

Parvesh

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by costa_n11

Hi @parvesh_parmar 

To make it short, the reason you don't get a clear answer on moving the data is because Adobe does not take the responsibility to move the data from on-prem instance to hosted instance and you have a significant migration project in hand to do so. In a nutshell, the migration project will involve

  1. Revisit your data ingestion processes: if you have follow ACC architecture principles, you would load data via flat files and you would have to do a initial load of your main customer data
  2. When it comes to communication history (delivery, delivery logs, tracking, exclusion, bounces), you will design a solution where you would keep in sync these entities in your 2 on-prem and hosted instances (extension of the schema by adding a 2nd ID and building files to export/ import the history between the 2 instances and keep your typology rules effective (depending on your approach, you would have to revisit these rules but there are way to do it that do not introduce any impact)
  3. Doing the above will ensure you that you can migrate your campaigns over a long period of time
  4. The tricky part is the sender domain, in ideal circumstances, you would define new sender domains for the hosted instance (that you would ramp-up of course). Doing so will avoid overcomplexity in the tracking server configuration

You would have to review all your endpoints for the ACC landing pages and APIs (if you use them)

 

We had customers having done it successfully in the past although if the on-prem deployment doesn't follow some architecture principles, the road to migration can be more or less complex and you need to plan it carefully of course....

 

You should definitively engage Adobe Consulting Services who would help you in shaping the migration activities avoiding pitfalls along the way. 

 

Hope this helps,

Thanks

Denis

 

 

1 reply

C
Adobe Employee
costa_n11Adobe EmployeeAccepted solution
Adobe Employee
September 18, 2023

Hi @parvesh_parmar 

To make it short, the reason you don't get a clear answer on moving the data is because Adobe does not take the responsibility to move the data from on-prem instance to hosted instance and you have a significant migration project in hand to do so. In a nutshell, the migration project will involve

  1. Revisit your data ingestion processes: if you have follow ACC architecture principles, you would load data via flat files and you would have to do a initial load of your main customer data
  2. When it comes to communication history (delivery, delivery logs, tracking, exclusion, bounces), you will design a solution where you would keep in sync these entities in your 2 on-prem and hosted instances (extension of the schema by adding a 2nd ID and building files to export/ import the history between the 2 instances and keep your typology rules effective (depending on your approach, you would have to revisit these rules but there are way to do it that do not introduce any impact)
  3. Doing the above will ensure you that you can migrate your campaigns over a long period of time
  4. The tricky part is the sender domain, in ideal circumstances, you would define new sender domains for the hosted instance (that you would ramp-up of course). Doing so will avoid overcomplexity in the tracking server configuration

You would have to review all your endpoints for the ACC landing pages and APIs (if you use them)

 

We had customers having done it successfully in the past although if the on-prem deployment doesn't follow some architecture principles, the road to migration can be more or less complex and you need to plan it carefully of course....

 

You should definitively engage Adobe Consulting Services who would help you in shaping the migration activities avoiding pitfalls along the way. 

 

Hope this helps,

Thanks

Denis

 

 

    Parvesh_Parmar
    Community Advisor
    Parvesh_ParmarCommunity AdvisorAuthor
    Community Advisor
    September 18, 2023

    Hello @costa_n11, 

     

    Thanks for your reply.

     

    For the point 4, we do not have any issue. Our IP and domains are hosted on Adobe mid server and we are not going to change it.  

    We just need to migrate Marketing server or you can say Application server.

     

    I would like to discuss point 1 and 2 little more , to understand it better. 

     

    1. For the point 1, As I understood, we need to load the customer data via flat files. 

     My question, Do we need to ingest it as a fresh data? I mean adobe campaign will create new recipient primary key for each customer Or we can  use the existing recipient id.  

    For e.g. Communication data is currently based on current recipient id. If we ingest the customer data as fresh records and create a new recipient id, then it would not link with the current communication data. 

    Can you little bit explain how it was done for the client which migrated the data? 

     

    2. For the point 2, I do not understand the solution you mentioned. Are you referring to import current on-prem communication data in same table, where old id will be store in different filed and campaign will create a new PK?  Can you please little explain it in more details with example to understand it better with? 

     

    Thanks in advance!

    Kr,

    Parvesh

    Parvesh Parmar – Adobe Community Advisor https://www.linkedin.com/in/parvesh-parmar/
    C
    Adobe Employee
    costa_n11Adobe Employee
    Adobe Employee
    September 18, 2023

    Hi @parvesh_parmar 

    A few points:

    • For the sender domains, I know you're in Hybrid, however Adobe mid-sourcing instances can't be shared between multiple marketing instances, hence my point that you would be better off having new sender domains with associated ramp-up. This will avoid headache down the line.
    • Data ingestion: these will be fresh data ingestion and the recipient ID will be new indeed....

    Topic 2: yes indeed, I suppose you will not migrate as a big bang but you would migrate your campaign by phase meaning that for a couple of weeks you will send emails from both on-prem / hosted instances

     

    • However, during the communication history synchronisation (export / import to /from on-prem and hosted), you would have temporary 2 IDs: the hosted ID and the on-prem ID and you can use whatever is required for your reconciliation. 
    • Your own data will follow the same principles of reconciliation (using email address, your own IDs, etc...) and during the communication synchronisation you will also export the on-prem own id / recipient id association and stored it on the hosted instance and when importing the history, you'll reconcile using the on-prem id and vice and versa....SO during the parallel run, you will maintain the 2 IDs 

    That's why such topic can't be discussed via a channel like the community as it can be very long conversation and that's why you have to wor with Adobe Consulting Services to nail down your migration project to the nitty-gritty as it really depends on your whole solution.

     

    Saying that, for a data management point of view, these points above are quite easy to realise, you just need to ensure you keep the links between on-prem and hosted worlds.

     

    If you plan big bang approach, aka switch off on-prem / switch on hosted in a single go, the above will still apply but much simpler. I don't expect a big bang approach but one never knows.

     

    Hope this makes sense,

    Thanks

    Denis

      Terms & ConditionsAccessibility statement

      Loading footer...