Tutorial de arquitetura SAP R / 3

O que é SAP R / 3?

SAP R / 3 é uma arquitetura de 3 camadas que consiste em 3 camadas

Apresentação
Inscrição
Base de dados

Em palavras simples, é uma arquitetura cliente-servidor.

R significa sistema em tempo real
3 representa - arquitetura de 3 camadas.

PC do usuário: - Os usuários podem acessar o sistema SAP de duas maneiras: -

Por meio do SAP GUI
Por meio do navegador da web

É chamado de front-end. Apenas o front-end é instalado no PC do usuário, não os servidores de aplicativos / banco de dados.

O front-end leva as solicitações do usuário ao servidor de banco de dados e aos servidores de aplicativos.

Servidores de aplicativos: - O servidor de aplicativos é construído para processar a lógica de negócios. Essa carga de trabalho é distribuída entre vários servidores de aplicativos. Com vários servidores de aplicativos, o usuário pode obter a saída mais rapidamente.

O servidor de aplicativos existe em um local remoto, em comparação com o local do PC do usuário.

Servidor de banco de dados: - O servidor de banco de dados armazena e recupera dados de acordo com as consultas SQL geradas por aplicativos ABAP e Java.

O banco de dados e o aplicativo podem existir no mesmo local físico ou em locais diferentes.

Compreender as diferentes camadas SAP

Camada de apresentação :

A camada de apresentação contém os componentes de software que constituem o SAPgui (interface gráfica do usuário). Essa camada é a interface entre o sistema R / 3 e seus usuários. O sistema R / 3 usa o SAPgui para fornecer uma interface gráfica de usuário intuitiva para entrada e exibição de dados.
A camada de apresentação envia a entrada do usuário para o servidor de aplicativos e recebe dados para exibição a partir dele. Enquanto um componente SAPgui está em execução, ele permanece vinculado a uma sessão de terminal do usuário no sistema R / 3.

Camada de aplicação:

A camada de aplicativo consiste em um ou mais servidores de aplicativos e um servidor de mensagens. Cada servidor de aplicação contém um conjunto de serviços usados para executar o sistema R / 3. Teoricamente, você só precisa de um servidor de aplicativos para executar um sistema R / 3. Na prática, os serviços são distribuídos em mais de um servidor de aplicativos. O servidor de mensagens é responsável pela comunicação entre os servidores de aplicativos. Ele passa as solicitações de um servidor de aplicativos para outro dentro do sistema. Ele também contém informações sobre grupos de servidores de aplicativos e o balanceamento de carga atual dentro deles. Ele usa essas informações para atribuir um servidor apropriado quando um usuário efetua login no sistema.

Camada de banco de dados:

A camada de banco de dados consiste em um sistema de banco de dados central que contém todos os dados do sistema R / 3. O sistema de banco de dados possui dois componentes - o sistema de gerenciamento de banco de dados (DBMS) e o próprio banco de dados. A SAP fabricou seu próprio banco de dados denominado Hana, mas é compatível com todos os principais bancos de dados, como Oracle. Todos os dados do R / 3 são armazenados no banco de dados. Por exemplo, o banco de dados contém os dados de controle e customização que determinam como o sistema R / 3 é executado. Ele também contém o código do programa para seus aplicativos. Os aplicativos consistem em código de programa, definições de tela, menus, módulos de função e vários outros componentes. Eles são armazenados em uma seção especial do banco de dados chamada Repositório R / 3 e, portanto, são chamados de objetos de repositório. Repositório R / 3, os objetos são usados no ambiente de trabalho ABAP.

Compreendendo os componentes da Arquitetura SAP R / 3 de 3 camadas: -

Arquitetura de sistema ABAP + Java

Message Server: lida com a comunicação entre Dispatchers distribuídos no sistema ABAP .
Fila do despachante: Vários tipos de processos de trabalho são armazenados nesta fila.
Expedidor: Distribui solicitações aos processos de trabalho.
Gateway: permite a comunicação entre o sistema SAP e entre o sistema SAP e sistemas externos .
Processos de trabalho ABAP: - Executa separadamente etapas de diálogo em aplicativos R / 3. Os tipos de processos de trabalho são apresentados a seguir: -
Canais de memória: Permite a comunicação entre os processos de trabalho ICM e ABAP.
Servidor de mensagens: lida com distribuidores java e processos de servidor. Permite a comunicação dentro do ambiente de tempo de execução java.
Enqueue Server: lida com bloqueios lógicos que são definidos pelo programa de aplicativo Java executado em um processo do servidor.
Serviços centrais: o cluster Java requer uma instância especial dos serviços centrais para gerenciar bloqueios e transmitir mensagens e dados. O cluster Java é um conjunto de processos que trabalham juntos para construir o sistema confiável. Instância é um grupo de recursos como memória, processos de trabalho e assim por diante.
Java Dispatcher: Recebe as solicitações do cliente e encaminha para o processo do servidor .
SDM: Software Deployment Manager é usado para instalar componentes J2EE.
Processos do servidor Java: pode processar um grande número de solicitações simultaneamente.
Threading: vários processos são executados separadamente em segundo plano; esse conceito é chamado de threading.
ICM: permite a comunicação entre o sistema SAP e o protocolo HTTP, HTTPS, SMTP. Isso significa que, ao inserir a URL do sistema no navegador, você também pode acessar o SAP a partir do navegador.

Mais um componente é JCO. JCO é usado para lidar com a comunicação entre o dispatcher java e o dispatcher ABAP quando o sistema é configurado como ABAP + Java.

Como funciona o processo de logon do SAP?

Etapa 1) Depois que um usuário clica no sistema SAP a partir da GUI, a solicitação do usuário é encaminhada ao Dispatcher. Etapa 2) A solicitação é armazenada primeiro nas filas de solicitação. O despachante segue a regra do primeiro a entrar, primeiro a sair . Ele encontrará o processo de trabalho gratuito e, se disponível, será atribuído.
Etapa 3) De acordo com a solicitação do usuário, um processo de trabalho específico é atribuído ao usuário. Por exemplo, quando o usuário faz login no sistema, o processo de trabalho do Dialog é atribuído ao usuário. Se o usuário executa um relatório em segundo plano, o processo de trabalho em segundo plano é atribuído ao usuário. Quando algumas modificações são feitas no nível do banco de dados, o processo de atualização é atribuído. Assim, de acordo com a ação do usuário, o processo de trabalho é atribuído.
Passo 4)Depois que o processo de trabalho de diálogo é atribuído ao usuário e as autorizações do usuário, a configuração atual do usuário é transferida para o processo de trabalho na memória compartilhada para acessar os dados do usuário. Uma vez que a etapa de diálogo é executada, os dados do usuário são lançados a partir do processo de trabalho. Assim, a memória compartilhada será limpa e os dados de outros usuários podem ser salvos na área de memória compartilhada. Etapa de diálogo significa os movimentos da tela. Em uma transação, quando um usuário salta de uma tela para outra, o processo é chamado de etapa de diálogo.
Etapa 5)O primeiro processo de trabalho encontrará os dados no buffer. Se encontrar dados no buffer, não há necessidade de recuperar os dados do banco de dados. Assim, o tempo de resposta é melhorado e este processo é denominado hit. Se não encontrar os dados no buffer, ele encontrará os dados no banco de dados e este processo é denominado miss. A taxa de acertos deve ser sempre maior do que a taxa de erros. Além disso, melhora o desempenho do sistema.
Etapa 6) Outros dados solicitados são consultados no banco de dados e, uma vez que o processo seja concluído, o resultado é enviado de volta para a GUI via despachante.
Etapa 7) No usuário final, os dados são removidos da memória compartilhada para que a memória fique disponível para outros usuários. Este processo é denominado roll-out.