していただきましたのSAP ERPインフラ。

Question

私の会社が企画-実施SAP時間の当社のorgansization.既に他のモジュール。まESS/MSSにapproximatly200,000円ます。当社の現在の設定で機械、中央インスタンス3つの機械の対話の場合がございます。DBには、中央インスタンス機です。企業ポータル+DBしないようにするには、別途機です。いきたいと思っていますを分離するHRモジュールを別々のDBとして殺その他のモジュール負荷時のものです。この有効な懸念?あり建築家です。したヴィッセル神戸は、神戸市民のラインを分離するDB預インスタンスを二つの異なる。たって検索するSAP市場のためのアドバイス上でのSAPインフラの建築せずに展開しております。

Answer 1

私は「seperating」が何を意味するかは非常にわからないんだけど...

私は残りの2つのseperatのSAPシステム、HR用と1つ（または場合によっては複数の他人）のアイデアを介しでしょう。これらのシステムの各々は、異なる要件（HRシステムの多くのユーザ、おそらく高いダイアログ使用;他のシステム多分もう少し「バッチ指向」）に従って固定/サイズにすることができる。

これはまた、ほぼすべてのモジュールは、それ自身のリリーススケジュール上にあるとSAPの一般的な戦略によって提案されるだろう。

DBやアプリケーションサーバ（セントラルインスタンス？）別のマシン上にあるに関して...それは確かに非常に一般的であり、最も簡単なチューニング対策の一つ。あなたは、かなり「情け容赦の」Solaris上のAppServerおよびHP-UX上のDBとをミックスして一致させることができます。

Answer 2

1. 分離の時は有効なオプションです。その負荷もの HRモジュールは非常に厳重なセキュリティ ます。れる場合がありますので、あ 困難システムコピーのためのqa開発 システム。
2. 分離の中央インスタンスデータベースのスキーマとデータを別々のマシンで有効なオプションです。はいいいではないでしょうか...).が原因であることがわかってき一部複雑な問題は今後ます。のように整備し、データベースのメンテナンス。そり削除してからの読み込み中央のインスタンス.だから外すと、ログオングループのみのメッセージサーバー enque工程とを更新(オプションが推奨）プロセス上に残されています。

更新1: そのも珍しくありませんのdbからインスタンスセンター.それは一部をご紹介も合併しやすくなります。ると思い、unnesesery.