You are on page 1of 35

TADM10 - PARTE 2 / 2

Unit 1 - Technology Components for Browser-Based User Dialogs


Internet Scenarios with SAP Systems
1. SAP Basis 3.1G - Internet Transaction Server (SAP ITS)

2. As of SAP Web AS 6.10: Openness Using the ICM (Internet Comunication Manager)

ICM utilizado para processar requisies HTTP (e outros protocolos) diretamente para a internet. O processo ICM encaminha requisies para o ICF (Internet Communication Framework), que suporta vrios modelos de programao. Isto como o CRM, SAP BW, e SAP XI usam esta infraestrutura.

3. AS Java

Com o AS Java, o SAP possue uma completa compatibilidade com aplicaes J2EE em vrios produtos. O SAP NW AS fornece as opes de instalao: SAP NW AS ABAP (AS ABAP) SAP NW AS Java (AS Java) SAP NW AS ABAP+Java (AS ABAP+Java) Exemplo de componentes de software que usam J2EE: Portal, SAP PI (Exchange Infrastructure), SAP CRM 4. Web Dynpro

O modelo de programao do Web Dynpro disponvel para Instances Java e ABAP.

Internet Communication Manager (pg 19)

Caractersticas: Suporte a HTTP(S), SMTP, SOAP, WebDav; Output em XML, HTML e XSLT; integrao completa com o SAP Funciona como Web Server e Web Client. Junto com o Work Process, o Internet Communication Framework (ICF) prove o ambiente para manipular requisies HTTP. ICF a ponte entre o kernel do SAP e aplicaes criadas em ABAP. O Work Process pode enviar uma resposta web via ICM. Para isto, as aplicaes so desenvolvidas em BSPs (SE80). O ICM um processo a parte (icman), baseado em threads, iniciado e monitorado pelo dispatcher ABAP. Componentes do ICM: Thread control: recebe a entrada TCP/IP e direciona ao thread pool; Worker Thread: manipula as requisies e respostas. Contem I/O handler para input e output e plug-ins para cada protocolo (padro: HTTP(S) e SMTP); Watchdog: work thread espera por uma resposta do usurio. Caso d timeout, o watchdog libera a thread para processar outra requisio; Signal Handler: processa sinais enviados pelo SO ou outro processo; Connection Info: informaes sobre todas as conexes; Memory Pipes: permite transmisso de dados entre ICM e ABAP work process.

ISC: Internet Server Cache a parte mais importante do ICM referente a performance pois armazena objetos HTTP(S) aps envio ao Web browser. Funcionalidades: Two-level hierarchy:Hierarquia em 2 nveis, Cache em memria e disco; Dynamic caching: Cache para BSPs e JSPs; Active caching: Aplicao tem controle para verificar se o cacha est atualizado; UFO caching: (UnFound) requisies invlidas so rejeitadas, evitando ataques; Browser-dependent caching: Cache dependente de browser, usa cache apenas para um tipo de navegador especificado no BSP. ISC configurado via parmetros icm/HTTP/server_cache* Parmetro rdisp/start_icman determina qual instncia ter o ICM. Para detalhes e monitoramento: transao SMICM. Em Administration > ICM pode-se parar. Colocando Restart > Yes/No indica se para reiniciar (devido a erro) ou deixar parado (manuteno). Atividades do /nSMICM: Monitora e reinicializa o ICM; Configura nvel de trace (valores 0 a 3); Avalia os arquivos de trace; Overview dos parmetros; Mostra estatsticas; Monitora e Reseta o ICM Server Cache; O programa icmon no SO exibe mais detalhes do ICM (icmon h para help). Internet Communication Framework Permite a comunicao entre sistemas diferentes atravs de protocolos standard (http e SMTP) da internet. Nenhuma biblioteca adicional requerida, exceto para HTTPS (sapcryptolib).

O Task Handler recebe a requisio, executa alguns processos e responde a request. Caso a requisio deva ser direcionada a um Work Process, o Task Handler inicia um ICF controller. A partir da, est no mundo ABAP.

Uma requisio http(S) processada conforme os passos: 1. Usurio manda requisio HTTP. O ICM usa a URL para determinar se a aplicao chamada ABAP ou JAVA; 2. ICM guarda dados na memory pipe e avisa o ABAP dispatcher 3. ABAP coloca a requisio no dispatcher queue, cria o contexto e seleciona um WP 4. o task handler l os dados do memory pipe e transfere para o ICF controller 5. ICF controller transfere para o ICF Manager 6. usurio autenticado 7. a requisio HTTP processada e o controle devolvido para o ICF controller 8. o task handler escreve o resultado na memory pipe e sinaliza ao ICM que a resposta est pronta 9. ICM devolve a resposta para o Web browser; O ICF uma classe ABAP por trs da requisio HTTP. A SAP disponibiliza algumas classes. Outras podem ser criadas no Class Builder (SE24). Todos os servios so exibidos e mantidos na transao SICF. Servios ativos so exibidos em preto, enquanto os inativos em cinza. Em azul os que so ativados/desativados de acordo com o servio pai. A alterao das propriedades dos servios feita na forma de herana (mudou o pai, os filhos tambm so mudados), exceto quando o filho alterado manualmente. O ICF cria links (ou alias) entre um servio e outro. O ICF Recorder permite a desenvolvedores ou administradores a identificar e corrigir erros em solicitaes HTTP. A request com problemas pode ser reexecutada vrias vezes usando a entrada no banco de dados. Para acessar o ICF Recorder: SICF > Edit > Recorder > Activate Recording/Deactivate Recording/Display recording, ou transao SICFRECORDER para exibir o trace. Na hora de ativar o trace: determinar a URL, o tempo de durao e se uma ou mais requests sero gravadas. At 6.20, o ITS era Standalone. A partir do 6.40, est imbutido no kernel (integrated). Na 6.40, o ITS acessado via processo ICM, implementado como servio ICF e usa o banco de dados como object store. Restries: o integrado no suporta o flow logic, WebRFC e WebReporting. Para isso necessrio ITS 6.20; um ITS standalone no pode sofrer upgrade para o integrated. Apenas via upgrade do Web AS. Para ativar o ITS integrated: ICM deve estar rodando; paramentro itsp/enable=1; o servio ITS deve estar publicado no site interno; ITS service est ativo e o ICF e propriedade GUI Link=Y; servio ICM /SAP/public/BC/its/mimes est ativado e ICF e propriedade GUI link= (espao). Outros parmetros iniciam com itsp/*. Especial ateno para: itsp/enable: ativa o ITS integrado; em/global_area_MB: shared memory para todos Work Processes + integrado ITS. Alm destes parmetros, existem parmetros de servios, mantidos via SICF. Um desenvolvedor pode criar um novo servio via Web Application Builder for ITS Service (SE80), e public-lo no site INTERNAL.

Para usar o SAP GUI for HTML, necessrio ainda: servio system e webgui publicados no site INTERNAL; servio ICF /SAP/BR/gui/SAP/its/webgui ativado, com o GUI Link=Y. O monitoramento feito via SM21, SM22, SMICM e SMICF, e os logs esto junto dos logs dos Work Process (dev_w*.trc).

SAP Web Dispatcher (pg 65)

O Web Dispatcher usado como centralizador de conexes e como load balance. Age como um Web switch. uma soluo SAP para requisies load distribution for HTTP(S). Se um sistema SAP possue mltiplas Instances, o SAP Web Dispatcher recebe as requisies do browser e encaminha para o servidor de aplicao que possuir mais capacidade. 1) O Web Dispatcher identifica se a chamada ABAP ou Java, e qual logon group a ser usado; 2) O load balancing feito no grupo. necessrio um Web Dispatcher por sistema. O SAP Web Dispatcher somente relevante em um ambiente WEB. Quando um SAP GUI for Windows ou SAP GUI for Java usado, o ABAP Message Server (MS) distribui o load. Funes do SAP Web Dispacher (SAP WD) SAP WD encaminha uma requisio HTTP(s) para um AS especfico. Esta requisio associada ao server em dois estgios: 1. Determina se a prxima solicitao HTTP ser enviada para um ABAP ou a um Java server e localiza um server group para executar. 2. O load balance ento realizada dentro deste grupo. Em seguida a requisio para ICM do servidor correspondente. Um SAP WD pode distribuir requisies para somente um sistema SAP. Server Selection SAP WD checa se a requisio um ABAP ou J2EE analisando o prefixo da URL. O valor do parmetro /HTTP/default_root_hdl determina o destino. ABAP request utiliza um cookie para identificar se a requisio uma aplicao stateful. O controle sobre sesso stateful feita via cookie (usa sempre o mesmo AS). Se stateless, usado um logon group !DIAG ou !J2EE. AS Java tambm reconhece o conceito de logon groups. Para Java request o SAP Web Dispatcher utiliza o internal group !J2EE. Se uma aplicao stateful, ela declarada pela Session Info na URL ou load balance usando um cookie. Por razes de compatibilidade, jsessionid cookie da sesso tambm pode ser utilizado aqui. Load Balancing SAP Web Dispatcher obtem informaes sobre o AS do sistema SAP a partir do MS via HTTP(S). O SAP Web Dispatcher pode ser usado com sistemas ABAP, ABAP+Java e Java puro.

A configurao do Web Dispatcher feita basicamente em 3 parmetros: icm/server_port_<X>: porta do Web Dispatcher; rdisp/mshost: host do message server; ms/http_port: porta do message Server. A interface HTTP do MS permite visualizar informaes do AS com um Web Dispatcher (lista de comandos do MS).
http://<message server with domain>:<massage server port>/msgserver/commands

Ex: http://<host>:<porta MS>/msgserver/command Operating the SAP Web Dispatcher A estrutura interna do SAP Web Dispatcher baseada no processo ICM. Utiliza um arquivo de profile para configurar as opes de Start. Para us-lo, copiar o executvel (sapwebdisp.exe) para um host, junto com o profile. Ativando em modo bootstrap (sem arquivo de profile: sapwebdisp bootstrap: se no existir o profile sapwebdisp.pfl, ele criado; se o arquivo de autorizao icmauth.txt no existe, ele criado e um usurio para administrao criado; o Web Dispatcher ativado com o profile criado. Outra forma de ativar: sapwebdisp pf=<profile>. Para desativar, executar o kill. Monitoring Monitorado via ICMON. A SAP disponibiliza uma interface de administrao e monitoramento baseado em web. As entradas no icmauth.txt podem ser alteradas via icmon a. Para chamar a interface do Web admin: URL: http://<server with domain>:<SAP Web Dispatcher port>/<Admin prefix> Obs: <Admin prefix> definido atravs do parmetro icm/HTTP/admin_<xx>. Utilizar o HTTPS para segurana.

Load Balancing in the SAP Web AS Java Environment


Server-Based Load Balancing Um Load Balancing atua como uma entrada central para o sistema SAP, mesmo se o ele constitudo por mltiplos servidores de aplicao. Vantagens: Todos servidores de aplicao podem ser endereados usando um IP ou um nome comum; Os usurios sempre usam a mesma URL para acessar o sistema; Um certificado SSL suficiente para todos os AS; Reduzir o esforo e custo de manuteno e operao;

Client Based Load Balance:


cliente se conecta a um servidor, que devolve a informao do servidor oficial a ser usado. O cliente ento direciona a comunicao para este servidor. Desvantagens: confuso devido muitas URLs, uso de favoritos, necessidade de vrios certificados de segurana (1 por servidor), abertura no firewall.

Stateless and Stateful Web Applications


Dois modelos de programao para aplicaes Web: Stateless: usado para aplicaes simples onde cada requisio para SAP NW AS independente de todas outras requisies; Stateful: usado para aplicaes mais complexas baseadas em um conceito transacional.

Realization of Load Balancing in SAP Web AS Java

Em um cluster com mltiplas instances SAP NW AS Java, load balancing executado usando um Load Balancer conectado no front (1). Dentro da instance Java o Java Dispatcher (2) distribui as requisies para os Server Process onde ele est conectado. Load Balancing Between Many Java Instances

O SAP Web Dispatcher entregue com a Central Services (Enqueue Service e Message Service). Encontrado em: /usr/sap/<SID>/SCS01/exe

Unit 2 - Basics of User Administration AS ABAP


User Master Record: Contm a definio de um usurio particular no client. Alguns campos so nome, nmero de telefone e senha inicial. utilizado para criar o user context quando um usurio efetua logon no sistema. (ver user context pg 655) Usurios so associados a Roles. Tipos de users: Dialog: efetua logon; usurio normal para todos tipos de logon; System: no efetua logon, no troca senha, usado para batch, RFC, ALE, Workflow, TMS, etc. Communication: no efetua logon, setup de senha (validade, etc.), usado para comunicao entre sistemas Service: usado para acesso annimo via ITS, com baixas permisses, permitido mltiplos logons, etc. Reference: referencia para criao de novos users. Transao para manuteno: SU01 Os dados so divididos nas seguintes tab pages: Address: Dados de endereo; Logon data: Validao, tipo de user; Defaults: Valores padro para printers, language, etc; Parameters: User-specific - valores para campos padro; Roles and Profiles: Roles e profiles associadas ao user; Groups: agrupamento de usurios para manuteno em massa; Autorization Concept Aes e acesso a dados so protegidos por authorization objects, que so formados por object classes, que permitem determinada ao. Quando se cria um menu com as transaes em uma role, as autorizaes vm juntas. Necessrio verificar manualmente. Ao associar user X role, no necessariamente comea a funcionar. Necessrio fazer um user mster comparison, que pode ser feita na: Role Maintenance: Menus and Authorizations Transao PFCG cria autorizaes e associa aos users. Uma role pode ser associada a vrios users e users podem ser associados a vrias roles. Role Maintenance cria automaticamente as autorizaes associadas com as transaes especificadas na rvore de menu, entretanto, todos os valores devem ser manualmente checados e ajustados se requeridos. Green trafic light: indica que a manuteno da role pode criar automaticamente uma autorizao. Yellow traffic light: indica que a autorizao deve ser mantida manualmente aps ele ter sido criado. Red traffic light: indica um nvel organizacional mantido; Users and Roles A associao dos usurios para as roles mantida na /nPFCG ou /nSU01. Users podem ser lincados com mais de uma role. A associao de roles para users no ocorre automaticamente, deve-se primeiro realizar uma user master comparison. Esta comparao determina se o profile de autorizao deve ser adicionado ou removido do user corrente. Comparao em massa /nPFUD.

O job PFCG_TIME_DEPENDENCY garante que os perodos de validade sero verificados (schedular job manualmente-SM37). Login Parameters and User Info System Profile Parameters for User Logons: login/min_password_lng: tamanho mnimo da senha. De 3 (default) a 8 caracteres; login/min_password_digits: quantidade mnima de dgitos; login/min_password_letters: quantidade minima de letras; login/min_password_specials: quantidade minima de caracteres especiais. login/password_expiration_time: 0 (default) a 999 dias. login/password/max_reset_valid: tempo em que a password alterada por administrador vlida. 0 a 24000 dias. login/password_max_new_valid: tempo em que a primeira senha vlida. 0 a 24000 dias. login/fails_to_session_end: x vezes errado fecha sesso. 1 a 99. Padro: 3. login/fails_to_user_lock: quantidade de vezes erradas para bloquear usurio. 1 a 99. Padro: 12. login/failed_user_auto_unlock: se desbloqueia usurio na virada do dia: 0 ou 1 (default); login/disable_muilti_gui_login: usurio pode logar mais de 1 vez no mesmo client. 0 (default) ou 1. login/multi_login_users: lista de user separados por vrgula q so excludos da regra acima. Passwords: No pode ser = ltimas 5; No pode comear com ?, ! ou espao; No pode ser pass; No pode comear com 3 caracteres iguais. Initial Passwords for Standard Users Durante instalao de um sistema SAP so criados os clients 000 e 066 (o client 001 nem sempre criado; pode ser criado durante uma instalao do ECC). User SAP* tem por default senha PASS. Um usurio master record criado automaticamente para SAP* no client 000 (e 001 se existir). User DDIC responsvel por manter o Dictionary ABAP e o software logistics. Um usurio master record criado automaticamente para DDIC no client 000 (e 001 se existir). SAP recomenda associar estes usurios (SAP*, DDIC) ao grupo SUPER (superusers) no client 000 (001). User Early Watch criado no client 066 (pass SUPPORT) usado para funes de Monitoramento e Performance. Recomendaes para o user SAP* Se voc copia um client, o user SAP* esta sempre disponvel. No possue um user master record. Para proteger seu sistema contra acessos indevidos, criar um user master record (superuser) para este usurio standard. (pg 138 para mais detalhes). Transao SUIM: overview de user master records, autorizaes, profiles, roles, etc. SU53: mostra as autorizaes que faltam para que o usurio possa completar a ltima ao. ST01: Grava authorization checks de sesses.

Unit 3 - User and Authorization Concept AS Java


User Management Engine UME A UME uma aplicao Java executada no SAP NW AS Java. uma interface para guardar dados de usurios. DBMS provider: armazenamento no sistema DB. UDDI provider: armazenamento atravs de prestadores de servios externos; iniciativa para descrever servios e integrar negcios via internet. (Universal description, Discovery and Integration). UME provider: Conexo de integrao User Management Engine. Default, servio do Web AS Java, administrao central de usurios. Administra usurios no banco de dados, servio de diretrio ou ABAP. Caractersticas: console de administrao, com facilidades de administrao (criao de users e grupos, associao de roles...); polticas de segurana para usurio (tamanho da senha, etc.); cenrios de auto-atendimento: workflow de autorizao, alterar os prprios dados, registrar-se como novo usurio, etc; dados de usurios podem ser trocados com outros sistemas (AS Java ou externos) usando o export/import; logs de segurana

Architecture A UME apenas uma interface para guardar dados de usurios e suporta uma variedade de data sources onde os dados de usurio possam ser armazenados: System Database (Java) Diretrio de Servios (LDAP server - cadastro da rede) ABAP-based SAP System (SAP Web AS)

UME Core Layer: Fornece persistence managers entre as interface de programao de aplicao e o user management data sources. Data Partitioning UME oferece a opo de armazenar dados de usurios em diferentes data sources. Interfaces: persistence manager: permite guardar dados em fontes diferente. Define qual dado estar em qual data source; replication manager: gera um XML e manda para um sistema externo. Tipos de particionamento: Attribute-based: um campo (telefone, nome, etc.) guardado em uma origem, outro campo em outra origem; User-based: um tipo de usurio em um (ex.: terceiros) e outro tipo de usurios em outro; Type-based: ex.: usurios no sistema e roles no LDAP. Configuring the Data Sources Configurar os data sources armazenados no AS Java Database na forma de arquivos de configurao (no formato XML). Durante a instalao do AS Java podem ser escolhidos 2 tipos de acessos: AS Java (sem ABAP): Data source - system database (configurao do arquivo dataSourceConfiguration_database_only.xml) - para centralizao via java ou outro AS ABAP; ABAP + Java: Data source - ABAP system (configurao do arquivo dataSourceConfiguration_abap.xml) - onde o java acessa o repositrio do ABAP. As seguintes alteraes so suportadas: System Database: Permite alterar entre LDAP e ABAP System; ABAP System: No permite alteraes; Directory Service : Permite alterar a estrutura para outro LDAP diferente;

Tools for UME (User Management Engine) Configuration UME Administration Console: atravs do Web Browser para modificar configuraes sem conhecimento dos parmetros (path: URL /username > Configuration) http//<hots>:5$$00; Configuration Tool (Offline Configuration Editor Mode): somente offline para acesso a todas configuraes da UME. (path: cluster_data > server > cfg > services > Propertysheet com.sap.security.core.ume.service); Configuration Tool (simple mode): permite ver uma rea na qual pode-se criar configuraes especiais para o LDAP Server data source (patch: cluster_data > UME LDAP data); UME (User Management Engine) Configuration iView: se a usage type EP Core for instalada no sistema SAP NW, pode usar o portal para ver a configurao da UME. (patch: System Administration > System Configuration > UME Configuration);

OBS: Para aplicar as alteraes, reiniciar (restart) todas Java Instances. UME (User Management Engine) Parmeters (pgs 166 a 169) SAP recomenda que se use o Config Tool em modo offline (AS parado) para administrar os parmetros (custer_Data > Server > cfg > Services > Propertysheet com.sap.security.core.ume.service). Proprieadades: Security Policy: tamanho de senha, expirao, tamanho de login, etc.; E-mail Notification: ao criar/remover/bloquear usurio, etc. outras propriedades: histrico de alterao de usurio, criao de password automtico, imagem apresentada no login.

User and Group Administration Princpios do ambiente UME: User: Propriedades gerais de um usurio (nome, email, etc); User account: Propriedades relacionadas ao Logon (pass, validade, etc); Group: configurao de user ou grupos; Role: Configurao de autorizaes (Java); Usurio associado a grupos que so associados a role, entretanto possvel associar roles diretamente a usurios. Grupos podem ter grupos subordinados e superordinados. A conexo entre a UME de um AS Java e User Management em um AS ABAP estabelecido via JCO (Java Conector). O usurio de comunicao ABAP/Java o SAPJSF, que contm a role SAP_BC_JSF_COMMUNICATION_RO (recomendada). A role pode ser alterada para SAP_BC_JSF_COMMUNICATION para ter direito de escrita. Administration Tools (pg 178) Administration Console (baseado em Web Dynpro Java) Via URL: http(s)://<hostname>.<domain>:<http(s) port>/useradmin Via SAP NW Administration ( URL... /nwa) via the path System Management > Administration > Identity Managment Em um portal via path: User Administration > Identity Managment User Types Da mesma maneira que AS ABAP, a UME possue diferenas entre os tipos de usurios que so especificados quando criado um usurio via UME Administration Console. User Type Logon Java AS Pass Rules Aplica No aplica Aplica Aplica Mapeado ABAP User Types (com ABAP System - Data Source) Dialog System Communication, Service and Reference

Standard Technical users Internal service User Unknows

Possvel Possvel No possvel Possvel

Log and Traces Logs importantes no ambiente UME (User Management Engine) Security Log: Arquivo
\usr\sap\<SID>\<instance number>\ j2ee\cluster\server<X>\log\system\security.<n>.log

Security Audit Log: parte do log de segurana (categoria System/Security/Audit) Trace Files: Arquivo Directory Server Logs: Usar monitor LDAP server J2EE security roles: administradas no Visual Administrator, parte do J2EE Standard, e se refere a um objeto; UME roles: administradas via UME Console, uma extenso SAP que se refere vrios objetos. (pg 192 a 197)

\usr\sap\<SID>\<instance number>\ j2ee\cluster\server<X>\log\defaultTrace.<n>.trc

The Java Authorization Concept

* UME Roles podem somente ser administradas usando a UME Administration Console, e J2EE security roles somente usando o Visual Administrator. *

Special Principles (pg 204) Criados durante a instalao do AS Java para propsitos especiais enquanto outros so criados mais tarde pelo administrador. Default Users Data Source USER Database LDAP Server ABAP System Remote J2EE_ADMIN_<SID> J2EE_GST_<SID> SAPJSF_<SID>

Add-In ABAP+Java Administration Administrator Administrator J2EE_AD-MIN User Guest User Communic. User to data Source Default Groups Data Source Groups Database Guests Everyone Autehnticated Users Anonymous Users LDAP Server Administrators Guests Everyone Autehnticated Users Anonymous Users Guest Guest J2EE_GUEST SAPJSF

SAP<SID>DB Freely Definable

ABAP System SAP_J2EE_AD-MIN SAP_J2EE_GUEST Everyone Autehnticated Users Anonymous Users

Administrators Administrators Guests All Users Autehnticated Users Anonymous Users

Everyone: Cada user sempre um membro do grupo; Autehnticated Users: Atribuir para todos users que tem que se autenticar no AS Java para este grupo; Anonymous Users: usurio que so capazes de fazer o logon anonimamente so atribudas a este grupo Existe um usurio emergencial (SAP*) que pode ser desbloqueado em casos de necessidade. O desbloqueio via Config Tool e todos os demais usurios ficam bloqueados quando este est desbloqueado. Necessrio reinicializar o Java cluster.

Unit 4 - RFC Connections (pg 219)


RFC Fundamentals RFC uma tecnologia para conectar sistemas SAP. RFC entre servidores SAP permite processamento automtico de dados. SAP GUI utiliza RFC para se comunicar com o sistema SAP. um protocolo de interface SAP baseado em CPI-C. Uso de RFC: Comunicao entre sistemas SAP ou SAP e sistema externo; Comunicao entre a aplicao SAP e o SAP GUI; Inicializar processos em paralelo no SAP. Tipos de RFC: Synchronous (sRFC): comunicao entre sistemas diferentes e entre SAP Web AS e SAP GUI; Asynchronous (aRFC): comunicao entre diferentes sistemas e processamento paralelo; Transactional (tRFC): tipo especializado de aRFC, usado para comunicaes seguras entre sistemas; Queued (qRFC): tipo especializado de tRFC, para comunicao em ordem especfica. Transao SM59 cria novos destinos de RFC

Unit 5- Communication and Integration Technologies (pg 241)


ALE (Application Link Enabling) possibilita a construo e a operao de aplicaes distribudas. Garante uma operao de distribuio integrada a um system landscape. Sistemas que usam ALE para troca de dados podem ser localizados na mesma empresa, ou pertencer a diferentes empresas. Caracterstica: diferentes sistemas esto ligados em termos comerciais atravs de transferncia de dados segura e consistente. Para aplicar ALE: Identificar os processos de negcio e os objetos; Identificar informaes a serem transmitidas; Especificar o formato de dados; Tipo de tecnologia usada; Tipo de transferncia; Destino da transferncia.

BAPI Bussines Application Programming Interfaces: interface que comunica com um objeto, atravs de mtodos (ex.: alterar cadastro de algo). Transferncia sncrona: na hora q acontece. Assncrona: agendada. Remote Function Calls and BAPIs Sistemas SAP tm interfaces de comunicao em diferentes nveis. Opes de conexo usando o protocolo TCP/IP ou IPC-C, com interfaces altamente especializadas designadas para objetos de negcio, tais como BAPIs ou o IDOC utilizadas no ambiente ALE. Todas estas interfaces usam a mesma tecnologia, o Remote Function Call (RFC). RFC (remote function call): interface (no programa) executa funes em sistemas remotos ou no prprio sistema. Baseado no CPI-C e TCP/IP controla o processo de comunicao, parmetros de transferncia e controle de erros. Cada RFC bidirecional, e programas externos tambm podem usar RFC para acessar funes em sistemas SAP. Transao SE37-Function Builder para criar parmetros import/export. Para chamar um mdulo RFC de um sistema SAP tem que conhecer estes parmetros e deve haver uma conexo entre os dois sistemas, chamado RFC connection ou RFC destination.

Interfaces utilizadas por sistemas SAP

SM59: Gerenciar conexes de RFC. Quando voc est definindo o destino de uma RFC, as conexes so endereadas para um cliente e Acessadas de muitos clientes no sistema. Usurio do destino pode ser configurado na RFC, ou digitado no cdigo que usa a RFC. Quando vrios usurios usam uma RFC, chamada Trusted RFC. BOR and BAPIs BAPIs esto definidos no BOR (Business Object Repository) como mtodos de objetos de negcios SAP e permite uma viso OO dos dados comerciais no SAP. SWO1: Overview das BAPIs disponveis no BOR. BAPI: Acesso direto ao BOR.

Enterprise SOA (ESOA) (pg 256) Caractersticas: Uma aplicao ESOA geralmente implementada atravs de sistemas; Uma aplicao ESOA criada em ABAP ou JAVA; Uma aplicao ESOA geralmente tem seu prprio DB; Novas funes so criadas nos sistemas existentes (para aplicaes ESOA); Web Service: servio acessado via internet (protocolos) utilizando um web browser. Enterprise Service: conjunto de servios que representam uma lgica de negcio. No SAP NW AS as seguintes normas bsicas para WS so implementadas: XML (eXtensible Markup Language); SOAP (Simple Object Access Protocol) - um protocolo para chamar WS em sistemas distribudos de landscape. Utiliza HTTP como um protocolo de transporte; WSDL (Web Service Description Language) - meta linguagem para descrever a funo de um WS; UDDI (Universal Description, Discovery, and Integration) um diretrio de servio para WS dinmicos; fornecido via interface SOAP;

SAP Business Workflow. Eventos do workflow chamam BAPIs. Um evento de workflow cria um link entre uma atividade no sistema SAP e a pessoa envolvida.

Unit 6 - Working with SAP Solution Manager (pg 279)


Concept of the SAP Solution Manager Plataforma de servios e suporte para implementao e operao de sistemas SAP. Prov contedo, ferramentas e procedimentos para implementao, operao e suporte.

Para utilizao desta plataforma central (SOLMAN), primeiramente deve-se manter os sistemas na sua soluo de landscape utilizando a transao SMSY. Suporta durante o incio do projeto, implementao funcional e tcnica, durante o perodo em produo e durante a otimizao dos landscapes. Centralizar no SolMan prov: distribuio e sincronizao centralizada de customizaes, gerenciamento de testes, monitoramento e gerenciamento de incidentes. Os processos de negcio do SOLMAN so mantidos centralizados no Solution Directory (transao SOLMAN_DIRECTORY) para que todas funes tenham acesso. Para monitoramento, podem ser criados Solution Landscapes, monitorado via Early Watch alerts (EWAs) ou via CCMS.

Funcionalidades: Servios preventivos (Early Watch, GoingLive ...); Continuous Improvement services; Melhores prticas para sua aplicao SAP; Monitoramento da aplicao e do sistema; SAP Service Desk; Remote support (NetMeeting ...); Para um overview da verso, estratgias e plataforma ver: (http://service.sap.com/solutionmanager Release Strategy). SolMan fornece muitas funes para implementar e operar aplicaes SAP. Suportes durante instalao: Gerenciamento de projetos; Repositrio de processos de negcio; Ferramentas para cenrios integrados de negcio; Integrated Implementation Guides; Suporte ao monitoramento de processos de negcio; Monitoramento centralizado; Tarefas de administrao centralizadas; Melhores prticas; Servios remotos; Monitoring with the SAP Solution Manager

Dados de monitoramento so coletados nos sistemas satlites atravs da RZ20 e SDCC, porm exibidos centralmente na RZ20 do SolMan. SolMan utiliza dados do CCMS e exibe em um contexto de negcio orientado a processos. Pode-se usar o Service Desk para controlar mensagens de problemas. Change request management: gerencia todas as requests; classifica-as; aprovao de workflow; trace de status; documentao de alteraes.

Mapping the System Landscape in SAP Solution Manager Para usar o SolMan em implementaes e modelos de projetos, quando monitorar alteraes de requisies, em sincronizao de customizaes deve-se criar e gerenciar localmente seus systems landscape existentes no SolMan. (fg 104 pg 291) Transao SMSY: Para definir um system landscape no SolMan. Fornece as seguintes funes: Definio de produtos no SAP para posterior manuteno; Entrada de dados manual; Gerao de RFC destino para os componentes de sistema; Transao SPRO: Fornece informaes sobre o procedimento de configurao do SAP SolMan. Pode-se distinguir entre configuraes bsicas e configuraes scenario-specific. Para se trabalhar com SolMan, fazer primeiro todas configuraes bsicas antes das funes scenario-specific. Em um contexto SAP um Logical System corresponde para um client. Transao BD54: criar um Logical System Name. Transao SCC4: associa um Logical System para um client especial de um sistema SAP. SLD System Landscape Directory um diretrio Central com informaes relevantes de todos os systems landscapes para gerenciamento do seu ciclo de vida. um repositrio que contm todas as informaes dos produtos instalados (Ex: patchs, suport pack...). Estas informaes so gravadas no DB (schema JAVA). Depois de instalado ele est disponvel para cada sistema SAP baseado no AS Java, e deve ser configurado para uso. SLD simplifica o gerenciamento dos systems landscape e seu contedo baseado no formato CIM (Common Information Model). O CIM standard um schema geral para descrever elementos do system landscape. Chamada do SDL via: http://<sld-host>:<Port>/sld Ex: http:/<sld-host>:5$$00/sld Para o SLD receber automaticamente os dados enviados de sistemas SAP que forem conectados, deve-se iniciar e configurar um SLD bridge que converte dados que estiverem entrando dos dados fornecidos para um formato CIM compatvel. Utiliza RFC para enviar dados de systemas ABAP e um Gateway deve ser configurado e o SLD bridge reiniciado (fig 110 pag 296). RZ20 configura conexes para o SLD bridge em ABAP. Programas com base em JAVA usam conexes HTTP para transferir informaes para o SLD Server. Aps a configurao na RZ20, dois Jobs so agendados:
SAP_SLD_DATA_COLLECT executado periodicamente; SAP_SLD_DATA_COLLECT_STARTUP executado cada vez que o sistema iniciado;

Estes jobs asseguram que as informaes do SLD sero automaticamente atualizadas. Connecting SAP Solution Manager to the SLD (pg 298) Antes de usar o SolMan para gerenciar requests ou monitoramento central, todos sistemas (ex: DEV, QAS, PRD) devem ser mantidos na transao SMSY no SolMan. JCO (SAP Java Conector) utilizado para transferncia de dados entre sistemas SAP e SLD. Uma conexo RFC conecta SolMan com SLD (fig 113 pg 299 - RoadMap). Conectar o SLD para SolMan para usar SMD (SolMan Diagnostics) para monitorar sistema baseados em AS Java.

Creating a User to Communication with the SolMan com o SLD


1. Criar um usurio (SU01) associando a PFCG role SAP_SLD_CONFIGURATOR;

2. A PFCG role mostrada como um grupo UME (User Management Engine); 3. Atravs do Visual Administrator, associar as security roles J2EE LCrInstanceWriterLD e LCrInstanceWriterNR para o grupo UME SAP_SLD_CONFIGURATOR. (Pg 302 a 336)

Unit 7 - System Monitoring and Troubleshooting AS ABAP (pg 337)


Monitoring Architecture A infra-estrutura est instalada em todos componentes a partir de verses 4.x. Cada componente coleta seus dados e coloca na memria (monitoring segment). Recomendado ter um sistema independente para controle de transporte, CUA Central User Administration, monitoramento central, ou usar o SolMan para isso. O CCMS-Alert Monitoring Infrastructure usado para um monitoramento eficiente para sistemas SAP. Consiste de: data collection: coletores em cada programa, salva dados na memria; programas podem em ser ABAP, C ou Java; data storage: onde ficam os monitoring segments; administration level (exibe e permite avaliao de dados). Podem ser usados produtos de parceiros para o monitoramento, conectando no sistema atravs de interfaces.

RZ20 mostra o monitoramento em formato de rvore, cada n chamado de Monitoring Tree Element (MTE), e os valores so chamados de atributos (monitoring attributes). Monitor sets so diferentes por produtos. Os ns podem se repetir em vrias rvores. Ajustando em uma, automaticamente so alteradas nas demais. Alguns monitores no exibem dados. Podem-se usar monitores padres ou customiz-los.

Views Ao abrir o monitor (RZ20), duas vises so possveis: Current Status: dados mais novos; Open Alerts: dados histricos. Including Remote Systems Os monitores fornecidos pela SAP exibem detalhes para a monitorao de dados locais para sistemas SAP. Central System Monitoring, por outro lado, tem a vantagem de que voc pode controlar todos os sistems landscape, e no apenas o seu sistema local. Pode-se centralizar o monitoramento de todos componentes que possuem CCMS Monitoring Infrastructure. Para verses 3.x, usar programa SAPCM3X, para componentes no SAP SAPCCMSR. Criar 2 RFCs (tipo 3), para que uma acesse os dados do monitoramento (usurio communication), e outra para mtodos de anlise (current user). Sistemas SAP so includos na Central Monitorig System pela RZ21. Acessar RZ21, Technical Infrastructure > Configure Central System > Create Remote Monitoring Entry. Creating Your Own Monitors Why? To display exactly the values that are important for your daily work Cross-system monitoring How? What information do I need? Create own monitor set Create own static monitors Create own rule-based monitors (ADM106) Tips: Create monitors for problems Transfer as little data as possible by RFC Monitor sets can be transported

SAP recomenda a criao de monitores customizados. Originais no podem ser alterados. Monitores devem conter poucos dados (por causa do RFC). Properties Variants and Threshold Values (pg 368) Threshold values determinam quando o status muda de cor (verde, amarelo, vermelho). Todos os sistemas possuem valores padres, porm a SAP recomenda configurar no sistema central e transportar via TMS para outros sistemas (desde que estejam em properties variants). Properties variants so containers que guardam uma srie de thresholds. Podem ser criados vrios, mas apenas um estar ativo por vez. Vantagens: pode ser alterado de um variant para outro para testes. pode ser linkado com o operation mode; pode ser transportado usando o TMS. RZ21 > Properties > Variants.

Variants podem ser organizadas hierarquicamente, onde os valores no especificados so obtidos pelo pai, at chegar ao padro (SAP-DEFAULT). Link com operation mode: RZ04 > Operation Mode > Change > Monitoring Properties Variant. Aps criar uma variant, selecionar o atributo na RZ20 e ir em propriedades. Para copiar via TMS: RZ21 > Variant > Transport. Trace options SM21: System Log - detectar e corrigir erros de sistema e ambiente; ST22: Dump Analysis - erros em runtime geram um short dump (call program ABAP); ST01: System Trace - Grava atividades (authorization check, acesso DB, funo Kernel, chamadas RFC..); ST05: Performance Trace - Grava chamadas acesso ao banco, lock management, remote cals; ST11: Developer Traces - Informaes sobre problemas internos;

System log - SM21 Local System Log: /usr/sap/<SID>/D*/log/SLOG Central System Log: /usr/sap/<SID>/SYS/global/SLOGJ Dump Analysis - ST22 Uma excesso no tratada gera um runtime error. Neste caso, o ABAP runtime finaliza a execuo do programa, gerando um short dump. Situaes de erros podem ser: Internal Error: indentificado pelo error, contactar SAP; Installation and Enviroment/Resource Error: instalao incorreta ou recurso faltando (ex.: shutdown); Error in Application Program. Por default, short dumps so guardados por 14 dias. Short dumps podem ser removidos (goto > Reorganize) ou salvos sem limite de tempo (Short Dump > Keep/Release). SAP System Trace - ST01 (/usr/sap/<SID>/D*/log/TRACE) Primeiramente usado caso um authorization trace deve ser criado. SAP recomenda o uso de sytem log ou developer trace para analizar problemas. Usado para: Authorization Checks: que permisses e quando so usadas; Kernel functions; - Kernel Modules; DB Accesses (SQL Trace): quando e com que parmetros as Open SQL so transformandas em comandos SQL; Table buffers; Lock operations. Exibe quando chamadas RFCs so feitas e na instncia que so executadas. Performance Trace - ST05 (/usr/sap/<SID>/D*/log/TRACE) Gravar chamadas ao banco; gravar gerenciamento de lock; buffers de tabelas; remote calls de reports e transaes; anlize detalhada de trace records; anlize de comandos SQL. Os traces no so escritos diretamente em arquivos, mas guardados antes em um buffer. O parmetro rstr/buffer_size_kB determina o tamanho deste buffer. O arquivo de buffer criado com nome de acordo com o parmetro rstr/filename; O arquivo de trace cresce at o tamanho de rstr/max_filesize_MB e ento os mais antigos so renomeados, adicionando 00 at 99, ou quantidade definida pelo parmetro rstr/max_files. OSB: Transao RSPFPAR Developer Trace - ST11 (/usr/sap/<SID>/D*/work/dev_*) Contm informaes tcnicas e usado em caso de erros. Utilizado para investigar problemas no SAP e servidor. O Acesso pode ser feito via SO, AL11 ou SM50 (Process >Trace> Display File).

Unit 8 - Monitoring AS Java


Java Monitoring: Overview Junto com o CCMS, SAP NW AS Java fornece uma arquitetura de monitoramento que acumula dados, histricos e gera alertas. Podem ser exibidos localmente ou em um monitoramento central, usando o agente SPCCMSR.

Funes para monitorar AS Java: Monitoring Service; Logging usando o Log Viewer; Application Trace; Single Activity Trace; System Info; SAP Application Statistics Monitoring Service - Consiste de monitores de status e de configurao. Arquitetura baseada no padro JMX. Monitora memria, threads, servios e managers, conexo com o BD, transaes do BD e sesses. Visualizado no Monitoring Service do dispatcher e do Server, via Visual Administrator. Logging - Todos eventos importantes so gravados em log. Configurao via Log Configurator Service e exibido via Log Viewer. Application Trace - Usado por desenvolvedores para Debug. Alguns marcadores mostram o tempo usado por mtodos. Application Trace integrado no Performance Tracing service no Visual Administrator. Para ativar o trace ST05 (http://<host>:5$$00/SQLTrace) Single Activity Trace (SAT) - Faz trace de requisies individuiais, que rodam em vrios components. Faz parte do Performance Tracing service no Visual Administrator e visto via Log Viewer. SAP Application Statistics - Se existem problemas de performance, cada usurio individual pode ser adicionado na anlise. Coleta tempo de resposta da aplicao, usurio que criou a requisio e a quantidade de dados transferidos. Visualizado no Visual Administrator, no Performance Tracing service. SQL Trace - Trace de SQL pode ser ativado dinamicamente, e aponta o SQL, tempo, durao, resultados e parmetros utilizados. System Info - Mostra o status dos dispatchers, servidores, service pack...

Integrating the SAP Web AS Java Monitoring Data into a Central Monitoring System (pg 403) possvel monitorar o SAP NW AS Java de uma central de monitoramento ABAP usando a arquitetura de monitorao CCMS. Os dados coletados pelo JMX podem ser enviados ao CCMS do sistema central via agente SAPCCMSR. Dados apresentados no central Monitoring do NW AS Java: Dados de monitoramento; Dados de disponibilidade; Dados estatsticos: ST03G: dados estatsticos relacionados performance. AS Java usa distributed statistic records (DSRs). Para ativar, registrar o agente SAPCCMSR e agendar o job SAP_COLLETOR_FOR_NONE_R3_STAT. Transao STATTRACE: trace de performance. Monitoramento de logs: monitora warnings, errors e fatal e dispara alertas. Resultados exibidos na RZ20. Monitoramento do sistema operacional (coletados via SAPOSCOL e transferido via agente); Monitoring SAP NW AS Java O monitoramento basedo no Java Management Extension (JMX). Atravs da API JMX possvel monitorar os recursos de todos componentes do servidor e de aplicaes usando MBean (Manageable Bean).

Tarefas da interface JMX e do Monitoring Service: Monitorar o status atual; Criar histrico; Usar mecanismo de alertas para reagir em situaes crticas; A infraestrutura JMX provida pelo JMX Adapter Service. Os dados so coletados dos monitores JMX (passivo) ou os recursos mandam dados (ativo). JMX usa configuraes em arquivos XMLs, e a SAP prov templates para serem usados. SAP recomenda monitoramento do Java via CCMS (ABAP) no PRD. L podem ser configurados sistemas de notificao e de auto-reao.

The Monitoring Tree in SAP NW AS Java Visual Administrator > Server > Services > Monitoring:

A estrutura da rvore contm: Kernel; Performance; Services; System: propriedades do sistema; Applications: desenvolvedor utiliza funes no cdigo, para monitoramento. Table buffer exibido aqui, por default. History - Contm os mais recentes valores coletados de cada monitor, sendo exibidos tambm por hora. Um threshold value quando o alerta (cores do monitor) devem ser disparados.A freqncia de coleta de dados pode ser alterada em Configuration > General (do monitor).

Connecting to a Central Monitoring System (pg 433)


No SAP NW AS Java, existe uma infraestrutura de monitoramento que coleta vrios dados e disponibiliza no Visual Administrator. Os dados podem ser exibidos na CCMS usando o agente SAPCCMSR.
Connecting to a Central SAP ABAP Monitoring System

Se o SAP NW AS Java iniciado, os monitores JMX so criados. Durante a instalao o agente SAPCCMSR cria um segmento na shared memory separado, onde os dados de monitoramento do AS Java so guardados. O agente manda dados para o CMS via RFC a cada 60 segundos.
Data Transfer Using the SAPCCMSR Agent

Para instalar e configurar o agente SAPCCMSR: criar o usurio CSMREG no CMS (RZ21); criar arquivo CSMCONF no CMS (RZ21); registrar o agente com o SAP NetWeaver CCMS Agent Setup Tool; O arquivo CSMCONF guardado no diretrio do SAPCCMSR (/usr/sap/ccms/<SID>/sapccmsr). Este arquivo contm informaes do usurio CSMREG e do administrador do ambiente.

O agente SAPCCMSR registrado com o Visual Administration. Ele iniciado automaticamente no script startsap no UNIX. No Windows o agente criado como um servio durante a instalao. Visualizar os dados de monitorao do J2EE no Alert Monitor (RZ20), para isso, selecionar o monitor SAP J2EE Monitor Templates. Dados armazenados: Engines monitor: kernel, memria, servios, performance... Applications monitor: dados de aplicaes.

Log Viewer and Log Configuration (pg 447)


Todos Java nodes gravam logs e traces em arquivos do SO. Para cada node, (Java Dispatcher e Java Server) os arquivos so gravados em diretrios separados nomeados log no SO. Java Servers possue mais arquivos de logs que Java Dispatcher Diferentes tipos de arquivos de log: Logging Means e Tracing Means. The Log Viewer Todos os componentes java usam a mesma infraestrutura de log e trace, o que permite visualizao central dos logs (Log Viewer). O log viewer usado para ver arquivos de logs, independente de quem gerou (kernel, services, etc.). Pode ser usado para pesquisa de ndice de severidade nos logs. Log Viewer pode ser usado com as seguintes variantes: como Log Viewer no SAP NW Administrator; como um integrado log viewer (Visual Administrator); como um central log viewer: visualizao central de logs (de outros servers); log viewer via linha de comando. Log Viewer Integrado Log Viewer roda como servio no AS Java, disponvel via Visual Administrator. Log Viewer usado inicialmente para ler e para registrar arquivos de log. Cada aplicao fornece o log-configuration.xml, que registrado manualmente ou automaticamente (diretrio de logs ou via conexo de soquete). O registro de logs pode ser feito de forma manual (Log Viewer Service > Runtime > Add file) ou via log directory (importa do diretrio tmp). The Central Log Viewer

Permite visualizao de logs mesmo quando o AS Java no est ativo, e visualizao de logs ASCII, como do banco de dados. Central log viewer consiste do Log viewer e um adicional servidor remoto. Conecta no NW AS Java via porta P4 e no servidor remoto via porta RMI. Scritps para o Log Viewer central esto dentro de admin/logviewer_standalone. O remote server iniciado por um script remoteserver.bat/remoteserver.sh em cada AS a ser monitorado, e o logviewer.bat no que exibir o log. File > Connection to server para adicionar servidores a serem monitorados. Necessrio registrar os logs para exibio. Logging and Tracing (pg 459) Arquivos de log so mostrados no Log Viewer. Dois tipos: arquivos para logging e arquivos para tracing. Logging Means (significado): eventos normais e excepcionais; informaes de runtime de uma aplicao ou sistema; atividades durante operao normal; dividido em categorias: sistema, aplicao e performance que apontam para um ou mais logs. Tracing Means (significado): fluxo de processos de uma aplicao; usado no desenvolvimento e para deteco de erros em produo; todos os traces so guardados no trace default; so estruturados em locations, que representam cdigos de reas, como classes ou packages. Logging/trace infraestructure consiste de: SAP Logging API, Log Manager, Log Controller; configurado usando o Log Configurator Service; apresentado no Log Viewer. O Log manager l o arquivo de configurao e informa ao Log Controller qual nvel de log deve ser capturado. Este por sua vez cria o output dos dados de trace. Os arquivos de logs so salvos em <j2ee>/cluster/<server ou cluster>/log. Existem 7 nveis de log, sendo 3 para trace (ALL, DEBUG, PATH) e 4 para log (INFO, WARNING, ERROR, FATAL). O Log Configurator Service fornece um ambiente para configurao de logs e traces. Use o log configurator via visual administrator para: mudar o nvel do trace; adicionar, mudar ou remover destinos de logs; adicionar, mudar ou remover formatos de log (diferentes de XML, como traces); adicionar, mudar ou remover controladores de log; arquivar arquivos de log. Log Formaters cuidam do tipo de formato de log (XML, trace, etc.), log destination onde ficam guardados e log controllers so os objetos que podem escrever logs/traces. A mudana do nvel de log pode ser feita via controllers (principal) ou no destino do log. Os logs so automaticamente (por default) arquivados em <j2ee>/cluster/<server ou cluster>/log/archive. No so apagados automaticamente. O Log Configuration Tool usado quando o AS no est disponvel, e pode ser feito download a partir do SDN. Via Log Manager possvel configurar o destino do log, se vai ser junto com os outros (padro) ou separado.

Availability Monitoring (pg 478) Ferramentas disponibilizadas para monitorar aplicaes e o AS so baseadas no GRMG (Generic Request and Message Generator). GRMG separado em duas partes: Infraestructure: parte da arquitetura de monitoramento do CCMS. Manda um XML para a aplicao GRMG, recupera a resposta e encaminha-a para o CCMS; Application: interface JSP ou BSP para monitoramento de disponibilidade. O monitoramento conceituado como agente, sendo executado separadamente da aplicao monitorada.

Cenrios: customizao tcnica para monitoramento: aplicao j existente, onde ser habilitado o monitoramento; instrumentao da aplicao: criar na aplicao um monitoramento GRMG. GRMG usa funes do CCMS Monitoring Infrastructure para armazenar informaes do heartbeat Herbeat: Um sinal enviado pelo software em intervalos regulares para comunicar a disponibilidade; GRMG infrastructure manda XML para GRMG application > GRMG application faz testes de disponibilidade e manda de volta para o GRMG infrastructure > GRMG infrastructure manda resultado para o Alert Monitor. Para configurar monitor de disponibilidade: alterar o grmg-customizing.xml via Visual Administrator; upload do arquivo no CMS (automaticamente via SAPCCMSR ou manualmente via transao GRMG); Iniciar cenrios GRMG para monitoramento de disponibilidade. Para criar um monitoramento GRMG na aplicao: Desenhar o cenrio GRMG (aplicaes, componentes, processos, etc.); Criar mensagens que sero retornadas; Criar um template do arquivo de customizao; Implementar a aplicao.