3

私がする必要があるのは、一種の非常に制限されたバックアップです。

テストパッケージに入れた小さなプログラムをたくさん作成しました。システムがダウンした場合に備えて、データを保持したいと思います。私も基本の人たちを悩ませたくありません。

第一に:私が達成しようとしていることは悪い考えですか(私はABAPを除いてSAPについてあまりよく知りません。第二に:(それが良い考えであれば)非「コードコピーペースト」で可能ですか?仕方?

4

2 に答える 2

5

通常は必要ありません。SAP R / 3システムは通常、ミッションクリティカルです。それらがダウンした場合は、基本管理者をヒットします。最初にシステムをバックアップせずにシステムを停止して全員に通知する場合は、非常に大きなスパイククラブでシステムを攻撃します。

個々のコンポーネント(SAPlinkなど)をダウンロードする方法はありますが、通常は(まだ)完全ではありません。一部のオブジェクトタイプはサポートされていません。このようなバックアップを作成する最良の方法は、オブジェクトをトランスポートに追加し、ダミーの宛先にポイントして(基本管理者に作成を依頼し、これを行う方法を知っている必要があります)、リリースすることです。次に、エクスポートされたトランスポートファイルを取得します(これについて小さなレポートを作成できます)。少し準備が必要ですが、こうすることで、復元可能なバックアップがあることを確認できます。これには基本的なサポートが必要であることに注意してください。(開発者にとって、基本管理者との良好な関係を維持することは一般的に良い考えです:-))

于 2012-09-18T08:17:32.113 に答える
0

2つのアプローチ:

  1. SAPLink

プレーンテキストモードでシステム間でオブジェクトを転送するためにナゲットと呼ばれるファイルを使用する、より古風な方法。

バージョン4.6c以降、ほとんどのシステムでサポートされています。

  1. abapGit

GITコンセプトを使用してABAP開発を移動するより現代的な方法。これにより、パッケージからGITリポジトリを作成し、このリポジトリを任意のローカルマシンにプルできます。

BASISv.702以降でサポート

于 2020-03-18T09:09:19.960 に答える