ما هي أفضل بنية أساسية للبنية التحتية لـ SAP ERP؟

Question

تخطط شركتي لتطبيق SAP HR في مؤسستنا.لدينا بالفعل الوحدات الأخرى قيد التشغيل.نحن نخطط لتقديم خدمات ESS/MSS إلى ما يقرب من 200000 مستخدم.التكوين الحالي الخاص بنا عبارة عن جهاز واحد مزود بمثيل مركزي و3 أجهزة مزودة بمثيلات حوار.قاعدة البيانات موجودة على جهاز المثيل المركزي.يتم تشغيل Enterprise Portal + DB على جهاز منفصل.نحن نفكر في فصل وحدة الموارد البشرية في قاعدة بيانات منفصلة حتى لا نقتل الوحدات الأخرى بسبب التحميل.هل هذا عامل قلق قائم؟هل هناك طريقة أفضل لتصميم النظام؟كنت أفكر على غرار فصل مثيل DB وCental على جهازين مختلفين.لقد حاولت البحث في سوق SAP عن أي نصيحة حول بنية البنية التحتية لـ SAP دون أي حظ.

Answer 1

ولست متأكدا تماما ما هو المقصود ب "تفصل" ...

وأود أن من خلال الخروج من فكرة نظامين SAP seperat، واحدة للHR واحد (أو ربما آخرين متعددة) لبقية. كل من هذه الأنظمة يمكن أن تكون ثم الحجم / تأمينها وفقا لمتطلبات مختلفة (نظام HR العديد من المستخدمين، وربما استخدام الحوار عالية، ونظام آخر ربما أكثر قليلا "الموجهة للدفعة").

كما سيتم هذا ما اقترحه الاستراتيجية العامة SAP مع وحدة تقريبا كل يجري على انها الافراج عن الجدول الزمني الخاص.

وفيما يتعلق DB وخادم التطبيقات (مثلا المركزي؟) يجري على آلات مختلفة .. هذا هو في الواقع شائع جدا واحدة من أسهل تدابير ضبط. يمكنك مزيج المباراة وجميلة "بلا رحمة" مع AppServer على سولاريس وDB على HP-UX.

Answer 2

1. فصل الموارد البشرية هو خيار صالح.ليس فقط الحمل ، ولكن أيضا وحدة الموارد البشرية لديها أمن صارم للغاية حوائج.قد يسبب ذلك بعض صعوبات في نسخ النظام لضمان الجودة والتطوير نظام.
2. يعد فصل المثيل المركزي وقاعدة البيانات لفصل الأجهزة خيارًا صالحًا.لكنني لن أفعل ذلك (نحن نفعل ذلك...).يسبب بعض التعقيد في العملية المستقبلية.مثل الترقية وصيانة قاعدة البيانات.من الأسهل إزالة أكبر قدر ممكن من الحمل من المثيل المركزي.فقط قم بإزالته من مجموعة تسجيل الدخول.لذلك لم يتبق عليه سوى خادم الرسائل وعملية enque وعملية التحديث (اختيارية ولكن موصى بها).

التحديث 1: ليس من غير المألوف فصل قاعدة البيانات عن المثيل المركزي.لكنه يقدم بعض التعقيد.أعتقد أن هذا غير منطقي.