Basis 2.0 PDF

BASIS
Administrando o SAP R/3
WORKSHOP SAP BASIS
Cpia Controlada
Revisado por: Daniel Tomaz Matos
Consystem Informtica (31) 3281-8864
Page 1 of 234
BASIS
Instance R/3........................................................................................................................................... pgina 1

Start/Stop R/3..........................................................................................................................................pgina 4
Clients R/3..............................................................................................................................................pgina 11
CCMS Viso geral............................................................................................................................. pgina 16
Oracle viso geral..............................................................................................................................pgina 22
Criando novo usurio.......................................................................................................................... pgina 37
Manuteno nos usurio do sistema..................................................................................................pgina 43
Bloqueando e desbloqueando usurios.............................................................................................pgina 45
Manuteno de usurios em massa (Transaction SU10).................................................................pgina 52
Deletando sesso de usurios (Transaction SM04)..........................................................................pgina 52
Impresso/Spool System.....................................................................................................................pgina 54
TMS Authorization Concept.................................................................................................................pgina 61
Registering Developers in SSCR.........................................................................................................pgina 66
System Change Option.........................................................................................................................pgina 68
Development Class...............................................................................................................................pgina 69
R/3 Repository Object Locking............................................................................................................pgina 70
Implementation Guide..........................................................................................................................pgina 78
Client Change Options.........................................................................................................................pgina 80
Cpia Controlada
Page 2 of 234
BASIS
Client Tools...........................................................................................................................................pgina 92
R/3 Upgrade and UPDATE SAP SUPPORT PACKAGE....................................................................pgina 103
Administrando o Banco de Dados....................................................................................................pgina 107
Shutdown do Sistema SAP R/3..........................................................................................................pgina 114
Estrutura de diretrios do Sistema SAP...........................................................................................pgina 115
BRTOOLS Backup Tasks...................................................................................................................pgina 135
Backup database.................................................................................................................................pgina 141
INTRODUCTION SOFTWARE LOGISTICS.........................................................................................pgina 151
Performance do Banco de Dados.....................................................................................................pgina 156
Checklists Dirio.................................................................................................................................pgina 162
Checking for Tables nearing their Maximum Extents.....................................................................pgina 195
Checking File System Space Usage..................................................................................................pgina 196
Planing the system Clients................................................................................................................pgina 198
Logon Balancing.................................................................................................................................pgina 202
Operation Mode...................................................................................................................................pgina 206
INTRODUO aos perfis de acesso................................................................................................pgina 215
OBJETO DE AUTORIZAO.............................................................................................................pgina 217
CRIAO DE USURIOS...................................................................................................................pgina 221
CRIAO DE FUNES.....................................................................................................................pgina 226
Cpia Controlada
Page 3 of 234
BASIS
Instance R/3
Mandantes R/3 (ou clients R/3) so organizados independentemente. Cada um tem seu prprio ambiente de
dados, com seus dados mestres e dados transacionais, dados de usurio e tambm seus prprios parmetros
de customizao.
Usurios em diferentes mandantes coexistem em um mesmo sistema R/3, mas seus dados so isolados e no
podem ser acessados de outro mandante. Somente usurios com as autorizaes necessrias podem
visualizar ou processar dados em um mandante especfico. Esse conceito de isolamento se reflete nas
estruturas das tabelas, tanto em nvel de aplicao quanto de customizao, que um nvel de adaptao
dependente de cada implementao.
O mandante 000 definido como o padro SAP e no pode ser modificado. Ele serve como um modelo para a
criao de outros mandantes.
O nmero mximo de mandantes em um sistema R/3 de 997, nmero dificilmente atingido.
Uma instncia (instance) um grupo de servios do R/3 que so iniciados e finalizados em conjunto.
Normalmente, o termo associado a um dispatcher e seus wps correspondentes, mas tambm pode ser
considerado uma instncia um servidor executando somente o servio de gateway do SAP.
Central instance (instncia central) a combinao de um dispatcher com todos os processos do R/3, ou seja,
a combinao DVEBMGS. Como exemplo disso, temos a instncia C na figura acima, que mostra todos os
processos do R/3 sendo executados, com a exceo do G (gateway), mas que tambm deve estar presente
em uma central instance.
Um servidor R/3 de aplicao consiste principalmente de um dispatcher, seus wps associados e seu banco
de memria.
Em um ambiente R/3, os conceitos cliente e servidor so geralmente abordados como software, desse
modo vrios servidores de aplicao podem ser executados em um s computador.
Do ponto de vista de hardware, entretanto, um servidor de aplicao pode ser definido como um computador
com pelo menos um dispatcher, configurao que tambm chamada de instncia de dialog.
As seguintes restries se aplicam ao nmero permitido para cada tipo de work process:
- Dialog: cada dispatcher precisa de, pelo menos, dois wps de dialog.
- Spool: pelo menos um por sistema R/3, e os dispatchers podem ter mais de um spool.
- Update: pelo menos um por sistema R/3, e os dispatchers podem ter mais de um update.
- Background: pelo menos dois um por sistema R/3, e os dispatchers podem ter mais backgrounds.
- Enqueue: somente um wp de enqueue pode existir em um sistema R/3.
Cpia Controlada
Page 4 of 234
BASIS
Uma vez estabelecida a conexo com um dispatcher atravs do SAPGUI, um sesso no sistema R/3
iniciada para o usurio.
Os dados so passados do SAPGUI para o dispatcher usando o protocolo padro do SAPGUI, que
transmitido sobre TCP/IP, e o seguinte processo iniciado:
- O dispatcher classifica o pedido e coloca-o na fila de pedidos apropriada.
- Os pedidos so passados por ordem de chagada (FIFO) para um wp de dialog que estiver livre.
- O subprocesso taskhandler restaura o contexto do usurio num passo chamado roll-in. Esse
contexto contm os dados principais das transaes a serem executadas por esse usurio e
tambm as autorizaes especficas do usurio.
- O taskhandler chama, ento, o processador dynpro para a converso da tela em variveis ABAP.
- O processador ABAP executa o cdigo referente ao mdulo process after input (PAI) da tela
precedente seguido do mdulo process before output (PBO) da tela subsequente. Caso seja
necessrio, ele tambm se comunica com o banco de dados.
- O processador dynpro ento converte as variveis ABAP novamente em campos de tela. Quando
o dynpro finalizado, o taskhandler assume novamente o processamento.
- O contexto do usurio novamente armazenado na memria compartilhada dos WPs.
- Por fim, o resultado do processamento retornado ao SAPGUI atravs do dispatcher e o WPs
que tratou do pedido pode ser liberado novamente.
Cpia Controlada
Page 5 of 234
BASIS
Se a transao envolver mais de uma tela, a sequncia de passos de dialog descrita anteriormente ,
geralmente, processada por diversos WPs de dialog diferentes. Essa caracterstica conhecida como
multiplexao de work process.
Cada pedido de dialog primeiro colocado pelo dispatcher na fila de pedidos de dialog, de onde ele poder
ser assumido por um WP de dialog disponvel.
O WP no realiza operaes no banco de dados. Em vez disso, ele repassa comandos para os processos de
banco de dados atravs da interface de programao do prprio banco.
Cpia Controlada
Page 6 of 234
BASIS
Start/Stop R/3
Um usurio do sistema operacional loga usando o usurio <sid>adm
Para iniciar o R/3, execute o script de inicializao startsap_<host>_instance_no> a partir do home directory
do usurio <sid>adm. O script startsap_<host>_instance_no> tem um alias startsap
startsap inicia o processo sopsocol, que o coletor de estatsticas de dados do sistema operacional, caso o
mesmo no esteja sendo executado.
startsap, ento, chama o satrtdb, que inicia o banco de dados, caso o mesmo ainda no estaeja sendo
executado.
Depois disso, o startsap inicia a central instance.
O administrador pode iniciar instncias adicionais e servidores de aplicao. Para iniciar instncias
independentes do banco de dados, use o startsap:
- startsap r3: verifica se o banco est no ar: se estiver, s a instancia iniciada.
- startsap db: s o banco de dados.
- startsap all: default, inicia o banco e a instncia.
Cpia Controlada
Page 7 of 234
BASIS
O grfico acima mostra a inicializao do R/3 em maior detalhe.

Passos para a inicializao:
O script startsap chama o programa SAPSTART.
O programa SAPSTART l o perfil de inicializao da instncia e inicia os componentes do R/3 listados e
outros servios.
Em uma central instance, SAPSTART inicia os servios message server, dispatcher, collector e sender. Em
uma instncia de dialog, somente o sender e o dispatcher so iniciados. O collector e o sender so usados
para implementar os servios centrais do log do sistema R/3.
O dispatcher, ento, assume o papel de pai dos processos a serem criados. Para isso, ele cria processos
filhos como o gateway e os work processes, de acordo com os perfis de inicializao correspondentes.
Os work processes, ento, se conectam ao banco de dados, que, nesse momento, j deve ter sido
inicializado.
Cpia Controlada
Page 8 of 234
BASIS
Os IDs de vrios processos do R/3 na figura acima mostram a ordem de execuo na inicializao.
- Sapstart cria o dispatcher, o collector e o sender.
- Saposcol iniciado diretamente do script startsap.
- O processo init do UNIX tem o ID 1.
De modo a construir um procedimento de inicializao, a sequncia de leitura dos parmetros (tambm

conhecida como sequncia de substituio de parmetros) definida como:
- O R/3 processa os parmetros como definido em seu cdigo fonte no kernel R/3 (disp+work).
- O perfil default lido, e os parmetros j definidos atravs do cdigo fonte do kernel so
substitudos pelos correspondentes encontrados no perfil default.
- O perfil da instncia lido e, do mesmo modo, sobreescreve os valores anteriores.
Esse procedimento garante que os parmetros de sistema vo refletir as configuraes das trs fontes.
Cpia Controlada
Page 9 of 234
BASIS
Durante a inicializao da base de dados, o startsap chama o script startdb, o qual acessa um arquivo de log
para armazenar o processo de inicializao do banco.
Todos os eventos importantes no processo, como inicializao e parada do banco de dados e qualquer erro
na base, so anotados no arquivo de alerta do Oracle. Maiores detalhes so anotados no arquivo de trace.
Viso Geral dos Trace Logs
Cpia Controlada
Page 10 of 234
BASIS
O grfico acima mostra os possveis pontos de falha durante o processo de inicializao do R/3.
Se ocorrer algum erro, a informao correta deve ser encontrada para se diagnosticar o problema. Abaixo
comentamos algumas das possibilidades de erro:
Se o acesso a recursos como os scripts startsap ou startdb, a causa pode ser, por exemplo:
- As permisses de sistema de arquivo no esto corretas.
- O usurio <sid>adm no foi criado corretamente.
Se o banco de dados no foi iniciado ou o WP no pode se conectar ao banco, o R/3 no pode ser
inicializado. Algumas das causas que podem levar a base de dados a falhar na inicializao so:
-
As variveis de ambiente no foram configuradas corretamente.

A base de dados est sendo executada no modo DBA.
Os arquivos da base esto corrompidos.
Os arquivos de dados foram renomeados no banco, mas no no sistema operacional.
Se o R/3 no inicia, podemos verificar se:

- O kernel do UNIX no foi configurado corretamente.
- Existem erros no sistema de gerenciamento de memria.
- Os perfis do R/3 no esto acessveis.
Existem duas razes principais para parar um sistema R/3:
Cpia Controlada
Page 11 of 234
BASIS

Parada planejada:
- Para alterar os parmetros dos perfis.
- Para realizar uma atualizao do R/3.
- Para manuteno do sistema operacional ou do hardware.
Paradas no planejadas podem ocorrer por diversos fatores (por exemplo, um problema fsico nos discos).
Antes de parar o R/3, o administrador deve verificar:

- Viso geral dos jobs.
- Verificar se nenhum job de background de qualquer servidor de aplicao est ativo ou sendo
inicializado por processo externo.
- Viso dos processos.
- Verificar se o processo BTC est sendo executado nos servidores de aplicao.
- Verificar a execuo de processos de batch input.
- Verificar se alguma atualizao est pendente no banco de dados.
O administrador dever decidir se interrompe ou no os processos que estiverem pendentes. Um aviso
atravs de uma mensagem de sistema tambm pode ser til.
Para parar um sistema R/3, o administrador deve:

Cpia Controlada
Page 12 of 234
BASIS

-
Parar os servidores de aplicao (instncias de dialog e tambm a central), o que pode ser feito de
dois modos: atravs do CCMS ou usando o script stopsap_<host>_<instance_no> ou tambm
atravs do alias: stopsap r3.
Parar a base de dados usando o stopsap all, o stopdb, pelo Oracle Manager ou pelo SAPDBA.
Se a reconexo base de dados (databese reconnect) estiver configurada no R/3, no necessrio parar um
servidor de aplicao antes de um backup offline. Os buffers do R/3 no so esvaziados, e os work process
configuram o status reconnect at que a base de dados seja reinicializada.
Durante um backup offline, a execuo do banco de dados deve ser interrompida (shut down), e os WPs
recebero da base de dados uma mensagem com cdigo de erro reconnect.
Cada vez que um pedido acontecer ou que o tempo de espera expire, o WP tentar se reconectar ao banco,
por isso, antes da cada backup offline, o administrador dever mandar uma mensagem avisando aos usurios.
Se a base de dados no puder ser finalizado, a casa pode ser por:

Cpia Controlada
Page 13 of 234
BASIS

-
O banco de dados est fazendo um rollback de transaes abortadas pela finalizao do R/3.
Dependendo da ltima atualizao do banco de dados em disco, esse processo pode levar muito
tempo.
Um backup online est sendo executado, e deve-se esperar que o mesmo termine.
Se no existir nenhuma razo natural para a demora, uma anlise mais detalhada deve ser efetuada para se
decidir o que fazer.
Clients R/3
de customizao.
visualizar ou processar dados em um mandante especfico. Esse conceito de isolamento se reflete na
estruturas das tabelas, tanto em nvel de aplicao quanto de customizao, que um nvel de adaptao
Cpia Controlada
Page 14 of 234
BASIS
Quando um processo SAPGUI iniciado em uma estao, um comando enviado indicando uma das
seguintes aes:
- Um dispatcher especfico deve ser acessado diretamente.
- Um logon no message server deve ser efetuado para se usar o balanceamento de carga.
Quando do uso do logon balance, o message server retorna o endereo IP e o nmero da instancia (instance)
de um dispatcher espectfico. O nmero de dispatchers disponveis configurado no sistema. O
balanceamento de carga (logon balance) til para associar certos usurios a servidores especficos.
O message server retorna o endereo IP do dispatcher escolhido, tipicamente aquele que estiver com melhor
tempo de resposta nos ltimos cinco minutos, estatstica que armazenada no workload data (dados de
utilizao do servidor).
O processo de front-end (SAPGUI) se conecta, ento, ao dispatcher designado, que escolhe um work process
(wp) de dialog para atender o logon do usurio, comparando os dados da chamada com as informaes
contidas nos dados do usurio no sistema.
Se as informaes so compatveis com os dados do usurio no sistema, o logon permitido, e esse
dispatcher e seus wps sero usados durante toda a sesso.
Se o usurio deslogar e logar novamente, o logon balance pode fazer com que o message server selecione
outro dispatcher para o usurio.
Cpia Controlada
Page 15 of 234
BASIS
Uma instancia (instance) um grupo de servios do R/3 que so iniciados e finalizados em conjunto.
considerado uma instancia um servidor executando somente o servio de gateway do SAP.
Central instance (instncia central) a combinao de um dispatcher com todos os processos do R/3, ou seja,
a combinao DVEBMGS. Como exemplo disso, temos a instncia C na figura acima, que mostra todos os
processos do R/3 sendo executados, com a exceo do G (gateway), mas que tambm deve estar presente
em uma central instance.
de memria.
- Background: pelo menos dois um por sistema R/3, e os dispatchers podem ter mais backgrounds.
- Enqueue: somente um wp de enqueue pode existir em um sistema R/3.
Cpia Controlada
Page 16 of 234
BASIS
Uma vez estabelecida a conexo com um dispatcher atravs do SAPGUI, um sesso no sistema R/3
iniciada para o usurio.
Os dados so passados do SAPGUI para o dispatcher usando o protocolo padro do SAPGUI, que
transmitido sobre TCP/IP, e o seguinte processo iniciado:
- O dispatcher classifica o pedido e coloca-o na fila de pedidos apropriada.
- Os pedidos so passados por ordem de chegada (FIFO) para um wp de dialog que estiver livre.
- O subprocesso taskhandler restaura o contexto do usurio num passo chamado roll-in. Esse
contexto contm os dados principais das transaes a serem executadas por esse usurio e
tambm as autorizaes especficas do usurio.
- O taskhandler chama, ento, o processador dynpro para a converso da tela em variveis ABAP.
- O processador ABAP executa o cdigo referente ao mdulo process after input (PAI) da tela
precedente seguido do mdulo process before output (PBO) da tela subsequente. Caso seja
necessrio, ele tambm se comunica com o banco de dados.
- O processador dynpro ento converte as variveis ABAP novamente em campos de tela. Quando
o dynpro finalizado, o taskhandler assume novamente o processamento.
- O contexto do usurio novamente armazenado na memria compartilhada dos WPs.
- Por fim, o resultado do processamento retornado ao SAPGUI atravs do dispatcher e o WPs
que tratou do pedido pode ser liberado novamente.
Cpia Controlada
Page 17 of 234
BASIS
Se a transao envolver mais de uma tela, a sequncia de passos de dialog descrita anteriormente ,
geralmente, processada por diversos WPs de dialog diferentes. Essa caracterstica conhecida como
multiplexao de work process.
Cada pedido de dialog primeiro colocado pelo dispatcher na fila de pedidos de dialog, de onde ele poder
ser assumido por um WP de dialog disponvel.
O WP no realiza operaes no banco de dados. Em vez disso, ele repassa comandos para os processos de
banco de dados atravs da interface de programao do prprio banco.
Cpia Controlada
Page 18 of 234
BASIS
CCMS Viso geral

O CCMS (Computing Center Management System) uma parte do sistema de administrao basis do R/3 que
fornece ferramentas para administrao de:
- Performance do sistema R/3
- Banco de dados e backups
- Carga de trabalho do sistema
- Velocidade de resposta
- Segurana dos dados
Ele pode ser usado para analisar e distribuir a carga de utilizao dos usurios e criar relatrios de consumo
de recursos pelo sistema. O CCMS tambm fornece ferramentas grficas para monitoramento e
gerenciamento.
O CCMS tambm fornece os meios para configurar o gerenciamento 24h por dia do controle dos modos de
operao e das instncias.
Antes de ser usado, o CCMS deve ser configurado corretamente.
Antes de ser possvel trabalhar com o CCMS, seu ambiente deve ser organizado corretamente. A consistncia
e a preciso do funcionamento do CCMS dependem de como ele configurado inicialmente pelo usurio.
A configurao do CCMS envolve os seguintes passos:

- Manuteno correta dos perfis.
- Definio de, pelo menos, um modo de operao.
- Designao das definies das instncias na instalao.
- Designao das definies das instncias para cada modo de operao.
- Definio da tabela de agendamento para os modos de operao.
Cpia Controlada
Page 19 of 234
BASIS

Se as instncias, os modos de operao ou as tabelas de agendamento no estiverem configuradas
corretamente, o CCMS no ir fornecer informaes precisas.
Para a definio das propriedades das instncias, o R/3 usa os arquivos de perfil (profile), que armazenam as
configuraes a serem utilizadas pelo sistema quando da inicializao.
Os parmetros nos perfis esto associados a recursos, como memria principal, perfil da inicializao (startup)
e da instncia, que so configurados automaticamente no perfil default durante a instalao do R/3.
Quando a primeira instncia do R/3 criada, os trs perfis (default, startup e da instncia) so gerados. Na
instalao de instncias subsequntes, o perfil default existente atualizado.
Em um sistema distribudo formado por servidores de aplicao de uma mesma plataforma, um diretrio
compartilhado para os perfis pode ser criado.
Para se alterar perfis de diferentes servidores de aplicao, os perfis devem ser armazenados na base de
dados. Entretanto, depois da instalao, os perfis so armazenados no sistema de arquivos. Ento, os perfis
devem se importados para que possam ser gerenciados de dentro do R/3.
Depois que os perfis so importados, uma verificao dos parmetros efetuada. Os perfis, ento, so
armazenados automaticamente na base de dados e sua ativao feita atravs do armazenamento tambm
no sistema de arquivos.
Diferentes verses de um perfil podem ser armazenados na base de dados com o mesmo nome, alterando-se
somente o nmero da verso do arquivo. Cada vez que uma alterao for salva, um novo nmero de verso
ser criado. A base de dados, ento, conter diferentes cpias de um mesmo perfil, assim como o histrico
documentado de modificao dos parmetros.
Apesar de estar armazenado no banco de dados, o perfil usado na inicializao de um servidor R/3 o que
est armazenado no sistema de arquivos. As alteraes dos perfis em sistema de arquivos so monitoradas
pelo R/3, e um histrico de modificao (quem, quando, o qu) documentado pelo prprio sistema.
Cpia Controlada
Page 20 of 234
BASIS
Normalmente, os parmetros default sugeridos pelo sistema so vlidos e s devem ser alterados sob
sugesto da SAP ou de um parceiro SAP, o que pode ser necessrio em situaes do tipo mudana do banco
de dados, modificao no nmero de work process etc.
As mudanas nos perfis so verificadas automaticamente, e erros simples ou inconsistncia so verificados,
mas as modificaes s devem ser feitas com segurana e conhecimento de suas consequncias, caso
contrrio o sistema pode ser colocado em risco.
A maioria dos parmetros s ter mudanas ativadas aps a prxima inicializao do sistema, com exceo
de alguns parmetros de gerenciamento de memria da instncia, que podem ser ativados dinamicamente.
Operation Mode
Normalmente, os sistemas R/3 precisam de mais WPs dialog durante o dia e mais WPs background durante
a noite.
Existem dois modos de se ajustar o sistema para se adequar s necessidades diferentes dependendo do
perodo do dia e do tipo de utilizao principal. Isso pode ser feito alternado-se os perfis da instncia ou
usando o processo de modo de operao (operation mode).
O uso de modo de operao maximiza a utilizao dos recursos nas diferentes fases de atividade do sistema.
A mudana do modo de operao reconfigura o R/3 dinamicamente, o que substitui a alterao dos perfis e a
reinicializao do sistema.
A utilizao das mudanas de modo de operao se baseia nos seguintes fatores:
-
Os servios ou os tipos de work processes needed.
O intervalo de tempo escolhido.
Cpia Controlada
Page 21 of 234
BASIS
Durante o dia, normalmente o modo de operao requer mais processos de dialog, o que permite melhor
tempo de respostas para transaes de entrada de dados, por exemplo.
O processamento de dialog responsvel por:
-
Processamento interativo, como criao de documentos ou de ordens de venda.
Envio de um volume limitado de dados para insero na base de dados.
Atividades de usurio com um limite de transaes.
Processos urgentes.
A operao usual do perodo noturno requer mais processos de background, que devem estar disponveis
para jobs de alta prioridade e/ou de execuo programada.
Cpia Controlada
Page 22 of 234
BASIS

O processamento de background usado para tarefas que requerem alta atividade do banco de dados e que
consumiriam muito tempo em um dialog, como, por exemplo:
-
Processos de balano e pagamentos.
Processamento de listas.
Alguns processamentos peridicos.
Insero e atualizao de um grande volume de dados.
Instncias so criadas durante a instalao do R/3.

Para cada instncia, os perfis so criados automaticamente.
Depois da definio do primeiro modo de operao, as definies da instncia devem ser criadas.
No h modo para se criar as definies de instncias manualmente, elas devem ser criadas atravs da
gerao ou da cpia das definies usando o CCMS.
Quando da gerao das definies de uma instncia, o sistema importa os dados correntes da instncia de
cada servidor de aplicao que estiver ativo.
Se voc escolher obter as configuraes correntes de uma das instncias ativas quando for gerar as
definies, cada modo de operao produtivo que foi criado previamente ser associado com a disposio do
nmero corrente de work processes para cada nova definio de instncia.
Cpia Controlada
Page 23 of 234
BASIS

Se nova definio de instncia for criada sem se basear em uma instncia j ativa, o modo de operao ter
que ser designado manualmente.
Para cada modo de operao associado, possvel adaptar a distribuio dos work processes
correspondentes. Apesar de ser possvel mudar o tipo dos work processes, o nmero total deles deve
permanecer o mesmo e s poder ser alterado no perfil da instncia.
O nmero mnimo de work processes tanto para dialog quanto para background 2. O total de WPs de dialog
sempre o nmero total de WPs menos a quantidade de todos os outros WPs.
possvel reservar um ou mais WPs de background para processamento de jogs de alta prioridade, ou seja,
jobs classe A.
Durante a mudana de modo de operao, os work processes so redistribudos automaticamente, sem que a
instncia tenha que ser reiniciada. No h tempo de parada nesse processo, e somente o tipo dos work
processes que mudado e no o nmero de work processes disponveis.
Se algum dos WPs a ser alterado estiver processando um job, ele ser modificado aps o trmino da tarefa
em andamento. Nenhum processo interrompido, a performance do sistema mantida, e os buffers do R/3
(ABAP e table buffers) no so ressetados.
A mudana do modo de operao registrada no log do sistema. Apesar de excepcional, caso o processo de
mudana no modo de operao no seja completado automaticamente, a mudana poder ser feita
manualmente.
No caso de falha na mudana do modo de operao, o administrador dever investigar as causas da falha,
que, geralmente, est relacionada com inconsistncias do sistema como, por exemplo, se houver uma
discrepncia entre os diferentes locais de configurao do nmero de work processes:
Cpia Controlada
Page 24 of 234
BASIS

-
No perfil da instncia no sistema de arquivos.
Na base de dados.
Ou na definio do modo de operao.
Se os perfis forem modificados, e o sistema for reiniciado, os modos de operao assim como as definies
da instncia devem ser reconfiguradas.
Oracle viso geral
Cpia Controlada
Page 25 of 234
BASIS

Quando um banco de dados Oracle iniciado, diversos processos so criados:
-
O processo listener responsvel pela comunicao do Oracle com a rede.
Um processo shadow dedicado criado para cada sesso da base de dados.
Alguns processos compartilhados, que trabalham para o gerenciamento do banco de dados.
A base de dados armazenada em blocos de 8KB em arquivos de dados no disco.

Para acelerar o acesso de leitura e gravao, esses blocos de dados so armazenados no pool de buffer de
memria principal.
Modificaes na base de dados so armazenadas nos arquivos de redo log online. Esse processo garante a
integridade e a segurana dos dados. Para garantir a tolerncia a falhas na operao sobre a base de dados,
os arquivos de controle (control files) e os arquivos de redo log online do sistema devem ser espelhados.
O sistema de gerenciamento do Oracle mantm os comandos SQL executveis em uma rea de SAL
compartilhado (SQL shared area), que faz parte do pool de memria compartilhada e disponvel para todos
os processos.
Cada work processes do R/3:
-
Se conecta a base de dados como o usurio SAPR3 do banco de dados.
Trata requisies de diferentes usurios do R/3.
Se comunica com o shadow process correspondente na base de dados.
Usurios do R/3 no possuem um usurio correspondente no banco de dados.
Cpia Controlada
Page 26 of 234
BASIS

O banco de dados Oracle iniciado em trs fases:
-
Na fase No Mount, a instanciao da base de dados construda. Recursos do sistema

operacional so alocados usando a configurao armazenada no arquivo de perfil do Oracle.
Na fase Mount, os arquivos de controle do banco de dados so avaliados. Ento, o sistema l as

informaes da estrutura de arquivos da base de dados. Nenhum arquivo ainda foi aberto.
Na fase Open, todos os arquivos da base de dados so abertos. Caso necessrio, uma
recuperao de instncia imediatamente iniciada. Transaes pendentes na base de dados so
finalizadas de acordo com a lgica transacional.
O administrador pode derrubar o banco de dados usando um dos trs modos a seguir:
-
SHUTDOWN NORMAL: Todos os usurios devem deslogar. A base de dados fechada

sistematicamente, todos os arquivos so fechados, a base desmontada, e a instncia do banco
derrubada. A base de dados termina o shutdown com consistncia.
SHUTDOWN IMMEDIATE: Somente os comandos correntes so finalizados. PMON finaliza todas

as sesses e faz um rollback das transaes abertas. A base de dados fechada
sistematicamente (como num shutdown normal) e termina o shutdown consistente.
SHUTDOWN ABORT: usado somente em emergncias. Usurios no so deslogados, e o

rollback das transaes abertas no efetuado. A base de dados no termina o shutdown de
forma consistente, e uma recuperao da instncia da base de dados realizada na prxima
inicializao da base de dados.
Um sistema de banco de dados Oracle tem trs processos que gravam informao da Shared Global Area
(SGA) para os arquivos apropriados:
-
Durante um chackpoint, o Database Writer (DBWR) grava de maneira assncrona os blocos de

dados que foram modificados da SGA para os arquivos de dados.
Para aumentar a velocidade da gravao, o processo Checkpoint (CKPT) executado.
O Logwriter (LGWR) grava sincronamente as mudanas no buffer de redolog do SGA para o

arquivo de redolog online corrente.
Em um sistema de produo, a base de dados deve sempre ser executada no modo ARCHIVELOG e ter o
processo Archiver (ARCH) inicializado. O ARCH armazena uma cpia completa do arquivo de redolog online
no arquivo de redolog offline dentro do diretrio de archive da base de dados.
Uma vez que o arquivo de redolog offline criado, o arquivo correspondente de redolog online liberado e
pode ser sobreescrito com novos dados de log pelo sistema.
Se no houver mais espao disponvel no diretrio de archive, o ARCH no ir armazenar o prximo arquivo.
Nesse momento, a base de dados trava, depois de um nmero de mudanas no arquivo de redolog. Novas
modificaes na base de dados no podem ser salvas enquanto o travamento do ARCH persistir.
Cpia Controlada
Page 27 of 234
BASIS
O banco de dados Oracle usa tablespaces. Do ponto de vista lgico, uma tablespace um container para
objetos da base de dados, como tabelas e ndices. No disco, uma tablespace consiste de um ou mais
arquivos. A capacidade de uma tablespace pode aumentar adicionando-se mais arquivos estrutura.
Os objetos criados na SYSTEM (tablespace principal do Oracle), PSAPROLL (rollback da base) e PSAPTEMP
(temporrio da base) devem ser exclusivos dos usurios SYSTEM e SYS do Oracle.
Os diretrios e arquivos tambm so criados de acordo com uma conveno de nomes e de localizao. Por
exemplo, os arquivos de tablespaces residem no diretrio sapdata<n>, e os arquivos de alerta do Oracle so
armazenados no diretrio saptrace\background.
Cpia Controlada
Page 28 of 234
BASIS
As tarefas de manuteno dirias do banco de dados incluem:

-
Backup de toda a base de dados.
Backup dos arquivos de redo log offline.
Monitorao do sucesso dos backups.
Fatores externos, erros fsicos e lgicos podem levar a perda de dados e parada do sistema.
Uma estratgia de backup efetiva e um plano de recuperao de dados so essenciais para minimizar tempo
de parada e perda de dados.
Para garantir a disponibilidade do R/3, uma estratgia de backup deve ser desenvolvida pelo administrador da
base de dados e testada com preciso.
Cpia Controlada
Page 29 of 234
BASIS
Cada sistema de gerenciamento de base de dados armazena seus dados em estruturas adequadas para a
gravao em disco e grava as modificaes nos dados no log da base de dados. No caso do Oracle:
-
Os dados so armazenados nos arquivos das tablespaces.
O log anotado no arquivo de redo log online corrente.
Dados de administrao so armazenados nos arquivos de controle e de parmetros.
Durante um backup da base de dados, os arquivos de dados, do redo log online, os perfis e os arquivos de
controle so armazenados.
Quando o arquivo de redo log online corrente preenchido completamente, automaticamente o Oracle passa
a gravar no prximo arquivo de redo logo online. O Oracle archiver, ento, copia o arquivo de redo log online
preenchido para o diretrio de archive. Esse novo arquivo chamando de arquivo de redo log offline.
Os backps dos arquivos da base de dados quanto do redo log offline so necessrios para garantir a
recuperao da base de dados em um ponto de tempo o mais prximo possvel de quando os dados foram
perdidos. Para realizar a restaurao, o backup dos dados deve ser restaurado desde o incio.
Uma estratgia de backup deve incluir a verificao dos dados e dos backups de dados.
Use a verificao lgica dos dados para verificar a consistncia da base de dados Oracle:
-
Blocos corrompidos (erro ORA-1578) podem aparecer na base de dados R/3 como resultado de
um erro de sistema operacional ou de hardware. Blocos corrompidos podem inutilizar um backup.
Cpia Controlada
Page 30 of 234
BASIS

-
A existncia desses blocos s se torna evidente durante a prxima tentativa de leitura da tabela
dentro do bloco afetado. Como esse particular acesso podem no ocorrer frequentemente, e
blocos no validados durante o backup, esses blocos corrompidos podem permanecer escondidos
no sistema por um longo tempo.
Por isso, uma verificao lgica necessria de tempos em tempos. Por questes de
performance, a verificao dever ser efetuada em horrios de baixa atividade do sistema.
Uma verificao fsica dos dados nas fitas usadas para o backup tambm importante. Para isso, as fitas
devem ser lidas para verificao aps o backup.
Quando um backup offline efetuado, a base de dados deve ser descarregada e permanecer indisponvel
durante o backup. Como os arquivos do Oracle permanecem intactos durante o backup, a consistncia dos
dados mantida.
Os seguintes arquivos so copiados durante um backup offline:
-
Os arquivos de todas as tablespaces pertencentes a uma base de dados.
Os arquivos de redo log online.
Os arquivos de controle.
Os arqivos de perfil.
Depois que o backup offline termina, necessrio armazenar tambm os arquivos do redo log offline.
Apesar de o R/3 poder continuar disponvel durante um backup, os usurios no podem acessar a base nesse
perodo.
Durante um backup online, o Oracle e o R/3 permanecem disponveis. O online backup causa uma pequena
reduo de performance do sistema.
Os seguintes arquivos so armazenados durante um backup online:
-
Arquivos de dados de todas as tablespaces da base de dados.
Arquivos de controle.
Perfis.
Ateno:
-
Backups online por si s no so consistentes, pois os arquivos de dados esto sendo atualizados
concorrentemente ao armazenamento. Um backup online s ser consistente em conjunto com as
Cpia Controlada
Page 31 of 234
BASIS

informaes de log gravadas durante o processo do backup. Depois do final do backup, a
ferramenta SAP pode ser usada para mudar a utilizao do redo log online para outro arquivo, o
que faz com que o Oracle copie o arquivo anterior para o diretrio dos arquivos de redo log offline,
que tambm devero ser includos no backup para garantir a consistncia da cpia.
No necessrio fazer o backup do redo log online depois que um backup online finalizado.
Os arquivos de redo log offline so copias dos arquivos de redo log online que so gravadas pelo archiver do
Oracle no diretrio saparch. Os arquivos de redo log online so sobrescritos ciclicamente.
Registros de log so constantemente gerados durante modificao dos dados na base. Assim, espao em
disco para o diretrio de archive dos logs deve sempre estar disponvel. Quando o archiver no tiver espao
disponvel para gravar, o Oracle ir retornar o erro 257: Archiver is stuck ou o erro 255: Error archiving log, e o
banco de dados para. Uma mensagem de erro tambm gravada nos arquivos de trace do Oracle.
Se, no caso de uma restaurao, um dos arquivos do redo log offline no detm um backup vlido, pode
ocorrer perda de dados. Os arquivos de redo log offline devem ser armazenados em fita antes de serem
apagados do diretrio de archive. Por questes de segurana, faa duas cpias em fitas separadas dos
arquivos de redo log offline.
No caso de uma falha no banco de dados, pode acontecer uma situao na qual no ser possvel recuperar
as atualizaes mais recentes que no estiverem sido armazenadas no redo log offline. Tambm importante
lembrar que um backup online no til sem uma cpia dos arquivos de log gerados durante a execuo do
backup.
Cpia Controlada
Page 32 of 234
BASIS
A SAP recomenda um ciclo de backup de quatro semanas.

Grupos de fitas para a base de dados e para o redo log offline so necessrios, e eles devem cobrir todo o
perodo de backup. As fitas podem ser reusadas depois do trmino do ciclo.
Realize um backup online completo todos os dias. Pelo menos uma vez no ciclo de backup, realize um backup
completo.
Os arquivos de redo log offline devem ser armazenados (em duas cpias em fitas separadas) ao final de cada
dia de trabalho e tambm depois de cada backup, seja online ou offline.
Para se validar um backup, deve-se verificar a base de dados procura de erro lgicos e os backups,
principalmente verificando os erros fsicos. Essa verificao deve ser realizada pelo menos uma vez durante o
ciclo de backup
A ltima cpia completa offline de cada ciclo deve ser removida do grupo de fitas e armazenada em local
seguro.
Backups da base de dados so realizados usando a ferramente BRBACKUP fornecida pela SAP, enquanto os
backups de arquivos de redo log offline so comandados pela ferramenta BRARCHIVE.
Cpia Controlada
Page 33 of 234
BASIS

Existem trs modos de execuo do precesso:
-
Usando o BRTOOLS.
Diretamente atravs do sistema operacional.
E usando o DBA planning Calendar do R/3.
A SAP recomenda o seguinte procedimento:

-
Programar todos os backups regulares usando o DBA planning Calendar.
Realizar backups adicionais atravs do DB13.
Todos os passos do backup so armazenados em arquivos e em tabelas da base de dados.
Para determinar a estratgia de backup devem ser considerados:

-
Requisitos operacionais.
Requisitos de segurana.
Componentes de hardware.
Disponibilidade do sistema.
A implementao deve se preocupar com:

-
Definio das fitas e locais de armazenamento.
Agendamento do processo.
Definio de responsabilidades.
Configurao das autorizaes necessrias.
Criao do plano de emergncia e responsveis.
Alm do plano de emergncia, deve ser criado um manual que contenha as informaes de cada passo do
backup e que deve estar disponvel a todos os responsveis pelo backup.
Monitoring DB
O R/3 pode configurar o processo de backup para usar compresso de dados.
Para avaliar a taxa de compresso a ser obtida no backup, o administrador pode usar a transao DB02. Essa
verificao deve ser realizada a cada ciclo de backup.
O Backup Log Monitor (transao DB12) mostra informaes sobre:
-
Backups da base de dados e dos arquivos de redo log offline.
Logs gravados pelo BRBACKUP e pelo BRARCHIVE.
O ltimo backup que falhou.
O ltimo backup com sucesso.
O estado do diretrio de archive.
Como que os backups de base de dados e de redo log offline podem ser usados em uma
recuperao de base.
A transao DB13 mostra informaes sobre todos os backups comandados.
Cpia Controlada
Page 34 of 234
BASIS
Para melhorar a performance e minimizar o tempo de parada do sistema, o Oracle deve ser monitorado
diariamente. Para uma viso geral de indicadores de performance, o CCMS fornece os seguintes monitores:
-
Database System Check Monitor (DB16) mostra uma viso geral das funes principais do banco
e seu estado geral.
Backup Log Monitor (DB12) mostra informaes de status dos backups de base de dados e de
redo log offline
Tables Index Monitor (DB02) mostra uma viso geral da base de dados e seus objetos.
Database Performance Monitor (ST04) mostra uma viso geral da carga de utilizao do banco de
dados.
A verificao dessas estatsticas necessria para previnir:

-
Informao desatualizada para o Cost-Based Optmizer.
Criao de um grande nmero de extents.
Problemas de espao.
O otimizador do Oracle pode ser usado para determinar uma estratgia efetiva de acesso aos dados.
Ele analisa vrias estatgias de acesso a tabelas e escolhe qual a mais adequada para uma determinada
situao.
Cpia Controlada
Page 35 of 234
BASIS
Cada tabela e ndice so associados e armazenados em uma tablespace, que consiste de um ou mais
arquivos.
O Oracle armazena as tabelas e ndices em blocos individuais de 8KB de tamanho. Diversos blocos de uma
tabela ou ndice so agrupados, o que forma um extent. Esses objetos de dados do Oracle possuem diversos
parmetros de armazenamento que influenciam seu crescimento.
O primeiro extent (initial extent) deve ser grande o bastante para suportar o tamanho esperado da tabela ou
ndice. Se um extent completado durante uma insero ou atualizao de dados, outro extent ser alocado
para a tabela dentro do tablespace.
Um objeto pode alocar extents at o mximo definido pelo sistema. No R/3, o default para o mximo 300. Se
o nmero mximo de extents de um objeto atingido, o Oracle retornar a mensagem de erro ORA-1631
(para uma tabela) ou ORA-1632 (para um ndice).
O processo de alocao de extents garante que um objeto s pedir mais espao quando necessrio. Se no
houver condies para que o Oracle consiga espao livre contnuo, o sistema retornar a menssagem de erro
ORA-1653 (para tabelas) ou ORA-1654 (para ndice).
As mensagens de erro so gravadas nos logs do Oracle e no log de sistema do R/3 (transao SM21).
Cpia Controlada
Page 36 of 234
BASIS
Use o SAPDBA para verificar o seguinte:

-
Fragmenteo de tabelas e ndices.
Preenchimento de uma tablespace.
Consistncia da base de dados.
Log de mensagens crticas de erro.
Parmetros do Oracle.
Problemas de base de dados especficos do R/3.
Programe a execuo semanal do SAPDBA usando o DBA Planning Check ou o comando sapdbacheck.
O resultado da verificao pode ser observado atravs da transao DB16.
Para evitar problemas com extents, o BRTOOLS possui um ajuste automtico de extents (-next).
A transao DB12 pode ser usada para verificar uma lista de tabelas e ndices que alocaram mais de um
extent nas ltimas quatro semanas.
O Database system Check Monitor (transao DB16) pode ser usado para informar quais objetos esto
excedendo um limite de extents (default de 80) ou se aproximando do limite mximo de extents.
O Monitor de tabelas e ndices (transao DB02) pode ser usado para:
-
Analisar as tablespaces que frequentemente apresentam problemas de espao.
Verificar o nvel de preenchimento para determinar quais tabelas esto prximas de problemas.
Use o Database System Check Monitor (transao DB16) para analisar problemas de espao no banco.
Cpia Controlada
Page 37 of 234
BASIS
Para monitorar o processo de execuo dos backups, o R/3 disponibiliza o Backup Log Monitor (transao
DB12), que fornece informaes sobre:
-
Backups de base de dados e de arquivos de redo log offline
Arquivos de log gravados pela execuo do BRBACKUP e do BRARCHIVE.
O ltimo backup que falhou.
O ltimo backup com sucesso.
O estado do diretrio de archive
Como que os backups de base de dados e de redo log offline podem ser usados em uma
recuperao de base.
Cpia Controlada
Page 38 of 234
BASIS
Uma parada no archiver pode acontecer quando:

-
A base de dados est no modo ativo, mas o archiver do Oracle no est funcionando. Se isso
acontecer, o SAPDBA retorna uma mensagem de erro. Nesse caso h uma chance de se reiniciar
o archiver.
O diretrio de archive atinge seu limite mximo de tamanho devido s atualizaes do banco.
Nesse caso, mais espao dever ser disponibilizado no diretrio de archive.
Se uma parada do archiver acontecer, o banco de dados ficar impedido de:

-
Gravar nos arquivos de redo log online.
Realizar qualquer modificao na base de dados.
O SAPDBA no poder se conectar ao banco.
Em uma parada do archiver, o monitor da base de dados salva uma entrada de erro nos arquivos de log.
Para liberar mais espao no diretrio de archive, uma das solues armazenar em fita os arquivos de redo
log offline e apag-los. Confiar em uma s fita sob essa circunstncia uma situao arriscada.
Se houver espao disponvel, arquivos temporrios podem ser criados manualmente para ocupar espao a
ser liberado no caso de uma parada do archiver por falta de espao.
Cpia Controlada
Page 39 of 234
BASIS
Criando novo usurio

Para os procedimentos de verificao de todos os documentos e autorizaes, o usurio deve estar criado.
Existem 2 meios de criar um usurio : Copiando um existente ou criando um novo.
Quando criar um usurio por cpia, verifique se o perfil de segurana vlido para o usurio criado.
Entre com a transao SU01:
1
2
1. Digite o user id (por exemplo, basis) que ser o modelo para o novo usurio.
2. Selecione Copy.
Cpia Controlada
Page 40 of 234
BASIS
3. Na janela do Copy Users, entre com o nome do novo usurio.

4. Selecione Copy.
.
5. Digite a password inicial (por exemplo, init). Re-entre a mesma no segundo campo.
6. No User group, entre o grupo que este usurio ir pertencer. (por exemplo, ACCT).
7. Voc pode usar o combo box para verificar quais grupos existem.
3
Cpia Controlada
Page 41 of 234
BASIS
4
8. Digite a data limite que o usurio ter acesso ao sistema.
9. Selecione a pasta Address para alterar o endereo do novo usurio.
Cpia Controlada
Page 42 of 234
BASIS
16. Selecione Defaults.

12
13
Cpia Controlada
Page 43 of 234
BASIS
17. Verifique qual a linguagem que o usurio ir trabalhar. O default Ingls.

18. Sobre o Output Controller, selecione Output immediately e Delete after output. (indica que a impresso
sair imediatamente e ser deletada aps).
19. Verifique em qual time zone o usurio ir trabalhar.
20. Sobre o Decimal notation, selecione o sinal decimal que o usurio ir trabalhar.
21. Sobre o formato da data, selecione (por exemplo, MM/DD/YYYY).
Cpia Controlada
Page 44 of 234
BASIS

22. Clique no Save.
17
18
Crian
Criando dd
Criando novos usurios
Algumas vezes necessrio criar um usurio novo do nada scratch.

1. Digite a transao SU01.
2. Digite o user ID (por exemplo, gary) que voc quer criar.
3. Selecione Create.
4.,5,6,7,8,9. Entre os dados do usurio.

10. Selecione a pasta Logon data.
2
Cpia Controlada
Page 45 of 234
BASIS
3
11. Digite a password inicial (por exemplo, init). Re-entre a mesma no segundo campo.
12. No User group, entre o grupo que este usurio ir pertencer. (por exemplo, ACCT).
13. Entre com a data limite para o usurio ter acesso ao sistema.
14. Selecione Defaults.
11
12
Cpia Controlada
Page 46 of 234
BASIS
13
15. Verifique qual a linguagem que o usurio ir trabalhar. O default Ingls.

16. Sobre o Output Controller, selecione Output immediately e Delete after output. (indica que a impresso
sair imediatamente e ser deletada aps).
17. Verifique em qual time zone o usurio ir trabalhar.
18. Sobre o Decimal notation, selecione o sinal decimal que o usurio ir trabalhar.
19. Sobre o formato da data, selecione (por exemplo, MM/DD/YYYY).
20. Clique no Save.
Cpia Controlada
Page 47 of 234
BASIS

21. Entre no Profile Generator (PFCG) para criar ou assinalar um perfil de acesso para este usurio.
(Veja Authorizations Made Easy Guidebook).
15
16
18Manuteno nos usurio do sistema
Antes de fazer uma manuteno no usurio, verifique com a sua auditoria se as mudanas so permitidas.
1. Digite a transao SU01 e tecle Enter.
2. Entre com o user id (por exemplo, basis).
3. Selecione Change. (Lpis).
Cpia Controlada
Page 48 of 234
BASIS
A tela de Maintain User permite que voc altere: endereo, data de logon, password, grupo do usurio, e
outros.
4. Quando terminar as alteraes clique em Save.
Resetting a Password
A maior razo para zerar um usurio (reset) com relao a sua password.
Quando o usurio esquece sua password e tenta por um nmero de vezes entrar no sistema o usurio
automticamente bloqueado. Reveja na profile do SAP (RZ10) os seguintes parmetros para controle de login.
Login/ext_security = Acesso ao sistema com segurana externa.
Login/failed_user_auto_unlock = se 1, sistema automaticamente desbloqueia usurios que estejam
suspensos por logons invlidos s 24h e 1min.
Login/fails_to_session_end = nmero de logons invlidos permitidos por um User Master record at que o
procedimento de logon seja interrompido.
Cpia Controlada
Page 49 of 234
BASIS

Login/fails_to_user_lock = nmero de logons invlidos permitidos por um User Master record at que o
logon seja rejeitado para esse usurio. Uma entrada registrada em System Log e (Audit Log a partir da
vero 4.0) O Bloqueio liberado a meia-noite - (Veja parmetro acima)
Login/min_password_lng = comprimento mnimo de senha.
Login/password_expiration_time = valor 0 significa que usurios no so forados a mudar suas senhas.
Valor maior que 0 especifica o nmero de dias que os usurios tm para mudar sua senha de logon.
Login/system_client = Client padro do sistema.
Rdisp/gui_auto_logout = nmero de segundos aps o qual a seo do usurio interrompida por
inatividade.
1. Digite a transao SU01 e Enter.
2. Entre o user ID (por exemplo, GARYN).
3. Selecione Change password.
4. Na janela do Change Password, digite a password temporria.
Cpia Controlada
Page 50 of 234
BASIS

5. Selecione Copy.
Para uma maior segurana, voc deve setar a password do usurio com o valor inicial, e deixar para
o usurio alterar a sua prpria password.
Bloqueando e desbloqueando usurios

Locking
Se um usurio sair da empresa, ou designado para um grupo diferente, os acessos no R/3 devem ser
removidos. A funo lock permite que o usurio e suas autorizaes fiquem no sistema R/3, mas bloqueado
para uso.
Unlocking
O usurio desbloqueado, verifique antes se a requisio para esta tarefa autorizada pela auditoria.
4
1. Digite a transao SU01 e Enter

2. Entre com o user ID (por exemplo, basis).
3. Selecione Lock/unlock (desenho do cadeado).
4. Na prxima janela marque o usurio que ser bloqueado.
5. Selecione Lock/Unlock (desenho do cadeado).
Cpia Controlada
Page 51 of 234
BASIS
2
3
6. Aparecer a mensagem que o usurio foi bloqueado/ desbloqueado.
Manuteno de usurios em massa (Transaction SU10)

A transao SU10 oferece a opo de manuteno em massa de usurios, inserimos a lista de usurios na
transao e podemos alterar informaes, incluir perfis, e realizar o bloqueio e desbloqueio de usurios em
massa.
Deletando sesso de usurios (Transaction SM04)

Use a transao SM04 para terminar uma sesso do usurio, ela mostra quais usurios esto ativos para o
R/3.
Um usurio pode ter sua sesso terminada quando: sua transao est travada, seu programa est em
looping, ter um deadlock de transao, etc.
1. Verifique se o usurio no est logado no R/3, verifique ligaes fsicas.
Cpia Controlada
Page 52 of 234
BASIS

2. Digite a transao SM04.
Cpia Controlada
Page 53 of 234
BASIS
3. Selecione o user ID que ser deletado. (Verifique bem, pois muito comum clicar no usurio errado).
4. Selecione Sessions.
5. Selecione a seso que ser deletada.
6. Selecione End session.

7. Repita os passos 5 e 6 at que a sesso seja totalmente deletada.
6
Impresso/Spool System
Existem dois tipos bsicos de ligao entre o R/3 e as impressoras que ele poder utilizar, so eles:
Impressoras com ligao direta na rede (impressora remota).
Impressoras ligadas atravs de um micro na rede.
Impressoras com ligao direta na rede
Neste caso o procedimento ser o seguinte:

1. Indentifique o endereo IP que esta impressora possuir na sua rede e o endereo IP do micro que est
administrando a mesma.
2. Cadastre-os no arquivo hosts no servidor R/3 (/etc/hosts).
3. Crie esta impressora no sistema operacional (UNIX) do servidor R/3.
4. Teste-a com enviando algum documento para impresso atravs do sistema operacional (UNIX) do
servidor R/3.
5. Concluido a instalao da mesma no sistema operacional, vamos agora criar esta impressora no R/3
atravs da transao SPAD.
Cpia Controlada
Page 54 of 234
BASIS
6. Selecione o boto dispositivos de sada, est tela exibir todos os dispositivos de sada configurados para
o R/3.
7. Selecione o boto modificar e para criar um novo dispositivo acesse selecione o boto criar.
Cpia Controlada
Page 55 of 234
BASIS
8. Na tela de criao do dispositivo voc ter as seguintes informaes:
Dispositivo de sada: nome que este dispositivo ser chamado no R/3.

Nome Breve: abreviao do nome do dispositivo de sada no R/3.
Ctg. de dispositivo: selecione o driver que seja compatvel com o dispositivo de sada.
Servidor de edio: selecione o servidor R/3 que ir administrar este dispositivo.
Impressora host: informe o nome que este dispositivo possui no sistema operacional (obedecendo letras
maisculas e minsculas).
Classe aparelho: selecione o tipo de dispositivo que est sendo instalado, no nosso caso Impressora
normal.
Tipo acoplam. p/spool host: informe o modo que o R/3 se comunicar com o dispositivo, no nosso caso
ns utilizaremos a opo L - Impresso local via LP/LPR.
Modelo: informe o modelo da impressora (Opcional).
Localizao: informe onde a impressora est localizada (Opcional).
Cpia Controlada
Page 56 of 234
BASIS
Mensagem: informe uma mensagem que o usurio visualizar impresso.

Bloquear impressora pg SAP: se selecionado bloqueia a utilizao deste dispositivo.
Folha de rosto SAP: se selecionado emitir uma folha de rosto para cada trabalho a ser impresso.
Cpia Controlada
Page 57 of 234
BASIS
9. Preenchido estas informaes, salve-as e a partir deste momento este dispositivo estar disponvel para
os usurios do R/3. Observe o exemplo abaixo.
Cpia Controlada
Page 58 of 234
BASIS

Impressoras ligadas atravs de um micro na rede
Segue abaixo o procedimento para instalar impressoras com esta caracterstica no sistema R/3.
1. A impressora a ser utilizada pelo R/3 deve estar instalada no sistema operacional do micro que possui
acesso ao R/3.
2. Dever ser acionado um aplicativo chamado SAPLPD que instalado junto com o front end. Voc
observar que ao acion-lo ele exibir o endereo IP que este micro est utilizando na rede e o nome do
mesmo, como no exemplo abaixo.
3. Estes dois dados devero constar no arquivo hosts (/etc/hosts) do servidor R/3, viabilizando a
comunicao do servidor (UNIX) com este micro (Windows). Note que este micro dever possuir um
endereo IP fixo na rede, pois se o mesmo est configurado para receber o seu endereo
automaticamente atravs do DHCP ele poder ter o seu endereo IP trocado tornando a comunicao
com o servidor R/3 (UNIX) invivel, pois o mesmo no ser atualizado pelo DHCP.
Cpia Controlada
Page 59 of 234
BASIS

4. No R/3 voc acessar a transao SPAD.
5. Selecione o boto dispositivos de sada, esta tela exibir todos os dispositivos de sada configurados para
o R/3.
6. Selecione o boto modificar e para criar um novo dispositivo acesse selecione o boto criar.
7. Na tela de criao do dispositivo voc ter as seguintes informaes:
Dispositivo de sada: nome que este dispositivo ser chamado no R/3.

Nome Breve: abreviao do nome do dispositivo de sada no R/3.
Ctg. de dispositivo: selecione o driver que seja compatvel com o dispositivo de sada (Neste caso,
independente da impressora que estamos utilizando, ser selecionado a opo SAPWIN - Rel
4.x/SAPLPD 4.x ONLY!).
Servidor de edio: selecione o servidor R/3 que ir administrar este dispositivo.
Host de comutao: informe o nome do micro que possui a impressora que ser instalada.
Opes...: ele exibir trs campos de configurao, so eles: Tmp.estr.conex (tempo de timeout para
conexo em segundos, padro 60s), Tempo resposta (especifica o tempo limite para receber uma
resposta do dispositivo, o valor padro est definido no parmetro rspo/tcp_timeout_connect no profile da
instance) e Nmero de porta (nmero da porta disponvel para comunicao com o dispositivo).
Impressora host: informe o nome que este dispositivo possui no sistema operacional (obedecendo letras
maisculas e minsculas).
Classe aparelho: selecione o tipo de dispositivo que est sendo instalado, no nosso caso Impressora
normal.
Tipo acoplam.p/spool host: informe o modo que o R/3 se comunicar com o dispositivo, no nosso caso ns
utilizaremos a opo L - Impresso local via LP/LPR.
Modelo: informe o modelo da impressora (Opcional).
Localizao: informe onde a impressora est localizada (Opcional).
Mensagem: informe uma mensagem que o usurio visualizar impresso.
Bloquear impressora pgSAP: se selecionado bloqueia a utilizao deste dispositivo.
Folha de rosto SAP: se selecionado emitir uma folha de rosto para cada trabalho a ser impresso.
Cpia Controlada
Page 60 of 234
BASIS
TMS Authorization Concept
O usurio que ir configurar o TMS dever estar logado no client 000 e possuir autorizao S_CTS_ADMIN.
Para evitar um acesso indevido no R/3 atravs do TMS:
O TMS sempre verifica a autorizao no sistema destino.
O RFC do sistema destino so gerados durante a configurao e no podem ser modificados.
O Transport Domain do R/3 externo no pode acessar o Trasnport Domain do meu R/3.
Selecione :
Overview > system > R/3 system > check > connection test para verificar a conexo com o RFC.
Overview > system > R/3 system > check > trasnport directory para verificar a disponibilidade do sistema de
transporte.
Overview > system > R/3 system > check > transport tool para verificar o programa TP.
Overview > system > configuration > distribute para distribuir a configurao do Domain Controler para os
outros sistemas R/3.
Overview > system > configuration > activate > in all domain para ativar todos os Transport Domain.
Overview > system > configuration > activate > local para ativar o Transport Domain local.
Cpia Controlada
Page 61 of 234
BASIS

Change Management for Development
O sistema R/3 pode ser ajustado de acordo com o negcio da empresa que estiver implementando-o das
seguintes formas :
Customizing : Ajusta os processos do negcio da empresa ao R/3 de acordo com as funcionalidades do IMG.
Personalization : Alterar algumas telas, campos, pr-determina valores do existente no R/3.
Modification : Alterar os objetos repositrios existentes.
Enhancement : Altera os objetos repositrios utilizando de user exit.
Customer Development : Cria novos programas ABAP.
Cpia Controlada
Page 62 of 234
BASIS
Todos os objetos repositrio que so alterados e criados atravs do ABAP WORKBENCH so registrados
numa Change Request.
A transo SE09, mostra as Change Requests, informaes dos transportes , e prov acesso de suas
ferramentas.
Cpia Controlada
Page 63 of 234
BASIS
A Change Request registra as mudanas nos objetos repositrios ou nas entradas de tabelas.
O contedo da Change Request armazenado nas TASKS correspondentes ao desenvolvedor especfico.
Com a SE09, podemos criar, alterar, liberar e deletar request, adicionar usurio para uma request existente,
adicionar tasks a uma request.
Cpia Controlada
Page 64 of 234
BASIS
Todo incio de um projeto, o lder do projeto cria uma Change Request e assinala membros do time de projeto
nesta request.
O sistema R/3 assinala um nmero para as requests <SID>K9<nnnn>, ex DESK900001.
A TASk desta forma contm todas as alteraes na qual o time de projeto produziu.
Um membro do projeto quando termina seu trabalho, libera a task , e quando todos os outros membros do
projeto terminarem seus trabalhos liberam as suas que por sua vez estando amarrado a uma Change
Request.
O lder do projeto libera esta request com as demais tasks juntas.
A Change Request desta forma possui todas as mudanas que foram criadas no projeto.
Cpia Controlada
Page 65 of 234
BASIS
S_A.SYSTEM = usada por um superusurio com todos os direitos no CTS.

S_A.CUSTOMIZ = usado pelo Lder de projeto acesso total as Requests.
S_A.DEVELOP = usada por desenvolvedores e customizadores, acesso total as Tasks.
S_A.SHOW = usada por Basis visualizao do CTS.
Cpia Controlada
Page 66 of 234
BASIS
Registering Developers in SSCR
Todo desenvolvedor ABAP deve ter o seu cdigo no SSCR (Sap Software Change Registration) na qual
obtida atravs do OSS.
Somente um desenvolvedor registrado pode criar e modificar objetos no repositrio.
Para prevenir conflitos com os nomes de objetos, quando criamos nossos objetos, existe uma conveno para
os nomes.
Os programas desenvolvidos por terceiros fora a SAP, devem comear com Z ou Y veja nota 16466.
Cpia Controlada
Page 67 of 234
BASIS

System Change Option
Cada sistema R/3 tem a sua opo de deixar o System Change Option modifcavel ou no.
Selecione : Tools > Administration > transpot > installation > follow up work > goto > system Change option
(SE06).
Erro: System setting does not allow changes to be made objects!!.
Indica que o System change option no esta liberado para modificaes, devemos entrar na SE06 e alterar o
global setting para modifcvel.
Erro: System change option does not allow changes to SAP objects display !!
Indica que estamos tentando alterar um programa standard que j foi alterado por outra pessoa.
Cpia Controlada
Page 68 of 234
BASIS

Development Class
Todos os objetos so assinalados a uma classe de desenvolvimento.

A classe de desenvolvimento so objetos de ABAP Workbench e podem ser criados pelo Browser do
repositrio.
As classes de desenvolvimento que no so standard comeam com:
Z ou Y classe de desenvolvimento que o objeto pode ser transportado.
S
- classe de desenvolvimento com objetos temporrios e no sero transportados.
- classe de desenvolvimento para objetos locais que esto ligados ao workbench Organizer.
STMP usado quando o objeto salvo no repositrio local e no registrado numa classe de
desenvolviemnto.
Criar uma classe de desenvolvimento selecione a transao SE80 marque o nome da classe e clique no
display.
Cpia Controlada
Page 69 of 234
BASIS

R/3 Repository Object Locking
Os objetos originais podem ser modificados por desenvolvedores que estejam assinalados no Workbench
change request.
Existem 2 meios de bloquear objetos que sero modificados:
O editor de programa trabalha com enfileiramento de work process e isto assegura que somente um
desenvolvedor por vez pode modificar um objeto.
O workbench change request assegura que o objeto do desenvolvedor seja assinalado para uma task numa
request e que quando este objeto for sofrer uma alterao, s poder ser feito pelo desenvolvedor assinalado
na request.
Os objetos tambm podem ser manualmente inseridos na request, mas esses objetos no so
automticamente bloqueados; Para isso temos que bloque-lo manualmente atravs do caminho:
Request task > object list > lock objects.
Cpia Controlada
Page 70 of 234
BASIS
Quando liberamos uma request :

Grava-se a verso mais nova do objeto no banco de dados.
Desbloqueia os objetos.
Exporta os dados contidos na request quando a mesma transportada.
A verso do objeto no repositrio pode ser comparada e restaurada.

O Development DB contm as verses ativas e temporrias.
O Version DB contm todas as verses gravadas atravs de uma liberao de request.
Cpia Controlada
Page 71 of 234
BASIS
Para acessar o Repository Browse, use a transao SE80.

Para acessar o Workbench Organizer, use a transao SE09.
Os return codes vlidos so:
00 o export foi executado com sucesso.
04 Existem warning, porm o export foi executado.
08 Um dos objetos contidos no request no foi transportado.
12 Erro crtico.
Cpia Controlada
Page 72 of 234
BASIS
Na SE09, visualizamos os transportes e repair. O semforo indica o resultado do transporte.

Execuo OK.
Execuo com Warning.
Execuo com erros.
Quando um erro identificado, o atributo da request pode ser alterado pressionando o cone Error Corrected
Na tela da SE09 .
Cpia Controlada
Page 73 of 234
BASIS
Os tipos de objetos so :
PROG Programa ABAP
DEVC Classe de desenvolvimento.
VIEW Viso de tabela.
FORM Form ABAP
COMM Arquivos com comandos
CHD0 Mudana de documentos
Somente o usurio DDIC poder alterar os atributos dos objetos, exceto o Original Language.
O caminho SE09 > tools > abap workbench > overview > workbench organizer > goto > tools > object
directory.
Repair Flag so todos os objetos modificados, sendo standard ou no.
Generation Flag so objetos gerados automticamente por customizing.
Os objetos so originais somente num sistema, nos outros so tidos como cpia.
Cpia Controlada
Page 74 of 234
BASIS
Antes de um Upgrade todas as Repairs devem ser confirmadas e liberadas atravs da ferramenta PREPARE.
Para ajustar o dicionrio de Dados durante o Upgrade use a transao SPDD.
A transao SPAU consolida todos os objetos do repositrio.
Cpia Controlada
Page 75 of 234
BASIS
Para ativar o Transport Erros global, selecione: Tools > abap workbench > overview > workbench organizer
> goto > tools > administration > global customizing workbench e marque a opo Globally Activated.
Para um usurio especfico marque a opo Can be set for specific user.
Cpia Controlada
Page 76 of 234
BASIS
Change Management for Customizing
Customizao tpica, cria e altera entrada de vrias tabelas atravs de vises (View) e de client dependent.
Cpia Controlada
Page 77 of 234
BASIS

A SAP prov vrias ferramentas para suportar a implementao:
Customizing:
Implementation Guide (IMG) a principal ferramenta de customizao.
Customizing Organizer (CO) SE10 grava as alteraes de customizaes na Change request com o tipo
CUST.
Development:
Abap Development Workbench desenvolvimento abap.
Workbench Organizer (SE09) grava o desenvolvimento abap na Change request de tipo SYST.
Implementation Guide
Um projeto no IMG pode ser gerado para cada sistema R/3.

As funes selecionadas podem ser alteradas e regeradas, a transao utilizada para acessar o IMG SPRO.
Cpia Controlada
Page 78 of 234
BASIS
O IMG prov todas as transaes de customizao para o projeto.

Oferece acesso online de todas as informaes requeridas na customizao e ferramenta de gerenciamento
Do projeto
Para visualizar os itens do IMG que so Client Dependence, selecione: tools > business engineer >
customizing > enterprise IMG > information > title and IMG info > client dependence.
Para visualizar os itens do IMG que so transport Dependence, selecione: tools > business engineer >
customizing > enterprise IMG > information > title and IMG info > transport dependence.
Cpia Controlada
Page 79 of 234
BASIS
Client Change Options
Para acessar o Client change Option use a transao SCC4.

Change without automatic recording permite que se altere as tabelas, mas no inclui automaticamente essas
mudanas na request.
Pode se incluir as alteraes manualmente na request, da seguinte maneira:
1- Entre na transao de customizao.
2- Use a opo Table/View Transport.
3- Preencha as informaes da request.
4- Selecione as entradas que sero incluidas na request aberta.
5- Clique na opo Include in transport.
6- Salve.
Automatic Recording of Changes permite que se altere as tabelas e esta alterao incluida automticamente
Na request.
No Changes Allowed no permite alterao nas tabelas.
No Transport Allowed permite que as tabelas sejam alteradas, mas no permite que sejam transportadas.
Cpia Controlada
Page 80 of 234
BASIS
Por causa do dinmismo de acesso as tabelas durante a customizao, ambos clients (dependente e
independente) no esto protegidos contra regravao. As tabelas so bloqueadas enquanto as transaes
de customizaes esto sendo usadas, mas so desbloqueadas quando as alteraes so completadas e
salvas na request.
Para ativar o LOGIN para Changes to Customizing Tables, selecione a transao OY18.
Geralmente todos os objetos so transportados para o sistema Destino na qual eles existem no sistema Fonte,
os objetos transportados do sistema fonte regravam os objetos no sistema destino que tem o mesmo nome,
estes objetos so deletados do sistema destino se eles no existirem no sistema fonte.
Cpia Controlada
Page 81 of 234
BASIS
Release and Export copia as entradas das tabelas do banco de dados para um arquivo do sistema
operacional (no sistema fonte).
Release to Request libera e copia a change request de customizao para change requst transportvel.
Aps liberar a change request customizing, lembre-se de verificar a execuo do EXPORT pela transao
SE10.
Cpia Controlada
Page 82 of 234
BASIS
Transport Management
Quando feito o EXPORT, os arquivos de dados so armazenados no diretrio usr/sap/trans/data e os

arquivos de controle no usr/sap/trans/cofiles.
Cpia Controlada
Page 83 of 234
BASIS
Para visualizar a fila de import no sistema R/3, selecione na tela de Import Overview a opo import Queue >
display. A fila mostrada na ordem que as requests so importadas
Em casos excepcionais, a request pode ser retornada para outro sistema R/3 e depois ser importada para o
sistema destino.
A Change request pode ser deletada ou adicionada na fila de import. Note que uma vez que os objetos so
dependentes, pode causar uma inconsistncia de dados no sistema destino. Ex. Se voc deletar uma request
que contm novos elementos de dados, todas as outras request que contm tabelas dependendo deste
elemento ficaro com falha.
Cpia Controlada
Page 84 of 234
BASIS
O transporte no deve ser de responsabilidade de uma nica pessoa, mas requer o esfoo de vrias pessoas,
cada um com sua funo.
Lder de projeto tem a funao de organizar o desenvolvimento ou a customizao do projeto usando o
gerenciamento das Change requests e se possvel o IMG.
Verifica o contedo da request antes do RELEASE e aps o IMPORT e verifica os arquivos de logs.
Administrador R/3 tem a funo de usar o TMS para importar as requests e verificar o resultado do import,
testar o contedo da request no funo do administrador e sim do lder de projeto e do time de quality
assurance.
Time Quality Assurance tem a funo de verificar e testar todas as funcionalidades contidas na change
request. Este time deve ser representado por pessoas de diversos departamentos da empresa, par que juntos
possam validar os processos, relatrios e transaes antes de serem enviadas para produo.
Cpia Controlada
Page 85 of 234
BASIS
Cpia Controlada
Page 86 of 234
BASIS

Transport Directory File Name Conventions
O programa TP processa em diferentes sistemas operacionais, mas sempre segue uma conveno de nomes:
<source SID>K9<5 dgitos> - onde o K9 indica request de customizao.

No diretrio actlog o arquivo <source SID>Z<6 dgitos> grava cada ao executada da request.
No diretrio sapnames criado um arquivo com o nome do usurio que fez um transporte e atualiza quando o
usurio libera a request.
Buffer quando a change request liberada o import buffer do sistema destino atualizado.
Data contm os arquivos R9<5 dgitos>.<source SID> onde ficam os objetos exportados. Quando os
arquivos comearem com D9<5 dgitos>.<source SID> um (ADO Application Defined objetcts) que foi
transportado.
Log contm todos os arquivos de logs, tanto os ULOGS, ALOGS, SLOGS e os arquivos:
N<data>.<action SID> para cada step de converso de estrutura.
P<data>.<action SID> para cada step de nametabs.
Cpia Controlada
Page 87 of 234
BASIS
Cpia Controlada
Page 88 of 234
BASIS
Import Mode:
0 importa do buffer sem deletar.
1 ignora o que a change request j importou.
2 - regrava os originais.
3 regrava os objetos do sistema especfico.
6 regrava os objetos no confirmando Repair.
8 ignora as restries.
9 ignora que o sistema est bloqueado para este tipo de transporte.
Os comandos do Buffer so:

TP SHOWBUFFER <SID> mostra as entradas contidas no buffer <SID>.
TP ADDTOBUFFER <change request> <SID destino> registra na fila de requests do buffer para ser
importada.
TP DELFROBUFFER <change request><SID destino> deleta uma entrada da fila.
TP CLEANBUFFER <SID> remove do buffer as requests que foram importadas com sucesso.
TP SETSTOPMARK <SID> coloca uma marca na lista de request que esto no buffer, e qdo importar as
request, s importar as requests antes da marca.
TP DELSTOPMARK <SID> retira a marca da lista de request.
Cpia Controlada
Page 89 of 234
BASIS
Os comandos do Buffer so:

TP SHOWBUFFER <SID> mostra as entradas contidas no buffer <SID>.
TP ADDTOBUFFER <change request> <SID destino> registra na fila de requests do buffer para ser
importada.
TP DELFROBUFFER <change request><SID destino> deleta uma entrada da fila.
TP CLEANBUFFER <SID> remove do buffer as requests que foram importadas com sucesso.
TP SETSTOPMARK <SID> coloca uma marca na lista de request que esto no buffer, e qdo importar as
request, s importar as requests antes da marca.
TP DELSTOPMARK <SID> retira a marca da lista de request.
Cpia Controlada
Page 90 of 234
BASIS
Para limpar o diretrio de transporte, use os comandos TP CHECK ALL e TP CLEAROLD ALL.
Cpia Controlada
Page 91 of 234
BASIS
TP check all pesquisa nos diretrios os arquivos que no so mais necesssrios, aqueles arquivos que
correspondem a request no marcadas para import.
TP clearold all usa o resultado da lista gerada pelo tp check all gravada no arquivo (ALL_OLD.LIS) para
localizar os arquivos que excederam o seu tempo de permanncia nos diretrios.
Este tempo definido no arquivo TPPARAM nos parmetros:
Datalifetime move os arquivos do usr/sap/trans/data conforme o tempo estabelecido para o olddata, os
arquivos do subdiretrio LOG e COFILES so deletados se excederam o tempo especficado no loglifetime e
cofilifetime.
Os arquivos do OLDDATA so deletados de acordo com o olddatalifetime.
Antes de limpar o diretrio de transporte, a SAP recomenda salvar uma cpia do diretrio para auditoria, veja
notas 41732 no OSS.
Client Tools
Cpia Controlada
Page 92 of 234
BASIS
Para fazer uma cpia de client local:

1.
2.
3.
4.
5.
6.
7.
8.
9.
Verifique o espao disponvel nas tablespaces (via brtools).

Deslique o Archive do banco de dados (via brtools).
Copia de customizing 130MG 200MG.
Se logue no client destino. Ex. se for fazer a cpia do client 010 no 030, se logue no 030.
Execute a transao SSCL.
Selecione o perfil desejado, SAP_ALL e escolha o mandante origem e mestre usurio.
Na tela de verificao escolha SIM
Na tela de confirmao, anote o nmero de registros e escolha SIM.
Execute a transao SCC3 para acompanhar a cpia.
Quando o processo estiver processando a seguinte mensagem ser mostrada se algum tentar se logar no
client: The client is wrently locked againt.
De acordo com a nota 68896 o tempo de cpia de client :
120MB por hora para cpia
80MB por hora para deleo
200MB por hora para Export
80MB por hora para Import
Para validar a cpia, verifique as tabelas BSEG e MSEG, caso der erro na cpia client veja as notas 22514 e
69444
Cpia Controlada
Page 93 of 234
BASIS
Cpia de Client muito grande:
Delete antes as tabelas muito grande pelo SQLPLUS

Delete FROM BKPF WHERE MANDT = 350
Verifique as segunites notas: Missing indices nota 15374
Exclusive lockwaits nota 15374
Rollback segments 10146, 60233, 102034
NOTAS
68896 96296 15374 70643 118823 89188 48400 -
Acelera a Deleo
Transparent Table
Check List de Performance
Deleo de Client
Sizing Client
R3 System Copy
Spoll
Cpia de client com User Master de um client e Master Data de outro:

Execute a transao SE38 e rode o programa RSADRCK2.
Cpia Controlada
Page 94 of 234
BASIS
Para fazer uma cpia de client remoto:

1. Escolha o perfil para cpia (SAP_EXPA Perfil para gerar os independentes) escolha o client de origem
dos dados e o client de origem dos dados de usurios.
2. Escolha a opo execuo de fundo (executar em background).
3. Aperte o boto Escalonar job e confira os dados para a cpia.
4. Clique no boto Sim e escalone o job na tela a seguir, apertando imediatamente e em seguida, salve.
5. Na prxima tela ser solicitado um dispositivo de sada para impresso do andamento da cpia (Se voc
no quiser este protocolo basta no selecionar nenhum dispositivo) clique em gravar.
6. Neste momento a sua cpia j est em execuo. Para verificar o seu andamento, entre na transao
SCC3. Escolha o client de destino que voc deseja ver o protocolo.
7. Gera 5 arquivos : usr/sap/trans/data/Ronnnnnnn.SID
Usr/sap/trans/data/RTnnnnnnn.SID
Usr/sap/trans/data/SXnnnnnnn.SID
Usr/sap/trans/cofile/KOnnnnnn.SID
Usr/sap/trans/cofile/KTnnnnnn.SID
Os arquivos KO so tabelas de client Independ.
KT so tabelas clientdepend.
SX so sapscript.
8. No sistema destino, copie os arquivos gerados nos mesmos diretrios.
9. No prompt do sistema operacional, no diretrio de transporte USR/SAP/TRANS/BIN execute o comando
TP ADDTOBUFFER <SID>Konnnnn <SID atual> para carregar o request para o buffer do sistema.
Execute o comando TP IMPORT <SID>Konnnnn <SID> CLIENT=xxx U12368
10. Repetir a etapa 13 para o KT. (Para erros nas tabelas INSCHK e INSCHKB ignorar, pois estas tabelas so
exclusivas do sistema origem).
11. Execute a transao SCC2(30F) ou SCC7(40B) no sistema destino, marque a opo IMPORT e de
<ENTER>, digite o nome da request do KT e execute em Background.
12. Caso no aparea o request, execute a transao SE38 e com o programa RSCLIIMP e coloque o nome
do arquivo KT e execute em background.
13. Execute o programa RSTXR3TR, digite o nome do arquivo <SID>KXnnnnn no campo Transport Request
Data Set Name digite o caminho /usr/sap/trans/data/SXnnnnn.<SID>
Binary File no preencher
Mode - IMPORT
Display Dataset no preencher
Language Vector preencher com as linguagens instaladas (Deve ser na mesma seqncia do parmetro
de language na instance).
Veja nota 47502 para cpia remota.
Cpia Controlada
Page 95 of 234
BASIS
Aps o processo de Import ter sido completado, a atividade Ps-Import requerida pelos textos Sapscript
e alguns objetos gerados nesta fase.
Selecione: tools > administration > administration > client admin > client transport > post process import.
Cpia Controlada
Page 96 of 234
BASIS
Cpia Controlada
Page 97 of 234
BASIS
Para deletar um client, se logue no client que ser deletado e selecione: tools > Adminitration >
administration > client admin > special function > delete client.
Pelo sistema opercional, crie um job com os seguintes comandos:
CLIENTREMOVE
CLIENT=n_client
SELECT *
No diretrio usr/sap/trans/bin, execute o job criado com o comando r3trans: R3TRANS v batch_deleo
Quando terminar a delao entre na transao SM31 edite a tabela T000 clique em maintain delete a
entrada do client.
Cpia Controlada
Page 98 of 234
BASIS
Para usar a funo COMPARE selecione: tools > administration > administration > client admin > special
function > table analyses.
Podemos utilizar esta funo quando:
1- Aps um Upgrade ou import language.
2- Durante um cenrio de Rollout.
3- Comparando uma customizao de client independente antes de um rollout.
Cpia Controlada
Page 99 of 234
BASIS
Cpia Controlada
Page 100 of 234
BASIS
Proteo 0 nenhuma restrio.

Proteo 1 O client no pode ser regravado por uma cpia de client.
Proteo 2 Tambm no pode ser regravado por cpia de client e protegido contra leitura de outro client
durante uma cpia ou uma comparao.
Cpia Controlada
Page 101 of 234
BASIS
Cpia Controlada
Page 102 of 234
BASIS
R/3 Upgrade and OCS Patches

A evoluo tpica do sistema R/3 em produo segue:
Alteraes e customizaes para novos deenvolvimentos.
Aplicao de correes da SAP, os OCS (Online Correction Service).
Cpia Controlada
Page 103 of 234
BASIS
Cpia Controlada
Page 104 of 234
BASIS
Aplique as correes na sequncia: SPAM update, Hot package e LCP e as CRTs.
SPAM update a alterao da verso da transao SPAM.

Hot Packages so grupos de correes e devem ser aplicados na sequncia. Os nomes das hots so
SAPKH<release N.><sequncia numrica>, so aplicados pela transao SPAU.
CRT (Conflit Resolution Transports) fornece adicionais objetos para resolver conflitos entre o R/3 e o SAP
ADD-ON.
LCS (Legal Change Patches) so correes usadas para aplicaes de HR.
Cpia Controlada
Page 105 of 234
BASIS
1- Requisitar os patches do OSS ou SAPNET.

2- Fazer download dos patches no servidor de desenvolvimeto usr/sap/trans/EPS.
3- Use a SPAM para:
a. Definir a fila de patches.
b. Selecione a SPAM.
c. Aplique os patches da fila.
d. Faa os ajustes caso sejam necessrios.
e. Verifique os logs.
f. Confirme os patches.
4- Verifique e valide o ambiente.
Veja nota 33525.
Verificar o Patch Level do sistema.

1-) Entre na SM51.
2-) Posicione o cursor sobre a instance.
3-) Clique na tecla Release Notes.
Cpia Controlada
Page 106 of 234
BASIS
Administrando o Banco de Dados

Quando comeamos a falar de banco de dados com R/3, nos preocupamos com Performance, segue uma
srie de dicas de como devemos analisar as transaes voltadas para Performance de Banco de Dados
independente de qual seja ele (SQL, Oracle, Informix, etc).
- Fazer a pergunta: um problema generalizado (afeta todos os usurios), localizado (afeta somente a
execuo de algumas transaes) ou ainda um problema localizado que, quando ocorre, leva a um
problema generalizado de performance (uma transao que, ao ser executada, derruba o servidor de
banco de dados)?
Parte dos ajustes que podem ser realizados a fim de melhorar o desempenho de um sistema R/3 esto
relacionados a configuraes dos componentes do R/3, como Sistema Operacional (tamanho de swap,
presena de processos externos), Banco de Dados (parmetros que controlam o tamanho do data buffer,
shared pool), Instncias R/3 (nmero e tipos de work processes, tamanho das regies locais e
compartilhadas de memria como buffers e extended memory) e Rede.
Uma configurao no otimizada dos componentes acima leva a problemas generalizados de
performance.
Pode haver problemas de performance mais localizados, ocorrendo apenas em uma ou algumas
transaes, causados por fatores mais especficos. Detectadas estas transaes, devemos submet-las a
uma anlise mais detalhada, analisando os trechos que realizam processamentos muito longos, ligados
execuo de programas ABAP ou ao acesso tabelas no banco de dados. Aps detectar o gargalo dentro
da transao, devemos levantar as possveis aes para ameniz-lo ou at mesmo elimin-lo.
Transaes com gargalos durante suas execues caracterizam problemas localizados de performance
que podem, eventualmente, levar a problemas generalizados de performance.
COMPOSIO DO TEMPO DE RESPOSTA
Wait Time o Tempo que o request do usurio aguarda na fila do dispatcher at ser despachado para um
work process.
Roll Time o Tempo para copiar a parte inicial do contexto do usurio para dentro do work process da roll
memory (shared) para a roll_first da roll_area (local do WP).
Load Time o Tempo de carga do load (objeto compilado) de programa ABAP, telas, menus para dentro do
buffer correspondente (na instncia R/3).
Processing Time o Tempo gasto na execuo dos comandos ABAP do programa chamado.
Deve ser calculado da seguinte forma:
Processing Time = TR Wait Roll Load DB Request Time
DB Request Time o Tempo aguardando a resposta do gerenciador de banco de dados a uma solicitao
passada atravs da Database Interface (componente do WP).
Enqueue Time Tempo gasto para realizar lock muito pequeno.
Cpia Controlada
Page 107 of 234
BASIS

CPU Time Corresponde ao tempo de utilizao de CPU pelos componentes do Tempo de Resposta que
envolvem CPU do Application Server (Roll, Load e Processing). No possvel determinar quanto de CPU foi
gasto em cada um dos componentes. Desta forma, parte do CPU Time est em Roll, parte em Load e parte
em Processing. Espera-se que o CPU Time seja prximo do Processing Time; caso contrrio, provvel que
haja problemas de gargalos de hardware.
Dispatch Time o tempo gasto pelo request dentro do Work Process. A frmula para o clculo :
Dispatch Time = TR-Wait Time.
O Dispatch Time ajuda muito na anlise do tempo de resposta, por exemplo: uma transao tem um TR mdio
de 4s, mas o Wait Time mdio 3.5s. Desta forma, o Dispatch Time de 0.5s (rpido). O ajuste para esta
situao completamente diferente em um outro caso, onde o TR mdio de uma transao tambm 4s, mas
o Wait Time 0.2s. Neste caso, o Dispatch Time 3.8s (alto). O que quer dizer que o dispatcher encontra um
work process disponvel rapidamente, mas o tempo gasto dentro dele muito alto. Para acessar as
estatsticas devemos usar a transao ST03. Em seguida escolhemos qual o perodo a ser analisado, o que
deve ser feito cuidadosamente. Selecionamos o boto "Performance database", em
seguida o aplication server a ser analisado, e finalmente o perodo de anlise. A prxima tela apresenta as
estatsticas do sistema com os valores dos componentes do tempo de resposta para cada um dos diferentes
tipos de processamento (Dialog, Update, Background, etc).
VALORES TIMOS DOS COMPONENTES

Wait Time < 10% do TR
Roll Time (in/out) < 50ms
Load Time < 10% do TR
Processing Time < 40% do Dispatch Time (TR Wait)
DB Request Time < 40% do Dispatch Time (TR Wait)
CPU Time > (Processing Time/2) (maior que metade do Processing Time)
Baseado nesses valores timos dos componentes do tempo de resposta, devemos analis-los para cada
tipo de processamento (para selecionar o tipo de processamento, devemos usar os botes na parte inferior
da janela).
Analisados cada um deles, podemos determinar os sintomas dos problemas que eles identificam:
Wait Time Tempo de espera para obter work processes
Roll Time (in/out) Problemas com CPU ou memria do Sistema SAP R/3
Load Time Problemas nos buffers do Sistema SAP Sistema SAP R/3 (muito pequenos)
Processing Time Problemas no programa ABAP ou no banco de dados
DB Request Time Problemas no banco de dados (SQL, ndices, estatsticas, etc).
CPU Time Problemas de programas ABAP, grandes tabelas, CPU, rede, S.O.
PRINCIPAIS TRANSAES PARA ANLISE DE PERFORMANCE

ST03 Analisa o TR mdio de um perodo. possvel realizar consultas quebradas por horrio, memria, e
principalmente por Transao (Transaction Profile).
SM50/SM66 Viso geral de work processes
ST06 Monitor de Hardware e Sistema Operacional.
ST02 Monitor de memria e buffers
ST04 Monitor do banco de dados
ST05 SQL Trace
Cpia Controlada
Page 108 of 234
BASIS

SE30 Runtime Analysis (ABAP Trace)
ST10 Estatsticas de chamadas a tabelas
BUFFER DE PROGRAMAS E IMPACTOS NA PERFORMANCE.
Para que um programa chamado por um usurio seja executado, o seu load (objeto compilado) deve estar
presente no buffer de programa da instncia R/3 onde o usurio est conectado. Quando um programa
chamado pela primeira vez (ainda no est no buffer), o work process tenta localizar o load no banco de
dados, nas tabelas D010*. Se no existir um load, o R/3 compila o programa fonte (parte do Load Time) e
gera esse load. Em seguida, o WP l esse load do banco de dados para dentro do buffer de programa (parte
do DB Req. Time). A partir da, este work process passa a executar o programa. Em execues
subseqentes deste programa, os WP localizaro o programa em buffer (Load Time) e no haver a
necessidade de carreg-lo novamente a partir do banco de dados.
Se o buffer de programa foi definido com um tamanho ideal, todos os programas chamados pelos usurios
sero carregados dentro dele e ainda sobrar espao livre. Com o tempo, os mesmos programas vo sendo
chamados, e a taxa de eficincia do buffer (hitratio) vai subindo, j que os programas so localizados em
buffer, no havendo a necessidade de carreg-los a partir do banco. Contudo, se o buffer de programa for
pequeno para a quantidade de programas chamados, haver um momento em que ele estar 100%
utilizado, s que mais programas ainda precisam ser carregados em buffer. A partir deste momento,
comeam o ocorrer SWAPS. O indicador swaps indica o nmero de objetos (no caso, programas) que
foram retirados do buffer para que outros objetos pudessem ser carregados. Quando ocorrem swaps,
podem aparecer os GAPS, que so resultado da fragmentao do buffer (desaloca um programa de 5MB e
carrega outro de 4.5MB gap de 0.5MB).
Um buffer de programas fragmentado pode levar a um problema generalizado de performance. Se esto
ocorrendo swaps, programas esto sendo retirados do buffer. Estes programas, se forem chamados mais
tarde por usurios, devero obrigatoriamente ser carregados a partir do banco de dados, e sua carga
acarretar no swap de um ou mais programas do buffer, perpetuando o problema. Se um programa que j
havia sido carregado em buffer sofreu um swap e precisa ser recarregado (reload), o WP fica ocupado por
mais tempo, pois precisa carregar o load a partir do banco de dados (tabelas D010*) para dentro do Buffer
de programa.
- Ficando o WP ocupado por mais tempo (maior DB Request Time), diminui a disponibilidade de work
processes.
- Diminuindo a disponibilidade de work processes, aumenta a concorrncia por eles.
- Aumentando a concorrncia por work processes, aumenta o Wait Time.
- Aumentando o Wait Time, aumenta o Tempo de Resposta.
O que observar:
SM50/SM66 Action: Load Report
Action: Direct Read / Table: D010*
ST02 Program Buffer:
HitRatio < 90%
Swaps > 0
Gaps = Free Space
ST03 TR mdio das transaes alto
Wait Time alto
Load Time alto
DB Request Time alto
GERENCIAMENTO DE MEMRIA E IMPACTOS NA PERFORMANCE
Cada instncia de R/3 aloca diferentes regies de memria para diferentes propsitos. Algumas so
consideradas LOCAIS, pois so acessveis somente por um WP (roll area, paging area e heap area). Outras
so consideradas COMPARTILHADAS, pois so acessveis por todos os WPs (roll buffer, paging buffer,
Cpia Controlada
Page 109 of 234
BASIS

extended memory e buffer).
As principais consideraes na definio destas reas so:
- Garantir que a memria virtual total alocada pelo R/3 no exceda 50% acima da memria fsica do
servidor
- Evitar que um usurio, ao executar transaes que consomem muita memria, entre em modo PRIV,
pois o WP que estiver utilizando assume status stopped e fica exclusivo para este usurio at que ele
conclua a transao. Desta forma, diminui o nmero de WPs disponveis, aumentando a concorrncia,
aumentando Wait Time, aumentando Tempo de Resposta.
O que observar:
SM50/SM66 Status: stopped / Reason: PRIV
Err > 0
ST02 SAP Memory:
Extended Memory: Current Use > 80%
Heap Memory
Mode List memria alocada por sesso de usurios
GARGALOS DE HARDWARE E IMPACTOS NA PERFORMANCE

O tempo de processamento depende diretamente da capacidade e disponibilidade dos processadores do
servidor. Quanto maior utilizao ou concorrncia, maior o tempo de processamento. H ainda outros
fatores que podem influenciar o tempo de processamento, como I/O e rede.
O consultor deve analisar estes fatores em cada servidor que tem uma instncia de R/3. Devem ser
observados indicadores sobre utilizao de CPU, processos que mais consomem CPU, load average e
taxas de paginao do sistema operacional. Nunca deve haver um gargalo de hardware no servidor de
banco de dados, o que causaria um problema generalizado de performance que afetaria todos os usurios.
Os processos que mais consomem CPU devem ser processos ligados ao R/3 work processes, saposcol,
processos do banco de dados. Caso algum processo externo seja o responsvel por um consumo
considervel de CPU, o mesmo deve ser reavaliado e at mesmo cancelado.
Quando h gargalos de hardware, os componentes do TR que utilizam CPU apresentam valores altos,
embora o valor total de CPU seja baixo em relao a eles. Isso indica alguns buracos ocorridos durante
estes componentes. Ex: Processing Time de 1s e CPU total de 300ms. O ideal seria que todo o Processing
Time fosse preenchido com CPU Time.
O que observar:
ST06 CPU Idle < 20%
Load Average > 3
Pages Out
Top CPU Processes (processos ligados ao R/3 ou processos externos?).
ST03 CPU Time < (Processing Time/2)
Processing Time alto
s vezes, Roll Time e Load Time altos (porque dependem de CPU)
Cpia Controlada
Page 110 of 234
BASIS
A ferramenta CCMS disponvel no R/3 monitora o banco, analisando o seu crescimento, capacidade, I/O
Statistics, e alertas.
Para monitorar a performance do Database, a transao ST04 uma ferramenta independente do database,
que analisa e afina os seguintes componentes:
Memory and Buffer usage
Space Usage,
CPU usage
SQL requests
Detail SQL
A transao ST04 ou pelo menu Tools>Administration>Monitor>Performance>Database>St04>activity
Na tela acima visualizamos: Sistema Operacional, CPU e memria. O Microsoft SQL Server permite uma
anlise de atributos especficos relacionado com memria, espao, I/O e qualidade da leitura e gravao nas
tabelas.
As informaes podem sinalizar ajustes necessrios para melhorar a performance do database.
O detalhe 2b. Server Enginer Elapsed mostra como a CPU est trabalhando os processos do SQL. Neste
quadro temos que analisar os campos Ratio of Busy e Idle time.
Cpia Controlada
Page 111 of 234
BASIS

2c. SQL Request permite uma imagem de como as queries SQL so utilizadas para acessar ar tabelas
relacionadas aos index e o total de tabelas.
A maior taxa de full table scan X Index scan pode indicar problemas de performance.
2d. Detail analysis mostra os detalhes.
2c2a
Cpia Controlada
Page 112 of 234
BASIS

Tarefas de um DBA.
Um DBA geralmente efeta as seguintes tarefas:
Planejamento do banco de dados.

Configurao do sistema.
Criao do banco de dados.
Gerenciamento do espao fsico.
Administrao da segurana (direitos de acesso, usurios e roles).
Gerenciamento de Backup/Recovery
Ajuste de desempenho.
Auditoria no banco de dados.
Startup do Sistema SAP R/3.

Para iniciar o sistema, entrar com o seguinte comando, conectado como <SAPSID>adm:
$ startsap
Esse programa STARTSAP um alis para o verdadeiro script responsvel pelo Startup do Sistema SAP R/3:
startsap_<hostname>_<no>
Os seguintes procedimentos so, ento, feitos:
1.
Verifica o sistema operacional, os parmetros e o ambiente de execuo.
2.
Executa o programa SAPOSCOLL.
3.
Executa o programa:
/usr/sap/<SAPSID>/SYS/exe/run/startdb
Esse script inicializa o banco de dados, atravs dos seguintes procedimentos:
L o arquivo de parmetros $ORACLE_HOME/DBS/INIT<SID>.ORA.

Aloca a SGA.
Cria os processos em background.
Abre os arquivos de TRACE para os processos em background.
Abre o arquivo de ALERTAS no diretrio especificado pelo parmetro
BACKGROUND_DUMP_DEST.
Abre os arquivos de controle (monta o banco de dados).
Abre o banco de dados (arquivos de dados e de log).
Esse script escreve um arquivo de log chamado STARTDB.LOG no diretrio $HOME.

4.
Executa o programa SAPSTART:

/usr/sap/<SAPSID>/SYS/exe/run/sapstart pf=<profile_filename>
Esse programa escreve um arquivo de log chamado STARTSAP_<hostname>_<no> no diretrio
$HOME. Escreve tambm seus outros logs no diretrio: /usr/sap/<SAPSID>/DVEBMS<no>/work.
Os profiles so buscados no diretrio: /usr/sap/<SAPSID>/SYS/profile.
Cpia Controlada
Page 113 of 234
BASIS

Em seguida, esse programa chama os programas do profile START_DVEMGS<no>:
Dispatcher
SE Syslog Send Daemon
MS Message Server
CO Syslog Collector Daemon
Shutdown do Sistema SAP R/3.

Para encerrar o sistema, entrar com o seguinte comando, conectado como <SAPSID>adm:
$ stopsap
Esse programa STARTSAP um alias para o verdadeiro script responsvel pelo Shutdown do Sistema SAP
R/3:
stopsap_<hostname>_<no>
Os seguintes procedimentos so, ento, feitos:
1.
Verifica o sistema operacional e o ambiente de execuo.
2.
Executa o programa KILL.SAP que remove todos os processos do Sistema SAP R/3:
/usr/sap/<SAPSID>/DVEBMGS<no>/work/kill.sap
3.
Escreve o arquivo PXANEW:

/usr/sap/<SAPSID>/DVEBMGS<no>/pxanew
4.
Executa o programa:
/usr/sap/<SAPSID>/SYS/exe/run/stopdb
Esse script inicializa o banco de dados, atravs dos seguintes procedimentos:
Fecha o database (arquivos de dados e de log).

Fecha os arquivos de controle (desmonta o banco de dados).
Fecha todos os arquivos de TRACE.
Encerra os processos em background.
Desaloca a SGA.
Esse script escreve dois arquivos de log, chamados STOPDB.LOG e STOPSAP.LOG, no diretrio
$HOME.
Cpia Controlada
Page 114 of 234
BASIS
Estrutura de diretrios do Sistema SAP
CENTRAL INSTANCE
usr
sapmnt
oracle
sap
SAPSID
SAPSID
trans
SAPSID
dvebmg
data
global
profile
exe
saparch
origlogA
origlogB
.....
sapdata
SYS
log
work
global
profile
exe
dbg
opt
run
DIALOG INSTANCE
usr
sapmnt
sap
SAPSID
trans
SAPSID
dvebmg
data
log
global
profile
SYS
work
global
profile
exe
dbg
Cpia Controlada
exe
opt
run
Page 115 of 234
BASIS
Quando ajustar?
Custo
Benefcio
Anlise
Desenvolvimento
Produo
Mtodos de otimizao.
Entendimento da arquitetura do Oracle

Ajustar as regras de negcio.
Planejamento da capacidade dos sistemas.
Ajustar o desenho dos dados.
Organizao e criao do melhor banco de dados.
Ajustar o desenho das aplicaes.
Ajustar a estrutura lgica do banco de dados.
Considerao da performance durante o desenho de um sistema.
Otimizao durante o desenvolvimento.
Ajustar os comandos SQL.
Ajustar os caminhos de acesso.
Otimizao de um sistema em produo.
Ajustar a alocao de memria.
Ajustar o I/O e as estruturas fsicas do banco de dados.
Ajustar a conteno.
Ajustes especficos das plataformas.
Facilidades de monitorao.
Vises V$, conhecidas como vises dinmicas com informaes sobre performance, fazem parte do
esquema SYS.
Script UTLMONTR.SQL, que se encontra no diretrio $ORACLE_HOME/RDBMS/ADMIN.
Essas vises so baseadas nas tabelas X$ - estruturas em memria que contm as informaes
bsicas da instncia. Todas elas podem ser visualizadas atravs de uma simples pesquisa na viso
V$FIXED_TABLE.
OEM Oracle Enterprise Manager
CCMS Computing Center Management System.
Suporte a SNMP.
Cpia Controlada
Page 116 of 234
BASIS
A instncia e o banco de dados Oracle.
PMON
RECO
SMON
LCK
System Global Area

Shared Pool
CKPT
Arquivo
de
Controle
Database Buffer Cache
DBWR
Arquivos
de
Dados
Redo Log Buffer
LGWR
ARCH
Arquivos
de Redo
Log
Armazenamento
de Logs Offline
Instncia.
Banco de dados.
Processos em background.
Processos do Sistema SAP R/3.
Program Interface.
Arquitetura do SQL*Net.
Simulao de uma transao completa.
Cpia Controlada
Page 117 of 234
BASIS

Os blocos de dados.
A estruturao dos blocos de dados.

Descrio dos blocos de dados.
Os parmetros INITRANS e MAXTRANS.
Os parmetros PCTFREE e PCTUSED.
TMX
Tamanho mximo da linha, em byte.
NMAXINS
Nmero mximo de bytes inseridos por linha atualizada.
Efeitos dos parmetros PCTFREE e PCTUSED.
TMX NMAXINS
PCTFREE
*100
TMX
As extenses.
Definio de extenses.
A alocao das extenses.
A desalocao das extenses.
Os segmentos.
Tipos de segmentos.
A clusula STORAGE.
STORAGE ( INITIAL
integer [K|M] ]
[NEXT
integer [K|M] ]
[PCTINCREASE
integer]
[MINEXTENTS
integer]
[MAXEXTENTS
integer]
[OPTIMAL
{integer [K|M] | NULL}]
[FREELIST GROUPS integer]
[FREELISTS
integer] )
Os segmentos de ndices.
Neste comando existe a possibilidade da especificao dos parmetros de armazenamento para as

extenses do segmento de ndice, inclusive o nome da tablespace que deve receber o segmento
desejado; o segmento de dados de uma tabela e o segmento de ndice para os ndices associados
tabela no precisam residir necessariamente na mesma tablespace.
Na verdade, uma boa prtica criarmos as tabelas e seus ndices associados em diferentes
tablespaces, para melhorarmos a performance do banco de dados.
Os segmentos de rollback.
Cada banco de dados pode conter um ou mais segmentos de rollback.
Eles so criados pelo DBA para armazenar temporariamente as informaes usadas para a
recuperao do banco de dados em caso de falhas, para gerar o efeito da consistncia de leitura, para
efetuar a recuperao das transaes feitas pelos usurios que no tiverem sido efetivadas com o
comando COMMIT e para desfazer uma transao, inteiramente ou em parte, que tenha sido terminada
com o comando ROLLBACK.
As informaes em um segmento de rollback, portanto, consistem em diversas entradas de rollback.
Entre outras coisas, uma entrada num segmento de rollback inclui informaes sobre o bloco (o nome
do arquivo e a identificao do bloco que foi alterado) e o dado existente antes de uma operao.
Essas informaes de rollback de uma mesma transao so ligadas entre si e, desse modo, elas
podem ser facilmente localizadas quando for necessrio.
Cpia Controlada
Page 118 of 234
BASIS

Os segmentos de rollback no podem ser acessados (ou mesmo lidos) pelos usurios de um banco de dados,
nem mesmo pelo DBA.
Eles so escritos e lidos estritamente pelo prprio Oracle7 (atravs do esquema SYS).
Todas as entradas de rollback so registradas nos arquivos de redo log. Esse registro muito
importante para o controle das transaes ativas que ainda no tenham sido efetivadas.
Se ocorrer uma falha do sistema, as informaes do segmento de rollback, incluindo as entradas das
transaes ativas, so automaticamente recuperadas como parte da recuperao da instncia.
O processo de descartar as transaes no efetivadas com o comando COMMIT feito aps a
completa recuperao.
O Oracle mantm uma tabela de transaes para cada segmento de rollback contido em um banco de dados.
Essa tabela uma lista de todas as transaes que usam o segmento de rollback associado e as
entradas de rollback para as alteraes feitas pelas transaes.
Para cada transao, uma nova alterao ligada alterao anterior.
Se uma transao precisar ser desfeita, as alteraes so aplicadas aos blocos de dados em uma
ordem tal que os valores so retornados aos valores anteriores a elas.
Similarmente, quando o Oracle7 necessita garantir a consistncia de leitura para um grupo de pesquisas nas
tabelas de um banco de dados, podem ser utilizadas as informaes do segmento de rollback para criar um
grupo de dados consistentes com o momento de execuo das consultas (as tabelas so congeladas e, com o
segmento de rollback, a consistncia da leitura torna-se possvel).
Todos os tipos de rollback usam os mesmos procedimentos:
Rollback a nvel de comando por causa de uma falha qualquer (por exemplo, na ocorrncia de um deadlock).
Rollback at um ponto definido da transao (SAVEPOINT).
Rollback de uma transao devido a uma solicitao de um usurio.
Rollback de uma transao devido ao trmino anormal de um processo.
Rollback de uma transao devido a uma falha da instncia.
Rollback das transaes incompletas durante os procedimentos de recuperao de um banco.
A cada momento em que uma transao se inicia, ela automaticamente associada a um segmento de
rollback.
Uma transao pode ser automaticamente assinalada ao prximo segmento de rollback disponvel e
isso ocorre no momento da execuo do primeiro comando DDL ou DML.
As transaes do tipo READ-ONLY (transaes que contm somente consultas) nunca so assinaladas
a um nico segmento de rollback.
Uma transao pode ser explicitamente assinalada a um segmento de rollback especfico a uma
aplicao, no momento da sua inicializao. Com essa caracterstica o usurio ou desenvolvedor pode
selecionar um segmento grande ou pequeno, de acordo com as caractersticas de sua transao.
Durante uma transao, o processo do usurio associado escreve as informaes de rollback somente
no segmento de rollback assinalado.
Quando uma transao efetivada (COMMIT) as informaes de rollback so liberadas, mas no
imediatamente destrudas.
Essas informaes permanecem no segmento de rollback para permitir a consistncia da leitura dos
dados lidos pelas consultas solicitadas antes da transao ser confirmada.
Quando a ltima extenso de um segmento de rollback completamente preenchida, o Oracle7
continua escrevendo as informaes de rollback na primeira extenso utilizada, de forma circular.
Entretanto, para algumas transaes muito extensas, o Oracle7 pode requerer uma nova extenso a ser
alocada para o segmento.
Cpia Controlada
Page 119 of 234
BASIS
Cada segmento de rollback pode manipular um certo nmero de transaes de uma instncia. Este nmero
especfico do sistema operacional e varia conforme o tamanho dos blocos de dados.
A menos que as transaes sejam explicitamente assinaladas a um segmento de rollback especfico, o

Oracle7 as distribui entre os outros disponveis, sendo que todos os segmentos possuem assinalados o
mesmo nmero de transaes ativas.
A distribuio das transaes no depende do tamanho dos segmentos de rollback.
Quando eles so criados, os parmetros de armazenamento podem ser utilizados para especificar como a
alocao do espao controlada. Pelo menos duas extenses devem ser alocadas para cada segmento de
rollback.
Uma transao escreve as informaes seqencialmente e usa somente um segmento ao mesmo

tempo.
Por outro lado, diversas transaes ativas podem compartilhar o mesmo segmento de rollback, inclusive
uma mesma extenso, mas os blocos de dados somente podem conter informaes sobre uma nica
transao.
Quando uma extenso se torna completamente cheia e no existe mais espao para uma transao, o
Oracle7 localiza uma outra extenso disponvel no mesmo segmento de rollback.
Para isso, ele reutiliza uma outra extenso j alocada ou aciona e aloca uma nova extenso para o
segmento.
A primeira transao que precisar acionar mais espao no segmento de rollback verifica a prxima
extenso e, caso no exista nenhuma transao nela pendente, o Oracle7 a utiliza para amazenar as
informaes de rollback de todas as transaes que necessitarem.
Quando um segmento de rollback criado ou alterado, o parmetro de armazenamento OPTIMAL, que
utilizado somente para esses tipos de segmentos, pode ser usado para especificar o melhor tamanho,
em bytes.
Se uma transao precisa continuar a escrever as entradas de rollback em uma outra extenso, o
Oracle7 compara o tamanho do segmento com o tamanho timo (parmetro OPTIMAL).
Se o segmento de rollback maior que o tamanho timo e a extenso seguinte est inativa, o Oracle7
desaloja extenses consecutivas no ativas para o segmento at que o seu tamanho total seja igual ou
maior ao tamanho timo.
Um segmento de rollback configurado com o parmetro OPTIMAL no pode ser menor do que o espao
combinado destinado ao nmero mnimo de extenses de um segmento.
Quando um segmento de rollback eliminado, todas as extenses so retornadas para a tablespace e
ficam disponveis para outros segmentos.
Quando uma instncia abre um banco de dados, pode acionar um ou mais segmentos de rollback e
assim controlar informaes de rollback produzidas por transaes subseqentes.
Os segmentos de rollback acionados por uma instncia podem ser pblicos ou privados.
Um segmento de rollback privado aquele explicitamente acionado quando o banco de dados aberto.
Os segmentos de rollback pblicos formam um grupo de segmentos que podem ser usados por
qualquer instncia.
Qualquer nmero de segmentos de rollback, privados ou pblicos, podem existir em um banco de

dados.
Assim que uma instncia abre um banco de dados, experimenta acionar um ou mais segmentos de rollback de
acordo com as seguintes regras:
Uma instncia pode acionar no mnimo um segmento de rollback. Se somente uma instncia est
acessando um banco de dados, ela aciona o segmento SYSTEM; se uma instncia apenas mais uma
das que acessam um banco de dados, ela aciona o segmento de rollback SYSTEM e pelo menos um
Cpia Controlada
Page 120 of 234
BASIS
outro segmento. Se esse outro segmento de rollback no pode ser acionado, um erro retornado e a
instncia no pode abrir o banco de dados.
A instncia, em primeiro lugar tenta acionar todos os segmentos de rollback privados especificados pelo
parmetro ROLLBACK_SEGMENTS. Se uma instncia abre um banco de dados e tenta acionar um
segmento de rollback privado j utilizado por outra instncia, a primeira recebe uma mensagem de erro
durante a inicializao do banco de dados. Um erro tambm ocorre se uma instncia tenta acionar um
segmento de rollback privado que no existe.
Se uma instncia for acionada com um nmero suficiente de segmentos de rollback privados, nenhuma
outra ao necessria. Entretanto, se mais segmentos forem necessrios, a instncia aciona os
pblicos.
Uma instncia sempre tenta acionar no mnimo o nmero de segmentos de rollback igual ao quociente
dos valores dos seguintes parmetros de inicializao:
TRANSACTIONS
CEIL
TRANSACTIONS_PER_ROLLBACK_SEGMENT
O parmetro TRANSACTIONS_PER_ROLLBACK_SEGMENT no limita o nmero de transaes que

podem acessar um segmento de rollback. Ao contrrio, ele determina o nmero de segmentos de
rollback acionados quando uma instncia abre um banco de dados. O parmetro TRANSACTIONS
especificado de acordo com o valor do parmetro PROCESSES:
TRANSACTIONS = PROCESSES * 1.1
Os diferentes status de um segmento de rollback podem ser um dos seguintes:

OFFLINE
No acionado por nenhuma instncia.
ONLINE
Est sendo acionado por uma instncia e pode conter dados de uma transao
ativa.
NEEDS
RECOVERY
Contm dados de transaes no efetivadas que no podem ser desfeitas pelo

fato dos arquivos envolvidos estarem inacessveis ou com problemas.
PARTLY
AVAILABLE
Contm dados de uma transao distribuda ainda no resolvida.
INVALID
Foi eliminado (o espao uma vez alocado para um segmento de rollback pode
ser reutilizado mais tarde quando um novo segmento for criado).
Os estados PARTLY AVAILABLE e NEEDS RECOVERY so bastante parecidos.

O primeiro indica que o segmento est sendo utilizado por uma transao distribuda que no pode ser
resolvida por causa de uma falha na rede.
O estado NEEDS RECOVERY indica que o segmento est sendo utilizado em uma transao local ou
distribuda que no pode ser resolvida por causa de uma falha nos dispositivos de armazenamento do
banco de dados, como por exemplo um arquivo no existente ou com problemas.
O Oracle7 ou mesmo o DBA podem tornar um segmento de rollback com o estado PARTLY
AVAILABLE disponvel para uso (ONLINE), mas o segmento de rollback no estado NEEDS RECOVERY
deve ser alterado para OFFLINE antes de ser deixado disponvel (se um banco de dados recuperado,
o Oracle7 automaticamente altera o estado do segmento de rollback para OFFLINE).
O DBA pode remover um segmento de rollback no estado NEEDS RECOVERY, mas no se o
segmento estiver no estado PARTLY AVAILABLE.
Cpia Controlada
Page 121 of 234
BASIS
Os segmentos temporrios.
Os segmentos temporrios so alocados quando necessrios durante a sesso de um usurio e so
eliminados quando o comando executado termina.
As caractersticas de armazenamento das suas extenses so determinadas pelas caractersticas da

prpria tablespace utilizada pelo segmento temporrio.
Com o comando CREATE USER e ALTER USER podemos especificar a tablespace temporria de um
usurio atravs da clusula TEMPORARY TABLESPACE.
Opcionalmente, podemos criar uma classe especial de tablespace para conter esses segmentos. So as
chamadas tablespaces temporrias! Podemos cri-las atravs do comando CREATE TABLESPACE com a
clusula TEMPORARY.
Consideremos, na sua criao, especificarmos o valor dos parmetros INITIAL e NEXT como mltiplos do
parmetro SORT_AREA_SIZE e PCTINCREASE como 0. Uma tablespace assim identificada no pode conter
qualquer outro objeto que no seja um nico segmento temporrio, usado por toda a instncia e criado
automaticamente pelo Oracle7 para as ordenaes quando o primeiro comando que requer a ordenao
emitido.
O seu crescimento de acordo com a demanda e seus extents podem ser usados pelas diferentes operaes
de ordenaes. A descrio desse segmento temporrio especial descrito em uma estrutura da SGA
chamada Sort Extent Pool (SEP). Podemos monitorar o segmento de ordenaco atravs da viso
V$SORT_SEGMENT:
CURRENT_USERS
TOTAL_EXTENTS
USED_EXTENTS
EXTENTS_HITS
MAX_USED_BLOCKS
MAX_SORT_BLOCKS
Nmero de usurios ativos.

Nmero total de extents.
Nmero de extents atualmente alocados para as ordenaes.
Nmero de vezes que um extent no usado foi encontrado no pool da SGA
(SEP).
Nmero mximo de blocos usados.
Nmero mximo de blocos usados por uma nica ordenao.
A tablespace SYSTEM a tablespace temporria padro para os usurios que no foram associados a
nenhuma outra, explicitamente.
Pelo fato dos segmentos temporrios serem alocados e desalocados muito freqentemente, uma boa
prtica a utilizao de uma tablespace especfica para cont-los.
Ganhamos com isso a efetiva distribuio do I/O entre diferentes acionadores de disco e uma melhoria
na fragmentao da tablespace SYSTEM e de outras tablespaces usadas para os segmentos
temporrios.
As informaes de redo log no contm qualquer entrada das alteraes feitas nos segmentos
temporrios.
Esses segmentos, na verdade, devem ser distribudos em uma ou mais tablespaces separadas de
todas as outras, visto que so eles que causam os maiores problemas de fragmentao dos dados.
Cpia Controlada
Page 122 of 234
BASIS

Os diversos tipos de segmentos de um banco de dados.
REM ********************
REM CKSEGTYP.SQL
REM Espaco alocado para cada tipo de segmento
REM ********************
BREAK ON OWNER
SELECT SUBSTR(owner,1,20) "OWNER",
SUBSTR(tablespace_name,1,15) "TABLESPACE",
SUBSTR(segment_type,1,15) "SEGMENT_TYPE",
SUM(bytes) "BYTES"
FROM dba_extents
GROUP BY SUBSTR(owner,1,20),
SUBSTR(tablespace_name,1,15),
SUBSTR(segment_type,1,15);
REM ********************
SQL> @CKSEGTYP.SQL
OWNER
TABLESPACE
SEGMENT_TYPE
BYTES
-------------------- --------------- --------------- ---------SCOTT
TOOLS
INDEX
471040
TOOLS
TABLE
5365760
SYS
RBS
ROLLBACK
18380800
SYSTEM
CACHE
2048
SYSTEM
CLUSTER
4751360
SYSTEM
INDEX
21923840
SYSTEM
ROLLBACK
204800
SYSTEM
TABLE
67946496
TREINAMENTO ROLLBACK
1269760
USERS
TABLE
368640
SYSTEM
TOOLS
INDEX
1658880
TOOLS
TABLE
7188480
TREINAMENTO TABLE
10240
USERS
TABLE
3072000
O que so as tablespaces?
Uma tablespace usada para agrupar outras estruturas lgicas relacionadas entre si e, dessa forma,
organizar o banco de dados. Por exemplo, geralmente as tablespaces agrupam todos os objetos de uma
aplicao para simplificar certas tarefas administrativas.
Um ou mais arquivos de dados so criados explicitamente para cada tablespace, ou seja, cada uma
delas formada por um ou mais arquivos no sistema operacional. Portanto, os dados de uma
tablespace so armazenados coletivamente nos arquivos de dados que a formam.
Quando um objeto de um esquema criado, como uma tabela ou ndice, o seu segmento tambm
criado em uma tablespace especfica.
O segmento de um objeto aloca espao em somente uma tablespace.
O tamanho combinado dos arquivos de dados que formam uma tablespace ditam a sua capacidade
total de armazenamento.
A combinao da capacidade de armazenamento de todas as tablespaces que formam um banco forma
a capacidade total de armazenamento desse banco de dados.
Cpia Controlada
Page 123 of 234
BASIS

O uso das tablespaces.
Uma tablespace pode estar acessvel ou no (dizemos comumente que pode estar ONLINE ou OFFLINE) e
geralmente permanece ONLINE, disponvel para os usurios. Entretanto, para algumas tarefas administrativas
ou em algumas situaes especiais, possvel deix-las OFFLINE. Elas so usadas para:
Controlar a alocao do espao em disco para os dados de um banco de dados.

Assinalar quotas especficas de espao para os usurios.
Controlar a disponibilidade dos dados.
Executar operaes parciais de cpia e recuperao de um banco de dados.
Alocar o armazenamento dos dados entre diferentes dispositivos de armazenamento para melhorar a
performance do banco de dados.
A tablespace SYSTEM.
Podemos criar novas tablespaces, adicionar e remover arquivos de dados, configurar e alterar os parmetros
de armazenamento para os segmentos criados e, naturalmente, podemos remov-las sem maiores
problemas. Cada banco de dados Oracle7 contm uma tablespace chamada SYSTEM, que criada
automaticamente na criao do banco.
Essa tablespace contm os dados das tabelas do dicionrio de dados.

Um banco de dados pequeno pode ter apenas a tablespace SYSTEM; entretanto recomendvel que
pelo menos uma outra seja criada para armazenar os dados dos usurios separados das informaes
do dicionrio de dados. Isto permite mais flexibilidade em vrias tarefas administrativas e pode reduzir a
conteno (acesso simultneo aos objetos por processos de diversos usurios) entre os objetos do
dicionrio de dados e os objetos dos esquemas dos usurios.
Essa tablespace precisa sempre estar disponvel (ONLINE) para o banco.
Tablespaces ONLINE e OFFLINE.

Podemos tornar qualquer tablespace disponvel (ONLINE) ou no disponvel (OFFLINE) quando um banco de
dados aberto.
A nica exceo, segundo o comentrio anterior, que a tablespace SYSTEM nunca pode ser deixada
no estado OFFLINE, pois o dicionrio de dados precisa ficar sempre disponvel para o banco de dados.
Todos os programas gerados pela opo procedural (procedures, funes, packages e triggers)
geralmente so armazenados na tablespace SYSTEM. Portanto, se qualquer um desses objetos for
criado em um banco, precisamos planejar o espao requerido na tablespace SYSTEM.
Quando uma tablespace est OFFLINE (no disponvel) o Oracle7 no permite qualquer comando SQL
que referencie os objetos l contidos. As transaes ativas, que possuem comandos SQL que acessam
os dados de uma tablespace que se tornou no disponvel, gravam os dados de rollback em segmentos
de rollback especiais cedidos pelo Oracle7 (deferred rollback segments), na tablespace SYSTEM.
Quando a tablespace volta a ficar disponvel, o Oracle7, se necessrio, aplica o segmento de rollback
cedido.
Uma tablespace no pode tornar-se inacessvel enquanto existir pelo menos um segmento de rollback
ativo. O Oracle7 automaticamente pode alternar o estado de uma tablespace, de ONLINE para
OFFLINE, quando certos tipos de erros acontecem (por exemplo, quando um processo falha em
diversas tentativas de escrever um dado na tablespace).
Os usurios que tentam acessar uma tablespace com problemas recebem uma mensagem de erro e,
caso esse erro seja proveniente de uma falha de disco, a tablespace deve ser recuperada aps a
resoluo do problema.
Cpia Controlada
Page 124 of 234
BASIS

Alterando o tamanho de uma tablespace.
Para aumentar um banco de dados, um ou mais arquivos de dados podem ser adicionados, aumentando
assim o espao disponvel na tablespace correspondente. Alternativamente podemos criar outras tablespaces
para aumentar o tamanho de um banco. Tambm podemos dinamicamente alterar o tamanho dos arquivos de
dados que formam uma tablespace. Conseguimos isso atravs do seguinte comando:
SQL> ALTER DATABASE DATAFILE '/usr/app/oracle/product/8.0.3/dbs/user01.dbf' RESIZE 30M;
DATAFILE filespec { RESIZE integer [K|M]
| AUTOEXTEND { OFF
| ON [NEXT integer [K|M]
[MAXSIZE [UNLIMITED | integer [K|M]]]}}
Onde:
RESIZE
AUTOEXTEND
MAXSIZE
NEXT
Aumenta ou diminui o tamanho de um datafile.

Liga ou desliga o crescimento automtico de um datafile.
o tamanho mximo que um arquivo pode aumentar automaticamente. O valor default
UNLIMITED, ou seja, limitado pelo sistema operacional.
o tamanho mnimo de aumento de um datafile. O valor default o nmero de bytes que
formam um bloco de dados do Oracle7.
Os diversos tipos de tablespaces.

Um nmero mnimo de tablespaces devem ser criadas, alm da tablespace SYSTEM. A tabela mostrada a
seguir apresenta esses tipos e o que cada uma deve conter.
Tablespace
O que contm?
SYSTEM
Somente segmentos do dicionrio de dados.
TEMP
Somente segmentos temporrios.
RBS
Somente segmentos de rollback.
TOOLS
Segmentos de propsito geral.
USER
Segmentos de usurios quaisquer.
DATA
Contm segmentos de dados para os objetos dos seus sistemas. Na prtica, voc
deve usar diversas tablespaces de dados, pois esta a forma que o Oracle7
possui para que voc possa particionar o contedo do banco de dados em
diversos arquivos fsicos para a otimizao do seu sistema.
INDEX
Segmentos de ndices referentes aos segmentos de dados que se encontram nas

tablespaces de dados (DATA).
Cpia Controlada
Page 125 of 234
BASIS
Precisamos considerar as caractersticas dos dados antes da determinao das estruturas das tablespaces
para o banco de dados. Para isso, devemos considerar a configurao da estrutura de diretrios do sistema
operacional, a minimizao da fragmentao e da conteno em disco, a separao de segmentos distintos e
o armazenamento dos arquivos do banco de dados.
As tablespaces READ-ONLY.
O Oracle7 permite-nos uma facilidade que, se bem aproveitada, pode facilitar bastante o gerenciamento de
nossos bancos de dados. So as tablespaces READ-ONLY. Essas tablespaces no permitem quaisquer
operaes de gravao nos seus datafiles. Temos diversas vantagens que podemos conseguir com o seu
uso: os seus arquivos no precisam de backups freqentes, j que no so modificados; eles tambm no
precisam de RECOVERY; e, finalmente, elas podem residir em dispositivos READ-ONLY, como um CD-ROM
ou um write-once-read-many (WORM). Assim, tabelas estticas muito grandes com informaes histricas
que devem permanecer disponveis podem tirar proveito dessas facilidades.
As tablespaces READ-ONLY somente podem voltar a ficar disponveis para gravao para o banco de dados
no qual foram criadas. Antes de tornarmos uma tablespace READ-ONLY, devemos seguir as seguintes
consideraes:
A tablespace deve estar ONLINE.

No pode haver nenhuma transao ativa na mesma (isso necessrio para que tenhamos garantia de
que nenhuma informao de rollback seja necessrio ser aplicada mesma).
A tablespace no pode conter qualquer segmento de rollback ativo. Recomendamos que eles sejam
removidos da tablespace antes dela tornar-se READ-ONLY.
A tablespace no pode estar envolvida em um procedimento de backup ONLINE, por que o END
BACKUP atualiza os headers dos seus arquivos.
O parmetro COMPATIBLE deve ser configurado para a verso 7.1.0 ou superior.
Precisamos possuir o privilgio de ALTER TABLESPACE.
A tablespace SYSTEM nunca pode ser tornada READ-ONLY, pois ela contm o segmento de rollback
SYSTEM e as tabelas e vises do dicionrio de dados que sempre precisam estar disponveis. As tablespaces
temporrias no so boas candidatas a tornarem-se READ-ONLY, j que so necessrias para a criao dos
segmentos temporrios. Devemos considerar colocar o banco de dados no modo RESTRICT para que
somente os usurios com o privilgio RESTRICT SESSION consigam as conexes ao mesmo.
ALTER TABLESPACE tablespace

{ ADD DATAFILE { filespec
[AUTOEXTEND [ OFF
| ON [NEXT integer [K|M]]
[MAXSIZE {UNLIMITED | integer[K|M] ]
[, filespec ...] }
| RENAME DATAFILE 'filename' [,'filename'] ...
TO 'filename' [,'filename'] ...
| DEFAULT STORAGE storage_clause
| COALESCE
| ONLINE
| OFFLINE [NORMAL | TEMPORARY | IMMEDIATE]
| READ ONLY
| READ WRITE
| {BEGIN | END} BACKUP}
Onde:
Cpia Controlada
Page 126 of 234
BASIS

READ ONLY
READ WRITE
Significa que a tablespace permanecer no modo READ-ONLY, sem receber qualquer

gravao, somente consultas.
Significa que a tablespace permanecer no modo READ-WRITE, podendo receber
operaes de leitura e gravao. Esse o modo default.
Podemos usar a clusula RENAME DATAFILE para copiarmos os datafiles para os dispositivos READ-ONLY.
O privilgio de ALTER TABLESPACE necessrio para alterarmos o status das tablespaces. Devemos nos
lembrar de voltar ao modo READ-WRITE antes de retornamos a uma verso anterior do Oracle7. Devemos
copiar as tablespaces READ-ONLY dos dispositivos READ-ONLY para um READ-WRITE antes de voltar ao
seu status default. Todos os datafiles da tablespace devem permanecer ONLINE antes de alterarmos o seu
status.
Quanto ao backup, no necessitamos copiar as tablespace READ-ONLY, pois elas no so atualizadas, ou
seja, seus datafiles no sofrem quaisquer operaes. Para garantirmos a integridade de nossos dados, basta
que faamos um backup em seguida ao de tornarmos as tablespace READ-ONLY. Podemos, inclusive,
executarmos um backup ONLINE em qualquer momento, sem ao menos usarmos o comando ALTER
TABLESPACE BEGIN/END BACKUP.
No podemos nos esquecer de usar o comando ALTER DATABASE BACKUP CONTROLFILE TO TRACE em
todas as vezes que o banco de dados sofrer alguma alterao estrutural, o que pode ser necessrio para
recriarmos os arquivos de controle (esse procedimento deve ser usado mesmo quando trabalhamos com as
tablespace READ-ONLY). Consideremos tambm que se no pudermos restaurar os datafiles de uma
tablespace READ-ONLY para a localizao correta, devemos usar o comando ALTER DATABASE RENAME
para alterarmos os ponteiros do arquivo de controle para a nova localizao. Os procedimentos para
recuperarmos uma tablespace usando um backup do arquivo de controle basicamente o mesmo para as
tablespaces normais, exceto que precisamos tornar a tablespace ONLINE depois que o banco de dados
aberto.
Minimizando a fragmentao.
importante a aplicao da tcnica da separao dos grupos de objetos com diferentes caractersticas de
fragmentao entre as tablespaces.
Consideremos a tabela seguinte das caractersticas de fragmentao:
Tipo de segmento
Caractersticas de fragmentao
Dicionrio de dados
No causam fragmentao ou possuem tendncia fragmentao zero.
Temporrios
Causam os mais srios problemas de fragmentao.
Rollback
Podem causar graves problemas de fragmentao, mas geralmente possuem

moderada propenso.
Miscelneas
Geralmente possuem moderada tendncia fragmentao.
Dados e ndices
Possuem baixa propenso fragmentao.
Cpia Controlada
Page 127 of 234
BASIS

As caractersticas de cada um dos tipos de segmentos acima, mostra que um cuidado especial deve ser
tomado com a separao dos segmentos com alta tendncia fragmentao daqueles de moderada e baixa
propenso.
Dessa forma possvel minimizarmos a fragmentao do banco de dados, melhorando assim a performance.
A fragmentao ocorre quando o banco de dados no possui o seu espao usado continuamente. Essa
fragmentao pode ser no disco ou nas tablespaces.
A fragmentao em disco degrada a performance do banco de dados e pode ser causada pela
fragmentao das linhas entre os blocos de dados e pelo aumento e encolhimento excessivo do nmero
das extenses que formam os diversos segmentos.
Cpia Controlada
Page 128 of 234
BASIS
Minimizando a conteno em disco.

A conteno em disco pode ser minimizada atravs da separao dos grupos de segmentos mais acessados
em tablespaces diferentes. Devemos considerar a possibilidade da separao dos segmentos do dicionrio de
dados de todos os outros segmentos, assim como os segmentos de rollback e os segmentos de dados de
seus segmentos de ndices correspondentes. Um cuidado extra deve ser tomado com os arquivos de redo log,
j que geralmente so eles que causam os mais srios problemas de conteno em disco.
A separao dos segmentos tambm precisa seguir alguns critrios que, aplicados, podem melhorar os
procedimentos de cpia e recuperao do banco de dados, assim como permite-nos uma maior clareza na
organizao e uma garantia extra de segurana para os dados. Esses critrios podem ser resumidos em:
Separar segmentos com diferentes necessidades de backup. Essa tcnica permite uma melhor clareza,
segurana e funcionalidade para os procedimentos de cpia do banco de dados, bem como facilita uma
possvel recuperao.
Separar segmentos de acordo com a disponibilidade dos dados para os usurios. Com a aplicao
dessa tcnica possvel proibirmos o acesso a determinadas aplicaes, somente tornando OFFLINE a
tablespace que contm os objetos acessados por elas.
Separar segmentos considerando o tempo de vida das aplicaes que os utilizam. Caso exista alguma
aplicao a ser desativada dentro de pouco tempo, o armazenamento dos segmentos acessados por
ela em uma tablespace deve ser considerado. Quando da necessidade de tir-la de produo, basta
removermos a tablespace.
Os arquivos de controle e redo log devem ser mantidos em cpias ONLINE em discos diferentes
(tcnica conhecida como espelhamento). Os arquivos de controle no podem nunca ser perdidos e o
uso de pelo menos dois deles em diferentes dispositivos fsicos altamente recomendado.
Aos arquivos de redo log tambm devemos prestar especial ateno, visto que eles causam um dos
mais srios problemas de conteno nos discos; por isso devem ser mantidos espelhados em diferentes
dispositivos fsicos, para melhorar no somente a conteno como tambm para garantir uma maior
segurana no caso de erro irrecupervel.
imprescindvel a monitorao do banco de dados em busca de possveis problemas de conteno em
disco.
Finalmente, a separao dos arquivos que compem as tablespaces em diferentes discos, assim como
o transporte de segmentos muito acessados para outras tablespaces armazenadas em dispositivos
diversos, devem ser considerados.
Cpia Controlada
Page 129 of 234
BASIS

Preparando o ambiente do sistema operacional.
Precisamos decidir o nome para a instncia e para o banco de dados, que deve ser nico, e configurar o
ambiente do sistema operacional.
Nos sistemas UNIX, geralmente esse nome incorporado ao nome do arquivo de parmetros, o que
facilita o gerenciamento, pois o Oracle7 tenta localiz-lo no diretrio $ORACLE_HOME/DBS.
Por exemplo, se uma instncia possui o nome TEST, o seu arquivo de parmetros pode ter o nome
initTEST.ora.
Caso uma outra instncia tenha o nome Prod8, o nome do seu arquivo de parmetros provavelmente
deve ser identificado por initProd8.ora.
Consideremos que as letras maisculas e minsculas fazem diferena nos sistemas UNIX.
Assim, para uma verificao de quais os nomes que no podem ser usados para a instncia de um novo
banco de dados, podemos listar o contedo do diretrio $ORACLE_HOME/DBS com o seguinte comando:
$ ls $ORACLE_HOME/dbs/init*.ora
/usr/oracle/dbs/initTEST.ora
/usr/oracle/dbs/initProd8.ora
Uma outra forma de verificao dos nomes das instncias com o uso do comando PS do UNIX, conforme o
exemplo abaixo, que nos mostra os processos em memria:
$ ps -ef | grep ora
oracle 186
1 0 07:20:14 console 0:00 -sh
oracle 413 186 3 08:37:06 console 0:00 grep ora
oracle 414 413 9 08:37:06 console 0:00 ps -ef
oracle 400
1 0 08:36:18 ?
0:00 ora_pmon_TEST
oracle 402
1 0 08:36:22 ?
0:00 ora_smon_TEST
oracle 401
1 0 08:36:20 ?
0:00 ora_dbwr_TEST
oracle 404
1 0 08:36:26 ?
0:00 ora_lgwr_TEST
oracle 405
1 0 07:40:12 ?
0:00 ora_pmon_Prod7
oracle 406
1 0 07:40:13 ?
0:00 ora_smon_Prod7
oracle 408
1 0 07:40:15 ?
0:00 ora_dbwr_Prod7
oracle 409
1 0 07:40:16 ?
0:00 ora_lgwr_Prod7
o identificador do sistema, ou ORACLE_SID, uma varivel de ambiente do UNIX, que determina qual o
nome da instncia a que podemos nos conectar.
atravs desse nome, no caso de estarmos emulando o UNIX, que o Oracle7 consegue localizar o
arquivo de parmetros no diretrio $ORACLE_HOME/DBS, pois conforme vimos, o nome da instncia
incorporado ao nome desse arquivo.
Nos sistemas UNIX, podemos configurar o nome da instncia atravs dessa varivel.
Com a insero, no arquivo .PROFILE dos usurios no sistema operacional UNIX, das linhas abaixo, podemos
configurar o nome de uma instncia como TEST.
ORACLE_SID=TEST
export TEST
Para configurar o nome da instncia como Prod8, devemos inserir as linhas abaixo no mesmo arquivo
.PROFILE dos usurios ou atravs da linha de comando do SHELL do sistema operacional:
$ ORACLE_SID=Prod8
$ export ORACLE_SID
Cpia Controlada
Page 130 of 234
BASIS

Essa varivel de ambiente nos sistemas UNIX determina a instncia a que os usurios podem se conectar. O
nome pode ser formado de um a oito caracteres.
Configurao da SGA.
A configurao da SGA passa necessariamente pela configurao do kernel do UNIX, que possui o parmetro
SHMMAX para determinar o tamanho mximo de uma regio ou segmento de memria alocada. Dentre os
diversos parmetros de inicializao, quatro deles so de extrema importncia para a configurao da SGA:
DB_BLOCK_BUFFERS, DB_BLOCK_SIZE, SORT_AREA_SIZE e SHARED_POOL_AREA. Devemos
configur-los da melhor maneira possvel para determinarmos o tamanho ideal para a SGA, para que ela se
comporte nos limites aceitveis da memria disponvel no UNIX. Podemos calcular o tamanho da SGA como:
SGALen = (DB_BLOCK_BUFFERS * DB_BLOCK_SIZE)
+ SORT_AREA_SIZE
+ SHARED_POOL_SIZE
+ 1M
Onde:
SGALen
Tamanho da SGA.
Para determinarmos o tamanho exato da SGA de uma instncia, podemos usar o comando SHOW SGA,
atravs da ferramenta SQL*DBA ou do Server Manager:
SVRMGR> SHOW sga
Total System Global Area
21849580 bytes
Fixed Size
47932 bytes
Variable Size
19720880 bytes
Database Buffers
2048000 bytes
Redo Buffers
32768 bytes
O roteiro abaixo pode ser usado para obtermos uma perfeita viso dos componentes da SGA:
REM ********************
REM COMPOSGA.SQL
REM Componentes da SGA
REM ********************
TTITLE LEFT "Monitorando os componentes da SGA SKIP 1
BTITLE OFF
SET ECHO OFF
SET FEEDBACK OFF
SET LINESIZE 80
SET NULL "Null"
SET PAGESIZE 10000
SET SHOWMODE OFF
SET TAB OFF
SET TERMOUT OFF
SET TRIMOUT ON
SET VERIFY OFF
SET WRAP ON
COLUMN value FORMAT 999,999,999,999
COLUMN bytes FORMAT 999,999,999,999
SELECT *
FROM v$sga
ORDER BY value DESC
Cpia Controlada
Page 131 of 234
BASIS

/
TTITLE OFF
SELECT *
FROM v$sgastat
ORDER BY bytes DESC
/
REM ********************
SQL> @COMPOSGA.SQL
NAME
VALUE
-------------------- ---------------Variable Size
19,680,136
Database Buffers
2,048,000
Redo Buffers
163,840
Fixed Size
47,932
NAME
BYTES
-------------------------- ---------------sql area
8,558,456
library cache
4,733,536
db_block_buffers
2,048,000
dictionary cache
1,837,096
PL/SQL MPCODE
1,308,472
free memory
850,400
PL/SQL DIANA
632,080
sessions
319,504
event statistics
264,600
VIRTUAL CIRCUITS
227,448
db_block_hash_buckets
222,008
log_buffer
163,840
gc_*
149,392
enqueue_locks
118,848
processes
100,800
transactions
68,176
miscellaneous
56,848
fixed_sga
47,932
db_block_multiple_hashcha
37,152
messages
25,600
db_files
24,608
trigger defini
24,464
DML locks
20,000
character set memory
18,408
SEQ S.O.
18,000
db_multiblock_read
16,120
enqueue_resources
14,400
character set object
8,192
ENQUEUE STATS
6,944
transaction_branches
5,760
table definiti
5,696
UNDO INFO
4,728
PLS non-lib hp
2,104
fixed allocation callback
200
kzull
96
O comando IPCS do sistema operacional (existente no HP-UX) nos mostra a sua prpria memria
compartilhada. A SGA mostrada dentro dela (no exemplo abaixo, ela est assinalada em negrito). Perceba
que a SGA, que possui 21849580, cabe inteiramente na memria do sistema operacional:
Cpia Controlada
Page 132 of 234
BASIS
$ ipcs -b
IPC status from /dev/kmem as of Mon Sep 23 13:50:10 1996
T ID KEY
MODE
OWNER GROUP QBYTES
Message Queues:
q
0 0x3c04188c -Rrw--w--w- root root 32768
q
1 0x3e04188c --rw-r--r-- root root 264
q
2 0x04917dff --rw-rw-rw- root root 2400
q
3 0x0045dcf8 --rw-rw-rw- root root 5520
q
4 0x0d5dcf71 --rw-rw-rw- root root 5520
T ID KEY
MODE
OWNER GROUP SEGSZ
Shared Memory:
m
0 0x41041844 --rw-rw-rw- root root
512
m
1 0x41041896 --rw-rw-rw- root root 14620
m
2 0x4104280b --rw-rw-rw- root root 8192
m
3 0xff040009 --rw-rw-rw- root root
84
m
4 0xfe040009 --rw-rw-rw- root root 24652
m
5 0xfd040009 --rw-rw-rw- root root 2608
m
6 0xfc040009 --rw-rw-rw- root root 20812
m
7 0x4013ba9b --rw-rw---- oracle
dba 21850120
T ID KEY
MODE
OWNER GROUP NSEMS
Semaphores:
s
0 0x41041896 --ra-ra-ra- root root 2
s
1 0x4104280d --ra-ra-ra- root root 2
s
2 0x00446f6d --ra-r--r-- root root 1
s
3 0x01090522 --ra-r--r-- root root 1
s
4 0xff040009 --ra-ra-ra- root root 1
s
5 0x00000000 --ra-ra---- oracle
dba 200
Podemos usar, adicionalmente, o comando TSTSHM, do UNIX, para obtermos mais informaes sobre a
memria:
$ tstshm
Number of segments gotten by shmget() = 50
Number of segments attached by shmat() = 12
Segments attach at higher addresses
Shared memory non-attachable at specific addresses!
Default shared memory address = 0xc14ef000
Lowest shared memory address = 0xc14ef000
Highest shared memory address = 0xffffffff
Total shared memory range = 1053888511
Total shared memory attached = 25165824
Largest single segment size = 2097152
Segment boundaries (SHMLBA) = 4096 (0x1000)
Devemos nos preocupar tambm com a configurao dos seguintes parmetros do kernel do UNIX:
SHMMAX
SEMMNI
SHMSEG
SEMMNS
Estabelece o tamanho mximo, em bytes, de um segmento de memria compartilhada.

Recomendamos o valor 0x4000000 (64 MB).
Estabelece o nmero mximo de segmentos de memria no sistema. Recomendamos o valor
100.
Estabelece o nmero mximo de segmentos que um processo pode usar. Recomendamos o
valor 12.
Estabelece o nmero de semforos no sistema. Recomendamos o valor 128. Cada processo
requer no mnimo um semforo.
Cpia Controlada
Page 133 of 234
BASIS

SEMMNI
Estabelece a quantidade mxima de memria que pode ser alocada. Recomendamos o valor 10.
Se o tamanho da SGA exceder o tamanho mximo de um segmento de memria (SHMMAX), o Oracle7

experimenta usar mais segmentos.
O parmetro SHMSEG estabelece o nmero mximo de segmentos que podem ser usados por um
processo.
A SGA deve estar contida inteiramente na memria principal.
O valor default para o parmetro SHMMAX para o HP 9000 serie 800 de 64 MB. O tamanho da SGA
deve ser delimitado pela rea de swap, no disco.
Conforme vimos, antes da instncia ser criada, o Oracle7 l o seu arquivo de parmetros. Uma instncia pode
ser inicializada (ou posteriormente alterada) em um modo restrito somente aos usurios que possuem o
privilgio RESTRICT SESSION. Nesses casos, quem no possui este privilgio no consegue conectar-se ao
banco de dados.
Em circunstncias fora do comum, quando um banco de dados finalizado, pode ocorrer de alguns processos
terem ficado pendentes.
Nessas situaes o banco de dados pode retornar um erro durante uma tentativa de inicializao normal da
instncia. Para resolvermos este problema, devemos eliminar todos os processos remanescentes da instncia
anterior e inicializar uma nova instncia.
Para sabermos o tempo decorrido desde a ltima vez que a instncia foi acionada, podemos usar um dos
seguintes scripts:
REM ********************
REM LASTSTR1.SQL
REM ********************
SELECT TO_CHAR(TO_DATE(d.value,'J'),'MM/DD/YYYY')||' '||
TO_CHAR(TO_DATE(s.value,'SSSSS'),'HH24:MI:SS')
startup_time
FROM v$instance d,
v$instance s
WHERE d.key = 'STARTUP TIME - JULIAN'
AND s.key = 'STARTUP TIME - SECONDS';
REM ********************
SQL> LASTSTR1.SQL
STARTUP_TIME
------------------05/14/1998 11:13:47
REM ********************
REM LASTSTR2.SQL
REM ********************
COLUMN STTime FORMAT A30
SELECT name "Database",
TO_DATE(a.value,'J')
|| ':'|| FLOOR(b.value/3600)
|| ':'|| (FLOOR(b.value/60) - (FLOOR(b.value/3600) * 60))
|| ':'|| (b.value - (FLOOR(b.value/60) * 60)) STTime
FROM v$instance a, v$instance b, v$database c
Cpia Controlada
Page 134 of 234
BASIS

WHERE b.key LIKE 'STARTUP TIME - S%'
AND a.key LIKE 'STARTUP TIME - J%';
REM ********************
SQL> @LASTSTR2.SQL
Database STTIME
--------- ------------------ORCL
14-MAY-98:11:13:47
BRTOOLS Backup Tasks

O gerenciamento do Banco de Dados Oracle ser acompanhado pelas transaes DB02, onde diariamente
estaremos acompanhando o crescimento das tabelas, indexes e tablespace. Para atravs da ferramenta
DBACOCKPIT prestarmos a manuteno necessria nas tabelas; Alterando um paramtro de maxextent,
reorganizando uma tabela ou um tablespace, etc.
Os Backup utilizam informaes que esto contidas no arquivo INIT<SID>.SAP, localizado no diretrio
Orant\Backup do servidor SAP. Trata-se de um arquivo TXT, que pode ser editado com qualquer editor de
texto. Caso seja editado, salvar as alteraes como somente texto, sem formatao.
Este arquivo configurado somente no incio da implantao das rotinas de backup, no sendo portanto
editado diariamente, somente em eventuais alteraes.
O processo de backup do SAP envolve o backup do Database Oracle e tambm dos Off-Line Redo log Files,
que so alteraes feitas no Database.
Isto significa que cada operao de Backup, ter de ser executada em 2 fases:
A ferramenta de backup e restore do SAP R/3 o brtools, por ela, que devemos gerenciar o banco de
dados, independente de qual seja ele.
Se logar no UNIX com o usurio ora<SID> e execute o comando BRTOOLS.
Cpia Controlada
Page 135 of 234
BASIS
Na tela SAP DATABASE ADMINISTRATION, selecione a letra H para fazer um backup da base de dados.
Cpia Controlada
Page 136 of 234
BASIS

4. Selecione a opo A Backup Function.
5. Tecle enter.
6. Digite B para inicializar a fita de backup.

7. Pressione Enter.
8. Enter q (Return).
9. Pressione Enter.
10. Note a descrio da linha que mostra Initialize BRBACKUP tape.
11. Se voc s tem uma fita para inicializar, v para o passo 16. Caso tenha mais de uma fita para inicializar
entre com a opo D e digite o numero de fitas.
12. Pressione Enter.
13. Enter o nmero da fita para ser inicializada.
14. Pressione Enter
Cpia Controlada
Page 137 of 234
BASIS

.
15. O nmero de fitas deve aparecer na linha da opo D.
16. Enter s (Start BRBACKUP).
6
10
11
A tela acima mostra a fita que foi inicializada com sucesso, pressione Enter.
Podemos inicializar uma fita pelo PROMPT do sistema operacional: brbackup i force n 1 v <nome fita>.
-n indica o nmero de fitas.
-v o nome da fita.
15
Cpia Controlada
Page 138 of 234
BASIS
Digite a opo I
O Archive Tape pode ser feito por 2 caminhos:
_ Usando o BRTOOLS
_ Usando o BRARCHIVE
1 - No prompt, enter SAPDBA, pressione Enter.
2- Na tela acima digite a opo I (Backup offline redo logs).
3- Pressione Enter.
4. Enter a (Archive function).
5. Pressione Enter.
1
Cpia Controlada
Page 139 of 234
BASIS
6. Enter k (Initialize BRARCHIVE tape).

7. Pressione Enter.
8. Enter q para retornar ao menu.
9. Pressione Enter.
Cpia Controlada
Page 140 of 234
BASIS

9. Note a mensagem a direita -> Inicialize BRARCHIVE tape.
O numero da fita inicializada pode ser trocada pelo mesmo caminho do BRBACKUP.
Enter d (Number of tapes)
Pressione Enter.
Enter o nmero da fita que ser inicializada.
Pressione Enter.
10. Enter s para iniciar o BRARCHIVE e pressione Enter.
11. Quando terminar o processo aparecer a mensagem: BRARCHIVE executed successfully displays.
12. Remova a fita e atualize o seu controle de backup de acordo com suas normas internas.
Backup database
Para executar o backup Offline:

_ Parar o R/3
_ Ter as fitas de backup inicializadas.
1. No prompt, enter SAPDBA, pressione Enter.
2. Entre h (Backup database).
3. Pressione Enter.
2
4. Verifique que no campo Backup Function aparece -> Normal Backup.
Cpia Controlada
Page 141 of 234
BASIS
5. Reveja a linha e (Backup type) para determinar que tipo de backup est configurado (Online ou Offline).
6. O tipo de Backup pode ser alterado, selecione opo e (Backup type), e selecione:
_ a (online backup)
_ b (offline backup)
7. Tecle Enter.
Cpia Controlada
Page 142 of 234
BASIS

8. Escolha uma opo (por ex. a).
9. Pressione Enter.
10. Digite q (Return) para voltar a tela anterior.
12. Enter S (Start BRBACKUP).
14. No prompts voc recebe a mensagem para troca da fita quando for necessrio.
15. Digite cont, para continuar o processo.
17. Quando o Backup termina, aparece a mensagem: BRBACKUP terminated successfully.
18. Remova a fita e armazene-a num lugar seguro.
Cpia Controlada
Page 143 of 234
BASIS
Para o Backup dos Achives Logs, devemos ter as fitas inicializadas.

Usamos o SAPDBA para executar este backup, e tambm podemos executar o BRARCHIVE atrvs de um
job chron.
1. No prompt, enter SAPDBA, pressione Enter.
2. Digite i (Backup offline redo logs).

3. Pressione Enter.
4. Entre com a opo a (Archive function).
5. Pressione Enter.
24
Cpia Controlada
Page 144 of 234
BASIS
6. Digite a letra do tipo de Archive que ser executado. (Recomendamos marcar 2 cpias do Oracle
Archive Logs).
7. Pressione Enter.
8. Digite s (Start BRARCHIVE).
9. Pressione Enter.
10. Quando o archive logs termina, ele mostra a seguinte mensagem:
BRARCHIVE executed successfully appears.
Nunca deixe de fazer o backup deles, pois se faltar espao no disco fsico onde se encontram os archives o
R/3 trava.
Para destravar execute o comando BRARCHIVE sd no prompt do sistema operacional.
Recomendamos as seguintes notas: 68059, 43499, 43491, 43489.
Outras Funes do BRTOOLS

Opo A da tela do SAP Database Administration, utilizada para conectar e desconectar o banco de dados.
Cpia Controlada
Page 145 of 234
BASIS
Opo B da tela do SAP Database Administration, utilizada para mostrar informaes da Instance do R/3
que estamos conectados.
Opo C do SAP Database Administration, utilizada para mostrar informaes sobre as table-spaces, isto
como esto os espaos alocados por cada tabela, as table-space com mais de 80% de utilizao devem ter
seus EXTENT extendidos.
Na opo C, voc ter os percentuais de cada table-space.

Na opo F voc altera o tamanho da table-space escolhida (verifique a que tiver mais de 80%). Este item
mostra valores sugeridos pelo prprio sistema, recomendamos aceitar este valor.
Este processo pode ser feito com o banco operando (Online).
Cpia Controlada
Page 146 of 234
BASIS
Opo D do SAP Database Administration, utilizada para reorganizar uma tabela ou uma table-space, isto
feito quando no se tem mais espao para alocar extents nas mesmas.
Cpia Controlada
Page 147 of 234
BASIS

Opo E do SAP Database Administration, utilizada para se fazer um EXPORT/IMPORT da base do Oracle
interia, muito utilizado para se fazer uma cpia do banco para uma outra instalao.
Opo F do SAP Database Administration, utilizada para se habilitar o archive, isto com o archive setado
ON, o banco criar arquivos de 20 MB cada, onde conter cpias das informaes contidas no banco de
dados. Com o archive setado OFF, isto no ocorrer. A opo a seta o archive para ON ou OFF.
Cpia Controlada
Page 148 of 234
BASIS

Opo G do SAP Database Administration, utilizada para lhe dar informaes adicionais sobre o prprio
SAPDBA, serve para executar comando SQL, e mostar informaes estatsticas do sistema.
Opo J do SAP Database Administration, utilizada para restaurar a base de dados ou uma tabela
especfica ou uma table-space. E tambm para recuperar a base numa eventual perda das informaes.
Cpia Controlada
Page 149 of 234
BASIS
Opo K do SAP Database Administration, utilizada para verificar a base de dados.
Opo L do SAP Database Administration, utilizada para mostrar os logs de backup, de archives, etc.
Cpia Controlada
Page 150 of 234
BASIS
Opo M do SAP Database Administration, utilizada para mostrar informaes do usurio do R/3 e sobre
segurana.
Opo N do SAP Database Administration, utilizada para se conectar com a SAP.
INTRODUCTION SOFTWARE LOGISTICS
Cpia Controlada
Page 151 of 234
BASIS

.
Uma instncia (instance) um grupo de servios do R/3 que so iniciados e finalizados em conjunto.
considerado uma instncia um servidor executando somente o servio de gateway do SAP.
Central instance (instncia central) a combinao de um dispatcher com todos os processos do R/3, ou
seja, a combinao DVEBMGS. Como exemplo disso, temos a instncia C na figura acima, que mostra todos
os processos do R/3 sendo executados, com a exceo do G (gateway), mas que tambm deve estar
presente em uma central instance.
de memria.
- Background: pelo menos dois um por sistema R/3, e os dispatchers podem ter mais backgrounds
- Enqueue: somente um wp de enqueue pode existir em um sistema R/3
de customizao.
visualizar ou processar dados em um mandante especfico. Esse conceito de isolamento se reflete na
Cpia Controlada
Page 152 of 234
BASIS

estruturas das tabelas, tanto a nvel de aplicao quanto de customizao, que um nvel de adaptao
O conceito de Mandantes do SAP integrar vrias companhias.
Cpia Controlada
Page 153 of 234
BASIS
Temos que assegurar que o mandante em Produo no poder ser alterado, isto somente por transporte
de request.
Os 3 sistemas Landscape so recomendados porque devemos utilizar o Development para criar, montar as
novas customizaes, transport-las para o Quality Assurance para valid-las e transport-las para o
Production.
Cpia Controlada
Page 154 of 234
BASIS
Os Transportes so requeridos para mover as mudanas entre os mandantes atravs do Landscape.

Mais de 800 processos de negcios esto associados s funcionalidades do R/3.
No R/3 existem ferramentas para criar, documentar e distribuir as mudanas entre o sistema Landscape.
O Change Transport Organizer (CTO), organiza e suporta o desenvolvimento do projeto, sendo ele de
qualquer tamanho, centralizado ou descentralizado.
O Transport Management System (TMS), organiza, monitora, e executa todos os transportes do R/3.
As ferramentas de transporte (TP e R3TRANS) so executadas no sistema operacional que comunicam o R/3
ao banco de dados e gera arquivos de controle durante o processo de Export.
Cpia Controlada
Page 155 of 234
BASIS
Performance do Banco de Dados

Quando comeamos a falar de banco de dados com R/3, nos preocupamos com Performance, segue uma
srie de dicas de como devemos analisar as transaes voltadas para Performance de Banco de Dados
independente de qual seja ele (SQL, Oracle, Informix, etc)
- Fazer a pergunta: um problema generalizado (afeta todos os usurios), localizado (afeta somente a
execuo de algumas transaes) ou ainda um problema localizado que, quando ocorre, leva a um
problema generalizado de performance (uma transao que, ao ser executada, derruba o servidor de
banco de dados)?
Parte dos ajustes que podem ser realizados a fim de melhorar o desempenho de um sistema R/3 esto
relacionados a configuraes dos componentes do R/3, como Sistema Operacional (tamanho de swap,
presena de processos externos), Banco de Dados (parmetros que controlam o tamanho do data buffer,
shared pool), Instncias R/3 (nmero e tipos de work processes, tamanho das regies locais e
compartilhadas de memria como buffers e extended memory) e Rede.
Uma configurao no otimizada dos componentes acima leva a problemas generalizados de
performance.
Podem haver problemas de performance mais localizados, ocorrendo apenas em uma ou algumas
transaes, causados por fatores mais especficos. Detectadas estas transaes, devemos submet-las a
uma anlise mais detalhada, analisando os trechos que realizam processamentos muito longos, ligados
execuo de programas ABAP ou ao acesso tabelas no banco de dados. Aps detectar o gargalo dentro
da transao, devemos levantar as possveis aes para ameniz-lo ou at mesmo elimin-lo.
Transaes com gargalos durante suas execues caracterizam problemas localizados de performance
que podem, eventualmente, levar a problemas generalizados de performance.
Composio do tempo de resposta
Cpia Controlada
Page 156 of 234
BASIS
Wait Time o Tempo que o request do usurio aguarda na fila do dispatcher at ser despachado para um
work process.
Roll Time o Tempo para copiar a parte inicial do contexto do usurio(atributos de logon, autorizaes, e
outras informaes relevantes) para dentro do work process da roll memory (shared) para a roll_first da
roll_area (local do WP).
Cpia Controlada
Page 157 of 234
BASIS
Load Time o Tempo de carga do load (objeto compilado) de programa ABAP, telas, menus para dentro do
buffer correspondente (na instncia R/3).
Processing Time o Tempo gasto na execuo dos comandos ABAP do programa chamado.
Deve ser calculado da seguinte forma:
Processing Time = TR Wait Roll Load DB Request Time
DB Request Time o Tempo aguardando a resposta do gerenciador de banco de dados a uma solicitao
passada atravs da Database Interface (componente do WP).
Enqueue Time Tempo gasto para realizar lock muito pequeno.
CPU Time Corresponde ao tempo de utilizao de CPU pelos componentes do Tempo de Resposta que
envolvem CPU do Application Server (Roll, Load e Processing). No possvel determinar quanto de CPU foi
gasto em cada um dos componentes. Desta forma, parte do CPU Time est em Roll, parte em Load e parte
em Processing. Espera-se que o CPU Time seja prximo do Processing Time; caso contrrio, provvel que
haja problemas de gargalos de hardware.
Dispatch Time o tempo gasto pelo request dentro do Work Process. A frmula para o clculo :
Dispatch Time = TR - Wait Time.
O Dispatch Time ajuda muito na anlise do tempo de resposta, por exemplo: uma transao tem um TR mdio
de 4s, mas o Wait Time mdio 3.5s. Desta forma, o Dispatch Time de 0.5s (rpido). O ajuste para esta
situao completamente diferente em um outro caso, onde o TR mdio de uma transao tambm 4s, mas
o Wait Time 0.2s. Neste caso, o Dispatch Time 3.8s (alto). O que quer dizer que o dispatcher encontra um
work process disponvel rapidamente, mas o tempo gasto dentro dele muito alto. Para acessar as
estatsticas devemos usar a transao ST03. Em seguida escolhemos qual o perodo a ser analisado, o que
deve ser feito cuidadosamente. Selecionamos o boto "Performance database", em seguida o aplication
server a ser analisado, e finalmente o perodo de anlise. A prxima tela apresenta as estatsticas do sistema,
com os valores dos componentes do tempo de resposta para cada um dos diferentes tipos de processamento
(Dialog, Update, Background, etc).
Dialog Step: Database Time

Network
Cpia Controlada
Page 158 of 234
BASIS
Netw
Se o processo requer dados do database, esta requisio enviada para o interface database, mas antes
pesquisa no shared memory buffers.
Dialog Step: Roll out time
Aps terminar a transao o work process libera o contexto do usurio.
Cpia Controlada
Page 159 of 234
BASIS
Valores timos dos Componentes

Wait Time < 10% do TR
Roll Time (in/out) < 50ms
Load Time < 10% do TR
Processing Time < 40% do Dispatch Time (TR Wait)
DB Request Time < 40% do Dispatch Time (TR Wait)
CPU Time > (Processing Time/2) (maior que metade do Processing Time)
Baseado nesses valores timos dos componentes do tempo de resposta, devemos analis-los para cada
tipo de processamento (para selecionar o tipo de processamento, devemos usar os botes na parte inferior
da janela).
Analisados cada um deles, podemos determinar os sintomas dos problemas que eles identificam:
Wait Time Tempo de espera para obter work processes.
Roll Time (in/out) Problemas com CPU ou memria do Sistema SAP R/3.
Load Time Problemas nos buffers do Sistema SAP Sistema SAP R/3 (muito pequenos).
Processing Time Problemas no programa ABAP ou no banco de dados.
DB Request Time Problemas no banco de dados (SQL, ndices, estatsticas, etc).
CPU Time Problemas de programas ABAP, grandes tabelas, CPU, rede, S.O.
Principais Transaes para Anlise de Performance

ST03 Analisa o TR mdio de um perodo. possvel realizar consultas quebradas por horrio, memria, e
principalmente por Transao (Transaction Profile)
SM50/SM66 Viso geral de work processes
ST06 Monitor de Hardware e Sistema Operacional
ST02 Monitor de memria e buffers
ST04 Monitor do banco de dados
ST05 SQL Trace
SE30 Runtime Analysis (ABAP Trace)
ST10 Estatsticas de chamadas a tabelas
Buffer de Programas e impactos na Performance

Para que um programa chamado por um usurio seja executado, o seu load (objeto compilado) deve estar
presente no buffer de programa da instncia R/3 onde o usurio est conectado. Quando um programa
chamado pela primeira vez (ainda no est no buffer), o work process tenta localizar o load no banco de
dados, nas tabelas D010*. Se no existir um load, o R/3 compila o programa fonte (parte do Load Time) e
gera esse load. Em seguida,o WP l esse load do banco de dados para dentro do buffer de programa (parte
do DB Req. Time). A partir da, este work process passa a executar o programa. Em execues
subseqentes deste programa, os WP localizaro o programa em buffer (Load Time) e no haver a
necessidade de carreg-lo novamente a partir do banco de dados.
Cpia Controlada
Page 160 of 234
BASIS

Se o buffer de programa foi definido com um tamanho ideal, todos os programas chamados pelos usurios
sero carregados dentro dele e ainda sobrar espao livre. Com o tempo, os mesmos programas vo sendo
chamados, e a taxa de eficincia do buffer (hitratio) vai subindo, j que os programas so localizados em
buffer, no havendo a necessidade de carreg-los a partir do banco. Contudo, se o buffer de programa for
pequeno para a quantidade de programas chamados, haver um momento em que ele estar 100%
utilizado, s que mais programas ainda precisam ser carregados em buffer. A partir deste momento,
comeam o ocorrer SWAPS. O indicador swaps indica o nmero de objetos (no caso, programas) que
foram retirados do buffer para que outros objetos pudessem ser carregados. Quando ocorrem swaps,
podem aparecer os GAPS, que so resultado da fragmentao do buffer (desaloca um programa de 5MB e
carrega outro de 4.5MB gap de 0.5MB).
Um buffer de programas fragmentado pode levar a um problema generalizado de performance. Se esto
ocorrendo swaps, programas esto sendo retirados do buffer. Estes programas, se forem chamados mais
tarde por usurios, devero obrigatoriamente ser carregados a partir do banco de dados, e sua carga
acarretar no swap de um ou mais programas do buffer, perpetuando o problema. Se um programa que j
havia sido carregado em buffer sofreu um swap e precisa ser recarregado (reload), o WP fica ocupado por
mais tempo, pois precisa carregar o load a partir do banco de dados (tabelas D010*) para dentro do Buffer
de programa.
- Ficando o WP ocupado por mais tempo (maior DB Request Time), diminui a disponibilidade de work
processes.
- Diminuindo a disponibilidade de work processes, aumenta a concorrncia por eles.
- Aumentando a concorrncia por work processes, aumenta o Wait Time.
- Aumentando o Wait Time, aumenta o Tempo de Resposta.
O que observar:
SM50/SM66 Action: Load Report
Action: Direct Read / Table: D010*
ST02 Program Buffer:
HitRatio < 90%
Swaps > 0
Gaps = Free Space
ST03 TR mdio das transaes alto
Wait Time alto
Load Time alto
DB Request Time alto
Gerenciamento de Memria
Cada instncia de R/3 aloca diferentes regies de memria para diferentes propsitos. Algumas so
consideradas LOCAIS, pois so acessveis somente por um WP (roll area, paging area e heap area). Outras
so consideradas COMPARTILHADAS, pois so acessveis por todos os WPs (roll buffer, paging buffer,
extended memory e buffer).
As principais consideraes na definio destas reas so:
- Garantir que a memria virtual total alocada pelo R/3 no exceda 50% acima da memria fsica do servidor
- Evitar que um usurio, ao executar transaes que consomem muita memria, entre em modo PRIV,
pois o WP que estiver utilizando assume status stopped e fica exclusivo para este usurio, at que ele
conclua a transao. Desta forma, diminui o nmero de WPs disponveis, aumentando a concorrncia,
aumentando Wait Time, aumentando Tempo de Resposta.
O que observar:
SM50/SM66 Status: stopped / Reason: PRIV
Err > 0
Cpia Controlada
Page 161 of 234
BASIS

ST02 SAP Memory:
Extended Memory: Current Use > 80%
Heap Memory
Mode List memria alocada por sesso de usurios
Gargalos de Hardware
O tempo de processamento depende diretamente da capacidade e disponibilidade dos processadores do
servidor. Quanto maior utilizao ou concorrncia, maior o tempo de processamento. H ainda outros
fatores que podem influenciar o tempo de processamento, como I/O e rede.
O consultor deve analisar estes fatores em cada servidor que tem uma instncia de R/3. Devem ser
observados indicadores sobre utilizao de CPU, processos que mais consomem CPU, load average e
taxas de paginao do sistema operacional. Nunca deve haver um gargalo de hardware no servidor de
banco de dados, o que causaria um problema generalizado de performance que afetaria todos os usurios.
Os processos que mais consomem CPU devem ser processos ligados ao R/3 work processes, saposcol,
processos do banco de dados. Caso algum processo externo seja o responsvel por um consumo
considervel de CPU, o mesmo deve ser reavaliado e at mesmo cancelado.
Quando h gargalos de hardware, os componentes do TR que utilizam CPU apresentam valores altos,
embora o valor total de CPU seja baixo em relao a eles. Isso indica alguns buracos ocorridos durante
estes componentes. Ex: Processing Time de 1s e CPU total de 300ms. O ideal seria que todo o Processing
Time fosse preenchido com CPU Time.
O que observar:
ST06 CPU Idle < 20%
Load Average > 3
Pages Out
Top CPU Processes (processos ligados ao R/3 ou processos externos?).
ST03 CPU Time < (Processing Time/2).
Processing Time alto
s vezes, Roll Time e Load Time altos (porque dependem de CPU).
Checklists Dirio
Veremos as principais transaes dirias que devemos analisar: O CCMS (Computing Center Management
System) uma parte do sistema de administrao basis do R/3 que fornece ferramentas para administrao
de:
- Performance do sistema R/3
- Banco de dados e backups
- Carga de trabalho do sistema
- Velocidade de resposta
- Segurana dos dados
Backup Log DB12

Verifica os logs dos backups dirios.
Cpia Controlada
Page 162 of 234
BASIS
Verifica todos os Servidores de Aplicao SM51

SM51 Permite visualizar todos os servidores de seu landscape (Database Server e Application Server).
Cpia Controlada
Page 163 of 234
BASIS
Dando um duplo clique na linha, voc verifica o que est processando no servidor.
Cpia Controlada
Page 164 of 234
BASIS

Visualisa detalhes do processo (arquivo de trace do WP). Podemos tambm visualizar pelo sistema
operacional em /sapmnt/<SID>/<instance>/work
CCMS - Computing Center Management System RZ20
Cpia Controlada
Page 165 of 234
BASIS
A transao RZ20 centralizada no alert monitor. Voc pode gerenciar seu sistema atravs deste monitor
central.
O alerta do Oracle s foi adicionado no rel. 4.5.
De um duplo clique no Operating System e verifique os alertas.
Cpia Controlada
Page 166 of 234
BASIS
D um duplo clique na linha escolhida e verifique os detalhes.
O cone
mostra os valores setados para o alerta.
Cpia Controlada
Page 167 of 234
BASIS
No campo Change from YELLOW to Red 200 PG/S mostra que ao atingir uma paginao de 200 pginas
por segundo o MTE CLASS de page_out fica vermelho.
O cone
na tela inicial, inicializa a analisa da ferramenta.
Cpia Controlada
Page 168 of 234
BASIS

Failed Updates SM13
Esta transao mostra alteraes canceladas. Isto nunca deve ocorrer em produo. Estas alteraes devem
ser reporatadas e corrigidas pela equipe de desenvolvimento.
D um clique no boto
para visualizar os Updates Fails.
D um duplo clique numa linha que contem erros.
Cpia Controlada
Page 169 of 234
BASIS
D um duplo clique na linha que contm o erro, e visualize o Abap dump.
Voc pode chamar o programa pelo Editor ou visualizar o Dump pelo ABAP Short dump.
System Log SM21

Todas as manhs as mensagens de erro devem ser analizadas e corrigidas. Este procedimento deve ser
documentado no formulrio de Gerenciamento de Tasks.
A empresa dever seguir como padro o acompanhamento das seguintes transaes conforme
procedimentos ASAP. Abaixo segue documento para se fazer o acompanhamento:
System Name_____________
Date_____________
Cpia Controlada
Page 170 of 234
BASIS
SM21 System Log

Data
Mensagem de erro
1/1/91
User Lockout (I001748)
Cpia Controlada
Ao
Unlock user
OSS Note
none
Page 171 of 234
BASIS
No campo Problem Class, voc tem classe K erros para analise de basis e W erros de warning.
Cpia Controlada
Page 172 of 234
BASIS

Backgroud Jobs SM37
O administrador deve examinar todos os jobs cancelados. Esses jobs devem ser analizados e reparados se
necessrio. Problemas e resolues devem ser documentados. O administrador deve checar todos os logs,
incluindo listagem de output os logs de aplicaes. Devem ser liberados todos os jobs schedulados pelos
usurios que no foram liberados.
Cpia Controlada
Page 173 of 234
BASIS

Liberar um job.
Cancelar um job.
Deletar um job j agendado.
Visualizar spool do job referenciado.
Visualizar detalhes do job.
Visualizar o passo atual do job.
Visualizar todos os steps do job
RSBTCDEL
Este programa limpa os jobs em background. Este programa usado para remover todos os registros de jobs
executados com sucesso nos ultimos X dias.
Frequncia recomendada: dirio.
Nome do Job: SAP_REORG_JOBS
Variante: sim
Client Depende: sim
RSPO0041
Este programa responsvel por remover objetos do spooling. A fila de impresso vai aumentando com
relatrios que falharam ou no, cabendo ao administrador o critrio para seleo.
Frequencia recomendada: dirio.
Nome do Job: SAP_REORG_SPOOL
Variante: sim.
Client Depende: sim
Cpia Controlada
Page 174 of 234
BASIS

RSM13002
Este programa limpa os processos requisitados de Update. necessrio somente se a deleo automatica
dos processos requisitados de updadte estiver setado TURNED OFF. Frequncia Recomendada: dirio.
Nome do Job: SAP_REORG_UPDATERECORDS
Variante: no
Client Depende: no
RSBDCREO
Este programa responsvel em limpar o log dos batch input.
Frequencia recomendada: dirio.
Nome do Job: SAP_REORG_BATCHINPUT
Variante: sim.
Client Depende: sim
RSSNAPDL
Este programa limpa os dumps gerados por programas abap/4. Processar na madrugada.
Frequncia Recomendada: dirio.
Nome do Job: SAP_REORG_ABAPDUMPS
Variante: sim
Client Depende: no
RSBPCOLL
Este programa acumula informaes de estatstica, ele calcula a mdia de tempo de processamentodo job
que termina com sucesso. Estes dados so armazenados numa tabela chamada BTCJSTAT, esta tabela
necessita periodicamente de reorganizao.
Frequncia recomendada: dirio.
Nome do Job: SAP_COLLECTOR_FOR_JOBSTATISTIC
Variante: no.
Client Depende: no
RSBPSTDE
Este programa limpa as informaes de estatsticas. Este job deleta as informaes que no foram alteradas
num determinado perodo.
Frequncia recomendada: mensal.
Nome do Job: SAP_REORG_JOBSTATISTIC
Variante: sim
Client Depende: no
RSCOLL00
Este programa coleta dados de performance.
Frequncia recomendada: toda hora.
Nome do Job: SAP_COLLECTOR_FOR_PERFMONITOR
Variante: no.
Client Depende: no
Cpia Controlada
Page 175 of 234
BASIS

Locks SM12
De tempos em tempos, o usurio pode travar um objeto (lock an object) quando esse est trabalhando, e se
ocorrer um erro de perda de conexo ou erro do programa, esse objeto pode ficar travado (lock). Esta
transao verifica e corrige isto.
Cpia Controlada
Page 176 of 234
BASIS
Active Users SM04 and AL08

Estas transaes mostram todos os usurios que esto logados no sistema.
Cpia Controlada
Page 177 of 234
BASIS
Cpia Controlada
Page 178 of 234
BASIS
Mostra os usurios por instance (AL08).
Cpia Controlada
Page 179 of 234
BASIS

Check Spool SP01
Falha de impresso de Jobs pode ser restartado. Geralmente essas falhas ocorrem por problemas com o
client (ex. o PC esta processando e o SAPLPD est desabilitado). Por causa que o R/3 encaminha os jobs de
impresso para a fila destino, no so garantidos os jobs de impresso com status de sucesso para o controle
de sada. Para jobs de impresso crtica, deve ser confirmado com o usurio final se a impresso est ok
antes de deletar o spool.
Cpia Controlada
Page 180 of 234
BASIS

Marque a linha e clique no
Clique no
para visualizar o relatrio.
para visualizar o status da impressora.
Batch Input Jobs, in error or to be processed SM35

Batch Input logs devem ser checados aps cada processamento. O batch input processado marca o erro e se
for possvel voc pode repar-lo.
Cpia Controlada
Page 181 of 234
BASIS
ABAP Dump Analysis ST22

Anlise de dump.
Cpia Controlada
Page 182 of 234
BASIS
D um duplo clique no erro escolhido e analise o ABAP Dump.

O boto
visualiza as sees do abap dump.
Cpia Controlada
Page 183 of 234
BASIS
Workload Analysis ST03

Quando o sistema R/3 estiver processando, o administrador deve analizar o numero de workload,
especialmente para prever problemas de performance. Em se tendo uma viso do quadro limpo do
acompanhamento do sistema, mais fcil quando houver um problema de performance, achar rapidamente o
mesmo.
Clique no boto
Cpia Controlada
Page 184 of 234
BASIS
Marcar Last minute load....
Temos que analisar o Av. response time .

Clique no Transaction profile.
Cpia Controlada
Page 185 of 234
BASIS
Posicione o cursor na coluna Response Time e clique no SORT.

Poucas transaes standard superam 1 segundo no tempo de resposta:
Create Sales Order
VA01 1,500 ms
Change Sales Order
VA02 1,500 ms
Display Sales Order
VA03 1,000 ms
Create Billing Document VF01 1,500 ms
Create Delivery
- VL01 2,000 ms
Maintain Master data HR PA30 1,000 ms
.Buffers ST02
Os Buffers devem ser monitorados regularmente pela equipe de Basis, como, taxas de proporo, espaos
livres, e reas de swap. Este processo ajuda o administrador a se familiarizar com os valores para numa
prxima checagem ir analizando os nmeros obtidos.
Cpia Controlada
Page 186 of 234
BASIS
A - Hit Ratio, deve ser maior ou igual a 95%, quando o sistema inicia este valor baixo, porm com o passar
do tempo ele aumenta. Ele indica a utilizao dos buffers.
B - Swaps, o valor deve ser menor que 1,000. O swap ocorre quando dados necessrios no esto no buffer.
Database Tasks
AL02 Database Alert Monitor
Todos os alertas devem ser reconhecidos, analizados, corrigidos e documentados.
Cpia Controlada
Page 187 of 234
BASIS
Clique na linha para visualisar o detalhe.

Drill down na tablespace PSAPBTABD (Oracle), mostra o grfico a seguir.
Cpia Controlada
Page 188 of 234
BASIS
A- Indica a data atual, B- o passado e C- o futuro.

ST04 Database Logs
Monitora os logs de erros do database.
Cpia Controlada
Page 189 of 234
BASIS
Clique no boto Detail Analysis Menu Error Logs.
Verifique as mensagens de erros.
Cpia Controlada
Page 190 of 234
BASIS

Operating System Tasks
OS06 Verifica os logs do sistema operacional.
Todos os alertas devem ser reconhecidos, analizados, corrigidos e documentados.
Clique na opo Detail analysis menu.
Selecione OS Log.
Cpia Controlada
Page 191 of 234
BASIS
Esta tela acima similar ao event log do NT.
A tela abaixo similar ao UNIX log.
Cpia Controlada
Page 192 of 234
BASIS
Scheduled Weekly Tasks

DB02 - Storage Management
Monitora o database, tabelas e index.
Selecione DB Space History clique no boto Files.
3- Mostra o espao livre.
Cpia Controlada
Page 193 of 234
BASIS
Para Oracle Selecione Back e clique na opo Tablespace.
Esta tela mostra o espao livre das tablespaces, para obter o histrico da tablespace, basta dar um duplo
clique.
A coluna A- mostra o espao livre (Kbyte), a coluna B- mostra o total usado (Kbyte).
Cpia Controlada
Page 194 of 234
BASIS
Checking for Tables nearing their Maximum Extents

Este ponto muito importante para uma anlise de performance. No Oracle 8.x o valor do MaxExtents
teoricamente ilimitado, mas na prtica devemos manter um nmero no to alto de extents.
Quando uma tabela tem muitos extents (acima 100), esta deve ser reorganizada, para se obter um acesso
mais rpido aos dados contidos nela.
Para verificarmos quais tabelas esto com mais de 100 extents, devemos proceder da seguinte maneira:
Execute a transao SA38 e execute o programa RSORATC5.
5- Marque com o valor 100, e execute.

A coluna 7- mostra a quantidade de extents existentes, caso seja maior que 100, a reorganizao do objeto ou
da tablespace necessria.
Cpia Controlada
Page 195 of 234
BASIS
Checking File System Space Usage

Entre na transao RZ20.
Selecione SAP CCMS Monitor Templates Operating System Filesystem.
Cpia Controlada
Page 196 of 234
BASIS

D um duplo clique na linha escolhida ou clique no boto Complete Alerts.
O cone
mostra os valores setados para o alerta.
No campo Change from YELLOW to Red mostra que no filesystem s temos 500MB de espao livre.
O cone
na tela inicial, inicializa a anlise da ferramenta.
Cpia Controlada
Page 197 of 234
BASIS
Planing the system Clients

de customizao.
Prottipo
DES
PRD
QAS
400
300
200
Master Client
Master Client
210
Cpia Controlada
Produo
Quality
Production
310
Testing
Consystem Informtica Quality
(31) 3281-8864
Page 198 of 234
BASIS
Development
320
220
Batch Input
Sand Box
340
Integrated Testing
2XX
Descries dos Clients:
Customizing/Development Aqui se cria o prottipo do sistema, todas as customizaes de aplicaes so

desenvolvidas neste client.
Sandbox um client de teste geral, inicialmente criado do client 000, utilizado pelos Key-users se
familiarizarem com o sistema, testarem aplicaes e customizaes.
Customizing/Development Testing usado para testarem as mudanas feitas no client de customizing e
development.
Quality Assurance Testing usado para testar as mudanas de configurao e customizaes feitas no
client de customizing e development. E serve para testar o transporte dessas informaes.
End-User Training o treinamento dos usurios finais.
Customizing/Development Master usado para checar todas as mudanas feitas antes de se transportlas para produo.
Instance
Client
DES
200
Changes and
Transports for Client
Dependent Objects
No change allowed
Instance
N 00
210
Automatic recording
of changes
220
Automatic recording
of changes
230
No change allowed
QAS
300
InstanceN
No changes allowed
00
310
No changes allowed
320
No changes allowed
340
No changes allowed
Cpia Controlada
Client-Independent
Object Change
No changes to
repository and clientind. customizing
allowed
Changes to repository
and client-ind.
customizing allowed
No changes to
repository and clientindependent cust. obj.
No changes to
repository and clientind. customizing
allowed
No changes to
No changes to
No changes to
No changes to
Protection: Client
Copier and Comparison
Tool
Protection Level 0:
No restriction
Protection Level 0:
No restriction
Protection Level 0:
No restriction
Protection Level 0:
No restriction
Protection Level 0:
No restriction
Protection Level 0:
No restriction
Protection Level 0:
No restriction
Protection Level 1:
Page 199 of 234
BASIS
PRD
Instance
400
No changes allowed
N 00
repository and client- No overwriting

independent cust. obj.
No changes to
Protection Level 1:
repository and client- No overwriting
independent cust. obj.
Na poltica de Refresh, podemos adotar.

Prottipo
DES
Produo
Quality
PRD
QAS
300
200
Master Client
Master Client
310
210
Quality Testing
Development
400
220
Sand Box
Production
320
Batch Input
340
2XX
Integrated Testing
O client de produo nunca sofrer refresh, somente ser atualizado por transporte.
Cpia Controlada
Page 200 of 234
BASIS
Na poltica de Transporte, podemos adotar.
Desenvolvimento
DES
Produo
Quality
PRD
QAS
300
200
Master Client
Master Client
310
210
Quality Testing
Development
400
220
Sand Box
Production
320
Batch Input
340
2XX
Integrated Testing
Cpia Controlada
Page 201 of 234
BASIS
Logon Balancing
O Logon Balancing usado para distribuir os usurios do R/3 nos servidores de aplicao.
O grupo de logon so instalados e gerenciados pelo R/3. Se define um tempo de resposta mximo
por servidor de aplicao e o nmero mximo de usurios por servidor.
Para criar Logon group: Selecione transao SMLG.
Cpia Controlada
Page 202 of 234
BASIS
Para assinalar o tempo de resposta mximo para cada grupo de logon, clique no boto de avano:
Cpia Controlada
Page 203 of 234
BASIS
Frontend Marque o endereo IP do servidor assinalado.

Resp.Time deve se definir um mesmo tempo para todos os grupos da mesma instance.
Users o numero mximo de usurios configurados que podem se logar nesta instance.
Cpia Controlada
Page 204 of 234
BASIS
A tela acima mostra como esto a distribuio dos usurios por instance.
Clique em GOTO LOAD DISTRIBUTION
Cpia Controlada
Page 205 of 234
BASIS
Operation Mode
Normalmente, os sistemas R/3 precisam de mais WPs dialog durante o dia e mais WPs background durante
a noite.
Existem dois modos de se ajustar o sistema para se adequar a necessidades diferentes dependendo do
perodo do dia e do tipo de utilizao principal. Isso pode ser feito alternado-se os perfis da instncia ou
usando o processo de modo de operao (operation mode).
O uso de modo de operao maximiza a utilizao dos recursos nas diferentes fases de atividade do sistema.
A mudana do modo de operao reconfigura o R/3 dinamicamente, o que substitui a alterao dos perfis e a
reinicializao do sistema.
A utilizao das mudanas de modo de operao se baseia nos seguintes fatores:
-
Os servios ou os tipos de work processes needed
O intervalo de tempo escolhido
Para configurar o Operation Mode, digite a transao RZ04.
Cpia Controlada
Page 206 of 234
BASIS
1-) Clique em Operation Mode New crie o novo modo de operao Noturno e Diurno SALVE !!!
2-) Clique no boto Instance/OP modes Settings Based on act status new instance create.
3-) Dar duplo clique no Operation-Day e programe as quantidades de processos de dialog e background.
4-) Repetir o passo 3 para Operation-Night.
Para configurar a tabela TIMETABLE.

1-) Clicar no Operation Mode Timetable clique no boto Change.
Cpia Controlada
Page 207 of 234
BASIS
2-) D duplo clique num intervalo de hora, para que o mesmo fique marcado, aps clique no boto Assign.
3-) Escolha o Operation Mode, e salve.
System Administration Assistant - SSAA

A transao SSAA foi desenvolvida para dar um roteiro de gerenciamento para os profissionais de basis.
Ela lista todas as tarefas que so necessrias para o dia/dia.
1. Execute a transao SSAA. e 2. Selecione Entire View tab.
2
Cpia Controlada
Page 208 of 234
BASIS
3. Selecione o boto do culos.
Cpia Controlada
Page 209 of 234
BASIS
4
4- Selecione o boto acima.
Cpia Controlada
Page 210 of 234
BASIS
5- Selecione no Menu a opo View Transaction Code para visualizar os cdigos das transaes, na medida
que voc for executando-as o semforo ficar verde.
2
3
AUDIT LOG
1. Sob o System Audit, clique no n(+) para expandir Repository / Tables.
2. Clique no n(+) para expandir Table Information.
3. Selecione Data Dictionary display.
4
6
Cpia Controlada
Page 211 of 234
BASIS
12
13
Cpia Controlada
Page 212 of 234
BASIS
1.0 Tentativa de acesso no autorizado Transao
Caminho
System Audit System Logs and Status Display system Log System Log File
Obs.
No foi encontrada nenhuma tentativa de acesso no autorizado no perodo de 01/02/2002

22/02/2002.
Recomendamos acompanhar o log semanalmente.
2.0 Tentativa de acesso aos objetos crticos

Caminho
System Audit User Admin Info System Authorization & User users By complex search criteria
Objetos
Activity
User Group
S_USER_GRP
01 ou 02
S_USER_PRO
01,02,07,22 *
S_USER_AUT
01 ou 02
S*
S_TABU_DIS
02
SS
S_TRANSPRT
01 ou 02
S_DEVELOP
S_ARCHIVE
S_NUMBER
02,11,13
S_PROGRAM
Obs.
Recomendamos rever os usurios com estes objetos.
Usuarios
BZAAI, BZAMH, BZAPO, BZINTERFACE,
BATCH
BATCH
BATCH
BATCH
BATCH
Ver anexo
BZSAG, DDIC, OSS, SAP*, WFBZSAG, DDIC, OSS, SAP*, WFBZSAG, DDIC, OSS, SAP*, WFBZSAG, DDIC, OSS, SAP*, WFBZSAG, DDIC, OSS, SAP*, WF-
BZAAI, BZAMH, BZAPO, BZINTERFACE, BZSAG, DDIC, OSS, SAP*, WFBATCH

3.0 Tabelas desenvolvidas sem atribuio de grupos de autorizao

System audit Repository table table information data browser
Caminho
Tabela
Verificar
TDDAT
Z* ou Y*
Obs.
Observao
Ok no foi encontrada nenhuma tabela desenvolvida sem uma autorizao.
4.0 Parmetros de Login

Caminho
System audit user administration authorization system parameters
Parmetros
Descrio
1- Login/ext_security
Acesso ao sistema com segurana externa
2- Login/failed_user_auto_unlock
Se 1 o sistema desbloqueia usurio aps a 24H e 1 min.
3- Login/fails_to_user_lock
Nmeros de logon invlido permitido
4- Login/min_password_ing
Comprimento mnimo de senha
5- Login/no_automatic_user_sapstar
Controle de login do usuario SAP*
6- Login/password_expiration_time
Nmero de dias que o usurio deve trocar sua senha
30
7- Login/multi_login_users
Permite que um usurio s se logue uma vez (valor 1)
8- Rdisp/gui_auto_logout
Nmero de segundos que uma seo interrompida por inatividade
Obs.
RSPARAM
Rever parmetros 1,2,5,7 e 8,
Cpia Controlada
Page 213 of 234
BASIS
Cpia Controlada
Page 214 of 234
BASIS
Introduo
O conceito de autorizao da SAP visa proteger o uso no autorizado de transaes e programas. Utilizamos
as autorizaes para :
Segurana no acesso do sistema;
Proteo dos dados do negcio;
Por causa de leis e acordos;
Regulamentos internos;
Recursos Ameaas Medidas
Cpia Controlada
Page 215 of 234
BASIS
Preparao do Projeto Mapeamento de todos os responsveis pelas decises relevantes para a execuo
do SAP e a seleo dos membros internos e externos da equipe de projeto.
Business Blueprint - uma representao visual do status da companhia que deve ser realizada na
implementao do SAP. Todos os processos do negcio so analisados e descritos aqui.
Implementao a fase de configurar os perfis no SAP, ou seja, transportar os papis dos processos do
negcio da empresa desenhado na etapa anterior para o sistema.
Preparao Final a fase de testar as interfaces, treinar os usurios, migrar os perfis para o ambiente
produtivo.
Go Live & Suporte o comeo da operao em produo, da especificao dos procedimentos e o
acompanhamento para o Ongoing.
Melhoria Contnua o processo de acompanhamento mensal, que os administradores de perfil atravs da
ferramenta AIS, devero executar.
Cpia Controlada
Page 216 of 234
BASIS
Objeto de Autorizao
Classe do objeto da autorizao: o grupo lgico do objeto de autorizao. Todos os objetos so

agrupados por Classe(Classe/Mdulo).
Ex:
Objeto de Autorizao: um grupo de 1

a 10 campos de autorizao juntos. Com o objeto de autorizao possvel delimitar uma atividade. A nomenclatura
dos objetos possui as iniciais do Mdulo/Classe.
Exemplo: Objeto do mdulo de FI comea com F(exemplo: F_LFA1_APP).
Campo da autorizao: a menor unidade do campo que ser verificada.

Exemplo: Campo: Atividade(ACTVT), Empresa (BUKRS).
Autorizao: uma combinao de valores permitidos para cada campo da autorizao de um objeto da
autorizao.
Perfil da autorizao: Contem autorizaes para diferentes objetos de autorizao.

Role: gerado atravs da transao PFCG, e permite a gerao automtica de um perfil de autorizao.
ela quem descreve o papel das atividades do usurio no SAP.
Cpia Controlada
Page 217 of 234
BASIS
Os campos BUKRS (cdigo da companhia) e ACTVT (atividade) so usados nos seguintes objetos da
autorizao, entre outros:
M_RECH_BUK liberao ou bloqueio de invoice,
F_BKPF_BUK autorizao para editar documentos e
F_KNA1_BUK - autorizao para manter o registro mestre de clientes.
Atravs da transao SM30 e a tabela (TACT), podemos verificar todas as atividades permitidas no campo
(ACTVT).
O valor da atividade para cada objeto de autorizao pode ser localizado atravs da transao SE16 e a
tabela (TACTZ).
A autorizao A, permite que o usurio A, execute as atividades de criar, alterar e exibir, para os cdigos das
companhias 1000 e 2000.
A autorizao B permite que o usurio B execute somente a atividade de exibio nos cdigos das
companhias 1000, 2000, e 3000.
Cpia Controlada
Page 218 of 234
BASIS

Se o usurio A tiver a autorizao A e a autorizao B no mesmo perfil, ele s pode criar, alterar e exibir nas
companhias 1000 e 2000, mas na companhia 3000, s pode exibir.
O acesso a uma transao descrita na figura abaixo, e para um usurio ter 100% de acesso a uma
determinada transao, ele deve ter a combinao entre a transao(50%) e os valores do objetos(50%) que
controlam essa determinada transao.
Ao comear uma transao, o sistema executa um programa, neste programa o objeto de autorizao e
verificado para assegurar que o usurio tenha as autorizaes apropriadas.
O objeto S_TCODE controla o cdigo da transao atravs do campo TCD, o usurio deve ter a transao
solicitada neste campo, assim como os objetos de autorizao para essa transao.
A Tabela (TSTCA) mostra a atribuio do objeto de autorizao ao cdigo da transao.
Cpia Controlada
Page 219 of 234
BASIS

O objeto de autorizao verificado no programa ABAP, atravs do comando Authority-check.
O usurio chama a transao FB02, o comando authority-check do programa ABAP SAPMF05L verifica o
valor 02 do campo ACTVT (atividade) e o valor 1000 do campo BUKRS(empresa) do objeto F_BKPF_BUK.
Se o valor que retornar for diferente de zero, o sistema envia a mensagem de Falta de autorizao.
Valor 0 - o usurio tem a autorizao para o objeto de autorizao com os valores corretos do campo.
Valor 4 - o usurio tem a autorizao para o objeto de autorizao, mas os valores verificados no so
atribudos ao usurio.
Valor 12 - o usurio no tem nenhuma autorizao para o objeto.
Valor 16 - nenhum perfil est atrelado a esse usurio.
Quando um usurio se loga no SAP, a rea de buffer do usurio construda com todas as autorizaes que
ele tem acesso.
Cpia Controlada
Page 220 of 234
BASIS
Criao de usurios
Cpia Controlada
Page 221 of 234
BASIS
Cpia Controlada
Page 222 of 234
BASIS
Cpia Controlada
Page 223 of 234
BASIS
Cpia Controlada
Page 224 of 234
BASIS
Cpia Controlada
Page 225 of 234
BASIS
Criao de funes
Cpia Controlada
Page 226 of 234
BASIS
Cpia Controlada
Page 227 of 234
BASIS
Cpia Controlada
Page 228 of 234
BASIS
Cpia Controlada
Page 229 of 234
BASIS
Cpia Controlada
Page 230 of 234
BASIS
Cpia Controlada
Page 231 of 234
BASIS
Cpia Controlada
Page 232 of 234
BASIS
Cpia Controlada
Page 233 of 234
BASIS
Cpia Controlada
Page 234 of 234

Basis 2.0 PDF

Enviado por

Dados do documento

Descrição original:

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Basis 2.0 PDF

Enviado por

Direitos autorais:

Formatos disponíveis

BASIS

Administrando o SAP R/3

WORKSHOP SAP BASIS

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

Instance R/3........................................................................................................................................... pgina 1

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

O grfico acima mostra a inicializao do R/3 em maior detalhe.

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

De modo a construir um procedimento de inicializao, a sequncia de leitura dos parmetros (tambm

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

Viso Geral dos Trace Logs

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

As variveis de ambiente no foram configuradas corretamente.

Se o R/3 no inicia, podemos verificar se:

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

Antes de parar o R/3, o administrador deve verificar:

Para parar um sistema R/3, o administrador deve:

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

Se a base de dados no puder ser finalizado, a casa pode ser por:

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

CCMS Viso geral

A configurao do CCMS envolve os seguintes passos:

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

Os servios ou os tipos de work processes needed.

O intervalo de tempo escolhido.

Consystem Informtica (31) 3281-8864

Administrando o SAP R/3

Processamento interativo, como criao de documentos ou de ordens de venda.

Envio de um volume limitado de dados para insero na base de dados.

Atividades de usurio com um limite de transaes.

Consystem Informtica (31) 3281-8864