3

論理的には聞こえませんが、実稼働システムが46Cであり、(予算の制限のために)対応するテストシステムが実稼働で同じことを行う前に最近ECC6.0にアップグレードされた場合が多いと思います。

不可能な場合、示されたシナリオの下で最良の解決策はどれですか?

4

2 に答える 2

2

46CとECC6の間で転送することは技術的に可能かもしれませんが、変更フリーズを使用することをお勧めします。

これの主な理由は、テストランドスケープが本番システムと大幅に異なることです。何かを完全に回帰/統合テストすることは非常に困難です。

また、Unicodeシステムから非Unicodeシステムに変更した場合は、特に注意する必要があります。

カスタムプログラムは輸送するのにかなり安全かもしれませんが、特にビジネスクリティカルなプロセスでは、リスクを非常に注意深く測定する必要があります。

SAP-修理または拡張の移送を行うと、非常に予測できない結果が生じる可能性があります(許可されない場合もあります)。アップグレード中に機能が変更された可能性があるため、SAPオブジェクトを移送することは実際には良い考えではありません。

変更をフリーズする余裕がない場合は、暫定的に46Cである2番目のDEV/TESTランドスケープを作成する必要がある場合があります。ただし、これには二重のメンテナンスが必要であり、独自の問題が発生する可能性があります。

于 2009-09-29T06:11:45.653 に答える
0

はい、それも可能で実行可能です。ただし、Unicodeシステムから非Unicodeシステムにコードをインポートした後、4.6Cのコーディング標準に従ってプログラムを微調整する必要があります。私たちは同じことを行い、7.4から4.6Cまでの完全なプロジェクトを実行しました

于 2020-08-20T11:26:37.510 に答える