Skip to Content
avatar image
Former Member

QAS -> PRD !!

Hello Everyone!!

We have a 2 system landscape.

[ DEV ( having dev and qas) and PRD( having prd client only) ]

1).I was wondering if its a good idea to perform a client copy from DEV's QA client 300 to Production client 500 with a SAP_ALL profile ?

OR,

2). Second alternative is that we are planning to transport customizing and workbench requests from 300 to 500, and after that copy 300's master and transactional data into 500. (Also, which profile will be suitable for this option- should i use scc8 or scc9 for this ?)

I'd like to have your feedback over these two alternatives that which one could be implied, or you can offer your own option as well.

Your feedback will be appreciated.

Thank you and regards,

Muzammil.

ps: we're going for these options to get things done ASAP.

Add comment
10|10000 characters needed characters exceeded

  • Get RSS Feed

4 Answers

  • avatar image
    Former Member
    Sep 15, 2007 at 01:58 PM

    what are you trying to achieve?

    both options will result in any data in the PRD/500 being overwritten, are you aware of this?

    Add comment
    10|10000 characters needed characters exceeded

  • avatar image
    Former Member
    Sep 15, 2007 at 10:38 PM

    yes, I'm totally aware of it. But what I'm looking for is what effects can be caused by such actions ?

    Add comment
    10|10000 characters needed characters exceeded

  • avatar image
    Former Member
    Sep 16, 2007 at 12:06 AM

    Still not sure what you are trying to achieve? At a guess you are at the end of an implementation project and preparing to go-live so need to bring the future PRD client up to speed with DEV & QAS config/changes done during implementation....??

    Most projects will move all transports to the future PRD system then 'manually' load any data required for go-live into the PRD client, also from memory SAP do not support creation of a production client via client copy, you might want to search through SAP notes to confirm/deny that.

    Option 1 will not move any workbench or client independent related changes to the PRD system, you will need move across all workbench/independent changes then do the SAP_ALL copy, anything currently in PRD/500 will be lost, if you don't move workbench items your copy many have errors

    Option 2 will ensure all your wrokbench changes & config is in PRD before doing the copy, if you do a SAP_ALL copy you will get everything & is safest option, once again anything in PRD/500 will be lost

    As for using either SCC8 or SCC9 - SCC8 (client export, then import & run SCC7 in PRD) will allow you to get the copy across even if you repository items (workbench stuff) are not in sync, SCC9 (remote copy) will only work once repository is insync. You can test this by doing a test copy in SCC9, it will check repository between the systems for you

    There is also option 3 - complete system copy of DEV to PRD, copy client 300 to 500 in the refreshed PRD, then delete client 300 in the refreshed PRD, if you really don't care about the current contents of the PRD system this is the safest way to ensure you get an exact copy of DEV/300 to PRD/500

    Good luck! Regards

    Daniel

    Add comment
    10|10000 characters needed characters exceeded

  • avatar image
    Former Member
    Sep 18, 2007 at 06:31 PM

    Thank You Danial..That's exactly what I wanted to know. You've understood the situation well.

    i guess copying the customizing and workbench requests to PRD and making a copy of master and transactional data will do the job. But there's one uncertainty in this case. I hope the support issue will not interfere at a later stage with this approach, Right ?

    Add comment
    10|10000 characters needed characters exceeded