本番環境からQAシステムに転送したくないパラメータがあります。ネットワークパスやURLのようなスタッフ。問題は、ABAPではすべてがデータベースにあり、データベースをQAシステムにコピーするときに、これらのパラメータを手動で変更する必要があることです。そして、これはエラーが発生しやすいです。
データベースと一緒に転送されない方法で構成情報を保存する方法はありますか？
ありがとう。
3 に答える
2
要するに、いいえ。少なくとも、SAP 環境では非常に珍しいことです。
QA システムが実稼働環境のシステム コピーとして設定されている場合 (これが通常のパスです)、システムを正しく機能させるには、いくつかの手順を実行する必要があります。これには、言及したようなファイルパスと同じくらい単純な構成だけでなく、「パートナーシステム」のアドレスと名前も含まれます。たとえば、私の顧客の 1 人は銀行です。そのため、実稼働システムをコピーするとき、彼は QA 側のアクティビティが誤って実稼働側に流れないように 3 重に確認しています。メールが誤って送信されないように、人の名前と住所を隠すなど、他にもいくつかの変更が加えられています。
これらの変更をできるだけ簡単に適用する方法がいくつかあります (SAP のドキュメントや SAP トランスポートおよび変更管理に関する本を探してください。Sue McFarland Metzger によるものを持っていたので、とても良かったです)。私が見てきたことから、通常、QA システムの構成やカスタマイズなどを適切な値に変更する一連のトランスポートがあります。
それが役立つことを願っています。
于 2009-01-06T22:33:32.860 に答える
0
あなたの質問は明確ではありません.標準またはカスタム構成について話しているのですか?
こんにちは、これらのパスを Z テーブルに格納していると仮定すると、一部のショップでは sy-sysid (システム ID) を列の 1 つとして配置しています。開発中のすべてのシステムを維持し、本番環境に移行します。これはしばらくすると苦痛になるので、あまり変化しない情報に対してのみこれをお勧めします (ファイル パスは適切かもしれません)。
T.
于 2009-01-06T16:26:52.587 に答える
0
データベースに保存されている構成が、複製されたインスタンスにコピーされるのを防ぐことはできません。ただし、コピーされたエントリが使用されないように構成ストレージを設計できます。複製されたシステムが新しいシステム ID (SID) を取得することを保証できるかどうか、基本管理者に確認する必要があります。この場合は、構成テーブルのキー フィールドとして SID を使用できます。システムのコピー後、SID が変更され、複製されたシステムは元のエントリにアクセスできなくなります。
于 2012-09-07T13:19:28.197 に答える