TADM12 - PARTE 1 / 2

Unit 1 - SAP ERP Application Architecture Introduction Overview to Application SAP ERP 6.0 SAP Business Suíte consiste de:

SAP ERP SAP Industry Suíte SAP NetWeaver

Combina o core do ERP com colaboração baseada no portal. SAP Web AS componentes: SAP Kernel, SAP_BASIS, SAP_ABA e SAP_BW. SAP ECC componentes: SAP_APPL e SAP_HR 5 -1 - 2 release and maintenance strategy: 5 anos de suporte (Mainstream maintenance), 1 ano de supporte extendido com acréscimo de 2% e mais 2 anos de suporte extendido com acréscimo de 4%. Após isto, o cliente é responsável pelo suporte. ICM - Internet Communication Manager: adicionado na versão Web AS 6.10, possibilita a conversa via HTTP com web servers e via SMTP com mail servers. SAP ERP consiste de:

SAP ERP CENTRAL COMPONENT (ECC) EP - Enterprise Portal (NW) BI - Business Warehouse (NW) XI - Exchange Infrastructure (NW) SRM - Supplier Relationship Management Add ons ABAP:

o SAP Estrategic Enterprise Management o SAP E-Recruiment o SAP cProject Suíte o SAP Learning Solution o SAP Financial Supply Chain Management

Java omponents o Employee Self-Services / Manager Self-Services o SAP Internet Sale Web Application Component o ...

SAP Solution Manager Several front end tools Several mobile components

Technical Overview of SAP ERP Um sistema SAP possue somente um DB para armazenar os dados da aplicação. O DB contém um schema ou na versão estendida dois schemas (ABAP e JAVA). Para base de aplicações ABAP é necessário a CI Central Instance (Abap-Dispatcher, WPs e ABAP MS Message Server) para completar um sistema SAP. Dialog Instance pode ser instalada para escalonar o sistema SAP. Para base de aplicações JAVA, é necessário uma CI (JAVA-Dispatcher e Server Process) e a CSI Central Services Instance (Message Server e Enqueue). Dialog Instance pode ser instalada para escalonar o sistema SAP.

Conectividade entre SAP NW AS Java e SAP NW AS ABAP é feita via SAP JCO (SAP Java Conector). SAP ERP 6.0 consiste de diferentes áreas funcionais (Analítica, Financeira...), onde ABAP e/ou sistemas baseados em Java tem que ser instalados. Do ponto de vista técnico, SAP ERP 6.0 consiste de diferentes layers, application e technical layer. Usage Types (Objetivos do Sistema)

Usage Type determina o conjunto de componentes (fisicos mesmo) que serão instalados

no sistema, por exemplo NW AS ABAP, NW AS JAVA, Portal, BI Java. Usage types descrevem como instalações de SAP NetWeaver são utilizadas, e qual capacidade pode oferecer para vários landscapes de TI. Fornecendo instalação e configuração básica e suporte para sistemas SAP NetWeaver, Usage types fornecem as bases para executar TI e cenários de negócios. Usage types tornam mais fácil o planejamento dos landscpaes, determinando a forma como capacidades oferecidas pelo SAP NetWeaver podem ser implantados e ativados em um sistema SAP NetWeaver. Além disso, a configuração será simplificada, oferecendo modelos para a configuração e uso de tipos e cenários de TI. Usage types são introduzidas com o SAP NetWeaver 2004s. SAP ERP 6.0 é baseado no SAP NW 7.0, no qual consiste de Usage Types. Usage Types: Elementos estruturados para software SAP em um nível técnico; Determina a finalidade de um sistema; São realizados por instalar e configurar uma coleção de componentes de software; Pode exigir outros Usage Types no mesmo sistema para operação; Usage Types para SAP NW:

AS ABAP AS Java EPC - Enterprise Portal Core EP - Enterprise Portal BI - Business Inteligence BI Java DI - Development Infrastructure PI - Process Integration

Unicode Define um tipo de caracter que engloba virtualmente todos os caracteres usados

no mundo; suporta múltiplas linguagens com sistemas MDMP (multi-display-multi-processing); aumenta consumo entre 30 e 35% de CPU, memória e rede; e de 36% (UTF8) ou

60% a 70% (UTF-16) no banco de dados; o mesmo SAP GUI pode ser usado tanto em unicode quanto em não unicode.

MCOD (Multiple Components One Database) ; Não necessita de esforços adicionais, é integrado no processo de instalação; Sap recomenda utilizar apenas em mesmo contexto (DES com DES, etc.) e não

misturar OLTP com OLAP;

Unit 2 - Planing the Installation of SAP ERP (ECC) Planing the Installation (24) Recursos necessários para definir sizing:

Número de usuários concorrentes; Valor da Alta disponibilidade; Tipos de sistema (SAP ECC, CRM...); Funções usadas no sistema, como SAP ECC( HR e FI); Versão do sistema; Tipo do SO (32, 64 bits, HP-UX, Windows...); DB; Tipo de aceso;

*** Para SAP NW AS Java, utilizar porta 50000 e superior. Network: SAP GUI for Windows - Conexão necessária por Dialog step: abaixo 7kb. Comunicação SAP - 100 megabits por segundo ou mais. *** Database Requirements DBs armazenam diferentes tipos de dados:

Dados de negócios (master data, transaction data...) e index correspondentes; Dados de logging para o DB (necessário para recover); Dados de configuração para DB;

** SAP recomenda para armazenamento dos dados:

Dados de negócio e índices - RAID 5 Dados de logging corrente - RAID 1 Dados de configuração - RAID 1

RAID1 > Dois discos espelhados. Caso um pare, o outro assume; RAID5 > Vários discos trabalhando como em RAID0, porém gravando dados de paridade em todos eles. Caso um falhe, com informações de paridade e demais dados em outros HDs é possível reconstruir o arquivo. *** SAP Solution Manager SolMan fornece um acesso central a todas ferramentas. Métodos, documentos e outros dados requeridos no ambiente de implementação. Você pode usar conteúdos de implementação, delivered com SolMan e updates regulares, e ajustes para seus requerimentos. Certifique-se de ter acesso ao SolMan, de modo que possa gerar uma chave (key) para a instalação do seu novo sistema SAP. SLD - System Landscape Directory Repositório Central de informações para seu system landscape. Armazena informações sobre todos componentes instalados e instaláveis de um Landscape. Durante uma instalação é possível:

Registrar um SLD existente (default) Configurar um SLD local; Sem destino de SLD;

Unit 3 - Preparing for the Installation of SAP ECC Steps for preparing the SAP ERP ECC Installation

Download DVDs de instalação Preparar DVDs Download SAP ECC instalation Guide Download todas notas listadas no Guide Install/Update SAP Frontend Components (SAP GUI Windows) Instalar Java Runtime para SAPInst Setar variáveis de ambiente para SAPInst Instalar JDK para SAP NW AS Java Setar variáveis de embiente para SAP NW AS Java Download JCE (Java Cryptography Extension) Checar requerimentos de hardware e software Gerar uma SAP Solution Manager Key

Não recomendado instalar o JDK no diretório default. Preparando a instalação: Instalar JDK em todos os servers que rodarão o SAPInst; Criar variável de ambiente JAVA_HOME; Adicionar %JAVA_HOME\bin para a variável PATH Download JCE Policy Files - (arquivo de segurança) Generate Solution Manager Key Quando instalar um componente do SAP ERP 6.0 ou SAP NW 7.0 é necessário gerar uma key no SolMan para uma instalação com sucesso

Futher preparation for Installation on Windows Preparação:

Checar Windos File System Reduzir o tamanho do File Cache Preparar Installation User Preparar Transport Host

Unit 4 – Installing SAP GUI

Três tipos de GUI:

for windows; for java; for HTML

Instalar e aplicar patch. Admsetup.exe para gerar SAP GUI Installation Server. Para aplicar patch no installation Server, executar o SAPAdmin.exe. Installation of SAP GUI for Java Baixar do site da SAP a versão mais atual e consultar c:\program files\ SAPGUI for Java\<version>\doc\manual.html para maiores detalhes de configuração.

Unit 5 – Installing Components of SAP ERP Introducing SAPInst Instalação Windows:

Log on no usuário com grupo administrador; Iniciar Sapinst do DVD de instalação.

Normalmente cria um diretório de instalação sapinst_instdir, Extrair os executáveis em um diretório temporário que é eliminado após finalizar o sapinst. Instalação UNIX:

Log on no seu host como um user root. Iniciar Sapinst do DVD de instalação.

Remote Installation with SAPInst

Computadores na mesma rede (ping possível); SAPinst Server usa as portas 21200 e 21212 para comunicar com SAPinst

GUI. Troubleshooting with SAPinst Caso ocorrer um erro durante a instalação, é possível ver o log manualmente, resolver o erro e reiniciar o sapinst e selecionar Retry para continuar a inatalação. *** Todas informações são armazenadas em vários log files. O principal arquivo de saída do SAPinst contém: sapinst.log - informações no progresso da instalação; sapinst_dev.log - registros de todas mensagens da instalação em detalhes; Windows: %userprofile%\.sdtgui UNIX: <user_home>/.sdtgui ***

Unit 6 – Performing Post-Installation Activities ** Overview of Post-Installation Steps

1. Star and Stop System 2. Log on 3. Instalar licença permanente 4. Instalar documentação online 5. Configurar conexão remota para suporte SAP 6. Executar configuração inicial ABAP (TMS, Logon Groups, profile...) 7. Aplicar últimos SP e Patches 8. Criar um client de produção 9. Executar um full backup de toda instalação 10. Executar várias configurações dependendo dos componentes instalados 11. Assegurar usuário de segurança 12. Executar a configuração Wizard 13. Checar documentação Java 14. Configurar cenários IT com help do SolMan (Funcional)

*** Steps to install SAP Licenses (pg 182) Instalar uma nova licença permanente após:

Uma nova instalação SAP Renomear seu SAP System ID Alterar o Message Server Hots Alterar uma configuração de hardware existente, alterar o hardware key, e tipo

do DB Usar transação SLICENSE para determinar o hardware key em todos computadores onde uma conexão RFC é mantida. AS Java License Em uma instalação Java puro, instalar a licença com o SAP Visual Administrator (VA). Log on no VA. Caso necessite criar uma nova entrada é necessário conhecer a porta http do Java Message Server (default 81<instance number>) ou a porta P4 de um Java Dispatcher (default 5<instance number>04). Steps to Install SAP Online Documentation

Remote Connection to SAP Support (pg 189) SAPRouter é um programa SAP que atua como uma estação intermediária (proxy) em uma conexão de rede entre sistemas SAP, ou entre sistemas SAP e redes externas. Ele controla o acesso para sua rede (nível de aplicação gateway), e, como tal, é um acessório (enhancement) útil para um sistema firewall existente (por filtro). Protege seu sistema SAP mas não substitue o firewall. Controla e loga as conexões para sistema SAP, por instance de um SAP Service

Center; Configura uma conexão indireta quando programas envolvidos na conexão não

comunicam com outras redes; Melhora a segurança da rede; Aumenta a performance e estabilidade reduzindo SAP system workload dentro de

uma rede local (LAN) quando comunica com (WAN). SAProuter é necessário se você usa:

Remote Services (Early Watch) Remote Consulting SAP Support Portal

SAProuter é iniciado como um demon no Unix e service no Windows.

Initial ABAP Configuration Configurar a CTS (Change and Transport System) após instalação - transação

STMS. Importar as profiles (instance, start e default) através da RZ10 > Utilities > Import

Profiles > Of active servers.

SAPinst instala o sistema com um mínimo número de WPs, utilizando a fórmula:

o Dialog = 2 o Update = 1 o Update2 = 1 o Batch = 2 o Enqueue = 1 o Spool = 1

SAP recomenda utilizar a RZ10 para adaptar as profiles. Operation Modes

Criados na transação RZ04 Todas Instances ativas são gravadas e Wps definidos com valores default Distribuir os OM individualmente com o total de WPs da instance profile Especificar os períodos na timetable (SM63) para os OM válidos e a troca

(switch) que deve ocorrer entre eles.

Schedule Background jobs Transação SM36 fornece uma lista de jobs importantes que podem ser

agendados, monitorados e editados (botão standard jobs). Basic Confiduration: Additional Tasks

Configurar Logon Groups - SMLG Instalar impressoras - SPAD Configurar System Log - SM21

Client Copy

SAPinst cria treis clientes ABAP durante a instalação (client 000, 001, e 066). Copiar um client produtivo a partir do client 000:

1. Manter o novo cliente - SCC4 2. Ativar kernel user SAP*

o Parâmetro login/no_automatic_user_sapstar = 0 o Reiniciar o AS

3. Logar no novo client com SAP*/PASS 4. Copiar o client com transação SCCL e profile SAP_CUST 5. Checar Log Files - SCC3 6. Criar usuários com autorização User/Administrator 7. Desativar user SAP*

Need for Installation Checks

Installation Check, checa a consistência no novo sistema instalado, verificando: o Se instalação esta completa o Compatibilidade entre versão do SAP e o SO o Acesso ao Message Server o Verifica todos de WPs o Informações sobre Enqueue e Update Service

Install Additionsl Languages

Selecionar Clasify Language Escolher linguagem Importar

Activation of SAP ECC

Transação SPRO (IMG) Selecione SAP Reference IMG

SAP Load Generator

SGEN

Initial JAVA Configuration (pg 217)

Unit 7 - Further Software Lifecycle Tasks Installing a Dialog Instance

Na tela “welcome screen” do SAPinst selecione Dialog Instance Selecione Parameter Mode: Custom ou Typical Informe o diretório da profile Informe a senha para usuários <sid>adm e SAPService<SID> Caso seja uma Java Dialog ou ABAP+Java informe o local do DVD Java Informe o local do DVD Kernel Verifique os parâmetros e selecione start

Unit 8 - SAP Patch Day Support Packages Correções e novas funções que a SAP disponibiliza para clientes. Product consiste de componentes de software que representam processos de

negócio relacionados. São instalados ou vem junto com um upgrade para uma nova versão (release). Release são componentes entregues com novas funções.

Support Packages são entregues em um contexto de software maintenance. Contém um ou mais componentes de software com um número de patches. Os SP devem ser transportados usando o NWDI’s CMS. Formato do arquivo SCA.

Patches são entregues durante o desenvolvimento de um componente que permite uma rápida correção do erro antes do completo SP estar disponível. Também importado pelo CMS.Formato SDA.

Introduction: Java Support Package Manager No SAP NW 7.0, o JSPM - Java Support Package Manager é usado para importar SP para NW AS Java e todos os componentes baseados e executados em Java. JSPM, ferramenta para importar SP e SP Stacks. JSPM Pode atualizar: Updating

o Kernel, IGS-Internet Graphics Server e outros AS Java nativos; o Atualizar ele mesmo (JSPM), o SDM - (Software Deployment Manager)-

System Deployment Service; o Todos Usage Types instalados; o Modificar componentes (integração com NWDI)

Implementação de componentes do SAP e de terceiros Implementação, Update e Upgrade de Packages de Negócio no SAP Business

Suite JSPM trabalha junto com o SAP NWDI. Para implantar SP e componentes de software, JSPM conecta com SDM - (Software Deployment Manager) Server (Central Instance) AS Java e SDM Server devem ser iniciados antes do JSPM. Somente o usuário <sid>adm pode iniciar o JSPM

JSPM: Preparatory Steps Antes de usar JSPM:

1. Antes do Update: Checar a capacidade funcional do sistema 2. Download do SP Stack = SP + Kernel 3. Armazenar arquivos localmente (JSPM Inbox - default /usr/sap/trans/EPS/in) 4. Checar o espaço livre do file system para o arquivo SDM 5. Checar, e se necessário, atualizar o JDK e a JavaVM 6. Checar a senha default do usuário Java administrator

JSPM: Importing Corrections Para importar correções usando JSPM.

1. Log on com usuário <sid>adm 2. Iniciar JSPM e log on com a senha SDM 3. Atualizar o JSPM 4. Chamar JSPM novamente e entrar com a senha SDM 5. Na tab Deployment selecionar a opção Support Package > Next 6. Selecionar next se o SP Stack tem o status apropriado.

*** Se a Dialog Instance estiver executando, JSPM requisita que seja finalizada. Se um restart é requerido, restart selecionando next. *** Applying Patches (pg 305) SAP recomenda manter o sistema atualizado regularmente aplicando o SP-Support Package e Kernel Patches. Support Packages Stack: conjunto otimizado de support packages e patches; Possui toda documentação do que contém e como aplicar em determinados cenários, em determinados componentes, etc. http://service.sap.com/sp-stacks Implementing Packages

Importa SP ABAP Implementa SP Java Implementa últimas versões dos executáveis do SAP (kernel) Implementa patches para o SAP GUI e outros Standalone Engines Implementa patches para o DB

SPAM/SAINT Transação SPAM é uma ferramenta para importar SP. Oferece as funções:

Load Support Packages; Import Support Packages;

Applying Patches (pg 305) Support Packages Stack: conjunto otimizado de support packages e patches; Possui toda documentação de o que contém como aplicar em determinados cenários, em determinados componentes, etc. Steps to Apply a Kernel Patch Dependendo do seu sistema instalado você pode usar a ferramenta Java JSPM (Java Support Package Manager) ou procedimento manual. Manual update: Para todos sistemas baseados em AS ABAP (somente) JSPM: Para todos sistemas baseados no AS Java (incluindo sistemas Add-In)

Manual Update SAP System parado; no windows, serviços parados, incluindo SAPOsCol.

Other Tools in Software Lifecycle Management SDM - Software Deployment Manager é usado por um grande número de ferramentas no ambiente AS Java. É responsável por implementar software no AS Java e é usado em conjunto com NWDI, JSPM, etc. É uma aplicação client/server. No lado do AS Java ele executa o SDM Server que é iniciado pela Central Instance do AS Java automaticamente. SDA-Software Deployment Archive é o formato entregue para aplicações baseadas em SAP AS Java. É compatível com formato dos arquivos ZIP. SCA-Software Component Archive é a representação física do status de um componente de software. SCA é um conjunto de SDA's. Copyng and Migrating Systems (pg 324) SAP recomenda uma cópia do sistema para configurar um teste, demonstração ou treinamento. Também é necessário executar uma cópia do sistema caso você mude seu SO ou DB. Dois tipos de cópia:

Homogeneous: Mesmo So e DB. Heterogeneous: SO ou DB diferentes.

SAP Notes and Support Packages SAP Notes contém informações gerais, hints and tips, recomendações do SAP, problemas e soluções para erros em funções standard da SAP. SP são importados através da SPAM. SAP Notes são implementados com SNOTE. Support Package Manager (SPAM) SPAM oferece as funções: Load Support Packages Import Support Packages

o Restart capability: permite reiniciar do ponto onde parou; o Display the import status: informações dos status; o Special import procedure: (Import mode: Downtime-minimized); o Start time control: Fases SP em módulos que podem ser individuais; o Background processing: pode ser agendado;

Procedimento para importar uma atualização do SPAM/SAINT: 1. Checar no SAP Marketplace se as versões são mais atualizadas; 2. Download das últimas versões; 3. Descompactar o arquivo baixado para o diretório trans/EPS/in 4. Log on no client 000 e chamar transação SPAM; 5. Comunicar o patch: SPAM > Support Package > Load Packages > From

Application Server 6. Para importar as novas versões, Support Package > Import SAPM/SAINT

Update Importing Support Packages (pg 341) Backing Up SAP NW AS Java (pg 355)

Unit 9 – Acess to Help Configuring the Online Documentation SAP Library = Online Documentation = help instalado. Usando o SAP Library, pode-se facilmente pesquisar, acessar o glossário e uma introdução de como usar o SAP (Getting Started). Tipos de help:

HtmlHelpFile: formato HTML compilado, disponibilizado em file server, exibidos no

HelpViewer. Disponível apenas no windows, pode-se fazer pesquisa e imprimir várias documentações concorrentes, 10% do tamanho do HTML padrão;

PlainHtmlHttp: formato HTML padrão, disponibilizado em um web Server, permite fazer pesquisa e imprimir uma documentação individual;

PlainHtmlFile: formato HTML padrão, disponibilizado em file Server, aberto diretamente no Browser;

DynamicHelp: usado em todos front-ends, formato HTML padrão, acessível via Knowledge Warehouse Server.

IMG > General Settings > Setting Variants for help (SAP Library) ou SR13 é usado para configurar o help. A partir do R/3 4.6C, não é necessário alterar configurações no perfil. Na configuração das variáveis do help, o campo Area indica a área de conhecimento a que se refere o conteúdo. Ex.: EWBHELP (documentação para todos usuários), IWBTRAIN (treinamento), etc. Se forem instalados vários tipos de help, o usuário poderá optar em Help > Settings > Extended Help (via GUI). Configurações locais de front end são possíveis através do arquivo sapdoccd.ini, presente no windir, diretório do sapgui ou um nível acima deste. Este arquivo deve ter dados que estão na SR13, caso contrário não mostrará o help.

The SAP Service Marketplace

Unit 10 - Printer Connection in AS ABAP Configuring Printers in SAP Systems O output em uma impressora é feito sempre da seguinte forma: uma spool request é criada (formato independente de impressora, com informações de autor, data, etc. e os dados a serem impressos) e após uma output request é criada (dados específicos para impressora). Data Flow during Printing

O conteúdo do atual documento de uma spool request é armazenado na TemSe (Seqüência de objetos temporários), onde você define o local do armazenamento com o parâmetro da profile rspo/store_location (RZ11) Valores possíveis para parâmetro:

Valor db (default): Spool Requests são armazenadas no DB na tabela TST03 (vantagem, o backup é junto com o DB)

Valor G: Armazena no SO em um diretório global (vantagem, performance) *** Também é possível especificar o local de armazenamento individualmente para o output device na transação SPAD (menu path Edit > Data Storage). *** Se uma impressora não pode ser controlada pelo sistema operacional, ela não pode ser usada no SAP. Os principais métodos de impressão são: Local Printing, Remote Printing, e Front-end Printing.

Local Printing

O local printing caracteriza-se pelo spool WP e o spool do sistema operacional estar na mesma máquina, independente se a impressora está ou não. O WP passa dos dados de impressão na mesma máquina. É o método mais rápido para impressão. no Unix, os dados são passados via método “L”, usando métodos do sistema

operacional com linguagem específica sendo guardadas em profiles; no Windows, o método de acesso é “C” e os dados são passados diretamente

ao sistema operacional via API da impressora. O uso de vários SPO WP gera diferenças no seqüenciamento de outputs. Remote Printer

No caso do remote printing o spool WP e o spooler do sistema operacional estão em hosts separados. Cenários típicos:

a impressora é acessada diretamente via rede (Access method U); uso do programa saplpd instalado em Windows (método “S” ou “U”).

Front-End Printing

O front-end printing caracteriza-se por utilizar a impressora local do usuário. O administrador cria apenas uma impressora e associa ao método de acesso “F”. No Windows, o sapldp recebe a solicitação e encaminha ao Windows output controle. Nos outros SOs, os dados são direcionados diretamente ao spooler do sistema operacional. O número de SPO WP direcionados para front-end printing pode ser estipulado no parâmetro rdisp/wp_no_Fro_max. Creating Output Devices Para criar uma impressora, acessar SPAD, preencher em “devices/servers”: Informações para output device:

Output device: nome longo, 30 caracteres; Short Name: nome interno; Device type: modelo da impressora. SWIN direciona para o formato Windows

printer driver, que pode ser útil caso o usuário tenha várias impressoras diferentes;

Spool Server: AS com SPO ou logical Server; Location: texto da localização da impressora; Message: mensagem que substitui a localização (ex.: temporariamente fora do

ar); Lock print in SAP system: cria output, mas não manda para impressora; Host spool Access method: como o SPO WP acessa o spooler do SO? Host printer: nome da impressora no sistema operacional (case-sensitive); Host: apenas para local printing, calculado pelo Spool Server. Destination host: apenas para remote printing. Nome do servidor que tem o

spooler do SO.

Device Types

O sistema SAP usa um device type para formatar a saída da impressão. Quando o WP Spool gera um output request, ele usa as especificações do device type, que descreve como os dados da impressão devem ser formatados para um output device particular. Page Format: descreve o formato de impressão de uma página. Format Type: descreve como a saída deve aparecer no papel. Format: é um device-specific de um format type. Character set: contem os caracteres que podem ser impressos em um output

device particular. Print control: controla as opções do output device, como boldface, font size...

Concept of Logical Spool Servers Um Spool Server é um SAP AS com pelo menos um Spool WP. Cada output request é processado em um Spool Server. Um output device pode ser colocado diretamente em um spool Server, mas existem vantagens de se usar um logical (spool) Server, como classificação (dev/PRD), load balancing, etc. A criação de um Spool Server é feita na SPAD, guia Devices / Servers, escolhendo spool servers.

Informações importantes: Server Name: nome do spool Server, Max 20 caracteres; Server class: classificação (ex.: mass printing); Logical Server: para criar um logical Server; Mapping: nome de um real ou logical Server que este logical aponta; Pode-se definir um spool Server apenas para front-end printing, através do parâmetro rspo/local_print/server, apontando para o nome do servidor. Caso contrário, será usado o servidor local (se tiver Spool WP) ou o com menor carga. A classificação do output device pode ser feito via SPAD > Output Devices > Edit > Classification. Vantagens do logical Spool Server: (pg 409) Downtime security: utilizando um alternative Server, caso o normal não esteja

disponível, as requisições são direcionadas. O servidor alternativo pode ser outro logical apontando para outros logicals, formando uma teia.

Load Balancing: calcula o número de WP Spool, output requests e pages, entre o principal e o alternativo. Requisições seqüenciais têm prioridade sobre load balance.

Transporting the Print Landscape: os logical servers podem ser migrados entre ambientes, sendo necessário apenas mapear os logical servers para os spool servers no novo sistema.

Managing Spool Requests (pg 417) Para manter spool e output devices, acessar transação SP01. Para apenas verificar o status da sua própria requisição de spool, SP02. É possível monitorar outros sistemas, colocando uma RFC válida no campo system name. Caso o monitoramento remoto via RZ20 esteja configurado, basta deixar esse campo vazio. Status de uma spool request:

- : ainda não enviado ao sistema operacional; + : spool request sendo criada; Waiting: ainda não processada pelo pool do sistema; Proc.: Spool WP formatando a output request; Print: sendo impressa pelo spooler do sistema operacional; Compl.: output request impressa. <F5>: output requests com vários status; Problem: erro não sério, a requisição foi impressa; Error: indica erro grave; Time: um horário foi especificado para o output pelo seu criador.

Para remover spool requests antigas, agendar o programa ABAP RSPO1041 com uma variant apropriada. Para verificar a consistência do spool database, agendar o RSPO1043 com uma variant apropriada com freqüência diária.

Unit 11 - Scheduling Background Tasks Fundamentals of Background Processing O parâmetro rdisp/max_wprun_time determina o tempo máximo em que um WP processará uma requisição, antes de terminar o programa. O WP background é usado para execução de longas tarefas e também são conhecidos como “batch work process”. Um Background Job consiste de um ou mais steps:

ABAP comando externo programa externo

Background Jobs podem ser agendados com diferentes prioridades:

Class A - Alta Class B - Média Class C - Normal

Variants: são entrada de dados de telas do programa executado no job. ***

Cada ABAP Program pode ser agendado como um step de um Job. Uma Variant permite executar um programa ABAP em Background com dados de entrada. Um External command é uma chamada de um script, um comando, ou um programa do SO. Um External Program é um comando do SO. *** Scheduling and Monitoring SM36 para criar novos jobs. SM36WIZ Job Wizard. SM37: monitorar jobs. RZ03 permiter ver os jobs agendados.

Status de um Job

Scheduled: mandou rodar, mas não definiu quando começa; Released: mandou rodar, definindo quando começa; Ready: está na hora de executar, mas está aguardando WP livre; Active: executando; Finished: sucesso; Canceled: cancelado ou erro.

Time-Based Scheduling of Jobs

Scheduling Jobs and Load Balancing

Event-Based Scheduling of Jobs (pg 454) Um evento é um sinal para o processo background para iniciar todos jobs lincados a este evento.

O parâmetro rdisp/btcname contem o nome do background server que processa batches iniciados por evento.

Um Job dependente de um Evento pode ser agendado para iniciar com uma das condições: After event: Inicia após o evento definido ser recebido pelo sistema SAP. At operation mode: Permite lincar o Job com a ativação de um operation mode. After Job: Criar um Job simples onde a execução do Job sucessor pode ser

condicionado ao status do Job predecessor. Events Novos eventos são definidos na transação SM62. Os eventos podems ser System event e user event.

Background Processing: Other Topics Se tiver jobs classe A, alguns WP ficam livres, mesmo tendo jobs B e C para rodar. Configura-se isso na RZ04, recomendado 1. Caso execute programa externo, o job chama o programa sapxpg, que chama o programa. Não há como restringir se o usuário pode executar determinado programa no SO ou não. *** External commands são comandos ou programas predefinidos no sistema SAP pelo administrador. No SAP authorization check é executado antes da execução do comando. Programas externos fornecem ao administrador a flexibilidade para executar um comando no sistema SAP sem preparação administrativa. (Usuário com autorização para comandos externos necessitam a autorização de objetos S_RZL_ADM: Background Processing: Background Administrator) *** SM69/SM49, visualizam os comandos externos do SO já definidos pela SAP. Também permitem criar seus próprios comandos ”Z”

Unit 12 - Technical Aspects of External Communication Communication with SAPconnect SAPconnect é uma interface standard para comunicação externa que permite enviar dados via serviços de telecomunicações, como fax, mensagens de texto (pager/sms), internet e-mail, e X.400, como impressoras e entre diferentes sistemas SAP. É a interface central para comunicação externa dos sistemas SAP. SCOT, é a transação para configurar o SAPConnect. *** Para habilitar o envio de mensagens usando um tipo de comunicação, executar os seguintes passos: Ativar o communication type ( Settings > Communication Methods). SAPconnect é o método associado por defautl para o communication type; É requerido pelo menos uma configuração (communication) node para enviar documentos; Todos programas que podem ser requeridos devem ser disponíveis e configurados. *** Communication Using SMTP Como o SAP Web AS 6.10, SMTP (Simple Mail Transfer Protocol) é suportado diretamente pelo SAP (ABAP) kernel. Isso significa que é possível trocar e-mails entre o sistema SAP e qualquer servidor de e-mail compatível com SMTP sem usar componentes adicionais externos (como connectors ou gateways) Configuring the SAP System for SMTP Customizar os seguintes parâmetros profile para o AS ABAP: rdisp/start_icman = ture exe/icman = <path for the executable of the ICM> icm/server_port_<*> = PROT=SMTP,PORT=<port> rdisp/tm_max_no: Restringe o máximo número de usuários por instance. Sending E-Mails from na SAP System POP (Post Office Protocol): Foi definido em conexão com TCP/IP e permite o recebimento de e-mails mesmo em sistemas que não garantam permanente conexão para o mail server. POP3, junto com SMTP (para enviar mensagens) o protocolo padrão para a maioria dos clientes na Internet. IMAP (Internet Message Access Protocol): É um protocolo de e-mail que permite o cliente para processar mails no server. SMTP (Simple Mail Transfer Protocol): É o padrão para trocar e-mails entre servidores na rede. Mails clients usam SMTP para enviar e-mails para um servidor, mas não para receber e-mails. MIME (Multipurpose Internet Mail Extensions): Consiste de extensões da Internet para incluir dados binários nos e-mails na internet. (formato HTML).