6693166 apostilha conceitos basis

8/8/2019 6693166 Apostilha Conceitos Basis

1/66

Pgina 1

Introduo na administrao SAP R/3

1. INTRODUO A SAP R/3............................................................................................................................3

1.1. QUE SAP R/3...........................................................................................................................................31.2. ARQUITETURADO SAP R/3............................................................................................................................4

1.2.1. Arquitetura Cliente Servidor..............................................................................................................4

1.2.2. Arquitetura cliente servidor em SAP..................................................................................................5

1.2.3. Diferentes plataformas.......................................................................................................................71.3. SAP R/3 ESUAINTERAOCOMO SO............................................................................................................81.4. COMUNICAODO SAP COMA BASEDE DADOS.............................................................................................11

2. CARACTERSTICAS BSICAS DO SISTEMA......................................................................................11

2.1. ESTRUTURAGENRICADEUMSISTEMA SAP R/3..............................................................................................132.2. ESTRUTURADA BASEDE DADOS....................................................................................................................14

2.3. MANDANTES................................................................................................................................................142.4. PROCESSOSDETRABALHO (WORKPROCESSES)..................................................................................................17

2.4.1. Modos de operao..........................................................................................................................202.5. ESTRUTURADEDIRETRIOSDO SAP...............................................................................................................21

3. PERFIS DO SISTEMA................................................................................................................................23

4. USURIOS E AUTORIZAES...............................................................................................................24

4.1. MESTREDEUSURIOS...................................................................................................................................254.2. PERFIS........................................................................................................................................................254.3. OBJETOSDEAUTORIZAO.............................................................................................................................264.4. GRUPOSDEATIVIDADE..................................................................................................................................26

5. SISTEMA DE TRANSPORTES..................................................................................................................27

5.1. WORKBENCH ORGANIZERE CUSTOMIZING ORGANIZER......................................................................................285.2. DIRETRIODETRANSPORTES..........................................................................................................................305.3. TP, TPPARAM.........................................................................................................................................315.4. TRANSPORT MANAGEMENT SYSTEM (TMS)....................................................................................................31

6. MONITORAMENTO..................................................................................................................................32

6.1. LOGDOSISTEMA..........................................................................................................................................326.2. MONITORDE ALERTAS..................................................................................................................................336.3. PROCESSOSDOSISTEMA.................................................................................................................................346.4. USURIOSDOSISTEMA..................................................................................................................................356.5. ANLISE DUMP............................................................................................................................................356.6. STATISTICS RECORDS....................................................................................................................................36

6.7. ANLISEDECARGA.......................................................................................................................................376.8. BUFFERSDOSISTEMA....................................................................................................................................376.9. BASEDE DADOS..........................................................................................................................................386.10. ATIVIDADEDO SISTEMA OPERACIONAL..........................................................................................................39

7. ATUALIZAO E BLOQUEIO................................................................................................................40

7.1. ATUALIZAO..............................................................................................................................................407.2. BLOQUEIO...................................................................................................................................................42

8. REPARAES, CORREES E ATUALIZAES NO SAP..............................................................42

Daniel Chollet


2/66

Pgina 2

8.1. HOTPACKAGES/SUPPORTPACKAGES................................................................................................................438.2. NOTAS, OSS, SAPNET...............................................................................................................................44

8.2.1. Transaes SPAU, SPDD, estrutura de verso................................................................................45

8.3. UPGRADEDE KERNEL...................................................................................................................................468.4. UPGRADEDEVERSODO SAP.......................................................................................................................46

9. ESTRATEGIAS DE BACKUP....................................................................................................................47

9.1. BACKUPSAONVELDOSISTEMAOPERACIONAL..................................................................................................479.2. BACKUPSAONVELDABASEDEDADOS...........................................................................................................47

9.2.1. DB Calendrio.................................................................................................................................48

9.2.2. Backup Offline..................................................................................................................................49

9.2.3. Backup Online..................................................................................................................................49

9.2.4. Backup do Log de transaes...........................................................................................................49

9.2.5. SAPDBA/BRTOOLS.........................................................................................................................49

10. OUTRAS FERRAMENTAS, FUNCIONALIDADES E TAREFAS......................................................50

10.1. ADMINISTRAODE IMPRESSORASE SPOOL....................................................................................................5010.2. JOBS.........................................................................................................................................................5310.3. AUDITORIADOSISTEMA...............................................................................................................................5610.4. WORKBENCH ABAP/4...............................................................................................................................58

10.4.1. Editor ABAP/4................................................................................................................................58

10.4.2. Dicionrio de Dados......................................................................................................................59

10.4.3. Editor de Tabelas............................................................................................................................60

10.5. COMANDOSEXTERNOS.................................................................................................................................6110.6. MENSAGENSDOSISTEMA.............................................................................................................................6210.7. SAPOFFICE..............................................................................................................................................6210.8. AJUDAEDOCUMENTAO............................................................................................................................62

11. LITERATURA RECOMENDADA...........................................................................................................64

12. CONCLUSO.............................................................................................................................................65

Daniel Chollet


3/66

Pgina 3

1. Introduo a SAP R/3

1.1. Que SAP R/3

SAP R/3 um sistema de informtica integrado que abrange asnecessidades de mdias e grandes empresas em reas comocontabilidade financeira e analtica, administrao de materiais,planejamento e controle de produo, vendas, recursoshumanos e muitas mais.Tudo isso se realiza de forma integrada, mantendo a unicidade econsistncia da informao graas ao armazenamento

centralizado em uma base de dados que interage com cada umdos mdulos.

O seguinte(>) esquema nos da uma idia do modelo deintegrao utilizado no SAP R/3

Daniel Chollet


4/66

Pgina 4

1.2. Arquitetura do SAP R/3

1.2.1. Arquitetura Cliente Servidor

A arquitetura cliente servidor baseia-se no princpio de terum fornecedor de servios e um cliente que realize petiespara esse servidor.Na realidade pode existir vrios fornecedores de servios emuitos clientes.SAP suporta uma arquitetura de cliente servidor de at trsnveis, realizando uma separao total entre as tarefasprprias da Base de Dados, a aplicao e a apresentao.

Estas trs capas ou nveis possuem funes bem definidas eso as seguintes:

Nvel de Base de dados: o nvel encarregado de resolveras consultas de informao realizadas pelo nvel superior eatualizar os dados que devem ser armazenados. SAP possuisempre apenas uma base de dados em um s servidorfsico.

Nvel de Aplicao: Neste nvel se encontra toda a lgica deprocesso, as regras de negcio do aplicativo. So osprogramas que compem os distintos mdulos com os quaiso usurio ter interao. Podem ser utilizados vriosservidores de aplicao no SAP.

Nvel de apresentao: Este nvel o encarregado deapresentar de forma grfica, e agradvel ao usurio final oresultado dos processos realizados no servidor de aplicao.

um programa instalado nos PC de cada usurio.

Daniel Chollet


5/66

Pgina 5

1.2.2. Arquitetura cliente servidor em SAP

No necessrio ter sempre os trs nveis separados emtrs ou mais computadores, o seguinte(>) esquema mostraas possibilidades:

SAP obtm sua melhor performance quando o esquemacliente servidor de trs nveis, tirando o mximo proveitoda potncia de processo independente de cada estrutura dehardware.A utilizao de mltiplos servidores de aplicao permitemque a carga de trabalho possa ser distribuda entre os

mesmos e separar se necessrio as tarefas que serorealizadas em um servidor ou em outro.

Para implementar este esquema o servidor de Base deDados e os de aplicao devero se encontrar em uma redede alta velocidade, j que o trfico de dados entre estes muito elevado.

Daniel Chollet


6/66

Pgina 6

Porm, pelo fato dos clientes serem encarregados deresolver a apresentao, estes s recebem os dados

necessrios e seu link com o servidor de aplicao pode serinclusive mediante uma linha discada sem notar grandesperdas de velocidade.Este esquema nos mostra de forma grfica a hierarquia deum sistema SAP utilizando a arquitetura cliente servidor emtrs nveis.

A possibilidade de distribuir a carga mediante a adio denovos servidores de aplicao, proporciona uma grandeescalabilidade aos sistemas.Alm disso, a possibilidade de utilizar plataformasheterogneas tanto para as capas de aplicao comoapresentao, d a flexibilidade necessria para o incio deimplantao do sistema, quando geralmente no se possui ainfra-estrutura de hardware definitiva.

Daniel Chollet


7/66

Pgina 7

Isto torna possvel que um servidor de aplicao NT secomunique com outro UNIX.

E a independncia do formato de dados permite inclusivemigrar um sistema de uma base de dados a outra sem maiorcomplicao.A continuao mostrado um esquema com exemplos dadistribuio em um sistema SAP.

1.2.3. Diferentes plataformas

SAP baseado em diversas plataformas, oferecendo ao

usurio final sempre o mesmo aspecto uniforme, j que onvel de apresentao que determina o aspecto final doproduto.

H diversas bases de dados que podem ser utilizados pelaSAP e o nmero continua aumentando. Atualmente suporta:Oracle, Informix, DB2, Adabas e SQL Server.

Daniel Chollet


8/66

Pgina 8

Quanto aos servidores de aplicao, basicamente so

suportadas todas as plataformas UNIX, AS/400 e WindowsNT.

os servidores de apresentao esto disponveis paraWindows 3.x, 95/98, NT, OS/2, Macintosh e Unix.Inclusive, existe verses do SAPGUI em applets Javadisponveis para sua instalao e pores do sistemacodificadas em HTML.

As principais plataformas podem ser vistas no seguinte(>)esquema:

1.3. SAP R/3 e sua interao com o SO

Para obter o mximo rendimento, SAP deve dialogar com oSistema Operacional de forma eficiente, utilizando todos osrecursos que este possa oferecer.Alm disto deve ser realizado mantendo a "independncia" doaplicativo respeitando a plataforma.

Daniel Chollet


9/66

Pgina 9

A forma com que SAP consegue isto mediante a utilizao deum Middleware, que se faz de intermedirio entre o Sistema

Operacional e os aplicativos da SAP.

Este Middleware, tambm chamado Kernel, est codificado eotimizado para cada verso do Sistema Operacional e da Basede Dados. por isto que muitas vezes a migrao de umaverso de Base de Dados a uma superior, est acompanhada deuma migrao do Kernel.Quando se instala SAP, o Kernel possui a mesma verso que osistema, mas podem ser instaladas verses posteriores que

ofeream melhorias e/ou correes.Quando se fala da verso da SAP, por exemplo 4.0B, estamosreferindo verso da aplicao, dos programas que o usuriovisualizar, a qual independente da verso de Kernel utilizada.O seguinte(>) esquema nos mostra a interao de SAP medianteo Middleware ou Kernel com o SO

O Kernel tambm deve dialogar com o servidor da Base deDados e est especialmente codificado para isto.Portanto, se trocarmos a plataforma, basta trocar a franja do

Daniel Chollet


10/66


11/66

Pgina 11

1.4. Comunicao do SAP com a Base de Dados

Como se ver em detalhe mais adiante, os aplicativos do SAPno se comunicam diretamente com a Base de Dados, tanto porsegurana como por eficincia.

Existem "Buffers" na memria dos servidores de aplicao,utilizados como "cach" de informao.Em particular o buffer de Base de Dados se utiliza tanto nagravao como na recuperao dos dados, por tanto muitasvezes nossas consultas no chegam a sair do servidor de

aplicao se o que necessitamos se encontra a.

2. Caractersticas bsicas do Sistema

O primeiro a saber para utilizar o sistema SAP R/3 o modo emque podemos acessar as opes disponveis.

Daniel Chollet


12/66

Pgina 12

Como j mencionamos, cada aplicao dentro do SAP R/3 umprograma codificado em ABAP/4 que ao ser executado nos d

acesso funcionalidade implementada.Cada programa encarregado de uma funcionalidade especfica tema sua vez associada a uma "etiqueta" denominada "transao".Por exemplo, a entrada padro de faturas do mdulo financeiropode ser encontrado navegando pelo menu como se faz comqualquer aplicativo para Windows ou "executando" a transaocorrespondente, neste caso a "FB01".A seguinte(>) imagem nos mostra uma tela standard do SAP,indicando o campo onde se ingressam as transaes, aps

pressionar "Enter" executa-se o programa associado.

Existem muitos cdigos de transao, um para cada funcionalidadedo menu, e o desenvolvedor pode criar suas prprias transaes eassoci-las a seus programas.

Uma vez dentro de um programa podemos voltar atrspressionando a flecha verde.

Daniel Chollet


13/66

Pgina 13

2.1. Estrutura genrica de um sistema SAP R/3Mesmo no sendo uma exigncia, SAP recomenda que se tenhatrs ambientes e ao menos dois sistemas SAP separados paraentrar em produo.Os ambientes so: Desenvolvimento, Teste (ou qualidade) eProduo.Idealmente deveriam corresponder a trs sistemas SAPseparados que cumpram estas funes, mas tambm normalque existam apenas dois, um cumprindo com as funes de

Desenvolvimento e Teste e o outro Produo.A idia que se realizem os desenvolvimentos e as provasprimrias no sistema de Desenvolvimento, logo estes dados sopassados ao Teste realizada uma prova integrada e maiscomplexa. Quando tudo est correto se tudo passado para aProduo. Como se ver mais adiante, cada sistema estardividido em entidades lgicas chamadas mandantes ou clientes.

SAP AG

Maintenance of a Three-System Landscape

transport changes using

customizing and transportable

change requests

distribute change requests

using the Client Copy tools

Quality assurance

systemProduction systemDevelopment system

DEV

MAST

QTST

MAST MAST

PROD

Client CopyChangerequest

DEV

MAST

QTST

PROD

Development / Cust.

Test master / Cust. data

Quality Assurance Test

Production

Changerequest

Client CopyChangerequest

Changerequest

Changerequest

Client CopyChange req

Daniel Chollet


14/66

Pgina 14

2.2. Estrutura da Base de Dados

A Base de Dados do SAP nica e por tanto contm toda ainformao necessria para a utilizao do Sistema.Inclusive os programas que compem o aplicativo SAP seencontram na Base de Dados, ao nvel do SO s temos noKernel e os arquivos de configurao ou logs.

2.3. Mandantes

NO SAP existe um conceito muito interessante chamadomandante ou cliente.Mediante esta funcionalidade, um s sistema SAP pode ser

utilizado por empresas distintas, mesmo que compartindo amesma Base de Dados.Isto possvel graas a separao "lgica" que nos oferece osmandantes.

O primeiro que aparece na telade Login do SAP ao iniciar aconexo o mandante, dado que identifica a "EntidadeEmpresarial" que vamos conectar.

Cada mandante tem seus prprios usurios, suas configuraesde acesso, seus planos de conta, seus dados contbeis e de

Daniel Chollet


15/66

Pgina 15

gesto, seus prprios fornecedores e credores, assim comosuas contas de maior.

Em resumo, toda os dados gerados pela utilizao dosaplicativos so prprios de cada mandante, permitindo criar"ambientes" juntos fsicamente mas separados de forma total aonvel lgico.Isto muito importante, j que por exemplo em um sistema dedesenvolvimento, normal a criao de um mandante para osdesenvolvimentos e outro para os testes onde se tem maisdados de prova.Mas se tudo isto fosse to perfeito, no seria necessrio a

utilizao de vrios sistemas em um ambiente produtivo.O que acontece que existem certos dados que so"dependentes" do mandante e outros que so "independentes"do mesmo.Portanto os dados independentes de mandante ao seremmodificados afetam todo o sistema.Um exemplo claro de dados independentes de mandante so osprprios programas e tudo o que desenvolvido no Workbench.Se tenho um sistema com um mandante para desenvolvimentose outro para teste que os programas alterados em um sejamautomticamente alterados no outro.Isto acontece pois na realidade para cada sistema os programasse encontram em um nico lugar da Base de Dados, o qual muito perigoso para um ambiente produtivo, se tivsse apenasum sistema, no poderamos baseando-se em uma s estratgiade mandantes, evitar problemas em produo ao trocar osprogramas.Se temos que falar ao nvel de Base de Dados, a implementaodos mandantes consiste simplemente em ter para cada tabela

"dependente" de mandante um campo que indique o mandantemas que seja transparente para o usurio.A seguinte(>) imagem corresponde transao SCC4,encarregada da manuteno de mandantes dentro de umsistema SAP R/3.

Daniel Chollet


16/66

Pgina 16

Aqui podemos visualizar que o sistema consta de 4 mandantes,trs deles so standard do SAP e vem "pr-instalados" com osistema.Os mandantes 000 e 001 so de referncia e servem de basepara criar os mandantes de usurio.O mandante 066 ou "EarlyWatch" utilizado para o servio deassistncia remota de SAP.Neste caso existe um mandante de usurio, o 555 criadooriginalmente como cpia do mandante 000 ou 001.Podemos realizar certas configuraes dentro de cada mandantetambm com a transao SCC4, estas configuraes permitiroindicar coisas como:

Registro ou no das mudanas realizadas no mandante.

Papel do mandante (produo, teste, etc.)Possibilidade de alterao de dados indep. de mandante.Possibilidade de alterao de dados dep. de mandante.Nvel de proteo contra cpia ou atualizao.

Daniel Chollet


17/66

Pgina 17

2.4. Processos de trabalho (WorkProcesses)

Os processos de trabalho so os programas ao nvel do sistemaoperacional, pertenecentes a SAP que realizam todo oprocessamento e dilogo com o SO e a B.D.No so mais que programas integrantes do Kernel do SAP queoferecem os servios bsicos ao sistema. Do SAP podemosobter informao sobre o que acontece com os processos detrabalho e efetuar alteraes sobre os mesmos.Os usurios podem ter dois tipos de processamento no SAP,processamento de dilogo e processamento background.O processamento de dilogo aquele em que o usurio inter-

atua com o sistema, como o ingresso de uma rdem decompras.O processamento background se faz sem interao do usurio egeralmente corresponde tarefas como carga de dados,emisso de informes, processamentos, etc.SAP dispe de dois tipos de processos de trabalho para atenderestas duas modalidades de processamento.A seguinte(>) figura nos mostra os distintos processos detrabalho do SAP.

Daniel Chollet


18/66

Pgina 18

Cada um destes processos estabelece uma conexo com a basede dados (as conexes efetivas do SAP BD esto dadas pelo

nmero de processos de trabalho).Os usurios no se conectam diretamente base de dados ano ser que obtenham os servios do SAP.A funo de cada um destes processos a seguinte(>):

Dialog

Este processo se encarrega de dar servio aos usurios dedilogo do sistema. Cada um destes processos estabeleceuma conexo com a Base de Dados e recebe peties dosusurios. Por norma cada um pode dar servio a uma mdiade 5 ou 6 usurios.

Update

Como se ver mais adiante, as atualizaes no SAP so"diferidas" passando a uma "lista/fila" de atualizao, estesprocessos so os encarregados de direcionar tal lista/fila.

Daniel Chollet


19/66

Pgina 19

Background

Estes processos do servio aos programas backgroundcomo listados, cargas de dados e processos noturnos. Cadaum deles atende apena um usurio por vez.

Spool

Os processos de Spool se encarregam de administrar a listade impresso do SAP, j que os encarregados de imprimir soos servidores de aplicao.

Enque (Lock)SAP mantm bloqueios internos independentes da base dedados para seus objetos de forma integral (uma fatura, umaordem de compra, um programa, uma proposta depagamento, etc.). este processo que se encarrega de administrar taisbloqueios.

Message

Em um ambiente com mais de um servidor de aplicao, esteprocesso, que deve residir em um deles, se encarregar dedistribuir aos usurios de forma a tambm distribuir a carga dosistema redirigindo cada novo usurio ao servidor menosutilizado.

Gateway

um processo necessrio se que se quer por exemploestabelecer comunicao entre um sistema R/3 e um sistemaR/2.

Do SAP possvel monitorar o estado de tais processos detrabalho mediante a transao SM50 que ser como aseguinte(>) tela:

Daniel Chollet


20/66

Pgina 20

Aqui vemos uma lista com distintos processos, seu status, ousurio que o est utilizando, o programa e outros dados teispara determinar seu estado.Os nomes na lista tem a seguinte(>) correspondncia:

DIA: Processo de dilogoBTC: Processo backgroundUPD: Processo de Update U1UP2: Processo de Update U2ENQ:Processo de bloqueioSPO: Processo de impresso

*Os processos de Update U1 e U2 so semelhantes mas seutilizam por SAP para diferenciar prioridades de atualizao.

2.4.1. Modos de operao.

normal que durante o dia se realizem mais processos dedilogo e noite mais processos background. por isso que SAP oferece uma ferramenta que permiteconfigurar por horario a quantidade de processos de trabalhode dilogo e background que teremos no sistema.

Daniel Chollet


21/66

Pgina 21

Supomos que durante o dia temos 10 processos de dilogoe 2 de background, mas noite se executam muitos

processos de fundo e necessitamos mais recursos, entopodemos programar que logo aps a finalizao do horariodo escritrio se diminua a 6 os processos de dilogo e seaumente a 6 os de background.Logo s 9 da manh voltamos a colocar 10 de dilogo e 2 debackground.Podemos fazer isto pois sabemos que durante a noite notemos muitos usurios e sim muitos processamentos.

Os modos de operao otimizam a distribuio dos recursosdo sistema.

2.5. Estrutura de diretrios do SAP

Os servidores de aplicao SAP possuem uma estrutura dediretrios desenhada para facilitar o trabalho do administrador desistemas, essa estrutura a seguinte(>):

SAP AG

R/3 Directory Structure

Global Directories Instance Directories

SYS

logwork dataglobalprofile exe

run dbg opt

trans

tmp put

usr

sap

R/3

Daniel Chollet


22/66

Pgina 22

Esta estrutura facilita a integrao entre sistemas SAP e entre

instncias do mesmo sistema.

Quando temos um sistema SAP com apenas um servidor deaplicao, este considerado a instncia 00, e se temos maisservidores de aplicao ento teremos uma instncia a maispara cada um deles.No esquema visto o nome do sistema que deve sersempre de 3 letras e no pode se repetir dentro de umainstalao.

Dentro de cada sistema temos ento o nmero de instncia quedepender da quantidade de servidores de aplicaodisponveis.Dentro do diretrio SYS se encontram os executveis, os perfisdo sistema e os logs e dentro de TRANS a rvore de diretriosdo sistema de transporte do SAP, que como se ver mais adiante o encarregado da comunicao entre os sistemas.Do SAP podemos ver os diretrios do sistema e navegar no seucontedo mediante a transao AL11 que nos oferece umainterface como esta:

Daniel Chollet


23/66

Pgina 23

3. Perfis do sistema

SAP precisa para funcionar corretamente e para apresentardeterminado comportamento de configuraes de incio.Estas configuraes determinam coisas como a quantidade dememria a ser utilizada pelos usurios, as linguagens instaladas, omandante por default, o tamanho dos Buffers, a quantidade deprocessos de dilogo e muitos outros parmetros.Todas estas configuraes se armazenam nos "perfis" do sistema,que so arquivos localizados em/usr/sap//SYS/profile.Apesar destes arquivos poderem ser editados e manipuladosmanualmente, SAP oferece uma interface adequada para isso comtrs nveis de atualizao.

Temos trs tipos de perfis:

Perfil de instncia

Contm a configurao de cada servidor de aplicao do sistemapossuindo um para cada servidor.

Perfil de Arranque

Especifica os processos a nvel do sistema operacional que se

Daniel Chollet


24/66

Pgina 24

inica ao levantar SAPPerfil por default

Igual que o perfil de instncia mas suas configuraes afetamtodos os servidores.

A transao SAP encarregada da administrao dos perfis aRZ10mostrada a seguir:

Assim que modificamos um perfil necessrio reiniciar SAP paraque as mudanas sejam reconhecidas.

4. Usurios e Autorizaes

Para acessar SAP devemos ter um usurio registrado em algum deseus mandantes e para realizar alguma tarefa devemos ter asautorizaes pertinentes.O grau de detalhe que se pode obter com as autorizaes muitoalto, podendo especificar combinaes de restries que fazempossvel limitar o acesso e as tarefas a qualquer coisa virtualmente.

Daniel Chollet


25/66

Pgina 25

4.1. Mestre de usurios

O mestre de usurios prprio de cada mandante e neledefinimos os dados de direo do usurio (Nome, departamentoque pertence, endereo, telefone, etc.)Por outro lado temos parmetros que associaremos aos usurioscomo por exemplo se usar vrgula ou ponto para os decimais,ou formato da daTA ou a impresSora por default.Finalmente existe outra informao associada ao mestre dousurio que so os perfis de autorizao.Estes perfis de autorizao definiro o que o usurio pode ouno pode fazer. A transao de manuteno de usurios a

SU01 e tem este aspecto:

4.2. Perfis

Como j mencionamos, os perfis do a cada usurio asautorizaes para trabalhar no SAP, mas estes perfis narealidade no contm as autorizaes, englobam-as.Existem dois tipos de perfis, os normais e os compostos, osperfis compostos esto formados por outros perfis e somam asautorizaes destes, os perfis normais tm autorizaes

Daniel Chollet


26/66


27/66

Pgina 27

exemplo se este vai visualizar ou tambm poder criar, ou sepoder trabalhar apenas com os fornecedores que comeam

com "S").

5. Sistema de transportesO sistema de transportes de SAP uma das ferramentas maispotentes para a comunicao entre mandantes do mesmo sistemaou entre sistemas separados.Pensando em armazenar de forma eficiente todas as mudanasefetuados no ambiente de desenvolvimento e a parametrizao deSAP, idealizou se um objeto que serviria de "caixo" chamado"ordem de transporte", que recebendo programas, dados de tabelasou modificaes de parametrizao fosse capaz de transport-los

de um ambiente a outro de forma transparente.Estas rdens de transporte, podem ser "exportadas" e gravadascomo arquivos no nvel do sistema operacional, com a grandevantagem de que so independentes da plataforma, sem nenhumproblema em gravar em uma rdem que contenha um programagerado para AS400 e logo levantar tal rdem em um sistema dentrodo Windows NT.

Daniel Chollet


28/66

Pgina 28

Alm de oferecer esta facilidade de transporte de dados, existe umagrande vantagem adicional em utilizar rdens.

Se um programador est trabalhando em um projeto, com suastabelas, objetos do dicionrio, programas, etc., pode colocar tudodentro de uma rdem e assegurar-se que nada pode modific-lapois os objetos ficam "bloqueados".Ento temos um repositrio de dados que controla de forma muitoeficiente o acesso dos usurios aos objetos, impedindoinconsistncias.Temos bsicamente dos tipos de rdens, de Customizing e deWorkbench.

As rdens de Customizing contm as modificaes realizadas naparametrizao do sistema, as rdens de Workbench contm tudo oque foi criado ou modificado pelos desenvolvedores e que searmazena no dicionrio de dados.SAP oferece uma interface para manipular cada um dos tipos derdens de transporte chamadas Workbench Organizer eCustomizing Organizer.Um mandante pode ser configurado para gravar as modificaes deforma automtica em rdens ou deixar que o usurio o faa deforma manual.

5.1. Workbench Organizer e Customizing Organizer

Tanto o Workbench Organizer como o Customizing Organizerpossuem uma interface muito similar e permitem administrar asrdens criadas.S possvel alocar usurios a uma rdem, de forma que sessas pessoas possam trabalhar com a mesma. Para cadausurio alocado se cria uma tarefa dentro da rdem.Podemos desde aqui editar o contedo das rdens, criar ou

apagar rdens e o mais importante "liber-las".Quando liberamos uma rdem estamos dizendo que as tarefasque esta contm esto finalizadas e portanto vamos transportaresses dados a outro sistema e eliminar os bloqueios sobre osobjetos. Ao liberar uma rdem esta pode ser "exportada" aosistema operacional, permitindo que seja acessada por outrossistemas.

Daniel Chollet


29/66

Pgina 29

O aspecto do Customizing Organizer que tambm nos permitemanipular rdens de Workbench o seguinte(>):

Quando consultamos as rdens vemos separados as deCustomizing e Workbench, assim como as liberadas ou no.

Daniel Chollet


30/66

Pgina 30

5.2. Diretrio de transportes

Dentro da sua estrutura de diretrios SAP possui algunsdedicados ao sistema de transporte. Neste diretrios sogravadas as rdens exportadas, os erros ocorridos, os Buffersque contm as rdens a importar, etc.Estes diretrios so utilizados tambm quando se importamlinguagens ao sistema ou se instalam como veremos maisadiante correes (HotPackages).Este diretrio encontra-se em /usr/sap/trans e contm uma sriede subdiretrios onde SAP gravar toda a informaorelacionada com as rdens de transporte.As rdens de transporte se encontram repartidas em/usr/sap/trans/data e /usr/sap/trans/cofiles.

Em /usr/sap/trans/bin se encontram os arquivos de configuraopara o transporte como veremos a continuao.Em /usr/sap/trans/buffer/ se encuentran os Buffers de cadasistema com a informao das rdens listas para importar.Em /usr/sap/trans/log se guarda um registro de todo oacontecido no processo de importao de cada rdem.

Daniel Chollet


31/66

Pgina 31

5.3. TP, TPPARAM

Apesar do SAP realizar todos os transportes de rdens desdesua interface grfica, possvel faz-lo de forma manual desde osistema operacional mediante o comando TP, este comando seencarrega de importar uma ou mais rdens no sistema emandante indicados.Para seu funcionamento utiliza a configurao indicada noarquivo TPPARAM localizado em /usr/sap/trans/bin

5.4. Transport Management System (TMS)

Quando temos vrios sistemas em um ambiente, necessrio

configurar a forma em que os dados vo ser transmitidos.Por exemplo se tivssemos um sistema de desenvolvimento eteste e outro produtivo, teramos que definir no TMS estes doissistemas e uma rota entre desenvolvimento e produoindicando o caminho que seguiro as rdens ao se exportar eimportar.No TMS tambm onde podemos realizar o transporte derdens de um sistema a outro.

Daniel Chollet


32/66

Pgina 32

Nesta imagem vemos os sistemas com as rotas de transporte

definidas entre eles que permitem a passagem das rdens.

6. Monitoramento

SAP possui diversas ferramentas que permitem saber o que estacontecendo com o sistema, a continuao mostramos os principaise mais utilizados.

6.1. Log do sistema

Mediante o log do sistema podemos saber que aconteceu em umdeterminado momento e muito til para detectar problemas.

Podemos encontrar registrado para cada usurio, mandante,transao e horrio cada acontecimento, seja uma informao,uma advertncia ou um erro.O nvel de detalhe apresentado no log do sistema pode seajustar variando parmetros do perfil do sistema.O nvel de detalhe que por default 1, vai desde 0 at 3, osnveis mais altos s so recomendveiss quando se realiza a

Daniel Chollet


33/66

Pgina 33

busca de um erro difcil de detectar, j que o registro de grandequantidade de dados diminui notavelmente o rendimento do

sistema.A transao utilizada para cham-lo a SM21, apresentando oseguinte(>) aspecto:

6.2. Monitor de Alertas

O monitor de alerta permite obter atravs de uma visualizaorpida, uma idia geral do que ocorre com o sistema, com avantangem de que podemos aprofundar at chegar ao detalhe.Os dados se apresentam em estrutura de rvore comcodificao de cores o que torna muito mais fcil o seguimentodos problemas.Um exemplo do mesmo que chamado mediante a transao

RZ20pode ser visto a continuao:

Daniel Chollet


34/66

Pgina 34

6.3. Processos do sistema

Os processos do sistema mostram o estado atual dosWorkProcesses, podendo detectar situaes anormais, reinici-los ou abortar processos em caso de ser necessrio.Mediante a transao SM50obtemos essa informao.

Daniel Chollet


35/66

Pgina 35

6.4. Usurios do sistema

Muitas vezes necessrio saber quem est conectado aosistema, o que est fazendo, e desde quando.Inclusive, se necessrio, poderamos ter que eliminar umusurio.Isto obtemos mediante a transao SM04 mostrada a seguir:

6.5. Anlise Dump

O anlise Dump uma ferramenta poderosa que permite sabercom alto nvel de detalhes o que ocasionou o cancelamento deum programa ABAP/4.Seja uma alocao invlida, um nmero fora de rank ou umexcesso no tempo de execuo, esta ferramenta registra asituao no momento do erro.Podemos ver as variveis envolvidas, as linhas de cdigo ondeocorreu o problema, uma descrio e uma anlise do mesmosugerindo possveis causas e se isto no for suficiente, critriosde busca para procurar mais informao sobre o erro.A transao encarregada disto a ST22.Um exemplo de parte de um relatrio vemos a seguir, maisabaixo na listagem a informao sobre a fonte ABAP/4 quegerou o problema, o contedo das variveis ou tabelas e as

Daniel Chollet


36/66

Pgina 36

funes envolvidas.

6.6. Statistics Records

Estes registros oferecem informao estatstica muito til nomomento de detectar problemas de rendimento ou verificarcondies especficas.

Podendo limitar por vrios critrios como transao, usurio,memria utilizada e tempo de processo, possvel obterinformao extremamente detalhada do que acontece com osistema. Estes dados em forma de lista so um diagnsticopreciso no caso de anomalia de rendimento.A transao utilizada a STAT

Daniel Chollet


37/66

Pgina 37

6.7. Anlise de carga

A anlise de carga mostra de forma efetiva onde temos ogargalo no sistema j que faz uma anlise detalhada dadistribuio dos tempos (CPU, Base de Dados, carga deprogramas, etc.)Acessamos esta anlise com a transao ST03

6.8. Buffers do sistema

Por motivos de rendimento SAP utiliza Buffers em memria emforma de cach, evitando ter que acessar sempre base dedados quando se necessita de algo. Podemos controlar o ndicede acerto destes buffer e verificar se no esto tendo muitoSwap, se isto ocorre significa que esse buffer pequeno edeveremos aumentar seu tamanho nos perfis do sistema.

Acessamos informao dos buffer com a transao ST02. Umexemplo deste reporte o seguinte(>):

Daniel Chollet


38/66

Pgina 38

6.9. Base de Dados

Mediante a transao DB02temos acesso informao sobre o

estado atual da Base de Dados como ndices perdidos, espaoutilizado, consistncia com o dicionrio de dados, problemas deespao e outros dados teis.

Daniel Chollet


39/66

Pgina 39

6.10. Atividade do Sistema Operacional

Pelo fato da que SAP possuir grande integrao com o sistemaoperacional possvel, desde o SAP, obter informaodetalhada do que acontece, como utilizao da CPU, os discos,memria e muitos outros parmetros. Acessamos esta

informao mediante a transao OS06

Da mesma transao acessamos a informao mais detalhada se fornecessrio:

Daniel Chollet


40/66

Pgina 40

7. Atualizao e Bloqueio

SAP possui como medida de segurana e como forma de aumentara eficincia dos subsistemas controlados por processos de trabalhoindependentes.Um destes sistemas o de atualizao, encarregado de gravar asmudanas realizadas na base de dados e controlado pelosprocessos tipo UPD e UP2.Outro sistema o de bloqueio, utilizado para assegurar aconsistncia dos dados e controlado pelo processo ENQ.

7.1. Atualizao

Como mencionamos, por motivos de eficincia e tambm por

segurana e recuperao ante falhas, SAP no gravadiretamente a informao gerada por suas aplicaes Base deDados.Isto provocaria grandes esperas do usurio, que teram queaguardar at que a BD confirme a atualizao dos dados.Para isto SAP utiliza uma "lista de Update" onde vo parar todasas atualizaes pendentes. Quando um usurio grava algo, suas

Daniel Chollet


41/66

Pgina 41

atualizaes vo para esta lista e imediatamente liberado,podendo fazer outras tarefas sem esperar a confirmao da

gravao.Isto d grande agilidade ao sistema mesmo quando est sobmuita carga.Alm disso no caso de erro do sistema, podemos ver ainformao que no pde ser atualizada, tentar atualiz-lamanualmente, ou inclusive desativar a atualizao para evitarmudanas base de dados.Em caso de problemas com a base de dados (por exemplo faltade espao), SAP automticamente desativa a atualizao e a

informao ingressada pelo usurio no se perde a no ser queesteja armazenada na lista de atualizao e uma vez que oproblema solucionado basta ativ-la para voltar normalidade.O Update Manager como se chama o processo encarregado deadministrar a atualizao, pode ser accessado mediante atransao SM13 e pode ser observado a seguir:

Daniel Chollet


42/66

Pgina 42

7.2. Bloqueio

O bloqueio utilizado por motivos de segurana para evitar queos usurios alterem objetos que esto sendo manipulados poroutros.Funciona de forma independente dos bloqueios da BD j queest desenhado para oferecer integridade aos objetos do SAP(uma fatura completa, um programa, uma rdem de compras,etc.). Em todo momento pode-se observar os objetos bloqueadose desbloque-los se necessrio.Algumas vezes quando se desconecta um terminal e o usuriofica "pendurado" no SAP necessrio eliminar os bloqueios que

este tinha.A administrao dos bloqueios se faz mediante a transaoSM12mostrada a seguir:

8. Reparaes, correes e atualizaes no SAP

Como todo sistema de informtica, normal que se apresentemerros em uma verso do SAP no detectados durante a etapa pr-release do produto. Para isto SAP montou um esquema deatualizao do software baseado principalmente em duas tcnicas:atualizao dos aplicativos e atualizao do Kernel.Para realizar a atualizao do aplicativo (programas ABAP/4) exiteduas possibilidades, a primeira aplicar notas e a segunda aaplicao de HotPackages

Daniel Chollet


43/66

Pgina 43

Para atualizar o Kernel, SAP oferece suas revises corrigidas eatualizadas.

Para obter os HotPackages e as atualizaes do Kernel h tambmduas posibilidades, uma instalar dois CD's que SAP envia deforma regular seus clientes com os ltimos HotPackages para averso do SAP correspondente e as ltimas revises de Kernelpara a plataforma e verso utilizadas. A outra opo obterdiretamente de algum dos servidores FTP que SAP possui e que sacessaremos tendo uma linha dedicada com eles ou desde o siteSAPNet accessvel pela Internet.

Temos que destacar que mediante a aplicao de uma nota, possvel modificar um programa SAP standard, mas para fazer istoprimeiro temos que solicitar uma senha para alter-lo, a partir dessemomento se considera o programa testado de "reparao", j no mais um standard SAP e ser tratado de forma especial quando serealizar em upgrades do sistema ou se instalar HotPackages, j queSAP deve saber se queremos manter nossa verso modificada ouse desejamos instalar a nova proposta.Alm de ser marcado como uma reparao, o programa permanecebloqueado dentro de uma rdem de transporte de reparao, peloqual tem que "liberar" tal rdem se o programa deve ser substitudo.A continuao veremos com mais detalhe cada tipo de atualizao:

8.1. HotPackages/SupportPackages

Os HotPackages contm rdens de transporte iguais as geradaspelo sistema com correes nos programas, tabelas, funes equalquer objeto que forme parte do aplicativo do SAP.Existe uma transao no SAP encarregado da carga dosHotPackages que deve ser chamada logo de que os arquivos

pertinentes da rdem sejam colocados no diretrio de transporte.Esta transao a SPAM.

Daniel Chollet


44/66

Pgina 44

Ao instalar um HotPackage ao sistema estamos atualizando asverses de muitos programas que continuar sendo standardpara SAP.Se achamos que um programa standard foi modificadomanualmente e o HotPackage deve atualiz-lo, no poder faz-lo at que liberemos a rdem de transporte onde se encontraatestado de reparao.

8.2. Notas, OSS, SAPNet

Devido ao fato que continuamente se reportam erros e melhoriassobre os aplicativos SAP de cada verso, BD e plataformas, SAPcriou-se uma grande base de dados com as respostas a todos os

problemas encontrados e recomendaes prprias sobre muitosoutros. A cada uma destas recomendaes chamamos"Notas".Podemos procurar informao nas notas por verso do SAP,Base de Dados, ou inclusive por letras ou palavras contidas namesma. Esta uma ferramenta muito potente para o consultorBASIS no momento de encontrar a soluo para um problema, jque possivelmente isto j aconteceu com algum e est

Daniel Chollet


45/66

Pgina 45

devidamente documentado.Para acessar estas notas existe duas posibilidades, mas

necessrio ter o que chamamos de usurio de OSS que SAPfornecer a cada cliente na documentao contida no pacote deinstalao.Com este usurio podemos acessar ao site Internet de SAPNetcom a direo: http://service.sap.comNo caso de contarmos com um acesso aos servidores do SAP(X.25, ISDN, Frame Relay, VPN, SNC, etc.) poderemos conectar-nos ao servio OSS com o mesmo usurio.Este servio OSS permite obter as notas, traar consultas que

sero respondidas pelos consultores SAP.Existem muitos outros servios no SAPNet como: literatura,manuais, novidades, software que podem ser acessadosdiretamente pela Internet.

Uma vez que temos uma nota, esta pode ter simplemente umarecomendao ou uma modificao a um programa do SAP.Se modificamos um programa do SAP mediante uma nota, esteprograma ser considerado como reparado, deixando de serstandard e portanto sendo uma fonte a mais de complicaes aomomento de fazer upgrades ou instalar HotPackages/SupportPackages. por isto que se recomenda instalar sempre o ltimo nvel deHotPackages para evitar ter que se implementar notas quemodifiquem programas no sistema.

8.2.1. Transaes SPAU, SPDD, estrutura de verso.

SAP mantm uma estrutura de verses dos seus programase objetos, por isso logo de que instalamos um HotPackage

permite-nos eleger entre a nova verso ou a que tnhamosoriginalmente, demonstrando as diferenas e permitindoinclusive fazer uma combinao dos mesmos comoprograma final.Para manipular as verses dos programas atualizadosutilizamos a transao SPAU e a transao SPDD paramanipular as verses dos objetos atualizados do dicionrio

Daniel Chollet


46/66

Pgina 46

de dados.

8.3. Upgrade de KernelTambm podemos realizar o upgrade do Kernel do sistema. OKernel pode ser atualizado de duas formas, atualizando a"reviso" ou a verso do mesmo.O mais comum atualizar a reviso do Kernel, sem trocar deverso podemos obter a soluo dos problemas da revisoanterior.Estando o Kernel formado por programas a nvel do sistemaoperacional, a substituio do mesmo muito simples, s temos

que baixar SAP e substituir os executveis velhos pelos novos,fazendo um respaldo no caso de surgirem problemas.A mudana da verso de Kernel um pouco mais complexo.As verses de aplicao do SAP so compatveis com certasverses do Kernel recentes. Por exemplo SAP 3.0F pode operarcom os Kernels 3.0F a 3.1I, sendo recomendado sempre utilizara ltima.Neste caso, se tivssemos por exemplo Oracle como Base deDados, o Kernel 3.0F utiliza Oracle 7.2.2.x enquanto que o 3.1Inecessita de 7.3.3.x com o qual antes de fazer o upgrade do

Kernel necessrio fazer o upgrade da Base de Dados. Logo oprocesso de cpia dos arquivos igual ao de troca de reviso.

8.4. Upgrade de verso do SAP

O upgrade de verso do SAP um dos processos maiscomplicados para o consultor BASIS, j que se pode enfrentarcom muitas dificultades ao faz-lo, ainda que em teoria deveriaser uma tarefa bastante automtica.Um upgrade de verso envolve novas interfaces, novos

programas, trocas nas tabelas, converso e mudana de dados,e muitas modificaes que assegurem que o usurio noperder nada do que tinha na sua verso original.O processo de Upgrade do SAP similar ao de instalao inicialde um sistema, inclusive com as complicaes adicionaismencionadas.

Daniel Chollet


47/66

Pgina 47

9. Estrategias de backup

muito importante estabelecer uma estratgia de backup globalpara o sistema SAP.Esta estratgia dever incluir desde backups completos a nvel dosistema operacional incluindo todos os arquivos do SAP, atbackups totais ou parciais da base de dados.Vamos diferenciar ento em dois grandes grupos os tipos debackups que devem ser realizados.

9.1. Backups ao nvel do sistema operacional

Estes backups so necessrios para reestabelecer uma

instalao SAP R/3 de forma rpida no caso de danos nosdiscos dos servidores de aplicao.Se realizar com ferramentas prprias da plataforma, pelo queir variar de uma a outra, sendo mais ou menos complicado masdirecionado a se ter um respaldo da estrutura de diretrios tantodo sistema operacional como do SAP.Este backup evitar ter que instalar novamente SAP no caso deocorrer um desastre e o mais importante, preservar asconfiguraes realizadas nos perfis do sistema.

recomendvel realizar um backup total pelo menos uma vezao ms, no se pode esquecer que durante o backup no podeter atividade nos arquivos j que isto provocaria inconsistncias,isto implica que SAP deve estar baixodo durante o processo.Esta ltima caracterstica faz o tipo de backup ideal para os finsde semana, podendo programar a nvel do sistema operacionaltodos os scripts necessrios para baixar e subir SAP logo depoisdo backup.

9.2. Backups ao nvel da base de dados.

Os backups a nvel da base de dados tambm dependero muitoda mesma, tanto no tipo como nas ferramentas utilizadas parafaz-lo.Para algumas como Oracle ou Informix, SAP forneceferramentas prprias que interagem com a Base de Dados, sema necessidade de utilizar ferramentas previstas pelo fabricante.Para outras como DB2, necessrio tambm a utilizao de

Daniel Chollet


48/66

Pgina 48

ferramentas prprias da Base de Dados. muito importante definir um ciclo de backups da Base de

Dados e isto depender da quantidade de mudana dos dados.Algums clientes consideram impensvel e intil voltar a umrespaldo da Base de Dados do SAP de mais de uma semana,outros consideram que um ms est bom, tudo depender doque se deseja.Uma vez determinado o ciclo de backup basta implement-lo eisto depender da BD.

9.2.1. DB Calendrio

SAP nos oferece a posibilidade de programar de formacompleta todos nossos respaldos e atividades que queremosrealizar contra a BD mediante um calendrio.Nele indicamos o dia, a hora e a tarefa que queremosrealizar, por exemplo um respaldo offline, online, dois logs ouat uma atualizao das estatsticas da BD.Acessamos ao DB Calendrio mediante a transao DB13Mostrada a seguir:

Daniel Chollet


49/66

Pgina 49

9.2.2. Backup Offline.

Este backup da base de dados geralmente se realizadurante os fins de semana, j que o sistema no pode serutilizados. normal realiz-lo logo depois de instalar o sistema ourealizar mudanas importantes e depois uma vez porsemana

9.2.3. Backup Online.

Este tipo de backup deve ser feito diariamente pois osistema pode estar em linha. Deve-se realizar noite

quando h menos usurios j que o acesso base de dadosdiminui o rendimento do sistema.Se a BD for muito grande pode se realizar um backupadicional durante a semana. importante notar que em um backup online se os logs detransaes so inconsistentes recomenda-se realizar umbackup de tais logs cada vez que se realiza um backuponline.

9.2.4. Backup do Log de transaes.

Estes logs no so nem mais nem menos que as mudanasrealizadas na base de dados e nos permitem no caso deproblemas voltar a BD em um ponto especfico no tempo.Seu respaldo deve-se fazer diariamente depois do backuponline da Base de Dados.

9.2.5. SAPDBA/BRTOOLS

Para aqueles sistemas que utilizam uma Base de Dados quepode ser manipulada por ferramentas do SAP R/3 comoOracle ou Informix, SAP oferece uma ferramenta que no

muito amigvel grficamente isto compensado pelapotncia oferecida.A partir dela possvel levantar ou baixar a base de dados,realizar todo tipo de respaldos e recuperaes, modificarparmetros das tabelas e ndices e inclusive realizarmodificaes online da estrutura da BD. Tambm nospermite realizar verificaes de espao, fragmentao e

Daniel Chollet


50/66

Pgina 50

validaes da configurao da BD. uma ferramenta disponsvel a nvel do SO e se executa

com o comando sapdba, mas que pode ser utilizadoprogramando suas distintas operaes desde o DBCalendrio.Um exemplo da tela inicial com as principais opes aseguinte(>):

10. Outras ferramentas, funcionalidades e tarefas.

A continuao se tratar das ferramentas e funcionalidades quenormalmente se utiliza dentro do SAP, assim como algumas tarefas

que so prprias de um consultor BASIS que tem que administrarum sistema R/3.

10.1. Administrao de Impressoras e Spool

Uma tarefa que sempre est presente a administrao dasimpressoras.J que a impresso controlada por SAP e o cliente s nos

Daniel Chollet


51/66

Pgina 51

permite interagem com o mesmo, todas as impressoras devemestar definidas no SAP para poder se utilizadas. Mesmo

quando se utiliza um mtodo especial que permite imprimirpelas impressoras do Windows, SAP deve estar infomradodisso.H diversos tipos de impressoras, dependendo de como oservidor de aplicao que quem vai imprimir, as considere.A continuao veremos a informao que devemos obter parainstalar uma impressora.Modelo

SAP necessita saber os cdigos de comando utilizados pela

impressora para poder enviar grficos e para isto devemosselecionar dentro de uma srie de modelos de impressora.Por isso que no esto todos os modelos do mercado e alista pequena, mas em geral funciona muito bem com asimpressoras lser HP.

Tipo de lista de impresso.

Outra coisa a ser determinado se a impressora considerada local ou remota.Uma impressora considerada como local quando a fila de

impresso se encontra definida no mesmo servidor deaplicao e remota quando a fila de impresso se encontraem outro equipamento.Isto determinar o tipo de acoplamento da impressora, ouseja, se vamos conectar fazendo uma chamada direta aosistema operacional, mediante LPD, impresso local,impresso frontend ou o que for.Por exemplo normal utilizar o tipo de acoplamento local "L"ou via LPD "U" para servidores UNIX com impressoras locais,enquanto que para Windows NT pode ser utilizados o tipo de

acoplamento "C" de chamada ao sistema operacional ou "S"de impresso SAPLPD.

Se queremos imprimir com as impressoras definidas no frontendpode-se utilizar o mtodo de acoplamento "F" que habilita a SAPR/3 a imprimir na impressora por default do Windows.Isto muito til, j que muito mais fcil definir impressoras noWindows que no SAP e definindo uma no SAP podemos imprimir

Daniel Chollet


52/66

Pgina 52

na qual queremos simplemente trocando impressora por default,realmente algo muito cmodo.

A transao utilizada para a administrao dos dispositivos desada a SPAD.

Na seguinte(>) tela podemos ver parte dos dados de definio deuma impressora:

Daniel Chollet


53/66

Pgina 53

J que SAP tem o controle do que se imprime, podemos a todomomento ver um registro da fila de impresso, ver as rdens de

impresso que deram erro e reimprimi-las ou diretamenteelimin-las.Este administrador da fila de impresso nos permite ver tambmo contedo das rdens de impresso e realizar buscas de rdensespecificando critrios como data e hora, usurio, impressora,etc.A transao SP01 nos d essa funcionalidade.

10.2. Jobs

Os Jobs so uma ferramenta pensada para agendar tarefas,mediante estes jobs podemos instruir o SAP para executar umprograma ABAP/4 ou um programa no sistema operacional emdeterminado momento.E no s podemos pedir que faa determinado dia e adeterminada hora, como podemos faz-lo repetitivo edeterminar o ciclo de repetio que queremos, dirio, semanal,por minuto, etc.Se queremos podemos fazer que se execute logo apsdeterminado evento, ou depois de que outro Job se execute.Os Jobs se executam como tarefas de fundo, pelo qualdevemos especificar dentro dos dados de Job o servidor onde

Daniel Chollet


54/66

Pgina 54

este deve ser executado, isto a SAP no faz automticamente oenviando-o ao que tenha menos carga nesse momento.

Cada Job pode ter um ou vrios "steps", passos ondeindicamos o que fazer, assim que se pode executar umcomando do sistema operacional e logo um ABAP/4 no mesmoJob.Em todo momento os Jobs podem ser editados, modificados,apagados e at executados se necessrio, e guarda-se um logde todo o acontecido durante seu processamento.

Os Jobs so utilizados normalmente para programar tarefas

pesadas durante a noite ou atualizao de interfaces cada certotempo.Por exemplo, podemos programar um Job que execute umprograma ABAP/4 encarregado de ler um arquivo contendodados gerados por um sistema externo, e incorpor-los ao SAP.Podemos alocar trs prioridades aos Jobs, desde as mais alta"A" mais baixas "C", o que significa que se em uma mquinatemos apenas um processo de fundo disponvel e h dois Jobsem determinado momento para ser executado, ser feito demaior prioridade e o outro ter que esperar.A transao utilizada para a definio de Jobs a SM36A seguinte(>) imagem nos mostra os dados bsicos de um Jobde prioridade "A" com data de comeo 10 de julho de 1999 s10:30 e um ciclo semanal.

Daniel Chollet


55/66

Pgina 55

A seguinte(>) tela nos mostra o primeiro passo deste Job onde seespecifica a execuo do programa ABAP/4 "ZACTFACT":

Daniel Chollet


56/66

Pgina 56

10.3. Auditoria do sistemaAlgumas vezes necessrio saber quais usurios estoentrando no sistema, a que hora, quantos tentativas falhas deLogin ocorreram a partir da qual terminal, etc.Tudo isto e mais se pode ser conseguido ativando os logs deauditoria no SAP.Para faz-lo devemos utilizar a transao SM19 onde podemos

Daniel Chollet


57/66

Pgina 57

especificar quais atividades vamos registrar, para quais usurios,mandante, etc.

Se o que queremos consultar o registro de auditoria o quedevemos fazer utilizar a transao SM20 que nos permite,especificando uma srie de filtros, observar o acontecido em umperodo de tempo.

Daniel Chollet


58/66

Pgina 58

10.4. Workbench ABAP/4Como foi mencionado anteriormente, o Workbench ABAP/4 oambiente onde trabalham os desenvolvedores, mas vale a penaconhecer um pouco dele para tirar proveito nas situaesdifceis para o administrador do sistema.

10.4.1. Editor ABAP/4

O editor ABAP/4 a ferramenta utilizada para criar oumodificar os programas do sistema, tambm a utilizadapara modificar os programas standard ao aplicar uma nota.

O importante que algumas vezes possvel fazerpequenos programas que realizam tarefas que no podemser feitas mediante as ferramentas que oferece SAP, comopor exemplo a alterao de algums dados muito especficosde tabelas, que de outra forma seria impossvel realizar.Podemos acess-lo mediante a transao SE38.

Daniel Chollet


59/66

Pgina 59

10.4.2. Dicionrio de Dados

O dicionrio de Dados, chamado com a transao SE11

permite navegar dentro de todos os objetos de SAP e emparticular til quando queremos ver a estrutura e definiodos mesmos, como a tabela mostrada a continuao:

Daniel Chollet


60/66

Pgina 60

10.4.3. Editor de Tabelas

O editor de tabelas tambm uma ferramenta muito til quepermite ver, modificar, apagar ou criar dados em certastabelas que permitem manuteno.Podemos acess-lo mediante a transao SE16 muito simples procurar dados desta forma pois podemosfiltrar pelos campos de tal tabela e visualizar o resultado emforma de lista como mostra a seguinte(>) imagem:

Daniel Chollet


61/66

Pgina 61

10.5. Comandos externos

Algumas vezes no nos possvel acessar ao sistemaoperacional mas necesitamos alguma de informao sobre omesmo e no temos uma consola ou um telnet, podemos entorecorrer aos comandos externos definidos no SAP.O que fazemos definir uma srie de comandos e ao execut-los obtemos sua sada em uma lista SAP.Um exemplo simles disto ver o contedo de um diretrio de

um servidor de aplicao UNIX.Criamos ento um comando e associamos a instruo do SO"ls", logo ao execut-lo especificamos l e o diretrio/usr/sap/trans. O resultado o seguinte(>):

A transao utilizada para criar os comandos a SM69 e com aSM49 as executamos.

Daniel Chollet


62/66

Pgina 62

10.6. Mensagens do sistema

Quando necessrio avisar todos os usurios algo importantecomo por exemplo "O sistema se baixar em 10 minutos pormanuteno, por favor se desconectar, podemos fazer uso dasmensagens do sistema que chega a todos os usuriosconectados. Podemos especificar aqui um tempo de expiraoda mensagem e assim ela ser apagada.Este tipo de mensagem aparece quando esta enviada e cadavez que o usurio se conecta ao sistema, sem importar omandante j que so consideradas urgentes.A transao utilizada para cri-los a SM02.

10.7. SAPOffice

Se o que se pretende enviar mensagens a usurios emparticular de mandantes SAP possui uma ferramenta chamadaSAPOffice com toda a funcionalidade de um servidor decorreios, pastas de entrada e sada, possibilidade deattachments, lista de destinatrios, etc.As transaes para chamar o Inbox e OutBox de SAPOffice sorespectivamente SO01 e SO02.A seguinte(>) tela mostra o Inbox:

10.8. Ajuda e documentao

Um dos aspectos fundamentais de um sistema ter acesso

Daniel Chollet


63/66

Pgina 63

ajuda e que esta seja til.H vrios tipos de ajuda e documentao do sistema, tanto seja

da rea funcional como BASIS e podemos diferenciar 3 deles:Ajuda interna

SAP inclui uma ajuda interna que pode ser acessada aqualquer momento mediante a tecla F1 e muitas vezescontm mensagens esclarecedoras que nos permitecompreender mais sobre algo. a ajuda mais extensa, j que quase todos os objetos,campos de telas e funcionalidades tm esta ajuda codificada. alm de mais rpida que j reside na Base de Dados.

Um exemplo desta ajuda ao pressionar F1 sobre o campo dedata do documento o seguinte(>):

Help Online

Esta a ajuda mas completa que dispe SAP, englobandocom muito detalhe cada um dos aspectos do sistema.

Daniel Chollet


64/66

Pgina 64

Devido sua extenso, proporcionada em CD, oferecendograndes facilidades de busca de termos e conceitos.

Posssui uma estrutura de rvore por funcionalidade o queagiliza a busca de dados. Al, disso cada tema possui emumerosos vnculos a outra informao relacionadas.Esta ajuda deve ser instalada e configurada dentro dos perfisdo sistema para poder ser utilizados dentro de SAP, algomuito til j que ao faz-lo deste modo a ajuda solicitada sensvel ao contexto, podendo obter informao ampliadacom s solicit-lo.Ao presionar F1 obtemos a ajuda interna e se pressionamos

"Ajuda Ampliada" obtemos acesso ajuda online sobre essetema em particular.A tela de ajuda online para a verso 4.0 de SAP tem oseguinte(>) aspecto:

11. Literatura recomendada

muito bom recorrer peridicamente aos sites da SAP na Internet poish publicaes muito boas sobre temas especficos relativos administrao do sistema para cada uma de suas verses.

Daniel Chollet


65/66

Pgina 65

Alguns destes sites so:

http://www.sap.com Site oficial da SAP com muitaspublicaes em formato. PDF e .DOC

http://service .sap.com Site do SAPNet ao qual se acessa comum usurio do OSS. Se pode encontrarmuita documentao em formato .PDF e.DOC, instalacao, upgrade, white papers,etc.

http://www.sapfans.org o "SAP FAN CLUB".

http://help.sap.com Help Online dos produtos SAP.

http://www.sdn.sap.com SAP Developer Network.

http://www.microsoft-sap.com SAP para plataformas Microsoft.

http://www.basisconsultant.com SAP Basis Community

12. Concluso

Este manual foi preparado para introduzir ao novo consultor BASISR/3 em as funcionalidades e tarefas que devero ser vividas aotrabalhar com um sistema R/3.Est pensado como uma ajuda-memria ao curso dado pelo

instrutor e no como uma ferramenta de autoestudo.Portanto no tem o grau de detalhe nem informao que um cursosobre um tema especfico tera.H muitas tarefas importantes dentro das funes do administradorque s so mencionadas, isto se deve grande variedade ecombinao de plataformas existentes.Estes temas que s so mencionados no manual, sero

Daniel Chollet
http://help.sap.com/http://www.sdn.sap.com/http://www.microsoft-sap.com/http://www.basisconsultant.com/http://help.sap.com/http://www.sdn.sap.com/http://www.microsoft-sap.com/http://www.basisconsultant.com/


66/66

aprofundados pelo instrutor durante o desenvolvimento do curso.Os dados aqui contidos devero ser complementados em todo os

casos com outras fontes de informao que oferecem ajudaespecfica sobre os diversos temas tratados.Na literatura recomendada se faz referncia a essas fontes deinformao.

6693166 apostilha conceitos basis

Documents