SAP TAW10_1 - Capítulo 3: O núcleo do sistema

Referência

Fonte: sap 03.pdf
Tema: arquitetura cliente/servidor, instâncias e processos do SAP NetWeaver Application Server.

Arquitetura cliente/servidor

Um sistema SAP separa serviços de apresentação, aplicação e banco de dados. Essa arquitetura em três níveis favorece escalabilidade, distribuição de carga e independência relativa do hardware.

apresentação: SAP GUI ou browser;
aplicação: execução da lógica de negócio;
banco de dados: persistência central dos dados.

Uma instância é uma unidade administrativa composta por processos que iniciam e param juntos. É identificada pelo SID e pelo número de instância. Um sistema pode ter várias instâncias de aplicação.

AS ABAP e AS Java

O SAP NetWeaver Application Server pode oferecer ambiente ABAP, Java ou ambos. No AS ABAP, o dispatcher recebe solicitações e as distribui aos processos de trabalho. No AS Java, dispatchers e server processes executam aplicações Java.

Processos do AS ABAP

Processo	Responsabilidade
Dispatcher	Receber e distribuir solicitações
Diálogo	Executar passos interativos do usuário
Background	Executar jobs sem interação
Update	Gravar alterações de banco de forma desacoplada
Spool	Preparar saídas e impressão
Enqueue	Administrar bloqueios lógicos
Gateway	Comunicação RFC e CPI-C com outros sistemas
ICM	Comunicação por protocolos web, como HTTP/HTTPS
Message Server	Comunicação interna e distribuição de logon

A instância central possui serviços únicos para o sistema, especialmente mensagem e enfileiramento na arquitetura descrita pelo material.

Processamento de solicitações

Uma solicitação de diálogo percorre, em síntese:

a interface envia a ação ao dispatcher;
o dispatcher coloca a solicitação em fila;
um processo de diálogo livre executa o passo;
o processo acessa buffers e banco de dados quando necessário;
a resposta retorna à interface.

O usuário não fica permanentemente ligado ao mesmo processo. Isso permite atender muitos usuários com um número menor de processos de diálogo.

Transações, bloqueios e atualizações

Uma transação SAP pode abranger vários passos de diálogo. Para manter consistência:

bloqueios lógicos evitam alterações concorrentes conflitantes;
o processo de update executa gravações solicitadas pela aplicação;
a interface de banco traduz Open SQL para o SQL específico do SGBD;
o sistema observa propriedades transacionais como atomicidade e consistência.

Atualizações podem ser classificadas em V1, mais críticas e executadas primeiro, e V2, normalmente estatísticas ou secundárias.

Ferramentas e transações citadas

SM50: processos de uma instância;
SM51: instâncias do sistema;
SM04: usuários ativos em uma instância;
SM12: entradas de bloqueio;
SM13: solicitações de atualização;
SM36 e SM37: definição e monitoramento de jobs;
SP01/SP02: administração ou consulta de spool.

Comandos ABAP, eventos, variantes e exercícios

Não há exercício de programação. O capítulo fornece o modelo de execução necessário para compreender posteriormente eventos ABAP, commits, bloqueios e performance. O teste final revisa arquitetura, tipos de processo e fluxo de solicitações.

3.4 KiB Raw Blame History