What is the Migration Best practice to self-hosted instance?

Sang jin Kim
Tera Contributor

‎04-05-2022 12:09 AM

What is the migration  best practice from general SN instance to self-hosted SN instance?

I also know about the pre-requirements for it such as network f/w policy.

Please share your experiences.

0 Helpfuls
  • 696 Views
1 REPLY 1

Community Alums
Not applicable

‎04-05-2022 12:15 AM

Hi @Sangjin Kim ,

The best way would be to engage with our professional services group. Then ServiceNow does have people who specialize in this. I don't believe there is a specific doc available to the public yet.

While SN support does not have a documented process, get someone to assist from ServiceNow and your Infra team. It seems to be a case-by-case scenario.

It involves you providing a db dump that is approved to release from your customer, uploading to an sftp server that you provide creds to for SN support to access, and specific instructions for SN support to drop existing and populate cloud db with your dump.

Here goes some thoughts that could be helpful:

a) make sure your update sets has all the changes that should comprehend the solution you're deploying. It shouldn't have more or less than what you need. Be very cautious on this step. A deployment can easily become a mess if this is not carefully managed.

 

b) make sure you have validated your functionality in the development environment and set the update set to complete once the validation has been performed

 

c) look for opportunities to merge your update sets. Disclaimer: Only merge the update sets that hold changes related to a same feature/functionality. Be aware that once you merge there's not an unmerge option.

 

d) create a deployment plan that describes manual steps such as data migration or disposition guidelines of how to deal with conflicts. This deployment plan can be updated as releases take place and it's extremely useful for such situations where the deployment needs to go through multiple validation/integration environments.

 

e) be aware that a deployment is prone to errors. Quickly contain/resolve these and learn to anticipate them by a proper risk management. As an example, large deployments involving a big amount of update sets could involve a higher level of complexity than a continuous integration process where update sets are moved as these are ready to be moved to the next environment.

Mark my answer correct & Helpful, if Applicable.

Thanks,

Sandeep

0 Helpfuls