# 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:

1. a interface envia a ação ao dispatcher;
2. o dispatcher coloca a solicitação em fila;
3. um processo de diálogo livre executa o passo;
4. o processo acessa buffers e banco de dados quando necessário;
5. 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.