Comment stocker les informations de configuration dans l'application SAP ABAP?

Question

Il y a des paramètres que je ne voudrais pas transférer de l'environnement de production à qa. Le personnel aime le chemin d'accès réseau et les URL. Le problème est que dans SAP ABAP, tout est dans la base de données et lorsque la base de données est copiée sur le système qa, vous devez modifier manuellement ces paramètres. Et ceci est sujet aux erreurs.

Existe-t-il un moyen de stocker les informations de configuration de manière à ne pas être transférées avec la base de données?

Merci.

Answer 1

En bref: non, du moins cela serait très inhabituel dans un environnement SAP.

Si votre système d'assurance qualité est configuré en tant que copie système de votre environnement de production (le chemin habituel), plusieurs étapes sont nécessaires pour que le système fonctionne correctement. Cela inclut certaines configurations, qui peuvent être aussi simples que des chemins de fichiers tels que ceux que vous avez mentionnés, mais également les adresses et les noms des "systèmes partenaires". Par exemple, l'un de mes clients est une banque. Ainsi, lors de la copie de son système de production, il s'assure trois fois qu'aucune activité du côté de l'assurance qualité ne se répercute accidentellement sur le côté de la production. D'autres modifications sont également apportées, par exemple en masquant les noms et les adresses des personnes afin qu'aucun courrier ne soit envoyé accidentellement, etc.

.

Il y a plusieurs façons de rendre ces modifications aussi simples que possible (recherchez de la documentation SAP ou des livres sur SAP Transport et la gestion des modifications, j'en avais une de Sue McFarland Metzger ou autre qui était plutôt bonne). D'après ce que j'ai vu, il existe généralement un ensemble de transports qui changent la configuration et la personnalisation, etc. du système d'assurance qualité vers le valeurs appropriées.

L’espoir que cela aide.

Answer 2

Vous ne pouvez pas empêcher la copie de la configuration stockée dans la base de données sur l'instance clonée. Cependant, vous pouvez concevoir le stockage de configuration de manière à empêcher l'utilisation des entrées copiées. Vous devez vérifier auprès de vos administrateurs de base s'ils peuvent garantir que le système cloné obtiendra un nouvel ID système (SID). Si tel est le cas, vous pouvez simplement utiliser le SID en tant que champ clé dans votre table de configuration. Après la copie du système, le SID sera modifié et le système cloné n'aura plus accès aux entrées d'origine.

Answer 3

Votre question n’est pas claire. Parlez-vous de la configuration standard ou personnalisée?

Salutations, en supposant que vous stockiez ces chemins dans une table Z, puis certains magasins placent sy-sysid (id système) dans l’une des colonnes. Maintenez tous les systèmes dans votre dev et transportez-les en production. Cela devient pénible après un certain temps, je ne le recommanderais donc que pour des informations qui ne changent pas beaucoup (les chemins de fichiers peuvent être bons).

T.