step by step by cloning of dev to prod

shweta5
Giga Expert

Hi Experts,

 

Good Day!

 

i want to clone dev instance to prod instance but i am bit afraid of initiating the  process . 

 

please help me to know the prerequisites  required for the process and how to proceed it to achieve it cent percent.

 

Thanks in Advance 

 

1 ACCEPTED SOLUTION

AbhishekGardade
Giga Sage

HEllo Sheetal,

When have cloning of PRD over DEV/TEST done we do have below checked.

1. Get XML backup of uncommitted update sets.

2. Disable outbound Email routing/route it to TEST mailbox (depends on your org)

3. Change Themes for cloned instance (DEV/TEST)

4. Grant Necessary testers impersonation/approvals roles

5. We also follow monthly releases & make sure we get atleast DEV cloned after a week from Release in PRD which helps to keep instances in sync with PRD & also act as a source to work on/look for development activity that may have failed when pushed to PRD.

Check out this links for more detials:

Video blog

https://community.servicenow.com/community?id=community_video&sys_id=9f470535db989fc09c9ffb651f9619c...

https://docs.servicenow.com/bundle/london-platform-administration/page/administer/managing-data/conc...

https://docs.servicenow.com/bundle/london-platform-administration/page/administer/managing-data/task...

Some pointers:

1) From a data security point of view, the best process is to exclude the tables that you know will contain sensitive information. More information on excluding tables, here:

https://docs.servicenow.com/bundle/kingston-platform-administration/page/administer/managing-data/task/t_ExcludeATableFromCloning.html

If you want data for testing purposes then take an xml backup of the excluded table from the sub prod instances.

2) If you need selective data then the only option is to clean up the data post clone. 

https://docs.servicenow.com/bundle/kingston-platform-administration/page/administer/managing-data/concept/post-clone-cleanup-scripts.html

3) for system files, you can use preservers

https://docs.servicenow.com/bundle/kingston-platform-administration/page/administer/managing-data/concept/post-clone-cleanup-scripts.html

Thank you,
Abhishek Gardade

View solution in original post

1 REPLY 1

AbhishekGardade
Giga Sage

HEllo Sheetal,

When have cloning of PRD over DEV/TEST done we do have below checked.

1. Get XML backup of uncommitted update sets.

2. Disable outbound Email routing/route it to TEST mailbox (depends on your org)

3. Change Themes for cloned instance (DEV/TEST)

4. Grant Necessary testers impersonation/approvals roles

5. We also follow monthly releases & make sure we get atleast DEV cloned after a week from Release in PRD which helps to keep instances in sync with PRD & also act as a source to work on/look for development activity that may have failed when pushed to PRD.

Check out this links for more detials:

Video blog

https://community.servicenow.com/community?id=community_video&sys_id=9f470535db989fc09c9ffb651f9619c...

https://docs.servicenow.com/bundle/london-platform-administration/page/administer/managing-data/conc...

https://docs.servicenow.com/bundle/london-platform-administration/page/administer/managing-data/task...

Some pointers:

1) From a data security point of view, the best process is to exclude the tables that you know will contain sensitive information. More information on excluding tables, here:

https://docs.servicenow.com/bundle/kingston-platform-administration/page/administer/managing-data/task/t_ExcludeATableFromCloning.html

If you want data for testing purposes then take an xml backup of the excluded table from the sub prod instances.

2) If you need selective data then the only option is to clean up the data post clone. 

https://docs.servicenow.com/bundle/kingston-platform-administration/page/administer/managing-data/concept/post-clone-cleanup-scripts.html

3) for system files, you can use preservers

https://docs.servicenow.com/bundle/kingston-platform-administration/page/administer/managing-data/concept/post-clone-cleanup-scripts.html

Thank you,
Abhishek Gardade