Quelle est la meilleure architecture d'infrastructure SAP ERP?

Question

Ma société envisage d'implémenter SAP HR dans notre organisation. Nous avons déjà les autres modules en cours d'exécution. Nous prévoyons d’offrir ESS / MSS à environ 200 000 utilisateurs. Notre configuration actuelle est une machine avec une instance centrale et 3 machines avec des instances de dialogue. La base de données se trouve sur la machine d'instance centrale. Enterprise Portal + DB s'exécute sur une machine distincte. Nous envisageons de séparer le module HR dans un DB séparé afin de ne pas tuer les autres modules avec la charge. Est-ce une préoccupation valable? Existe-t-il un meilleur moyen de concevoir le système? Je pensais séparer les instances DB et Cental sur deux machines différentes. J'ai essayé de chercher sur SAP Market Place des conseils sur l'architecture d'infrastructure SAP sans aucune chance.

Answer 1

Je ne sais pas trop ce que l'on entend par & "séparer &"; ...

J’ai eu l’idée de deux systèmes SAP séparés, un pour les ressources humaines et un (ou éventuellement plusieurs autres) pour les autres. Chacun de ces systèmes peut ensuite être dimensionné / sécurisé en fonction des différentes exigences (système RH, nombreux utilisateurs, utilisation très fréquente du dialogue; l'autre système peut-être un peu plus & "Axé sur les lots &";).

Cela serait également suggéré par la stratégie générale de SAP, presque chaque module étant dans son propre calendrier de publication.

En ce qui concerne la base de données et le serveur d’applications (instance centrale?) se trouvant sur des machines différentes, c’est en fait une des mesures de réglage les plus simples. Vous pouvez mélanger et assortir jolie & "; Impitoyablement &"; avec AppServer sous Solaris et la base de données sous HP-UX.

Answer 2

1. Séparation de la HR est une option valide. Ce n'est pas seulement la charge, mais aussi la Le module RH a une sécurité très stricte Besoins. Cela peut causer des difficultés dans la copie système pour le qa et le développement système.
2. La séparation de l'instance centrale et de la base de données sur des machines séparées est une option valide. Mais je ne le ferais pas (nous le faisons ...). Cela causerait des complications lors des opérations futures. Comme la mise à niveau et la maintenance de la base de données. Il est plus facile de supprimer autant de charge de l'instance centrale. Il suffit de le supprimer du groupe de connexion. Ainsi, seuls le serveur de messages, le processus enque et le processus de mise à jour (facultatif mais recommandé) y sont laissés.

Mise à jour 1: Il n'est pas rare de séparer la base de données de l'instance centrale. Mais cela introduit une complication. Cela, je pense, est une désinvolture.