tags:

views:

244

answers:

2

There are parameters that I would not want to be transfered from production environment to qa. Staff like network path and url's. The problem is that in sap abap everything is in the database and when the database is copied to the qa system you have to manually change those parameters. And this is prone to errors.

Is there a way to store configuration information in a way that wont get transfered with th database?

Thanks.

A: 

Hi,

your question is not clear, are you talking about standard or custom config ?

T.

tomdemuyt
Lets say I want to write a file to some share. In production and in qa the share is in different path. Where should I store the path?
Igal Serban
+1  A: 

In short: no - at least that would be very unusual in a SAP environment.

If your QA system is set up as a system copy of your production environment (which is the usual path), there are quite a few steps to do to make the system work correctly. This includes some configuration, which can be as simple as filepaths such as you mention, but also the addresses and names of "partner systems". For example, one of my customers is a bank, so when copying his production system, he makes triply sure that no activity on the QA side accidentally trickles to the production side. Some other changes are made as well, for example obscuring peoples names and addresses so no mail gets accidentally sent etc.

There are a few ways to make applying these changes as easy as possible (look for some SAP documentation or books on SAP Transport and Change management, I had one by Sue McFarland Metzger or so that was quite good). From what I've seen, there is usually a set of transports that change the configuration and customizing etc. on the QA system to the appropriate values.

Hope that helps.

IronGoofy
Thanks. What you describe is, more or less, what we do. It is just hard for me to believe that there is no better way. I still believe that somehow it should be a one click affair. But your answer is what I hear all the time. And scripting it is too fragile. so...
Igal Serban
Your comments are true .. but making a copy should be a pretty rare event. If not something else is wrong ...
IronGoofy
Maybe something else is wrong. But we do it quite often on one of our qa, integration or training environments.
Igal Serban
We make quarterly copies as well, to both our QAS and Training systems. Unfortunately we have not found a better way to do this either. As part of the QAS Refresh Our Basis Team downloads the table contents of the necessary tables prior to the refresh and uploads it again afterwards.
Esti