Sap R/3 ArchiTutorial de arquitetura

O que é o SAP R/3?

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

Apresentação
Aplicação
banco 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 SAP sistema de duas maneiras: -

Através da SAP GUI
Através do navegador da Web

É chamado de front-end. Apenas o front-end é instalado no PC do usuário e não nos 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 o resultado 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 conforme SQL consultas geradas pelo ABAP e Java aplicações.

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

Compreendendo diferentes SAP camadas

Camada de apresentação

A camada de apresentação contém os componentes de software que compõem o SAPgui (interface gráfica do usuário). Esta camada é a interface entre o sistema R/3 e seus usuários. O sistema R/3 utiliza o SAPgui para fornecer uma interface gráfica de usuário intuitiva para inserir e exibir dados.

A camada de apresentação envia a entrada do usuário para o servidor de aplicativos e dele recebe dados para exibição. Enquanto um 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 Aplicação consiste em um ou mais servidores de aplicativos e um servidor de mensagens. Cada servidor de aplicativos contém um conjunto de serviços utilizados 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 aplicação. O servidor de mensagens é responsável pela comunicação entre os servidores de aplicativos. Ele passa 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 faz 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 (SGBD) e o próprio banco de dados. SAP fabricou seu próprio banco de dados chamado 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.

Compreender os componentes de SAP R/3 3 níveis Archiarquitetura

Servidor de mensagens:Ele lida com a comunicação entre Dispatchers distribuídos em 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.
Porta de entrada: Permite a comunicação entre SAP sistema e entre SAP sistema e sistemas externos.
Processos de trabalho ABAP: – Ele executa separadamente etapas de diálogo em aplicativos R/3. Os tipos de processos de trabalho são fornecidos abaixo: -
Tubos de memória: Permite a comunicação entre os processos de trabalho ICM e ABAP.
Servidor de mensagens: Ele lida com despachantes java e processos de servidor. Ele permite a comunicação dentro do ambiente de execução Java.
Servidor de enfileiramento:Ele lida com bloqueios lógicos definidos pelo executado Java programa aplicativo em um processo de servidor.
Serviços Centrais: Java O cluster requer uma instância especial dos serviços centrais para gerenciar bloqueios e transmitir mensagens e dados. Java cluster é 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 Expedidor: Ele recebe as solicitações do cliente e encaminha para o processo do servidor.
SDM: O Software Deployment Manager é usado para instalar componentes J2EE.
Java Processos do servidor: Ele pode processar um grande número de solicitações simultaneamente.
Rosqueamento: Vários processos são executados separadamente em segundo plano, esse conceito é chamado de threading.
ICM: Permite a comunicação entre SAP sistema e protocolo HTTP, HTTPS, SMTP. Isso significa que inserindo o URL do sistema no navegador você pode acessar SAP do navegador também.

Mais um componente é o JCO. O JCO é usado para manipular a comunicação entre o Java Dispatcher e o ABAP Dispatcher quando o sistema é configurado como ABAP+Java.

Como o SAP O processo de logon funciona?

Passo 1) Quando um usuário clica no SAP sistema a partir da GUI, a solicitação do usuário é encaminhada para Despacho.

Passo 2) A solicitação é armazenada em Solicite filas primeiro. O despachante segue Primeiro a entrar, primeiro a sair regra. Encontrará processo de trabalho gratuito e, se disponível, será atribuído.

Passo 3) Conforme 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 executar um relatório em segundo plano, o processo de trabalho em segundo plano será atribuído ao usuário. Quando algumas modificações são feitas no nível do banco de dados, o processo de trabalho 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, as autorizações do usuário e a configuração atual do usuário são transferidas para o processo de trabalho na memória compartilhada para acessar os dados do usuário. Depois que a etapa de diálogo é executada, os dados do usuário são lançados no processo de trabalho. Assim a memória compartilhada será limpa e os dados de outros usuários poderão 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.

Passo 5) O primeiro processo de trabalho encontrará os dados no buffer. Se encontrar dados no buffer, não há necessidade de recuperar dados do banco de dados. Assim o tempo de resposta é melhorado e esse processo é chamado de hit. Se não encontrar os dados no buffer, ele encontrará os dados no banco de dados e esse processo é chamado de miss. A taxa de acertos deve ser sempre maior que a taxa de erros. Melhora o desempenho do sistema.

Passo 6) Outros dados solicitados são consultados no banco de dados e, uma vez concluído o processo, o resultado é enviado de volta para GUI via despachante.

Passo 7) No final, os dados do usuário são removidos da memória compartilhada para que a memória fique disponível para outros usuários. Este processo é chamado sair da cama.

Você pode gostar: