Qual é a melhor arquitetura de infra-estrutura SAP ERP?

Question

Nossa empresa está planejando implementar SAP HR em nossa organsization. Nós já temos os outros módulos em execução. Pretendemos oferecer ESS / MSS para approximatly 200 000 usuários. Nossa configuração atual é uma máquina com uma Instância Central e 3 máquinas com instâncias de diálogo. O DB está na máquina Central Instância. Enterprise Portal + DB está sendo executado em uma máquina separada. Estamos pensando em separar o módulo de RH em um DB separado, de modo a não matar os outros módulos com carga. Será esta uma preocupação válida? Existe alguma maneira melhor arquiteto do sistema? Eu estava a pensar ao longo das linhas de separação a instância DB e Cental em duas máquinas diferentes. Eu tentei procurar no mercado SAP para qualquer conselho sobre a arquitetura de infra-estrutura SAP sem qualquer sorte.

Answer 1

Eu não estou completamente certo o que se entende por "separando" ...

Eu através de fora da idéia de dois sistemas seperat SAP, um para HR e um (ou possivelmente vários outros) para o resto. Cada um desses sistemas pode, então, ser dimensionado / assegurado de acordo com as diferentes necessidades. (Sistema HR muitos usuários, possivelmente, o uso de alto diálogo; o outro sistema talvez um pouco mais "orientada lote")

Este também seria sugerido pela estratégia geral da SAP com quase todos os módulo de estar em seu próprio cronograma de lançamento.

Com relação ao banco de dados e servidor de aplicação (instância central?) Estar em máquinas diferentes .. que é realmente muito comum e uma das medidas mais fáceis de ajuste. Você pode misturar e combinar muito "impiedosamente" com o AppServer no Solaris e no DB no HP-UX.

Answer 2

1. A separação do HR é uma opção válida. E não é só a carga, mas também a módulo HR tem segurança muito rigoroso precisa. Isso pode causar algum dificuldades no sistema de cópia de para qa e desenvolvimento sistema.
2. Separar a instância Central e DB para máquinas separadas é uma opção válida. Mas eu não faria isso (Nós estamos fazendo isso ...). Ele causar alguma complicação em operação futura. Como a atualização e manutenção de banco de dados. É mais fácil para remover o máximo de carga a partir da instância central. Basta removê-lo do grupo de logon. Assim, apenas o servidor de mensagens, o processo enque e update (opcional, mas recomendado) processo são deixados sobre ele.

Update 1: Não é incomum para separar o db a partir da instância centro. Mas ele faz introduzir alguma complicação. Isso, eu acho, são unnesesery.