Você está na página 1de 37

TADM12 - PARTE 2 / 2

Unit 1 - Introduction to SAP Software Logistics


SAP System Landscape

O ICM a interface para a internet. Ele pode trabalhar com requisies Web como server e client; Suporta vrios protocolos (HTTP, HTTPS e SMTP). O SAP NW AS pode ser usado como um Web Server e como um Web Client; O ABAP-Dispatcher despacha requisies para os WPs. Se todos WPs estiverem ocupados, a requisio colocada na fila do Dispatcher-Queue; O ABAP WP executa o cdigo ABAP; O MS (Message Server) faz o intercmbio das mensagens e pode executar o Load Balancing no sistema SAP; Na parte JAVA do SAP NW AS existem componentes como Java-Dispatcher , Server Process, SDM - (Software Deployment Manager) e a SCS Central Services; O SAP JCO (SAP Java Conector) prov comunicao entre o ABAP-Stack e o Java-Stack do SAP NW AS nas duas direes.

Requisies de clientes para o SAP NetWeaver AS Java so manipulados pelo JavaDispatcher. Ele seleciona um Server Process livre para servir a requisio realiza uma conexo entre o client e o Server Process. O Java-Dispatcher trabalha de acordo com o algoritmo Round Robin. O SDM - (Software Deployment Manager) a ferramenta padro com que os componentes J2EE so instalados no SAP NW AS Java. A SCS-Central Services executado em um Server e forma suas prprias Java Instances. A SCS consiste de um Message Server e um Enqueue Service e so a base para comunicao e sincronizao para o Java Cluster.

Cada instance do SAP NW AS ABAP+Java contm o ABAP Dispatcher com seus WPs e o Java Dispatcher com seus Servers Process. Uma das instances habitualmente instalada como um ABAP Central Instance, o que significa que os WPs executam aqui. Alternativamente o sistema pode ser instalado sem uma Central Instance, mas com um Enqueue Server stand alone (autnomo). As aplicaes e dados para ABAP e Java possuem seus prprios schemas em um mesmo DB. Usurios podem se conectar e comunicar com o sistema SAP usando SAPGUI ou um Web client (browser). Comunicao usando o SAP GUI: usurio conecta usando o Message Server (para load balancing) ou diretamente para um ABAP Dispatcher. O WP executa a requisio do usurio. Execuo de Web Request: Requisio Web so manipuladas pelo ICM. Estas requisies http(s) podem ser destinadas para o ICF (Internet Communication Framework), o que significa que so executados por um ABAP WP (ex: apl. BSP). Estas requisies tambm podem ser requisies J2EE para o SAP NW AS Java. O ICM pode direcionar as requisies de acordo com sua URL. Para manter dados seguros, usar conceito de clients que separam dados por clients e conceito de autorizaes que separa dados dentro de um client de acordo com o usurio. Alteraes para objetos de repositrio so client-independent, e imediatamente afetam o ambiente de execuo. Entretanto alteraes devem ser testadas antes de enviadas para o ambiente produtivo. SAP recomenda trs systems landscapes (DEV, QAS, PRD) ** SAP fornece ferramentas para criao, documentao e distribuio dentro de um system landscape. Para configurar o system landscape de modo que ele suporte o gerenciamento, verificao e testes de todas as alteraes: Um single client recomendado para fazer todas customizaes; Um single SAP system (DEV) recomendado para todos trabalhos de desenvolvimento; Para criar e atribuir autorizaes apropriadas para os desenvolvedores e usurios, use exemplos de profiles includas no sistema SAP; Registre e documente todas alteraes para um client ou system; ** Client Concept (pg 13)

Dados em um sistema SAP divide-se em duas categorias: Client-specific data, tais como user master e dados de aplicao somente afetam um client; Cross-client data, tais como cross-client customizing e todos ojetos do repositrio afetam todo ambiente do sistema; Client in na SAP System uma unidade do sistema SAP que tecnicamente, organizacionalmente e comercialmente sef-contained. Ele possue seus prprios user master data, application data e Customizing baseado nas table key ranges. Exemplos de client-specific data: User mster data, tal como parmetros, autorizaes grupos de usurios; Customizing data, tal como uma unidade organizacional e tipos de documentos; Application data, tal como dados de negcio transacional, e material mster data; Padro de clients para atender requisitos mnimos para um sistema SAP: Client CUST (DEV) para configurao de clients e criao de novas funcionalidades; Client QTST (QAS) para testar funcionalidades e cerificar configuraes; Client PROD (PRD) para atividades produtivas e dados de negcio; System and Client Change Options (pg 19) SE06 System Change Option Define se os objetos de customizao e de repositrio so alterveis globalmente. Para os objetos que forem (sim), informar se os componentes so. ** Para o software components existem 4 possveis opes de configurao: Modifiable; Restricted modifiability (pode somente criar objetos como no originais); Not modifiable; enhanceable only (alteraes no permitidas, objects podem ser enhanced usando o Enahncement Framework only); Not modifiable; not enhanceable (alteraes e enhancements no permitidos); ** Opes de alteraes que so encontradas em clients mster na tabela T000, podem ser mantidas utilizando a transao SCC4 Changes And Transports for clientespecific objects. Existem duas definies que devem ser mantidos para implementar controles sobre as mudanas feitas e fazer com que as gravaes sejam gravadas para alterar requisies so: 1. Changes and transports for client-specific objects Changes without automatic recording: permite alterao, porm a change request deve ser feita manualmente Automatic record of change: alteraes geram requests. Ex.: desenvolvimento; No changes Allowed: sem modificaes. Ex.: QAS, PRD; Changes without automatic recording, no transports allowed: permite alterar, porm no pode transportar. Ex.: Sandbox.

2. Cross-client object changes Changes to repository and cross-client customizing allowed: tudo liberado, adicionando em requests; No changes to cross-client customizing objects: sem customizao, mas pode desenvolver, adicionando em requests; No changes to repository objects: permite customizao, adicionando em requests, porm no pode desenvolver; No changes to repository and cross-client customizing objects: tudo bloqueado. Current Settings: quando est tudo bloqueado, alguns valores podem ser alterados, por ex.: taxa de cambio, etc. SAP aprova Current Settings para customizaes em objetos que possuem o campo CURSETTING na tabela OBJH. SAP recomenda no fazer alteraes na tabela. Quando usar Current Settings na produo: Client role is set to: Production; Cross-client object changes are set to: No changes to Repository and cross-client Customizing objects; Cahnges and transport for client-specific objects are set to: No changes allowed; Client uma unidade independente em termos de negcio, organizao e dados. Customizing o setup de dados por client. Cross-client customizing para todos os clients. Repository o repositrio ABAP. Objetos agrupados formam um package. As modificaes podem ser de 3 tipos: Customer Developments: adicionando objetos ao repositrio; Customer Echancements: melhorias adicionadas pelo desenvolvedor, chamadas a partir de user exits ou Business Add-Ins (BAdIs); Modifications: modificao no objeto original.

Ver conceitos no Glossary

Unit 2 - Setting Up na SAP System Landscape (pg 29)


Setting Up the Transport Management System (TMS) Aps sistema SAP e DB instalados, inicializar via SE06 e configurar o transporte via STMS. Creating a Transport Directory (pg 32) O parmetro DIR_TRANS do sistema SAP possue o path para o diretrio de transporte. UNIX: /usr/sap/trans (default); WINDOWS: \\$(SAPTRANSHOST)\sapmnt\trans - definir o transport host com o alias SAPTRANSHOST no SO do servidor de domnio. Os subdiretrios requeridos no comum diretrio de transporte:

bin: configurao arquivos para tp (TP_<domain_name>.PFL) e TMS (DOMAIN.CFG); buffer: transport buffer para cada sistema; data: dados exportados; cofiles: comandos ou arquivos com informaes (tansport type, object classes...); log: transport logs, trace files e estatistics; tmp: dados temporrios e log files; actlog: action logs para todas tasks e requests; sapnames: informaes para transport requests para cada SAP user; EPS: diretrio de download ra support Packages;

Logical transport sequence

Fisicamente, objetos alterados em um three-system landscape so transportados em trs passos: 1. Todos objetos na (transportable) transport request que esto released so expotados (copiados) do DB do source system para o diretrio de transporte; 2. Estes objetos so importados para o DB do QAS onde sero testados e validados; 3. Aps testados e verificados, os objetos podem ser importados para o DB PRD; OBS: Os termo export e import querem dizer que foi feita uma cpia e no movidos. No final, os objetos existem no DB do DEV, QAS e PRD e no diretrio de transporte. TMS: Concepts and Terminology O propsito da TMS (STMS) centralizar a propagao das alteraes atravs do system landscapes baseado em paths predefinidos. Configurao centralizada do Change and Transport System (CTS) para todos os sistemas SAP.

*** Transport domain: todos os sistemas que usam o mesmo TMS. Devem ter SIDs diferentes e 1 deles o domain controller. Transport domain controller: sistema onde toda a configurao do TMS mantida. Alteram-se nele os parmetros, que so direcionados s outras instncias. System landscape: conjunto de ambientes que utilizam as mesmas customizaes e change requests. Um tpico landscape (mas no limitado) composto de um DEV, um QAS e um PRD. Em muitos casos o system landscape e o transport domain fazem parte do mesmo sistema mas no incomum ter mltiplos landscapes dentro de um domain transport. Normalmente um landscape = domain, porm pode-se ter + de 1 landscape em 1 domain controler. *** Um transport domain possui pelo menos um transport group, que um ou mais sistemas que compartilham o mesmo diretrio. Configurar o TMS: 1. configurar o domnio, que define quais sistemas esto inclusos no domnio; 2. configurar as rotas, que define sistemas e clients; 3. configurar o QAS com regras de aprovao (opcional).

SAP recomenda que o sistema escolhido para ser o domain controller tenha os seguintes atributos: Alta disponibilidade Alta precauo quanto a segurana Maior nvel de manuteno Quando usar a TMS aps a instalao do sistema, logar no client 000. Para configurar a TMS necessrio a autorizao S_CTS_ADMIN. Transao STMS no client 000 ir: Associar o sistema SAP como o transpor domain controller; Criar transport domain name - DOMAIN_<SID>; Criar transport group GROUP_<SID>; Criar usurio do sistema TMSADM no client 000; Criar RFC destinations; Configurar arquivo DOMAIN.CFG no diretrio bin do diretrio de transporte; O transport profile para o programa de controle tp gerado e armazenado no subdiretrio de transporte bin com o nome TP_<DOMAIN>.PFL. Para adicionar novos sistemas para um transport domain, configurar o novo sistema e o transport domain controler. Um transport domain possui pelo menos um transport group, que um ou mais sistemas que compartilham o mesmo diretrio. Backup Domain Controller SAP recomenda configurar um backup domain controller que possa assumir a funo de domain controller quando necessrio. Este backup deve ser um sistema existente, no pode ser um sistem virtual ou external. Configuring tp (44) O programa tp (transport control) requer um transport profile que contm informaes sobre as conexes de todos sistemas SAP no transport domain.TMS gera este tp como parte da configurao do transport domain. No ajustar este arquivo usando um editor de texto. Para exibir os parmetros do tp: STMS > Overview > Systems marque um sistema e selecione: SAP System >Display selecione a tab Transport Tool e do menu selecione: Goto > tp parameters. Configuring Transport Routes Transport Routes indica a role de cada sistema e o fluxo de change requests. Rotas definem a regra de cada sistema e o fluxo das change requests. Ela define o system landscape; Para configurar, deve-se modelar as rotas, usando os modelos existentes ou configurar manualmente. Aps isto, distribuir e ativar as configuraes nos outros sistemas. As configuraes das rotas so versionadas, e as verses mais antigas podem ser ativadas novamente. Overview Aps as configuraes iniciais da TMS como definir os sistemas fsicos, domain controller e transport group, o prximo passo definir o relacionamento de transporte entre cada um destes sistemas.

Aps estabilizar o transport domain: 1. Modelar o transport routes do transport domain controlles usando: Configuraes standard (one, two, e three-system lanscape); Editor grfico para configuraes no standard; 2. Distribuir e ativar a nova configurao para todos sistemas SAP dentro do transport domain. Transport Layers and Transport Routes (pg 47) Transport routes define o fluxo das changes requests de um sistema para o prximo. Estas rotas so chamadas de: Consolidation route: rota export/import. Processa um export do DEV para um import do QAS (three system). Tudo que sai do DEV. Delivery route: rota another import. Especificado entre o QAS e o PRD onde no existe mais um export do QAS mas outro import para o PRD. Tudo que sai do QAS.

Configuring QA Approval Procedure (pg 50) Quando uma request liberada e exportada o QAS import buffer populado. Import buffer uma lista de requests aguardando import. Uma vez que a request importada dentro da consolidation system, o import buffer para todos delivery system (PRD) populado. Aps liberao (release) de uma change request, no QAS ter uma lista de change requests para serem importadas (import buffer), marcadas como inativas. Apenas aps a aprovao do responsvel que estar liberada para sistemas delivery. Com o QA Approval Procedure, possvel marcar as requests como aprovadas no buffer do delivery systems. Objetos originais usam o transport layer SAP. Os customizados a Z<SID>. DEV = integration system (origem das change requests); QAS = consolidation system (destino da rota de consolidao); PRD = delivery system (destino da rota de delivery).

Uma vez configurada a TMS, realizar alguns testes: Teste de conexo RFC - STMS > SAP System > Check > Connection Test; Checar o diretrio de transporte - STMS > SAP System > Check > Transport Directory; Checar o programa tp (transport control ) - STMS > SAP System > Check > Transport Tool; Extended Transport Control (pg 60) Originalmente no possvel configurar duas rotas em cima do mesmo transporte layer. Isto porque a package apontada para um transport layer. A soluo para este problema criar um target group, que contm um ou mais sistemas. O nome do Target Groups deve comear e terminar com / . Client-Specific Transport Control O TMS oferece o Extended Transport Control ( = CTC, client-dependent transport control), que automatiza os processos por: Client-especfic transport targets: transporte especifica <SID>.<client> (ex QAS.100); Client-especfic consolidation routes: rotas de consolidao: destino pode ser um client em um sistema ou grupo de sistemas; Client-especfic delivery routes: rotas de delivery. Transport between diferent Transport Groups (64) Sistemas em um grupo de transporte usam mesmo diretrio de transporte. Transport between diferent Transport Groups Pode-se utilizar domain links para linkar os dois domains ou external systems para transporte entre transports domains diferentes. Domain link: conexo permanente via RFC, com funcionamento similar ao transporte convencional. Os logs so apresentados no sistema de destino. External system: utiliza-se outro diretrio de transporte, comum aos dois domnios. Configuration of CTS-Change and Transport System For Transporting Non-ABAP Objects (70) Em um sistema SAP possvel desenvolver em ABAP, J2EE/JEE standard, ou usar uma tecnologia SAP-specific non-ABAP como Web Dynpro Java ou SAP NW Portal. Existem ferramentas para transportar ABAP & JAVA, mas: No existe sincronizao automtica para aplicaes mistas (como XI), necessrio usar diferentes ferramentas para transportar partes de uma mesma aplicao; No existe uma central de controle de transportes de Portal (alm disso ferramentas rudimentares de exportao / importao que estavam disponveis no foram nem integrados em NWDI nem em CTS-Change and Transport System); No existe uma central de controle de todos transportes dentro do sistema produtivo; Architecture Pode-se configurar o TDC em um sistema Solution Manager (ABAP+Java). Adicionalmente o CTS configurado. Dentro da transao STMS no TDC (Transport Domain Controler) possvel definir sistemas ABAP e no-ABAP.

Principais passos para configurao no TDC (Transport Domain Controller) System / sistemas baseados no AS ABAP+Java com CTS Deploy Web Service (CTS SYSTEM): ** VER QUESTIONRIO PGINA 91 **

Unit 3 - Creating and Exporting Transport Requests


Definition of Customizing Customizing adapta o software SAP para atender uma empresa individualmente com requerimentos de negcio atravs da criao de transaes de negcios da empresa solicitados no sistema. Customizing Using the SAP Implementation Guide Implementation Guide (IMG): guia para customizao em todo ambiente SAP. Prov documentao, e ferramentas para gerenciamento de projetos e documentao. Os projetos podem ser alterados, sobrepondo o projeto anterior, mas mantendo a documentao. O IMG pode ser acessado via transao IMG. Os projetos so cross-client, e podem ser acessados via transao SPRO_ADMIN. O Lder do projeto responsvel por definir e gerenciar o projeto e caso usar o IMG: Criar o IMG project e o project views; Definir o escopo e a durao; Associar os membros; Definir a linguagem e o tipo de documentao; Definir e manter opes; Centralizao de projetos no Solution Manager permite: Administrao e definio do projeto; Administrao centralizada do landscape, o que permite aplicar modelos, centralizar configuraes e testes; Atravs do Business Process Repository, integrado ao SAP Knowledge Warehouse possvel acelerar a documentao do blueprint; Permite controle central das modificaes do projeto e customizaes; Criao de planos de testes que refletem em testes seqenciais e integrados; Customizaes afetam vrias tabelas, que so vistas atravs de table view = tabela virtual, que apresenta dados de vrias tabelas. Tools fr Managing Transport Requests Ferramentas para customizing: Implementation Guide (IMG): tool central para cuidar das customizaes. Transport Organizer: guarda as alteraes em forma de requests. Transport Organizer usado para criar, gerenciar, liberar e analizar requests. Acesso via SE09/SE10. Customizaes alteram tabelas que so salvas em change requests do tipo customizing, que pertencem somente ao usurio que as criou. Tasks so unidades menores utilizadas pelos customizadores para guardar as mudanas. ** Recomendado pela SAP: Gerente do projeto cria uma change request; Os membros do projeto so adicionados na change request, atravs de tasks; Cada membro trabalha na sua prpria request; Vantagens: Gerente do projeto tem total controle das requests; Objetos nas tasks no podem ser transportados individualmente; Com a liberao da CR o gerente controla quando os objetos so tranferidos para outros landscapes; ***

Quando uma change request salva, apenas as chaves da tabela so salvas. Quando acontece o export, h a leitura das demais linhas. Customizaes podem ser logadas, o que muito usado para documentao, atravs da transao SCU3. Caso a change request no seja associada a um projeto no incio, possvel associar posteriormente, via CTS (Change and transport system). Quando se ativa funes de projeto CTS em um projeto IMG: pode-se associar change requests ao projeto; no overview da request pode se ver essa associao; quando se altera customizaes no projeto IMG, elas so apenas associadas a requests do projeto IMG. A associao de projetos IMG requests pode ser feita de 2 maneiras: Atravs da SPRO_ADMIN; Atravs da SE09, entrando em propriedades e associando o projeto IMG. Customizing Procedure (123) Em uma implementao SAP, onde customizaces e alteraes fazem parte de um sistema, projetos devem ser executados em um ambiente estruturado usando Procedures, para minimizar a inatividade causada por bugs. Roles (papis): Project manager: cria as change requests e associa os customizadores a ela (criando tasks). Aps a customizao estar ok, ele libera a change request. Customizer: faz a customizao e libera sua task. Tem permisso para copiar as modificaes para o client de teste; TMS Administrador: transporta as change requests para demais ambientes.

Algumas transaes so classificadas como transporte manual. Elas devem ser manualmente adicionadas change requests. Antes de se fazer a release de uma change request, realizar testes unitrios para testar a funcionalidade da change request e verificar se o contedo dela completo. Testing of Customizing Antes de liberar uma CR, Testar a funcionalidade dentro do Transport Request e Verificar se o contedo esta completo.

Criar um client para testes, que permite um teste unitrio e testes sem risco de criar dados dependentes de customizao. Transao SCC1 copia alteraes de um cliente para outro baseado em: Uma task, um Transport Request e uma Trasnport Request e suas Tasks. Testes unitrios so feitos em clients TEST onde existam dados. Se uma request contem objetos cross-client, estes objetos no so copiados. Ao copiar uma task para outro client, ela no deve ser liberada, para permitir recustomizao caso necessrio. Quando uma task liberada, indica que a customizao ou desenvolvimento foi terminado, o teste unitrio est ok e a documentao est completa.

Quando a change request liberada, o contedo das tabelas exportado para o SO e criada em uma entrada na fila de import no QAS. possvel fazer o merge de change requests, atravs de utilities > reorganize > merge requests.

Cross Client Customizing


Tipos de customizao: Client-specific: Customizaes tpicamente onde o campo client a primeira posio da chave na tabela; Client-independent: Customizaes sem o campo client na chave. Repository objects: tabelas definidas no dicionrio ABAP ou programas e relatrios; possvel ver o tipo de customizao (dependente/cross) em: IMG > View > Additional information > Technical data Client-dependence. Customizaes Cross-client afetam: objetos de customizao, gerados pela demanda (objetos do repositrio); customizaes em opes do sistema, cujas tabelas no contm o nmero do client. Planning Change Management for Development (pg 140) reas que devem ser documentadas para o gerenciamento de mudana: Restringir alteraes a objetos do repositrio: o Criar 1 sistema para todo desenvolvimento; o certificar-se que as opes de sistema e client esto corretas; o colocar autorizaes corretas aos usurios. Definir padres de desenvolvimento: o usar pakages; o padres de documentao e; o manuteno de verses; definir times de projetos: o treinar sobre os padres e definir lderes. Recomendaes da SAP: desenvolvimento em um ambiente apenas; usar packages para agrupar funes relacionadas a objetos de repositrio; aps release da change request, documentar o propsito e o status das modificaes; usar autorizaes para controlar perfis;

Customizing versus Development (pg 142) Tools que ajudam na customizao: IMG; Workbench. Customizing Tools Documentao de mudanas Trabalho em Equipe Conectado ao Client Adm. e TMS Alterao no histrico de tabela (logging) e no desenvolvimento: ABAP Development Workbench Tools Documentao de mudanas Trabalho em Equipe Conectado ao Client Administrator e TMS SSCR Packages Object locking Version management

O Transport organizer (SE09 ou SE10) pode ser usado para customizing e workbench change requests: exibe as change requests; mostra informaes globais sobre transport; prov acesso a tools especiais. SSCR Registration Concepts

Desenvolvedores precisam ser registrados no SSCR para poder criar, modificar ou apagar objetos do repositrio. Registrar objetos (originais) a serem alterados (apenas 1x, at upgrade), recebendo um nmero de licenas para alterao.

Repository objects and Attributes

Customizaes comeam com Z ou Y, e o nome pode ter um domnio (direcionado a uma package), registrado via view V_TRESN.

SAP Repository Object Attributes

Atributos para cada objeto de repositrio so associados pelo sistema. O diretrio de objetos armazenado na tabela TADIR. Para alterar entradas na TADIR, usar somente funes standard fornecidas pela SAP. Packages (pg 149) Objetos do repositrio so organizados em packages, conhecidos como development class: prov agrupamento lgico de objetos; define qual transport layer ser usado; pode controlar nomenclatura de objetos.

Uma package associada para um Transport Layer; Se o transport Layer uma Rota de Consolidao vlida, os objetos da package so transportados para o sistema consolidado; Objetos SAP modificados no sistema do cliente, seguem a rota de consolidao da SAP; Packages devem iniciar com as seguintes letras: Y ou Z : package para objetos que sero transportados; $ : package para objetos temporrios que no sero transportados; TEST : package para objetos, porm ligado ao transport organizer, para prover lock e versionamento.; A partir do SAP Web AS 6.0, o conceito de packages foi estendido para o conceito de Development Classes. Caractersticas das Classes: Permite o agrupamento em hierarquias, garantindo a segurana; Permite interfaces com outras classes, desde que elas sejam visveis; Definio de acesso de uso. Object Locking (pg 158) Existem dois mecanismos de locking quando objetos do repositrio esto sendo modificados: O Editor de programas, que trabalha com o WP Enqueue para garantir que somente um usurio por vez pode modificar um objeto; O Workbench transport request, que garante que o desenvolvedor modificar o objeto associado para uma task valida, e apenas pelos desenvolvedores associados a ela. Releasing Transport Requests Aps o desenvolvimento da task ficar completa, uma TR - transport request liberada de modo que possa ser transportada para outro sistema SAP. Para isso, a task ou TR precisa autorizao. Para liberar uma TR, todas tasks devem ser documentadas e liberadas. Version Management (pg 160) Verses de objetos do SAP repositrio podem ser comparados ou restaurados. Quando um Workbench TR liberado, uma nova verso de cada objeto na TP gravado para uma verso no DB contendo o histrico de todos objetos do repositrio. Acessar version management atravs: SE80, SE09, SE38, SE11, SE37 OBS: Quando criar uma Request, pode-se criar vrias tasks para ela. Se liberar a CR, libera automaticamente as tasks associadas, ou pode-se liberar individualmente uma task, mas somente enviada para o sistema destino. Ex: DEV > QAS, definido na rota de transporte quando liberada a CR) Transport Organizer Settings Trasnsport Organizer tools, uma coleo de ferramentas que do suporte ao trabalho com as mudanas do sistema de transporte - transao SE03. Pode analisar componentes como: Objetos, objetos na TR, diretrios de objetos, transport requests e tasks, administrao. Transport Organize tools (SE03) prov: - mostrar o erro de transporte ao logar no ambiente; - prov sistema de verificao de objetos antes de ser exportado ao SO.

Aps liberar uma TR, consultar o transport log para garantir que o export foi correto: SE09 >Display > Goto > Transport Logs

Cdigos indicam que: 0 : sucesso; 4 : warning, mas todos objetos transportados com sucesso; 8 : warning, mas um objeto no pode ser transportado; 12 ou higher : Critical error; Authorizations for Change Management

Na maioria dos casos, a autorizao pode ser feito fracionada como mostrado na figura acima. Superuser (e.g. system administrator) o Has all authorizations related to requests and tasks. Project leader o Can create and manage requests and tasks. Developer o Can only use existing requests. End user o Only has display authorization. Modifying SAP Objects Objetos de repositrio devem somente ser alterados em um sistema SAP onde o sistema identifica os objetos originais, ou seja, o sistema onde o objeto foi criado. Todos outros sistemas podem somente conter cpia do objeto. Alteraes em ambiente no padro de desenvolvimento so chamadas REPAIRS. Transao SE06 controla quais objetos podem ser modificados no sistema SAP. Tipos de change requests ou development tasks: Transport Requests ou tasks do tipo Unclassified tem a lista de objetos vazia; Alterao para objetos originais so salvos para tasks do tipo development/correction; Alterao para cpias so salvos para tasks do tipo repair. A Package de um objeto de repositrio determina se a TR do tipo transportable ou local requerida. SE95 lista todos objetos modificados no sistema.

Unit 4 - Importing Transport Requests (pg 195)


The Transport Process

O TMS pode ser usado para importar toda a fila de change requests exportadas no desenvolvimento. Isto evita que ocorram erros de falta de objetos ao importar uma request (cuja dependente no foi importada) ou que objetos antigos sobreponham os novos. As requests so exportadas para o diretrio data e o arquivo de controle no diretrio cofiles. No diretrio buffer, existe o import buffer file para cada sistema no grupo de transporte (requests e ordem de importao = ordem de release das requests). O segundo passo, TMS executa o tp (transport control program) no SO para importar todas requests listadas no import queue do sistema QAS onde os objetos precisam ser testados de possveis erros. Caso encontrar erros, devem ser corrigidos no DEV e importados novamente no QAS. Aps, as requests so colocadas no import buffer e import queue do sistema PRD. Somente aps todas requests terem sido testadas e aprovadas no QAS que sero importadas no sistema PRD.
Imports Using TMS (pg 203) Import queues (ABAP) = import buffer (SO) > todas as change requests na ordem que foram liberadas. Podem ser visualisadas/importadas de qualquer sistema do domnio. Para ver a lista de import: STMS > Overview > Imports. Dados da fila so lidos do SO e jogados no banco, pela primeira vez. Para atualizar: Edit > refresh; Refresh executado peridicamente: STMS >Overview > Imports > Extras > Update all Import Queues. SAP recomenda agendar o relatrio RSTMSCOL para rodar de hora em hora. Colocando um end mark (import queue) ou um stopmark (import buffer), significa que no import all apenas as requests at ali sero importadas. Stopmark: Overview > imports > <system> > Queue > Close ou tp setstopmark; Remove stopmark: Overview > imports > <system> > Queue > Open ou tp delstopmark; Mover: via TMS ou tp mvstopmark.

Import queue pode ser usada para: Ver o status das requests; Acessar lista de objetos, documentao e logs de transporte; Abrir e fechar a queue, e mover a end mark; Importar todas requests, um projeto inteiro, requests preliminares (apenas uma request) ou de acordo com seleo de filtro; Adicionar, remover e passar adiante (outro sistema fora do domnio) requests. SAP recomenda um deadline para release de requests: aps este horrio, as requests so importadas, setando um end mark, e as seguintes sero importadas apenas no outro horrio. Para copiar uma request em um sistema fora do domnio (forward): Request > Forward > System. Cuidado ao apagar requests para no gerar inconsistncia de objetos. Melhor corrigir os objetos e gerar nova request. Import all: STMS > Overview > imports > Queue > Start Import. Importa todas requests na ordem que apareceram no buffer/queue. No janela do Start Import existem opes para o import: Tab Date pode agendar o import; Tab Execution pode selecionar synchronously ou Asynchronously (Asynchronously: import em background, sesso no fica presa no import; Tab options, expert options; Se uma request de um projeto no for aprovada no QAS, o projeto no pode ser importado na PRD. Apenas as requests aprovadas. Pode-se desabilitar o import all utilizando o parmetro NO_IMPORT_ALL. Antes de importar, SAP recomenda usar o end mark para fechar a fila de import.

** Dependendo da escolha para importar (por projeto, individual, all, workflow...) quando iniciar um import pode-se selecionar as seguintes opes na tab Date: immediate; at start time: especifica uma hora; after event: selecionando execute import periodically, ser processado sempre aps um evento, caso contrrio s na primeira vez do evento. ** SAP recomenda uso do import all em perodos determinados. Importao freqente no recomendada.

Da fila de import de cada sistema SAP pode-se monitorar e manter planejados todos imports selecionando Goto > job Monitor.

Inclusos no transporte: verses de change requests; import no mesmo sistema usando SCC1; import em sistemas seguintes (QAS >PRD). ** Tipos de estratgias de transporte: Queue-controlled mass transports: recomendado quando se tem muitos transportes e se quer automatizar; Single transports: recomendado para transportes controlados (ex.: produo). workflow: para comunicao entre desenvolvedores e administradores do TMS. ** Para selecionar estratgia: abrir rotas de transporte no STMS e efetuar um duplo clique no sistema. Mass transports: marcando leave transport request in queue for later import permite que importaes simples sejam novamente importadas em import all. Utilizar transport of copies quando copiar objetos para outros sistemas, mantendo a verso do sistema de origem. Utilizar relocations of objects w/o package change para mover a localizao original para outro sistema (ex.: de desenvolvimento temporrio DEV). Utilizar Relocations of objects with package change copia os objetos movendo a origem para o sistema de destino, criando sistema de transporte. Utilizar relocations of complete package caso todo o package dever ser mudado de origem. QA Approval Procedure and Transport Proposal (pg 225) The TMS Quality Assurance (QA) approval procedure aumenta a qualidade e a disponibilidade dos sistemas de produo permitindo voc verificar as TR no QAS antes de liber-las para sistemas posteriores. Quando o QA approval procedure ativado, TR so somente encaminhadas para a liberao se todos os passos do QA approval so processados para a request no sistema QA e as requests forem aprovadas.

*** Para o sistema ser configurado como QAS: Deve ser destino de uma rota de consolidao (iniciando do DEV); Deve liberar (deliver) pelo menos para um sistema adicional; *** Enquanto todos os steps de aprovao no forem aprovados ou rejeitados, os j escolhidos podem ter sua posio mudada. Ex.: de recusado para aprovado. SAP recomenda no rejeitar requests. Recomenda desenvolver outra que corrija e migrar as duas. Para mostrar a QA Worklist, transao STMS > Overview > Imports > Goto > QA Worklist. Para ver quem aprovou/recusou: Request > Display > QA Status. Para usar o Workflow, SAP recomenda que o sistema que esteja com o Workflow Engine tenha alta disponibilidade, mas baixa carga = QAS. Escolher Special Transport Workflow caso o transport seja urgente ou no siga a rota padro: Utilities > Create transport proposal. Se aprovado, ento importa automaticamente e vai um e-mail pra quem solicitou. Se no, vai e-mail informando a recusa, que pode ser rebatido ou cancelado. tp, The Transport Protocol Program tp usado para controlar transports (export e import) entre sistemas, bem como fazer upgrade de releases. tp um programa que roda no SO, baseado em C, comandos SO e ABAP no sistema SAP. tp utiliza o R3trans para efetuar comunicao com o banco de dados. No h mecanismos de import no target imediatamente aps o export. Executar o tp via SO (diretrio DIR_TRANS/bin com o <SID>adm) deve ser somente em casos especiais, como indisponibilidade do TMS.

Para importar: tp import all <SID> <CLIENT> pf=TP_<DOMAINNAME>.PFL; tp import <REQUEST> <SID> <CLIENT> u0 pf=TP_<DOMAINNAME>.PFL;

Uso do modo uncondicional para controle de erro. u0 significa que um transport individual no vai sobrepor objetos mais novos, mantendo ele na fila de imports: 0: requests importadas no so removidas do buffer; 1: ignorar j importadas; 2: sobrepor original; 6: sobrepor objetos em repairs no confirmados; 8: ignorar restries baseadas em tabela de restries; 9: ignorar que o sistema est lockado para esse tipo de transporte.

Outros comandos: tp showbuffer <SID>: buffer daquele SID; tp addtobuffer <REQUEST> <SID>: adiciona request como ltima da fila; tp delfrombuffer <REQUEST> <SID>: remove request do buffer; tp cleambuffer <SID>: remove requests importadas com sucesso do buffer (intrnseco no inport all). Via STMS: Overview > Imports > Import Queue > Display > Extras > Delete Imported Requests. - tp setstopmark <SID>: cria a stopmark no final do buffer; - tp movestopmark <REQUEST> <SID>: marca a request como ltima da fila; - tp delstopmark <SID>: remove a stopmark.

Import Process (pg 241) R3trans chamado eventualmente pelo tp e programa de controle de upgrade. A execuo do R3trans no suportada, mas pode ser usada em determinados casos, com ps-atividades necessrios. No transporte, utilizar sempre via tp, que chamar o R3trans quando preciso e garantir todas as atividades completas. Pode exportar em verso velha de R3trans e importar em novo. Pode exportar de um SO e importar em outro SO diferente. Pode exportar de um DB e importar em outro DB diferente. SAP no garante transporte entre releases diferentes de SAP. tp import all: tp setstopmark > importa > tp delstopmark > tp cleanbuffer. Caso haja algum erro no import, aps corrigi-lo, o tp recomea de onde parou. Para cada passo do import: 1. tp passa informaes do buffer para o R3trans; 2. R3trans l os data files e conecta no banco de dados, processando inserts e updates; 3. R3trans gera log no dir tmp e devolve um exit code para o tp; 4. tp move logs para dir log. tp chama job RDDIMPDP, comunicando via table TRBAT. tp escreve uma linha (header) para dizer ao RDDIMPDP que deve comear o processamento. Dependendo do tipo de atividade, apenas o header escrito. RDDIMPDP l a tabela TRBAT e seta a linha do header como R (run), inicia programa RDD* (que gera uma entrada na TRJOB) e se auto-agenda. Quando o header da TRBAT F e a TRJOB est vazia, tp copia os logs dos steps concludos do dir tmp para o dir log e remove entradas na TRBAT. Se o tp detecta problemas nas tabelas TRBAT e TRJOB, inicia um sapevt para reprocessar o RDDIMPDP, que reconhece as entradas nas tabelas e reinicia de onde parou. Aps a cpia de um client, o RDDIMPDP agendado. Para verificar, SM37. Para agendar, o nome do dispatcher RDDIMPDP_CLIENT_<###>. O evento o SAP_TRIGGER_RDDIMPDP_CLIENT.

Monitoring Tools (pg 261) TMS fornece vrias ferramentas para monitoramento: Import Monitor; tp system log Import queue consistency check; Transport control program check; Transport directory check; RCF connection test. Selecione STMS > Overview > Imports: Import monitor: para mostrar tp status: goto > Import Monitor; Import monitor: histrico do import: Goto > Import History. tp system log: o mostrar todos to calss e erros: SLOG: Goto > TP system log; o cdigo de retorno de todos passos individuais de transport para o corrente grupo de transporte: ALOG: Goto > Transport Steps. Selecione STMS > Overview > Systems (marque um ou mais sistemas) verificar o tp: SAP System Check Transport tool; verificar o diretrio de transporte: SAP System Check Transport Directory; verificar conexes RFC: SAP System Check Connection test. Checking for Critical Objects (pg 263) Existem dois momentos de se fazer a verificao por objetos crticos: 1. Antes do import da change request no destino: Executado manualmente e somente um display da lista de TR que contm objetos crticos; 2. Durante o export da TR: automtico se parmetro CHK_CRIOBJ_AT_EXPORT for W (warning) ou E (error). Para manter lista de objetos crticos: STMS > Overview > Imports > Extras Critical transport objects. SAP recomenda o congelamento de desenvolvimentos durante testes: Liberar TR com os objetos desenvolvidos; Congelar o desenvolvimento dos objetos no DEV; Importar e verificar no QAS ; Assinar as alteraes no QAS. Se necessrio, liberar para outras customizaes no DEV.

Transport Directory Naming Conventions (pg 267)

Transport Directory Structure and Files Devido o tp rodar em vrios SOs, a nomenclatura restrita: <DEV>K9<5 caracteres>. Subdiretrios do DIR_TRANS: bin: arquivos de configurao do transport domain; data: R9<5 digitos>.<SID>: objetos exportados; cofiles: arquivos de comandos nomeados K9<5 digitos>.<SID> (ex: passos para import); buffer: import buffer para cada sistema SAP nomeado aps o SID; log: ULOGs, ALOGs, SLOGs, <Source SID><action>9<5 digitos>.<action SID> (step executado) e <action><date>.<action SID> (steps coletivos). tmp: arquivos de log; actlog: <source SID>Z<6 digitos>: grava aes na request (criao, modificao, release); sapnames: <USER>: registro de aes de usurios; EPS (Eletronic Parcel Service): conte, o diretrio in, para qual Support Packages so copiadas para serem aplicadas com SPAM. Transao AL11 consulta diretrios.

Troubleshooting transports (PG 269) Durante o import usado o dir tmp, depois movido para log. Os arquivos de log possuem nome <source SID><action><6 digitos>.<target SID>. Nveis de detalhes dos logs, visualizados no SAP: - aes e cdigos de retorno; - mensagens de erro adicionais; - logs de usurio; - detalhes para desenvolvedores e hot-line.

Logs criados pelo tp: ULOG: cada linha representa um comando livre de erro; SLOG: monitora as atividades de transporte de um sistema; ALOG: todos os cdigos de retorno de steps num mesmo diretrio de transporte. tp recebe cdigos de retorno de todas tools envolvidas em um processo de import: 0 a 16: valor mximo todos cdigos de retorno da ferramenta de transporte; 17 a 99: calculado dos cdigos de retorno das ferramentas de transporte e tp warnings; 100 a 199: indica warnings. At 149 so normais, aps isto indica operao incorreta pelo usurio; 200 ou mais: erro. Para verificar erro: 1. STMS > Monitor > Alert viewer; 2. Informaes mais detalhadas no SLOG; 3. ALOG apresenta steps cujos cdigos de retorno esto no SLOG; 4. Verificar se o job RDDIMPDP est agendado e se iniciado por eventos. 5. Comparar cotedo das tabelas TRBAT e TRJOB com o import buffer (SM31). Cleaning Up the Transport Directory tp check all: procura por requests que no esto marcadas para import; tp clearold all: usa o comando acima para ver requests que passaram da idade mxima. Parmetros de idade mxima: datalifetime (move para dir olddata), olddatalifetime (apaga do dir olddata), cofilefiletime (apaga do dir cofiles), loglifetime (apaga do dir log).

Unit 5 - Client Tools (pg 307)


Using Client Copy and Transport Tools

Client Copy pode copiar os seguintes componentes do source para target client: User master data: s apaga dados no destino se um profile com user master data copiado. O copy profile SAP_USER contem authorization profiles e roles; customizing: todos profiles exceto SAP_USER contem customizing. Tabelas classe C, G, E e S. Cross-client customizing: para outro sistema; master/transacion (application) data: criar um client de teste a partir de um client de produo. Tabelas classe A; Testes a serem feitos antes de liberar uma request: testar funcionalidade; verificar se o contedo completo. Manter cliente separado para testes permite: teste unitrio verdadeiro; teste sem risco de criar dados que dependam de customizao; SCC1 permite copiar (a partir do destino): uma task; uma change request; uma change request com suas tasks.

SCC1 - Cpia de client baseada em uma Change Request. Entrar no source client e TR para ser copiado. Somente uma change request pode ser copiada por vez. As change requests podem ser agrupadas em outra, para migrar tudo de uma vez.

Local client copy Copia de clients de um mesmo sistema SAP. 1. SCC4 para criar novo client; 2. Setar login/no_automatic_user_sapstar=0 e logar no destino com SAP*/pass; 3. Etrar na SCCL e importar dados; 4. Atribuir ao source client para customizing data, application data e user master records; 5. Iniciar a cpia. Se for um grande processo utilizar background; Caso o parmetros login/no_automatic_user_sapstar=1 no permite conectar com SAP*. ** Para assegurar consistncia nos dados, no logar no client destino durante a cpia de client. SAP tambm recomenda no trabalhar no client origem durante a cpia. SAP entrega o software com client 000 standard, mas no aconselhvel trabalhar neste client. Pode-se usar o client 001 se ele existir. Client 001 uma cpia do client 000. Entretanto, se no existir client 001, SAP recomenda que inicie a implementao criando um novo client com uma cpia do 001. ** Remote client copy

Copia de client para outro sistema SAP (SCC9): - No precisa de espao em disco, vai via RFC; - cross-client customizing objects podem ser migrados juntos; - tabelas devem ser iguais nos dois ambientes. ***| Podem ser usados com vrios mltiplos processos paralelos, acelerando o processo. Outros fatores importantes que devem ser levados em conta, incluem performance de rede e DB; Processos de cpia so gerados em momento de execuo por processos de RFC paralelos, gerenciados pode servers group. Deve-se especificar o mximo nmero de processos para usar na cpia; Para especificar o mximo nmero de processos de cpia, usar transao SCCL para cpia local, ou SCC9 para cpia remota (Goto > Parallel Processes); Para definir um server group, SM59 > Extras > RFC Groups. *** Client transport

Utilizado para copiar dados entre diferentes clients, no usa RFC, mas gera arquivo no dir de transporte, via SCC8. Arquivos gerados: RO<number>: contm dados client-independent; RT<number>: dados client-especfic; RX<number>: contm textos SAPsripts. No importada via import all, mas pode ser importada via TMS. Aps o import process, logar no target client e executar SCC7 para ps-atividades. Client Delete (pg 318) Logar no client que ser deletado; Transao SCC5; Iniciar a deleo em processo background; Client Copy Profiles SAP entrega todas profiles necessrias para client copy ou client transport. max online runtime (rdisp/max_wprun_time) deve ser grande o suficiente. Recomendado > 2000segs; Para estimar o tamanho de um client, executar o programa RSTABLESIZE.

Monitoring Transao SCC3 mostra todos arquivos de logs das cpias. Informa: estatsticas de tabelas; controle de informao; informaes sobre cada tabela copiada. Quando executado qualquer transao com prefixo SCC, gera arquivo de log no diretrio usr/sap/trans/log Verificar no s o log da cpia, mas tambm do sistema (RFC com problema, etc.). Re-execuo recomea de onde parou. Para checar possveis problemas: SCC3 - copy log; SM21 - system log; ST22 - dump analysis; SM37 - job overview; SP01 - spool; Client Compare and Maintenance Tools

A funo de compare (SCU0) serve para ver diferenas de tabelas ou views entre clients diferentes, usando RFC. Usos: comparar client com o client de referencia (000, por exemplo); comparar clients durante um cenrio de rollout. comparar customizaes cross-client antes de combinar clients (roll in). *** No compare, pode-se usar uma viso orientada a projeto, via IMG. Podem-se selecionar componentes da aplicao, objetos customizados e TR, bem como selecionar objetos manualmente. *** A informao mais importante o status (comparision status) que indica a existncia e a natureza das diferenas. Process status indica os que j foram comparados ou no. Apenas um objeto pode ser alterado por vez, e aqueles que so alterados via SM30. Os demais apenas comparados. Via SCC4, configura-se o nvel de proteo do cliente: Protection level 1: no overwriting: no pode ser sobreposto, mas pode sofrer compare. Protection level 2: no overwriting and no external availability: no sobrepe e no aparece em compare (PRD).

Unit 15 Note Assistant, SAP Support Packages and Upgrades


SAP Note Assistant Notas podem fornecer informaes sobre produtos, parceiros e clientes da SAP, bem como correes. A nota inclui: sintomas do erro; causa do erro; descrio de como corrigir o cdigo; a verso e support package necessrios; links para support packages que resolvem o problema. SAP NOTE: implementa automaticamente notas que modificam cdigos ABAP; cuida da dependncia com outras notas, support packages e modificaes; mostra todas as notas implementadas no sistema; corrige apenas um bug, sem alterar ABAP Dictionay Objects, e no substitui SP. Pode-se aplicar o SAP Notes de duas maneiras com o SAP Note Assistant: 1. Se uma conexo com o SAP Service Marketplace estiver configurado, realizar diretamente o download para seu sistema; 2. Realizar separadamente o download do SAP Service Marketplace (ex: Download Manager) e ento fazer o upload para o sistema. Alteraes no cdigo original no requerem chave SSRC. Aplicar na DEV > transportar para o QAS via TMS, no aplicar diretamente no QAS > importar na PRD. Acessando a transao SNOTE, apresentada a worklist pessoal, diferente do Note Browser. Note Browser um overview de todas as notas existentes no sistema.

Note Assistant prov: Exibio de informaes de notas direcionadas para seu usurio, notas inconsistentes (todas) e notas novas; Pesquisa por notas; Download de notas; Verificao de notas para verificar seu status; definir o status de aplicao da nota. Notas podem ser implementadas/removidas (Cancel SAP Note Implementation). Para fazer download do SAP Note http://service.sap.com/notes com o SAP Download Manager disponvel no SAP Service Marketplace. Pode-se classificar a nota, bem como direcionar a aplicao para outra pessoa. Para aplicar, selecionar Implement SAP Note. Ser solicitado que salve as alteraes em uma change request. Antes de importar, execute uma syntax check. Um log gerado aps a aplicao da nota. Caso seja necessrio aplicar outras notas antes da escolhida, e havendo conexo direta com o SAPNet, sero apresentadas as outras notas no aplicadas. Caso haja necessidade de modificaes, na aplicao da nota pode ser direcionado ao Modification Browser (SE95). Support Packages (pg 370) Um sistema SAP consiste de diferentes componentes de software que sofrem atualizaes usando SP. Corrigem vrios erros em vrios componentes. Antes, o SP deve ser importado via download do SAP Service Marketplace. Correes de erros e novas funcionalidades dos layers (SAP_BASIS, SAP_ABA, etc.) so implementados via support packages. SPAM, ferramenta para aplicar SP. SAINT, install e upgrade nos Add-ons. Antes de usar estas transaes, atualizar o patch com um SPAM/SAINT update. Import Process Realizar um import dos SP requer um longo tempo de sistema inativo (downtime). Para downtime minimized import, onde report sources e report texts so importados com o sistema ativo (reduz de 70 a 80% no ECC). SPDD para objetos do Dictionary Repository SPAU para outros objetos do Repository. SAP System Upgrade

Antes de realizar o upgrade, deve-se analisar o por qu: tcnico, estratgico, etc: qual o custo total do upgrade? o upgrade trar vantagem financeira para mim (payback/ROI)? Quais os benefcios do upgrade? Quais os riscos envolvidos? Itens a serem pensados no planejamento do upgrade: Release de customizaes; modifications; adaptao e testes de melhorias de usurios; adaptao e testes de interfaces; adaptao e testes de formulrios; treinamento do usurio final; testes e validao de novos releases. A maior parte do projeto de upgrade adequar os processos do negcio s novas funcionalidades do sistema. Atividades tcnicas a prever: requerimento de hardware; sizing e configurao; planos de SO, DB, Kernel e upgrade de sistemas SAP; testes e validao de backup da nova verso; tecnical upgrade de todo o system landscape; atividades ps-upgrade, incluindo acompanhamento de performance. Quando decidir por qual verso SAP ir fazer o upgrade, considere: Estratgia da liberao do SAP; Custo de upgrade e manuteno de IT; Custo para adaptar processos de negcio; Requerimento de negcio X Funes SAP; Custos X Payback/ROI; Um upgrade tcnico envolve: tomar decises sobre a estratgia de upgrade e a converso de tabelas. Planejar as modificaes para minimizar o downtime; requerimentos de software, hardware, SO e BD devem ser vistos antes do upgrade; aps realizar as atividades de PREPARE, iniciar o upgrade; PREPARE so atividades para verificar se o sistema pode receber o upgrade. Testes e aes manuais podem ser feitos antes do upgrade; realizar o upgrade; atividades ps-upgrade. Ferramentas para auxiliar o upgrade: Prepare: faz verificaes no sistema, como SP e Add-ons, e importa outros tools para o upgrade; ICNV (incremental table conversion): tool importado pelo PREPARE responsvel por trabalhar mudanas na estrutura de tabelas. Upgrade Assistant: processa independentemente de um certo front-end; Upgrade Monitor: monitora o upgrade e ajuda a identificar onde est parado. Estima quanto tempo falta. SGEN: feito upgrade a cada verso.

Fases do upgrade: PREPARE: Preparao antes do upgrade; EU_IMPORT: import do novo repositrio (como um Shadow repositrio); DIFF: Cpia de todas modificaes, desenvolvimentos prprios, SP, Add-nos para o Shadow; ACT: SPDD; ICNV; SHADOW_IMPORT; EU_SWITCH, KX_SWITCH (switch); PARCONV,PMVBTAB(switch); TABIM(switch); XPRAS(switch); Durante a fase de switch, o sistema estar em perodo no produtivo. Se objetos precisam de ajuste, use transao SPDD e SPAU. Alteraes feitas na SPAU e SPDD devem ser includas (no importadas) no upgrade da prxima base. Todas as modificaes so perdidas, sobrepostas em novos objetos. Elas devem ser refeitas nesses novos objetos. A lista de objetos que precisam ser ajustados gerada na fase ADJUSTPRP, durante o PREPARE. As modificaes devem ser feitas durante o downtime, antes da ativao de objetos do dicionrio ABAP. So agrupadas em uma request, que no sofre release, mas marcada como export na SPDD. Objetos no devem ser manualmente ativados. Eles sero ativados nas fases corretas. Aps o upgrade, so concedidos 14 dias para execuo da transao SPAU sem necessitar de SSCR em objetos modificados anteriormente.

Unit 7 - Advanced User Administration Topics


Introduction to CUA - Central User Administrator Caso voc possua um grupo de sistemas e o mesmo usurio existir em vrios clientes, possvel reduzir o custo para manter usurios em diferentes sistemas SAP, utilizando o CUA. Clssico cenrio com mltiplos sistemas.

Conceito: O objetivo do CUA reduzir o custo, parmetros de administrao de usurios e centralizar o trabalho com mais segurana. O objetivo do CUA utilizar somente um simples client para manter dados de usurio. Pr-requisitos para uma implementao eficiente de CUA: Existe um grande nmero de usurios idnticos em mltiplos sistemas; Existe um system landscape complexo com grande nmero de clientes para ser gerenciado; Reduzir custos complexos, distribuir administrao de users com CUA; Usurios devem ser bloqueados, e no excludos. Central deve ser 4.6C pra cima; Cliente pode ser 4.5B pra cima.

Setting UP a CUA (pg 409)

Check transfer logs

Transaction SCUL

User Administration with the CUA Aps o CUA habilitado, algumas diferenas: nova tab Systems: mostra os sistemas em que o usurio est cadastrado. Se removido desta tela, remove do ambiente; Roles page: contm as roles do cliente. Executar o Text comparison para atualizar lista; Profiles: idem roles; Introduction to Directory Services Directory Services age como um repositrio central de usurios. As informaes so gravadas de forma hierrquica (tree). Acesso normalmente via LDAP, X.500 DAP ou DSML. Exemplo de um Cenrio com um Directory Service

LDAP - Lightweight Directory Access Protocol. Ele descreve como operaes sero formuladas para um diretrio de servio. A operao mais comum resgatar entradas, no entanto, tambm possvel criar, alterar ou excluir entradas. De um ponto de vista tcnico, LDAP segue o modelo cliente / servidor: um ou mais servidores asseguram a informao que o cliente acessa. Originalmente, LDAP implementadas somente comunica com um servidor X.500, como descrito pela International Organization for Standardization (ISO). Utiliza pilhas TCP/IP; Contm entradas que so um ou mais atributos; atributos esto em Classes, que fazem parte de um Schema. Entradas esto organizadas em rvores (chamada Directory Information Tree DIT), e cada entrada possui um Distinguished Name (DN), que criado descrevendo o caminho do root da rvore. SAP & LDAP Na verso 4.0A foi disponibilizado o LDAP Gateway, programa instalado a parte. Na verso 4.6A foi disponibilizado o LDAP Connector, integrado ao AS, interface entre o AS e o LDAP Server. Desde o Web AS 6.10 foram disponibilizadas funes para sincronizao de dados CUA and Directory Services

Technical Connection of Directory Services (pg 460) SAP usa RFC do tipo T (TCP/IP). Se s existe um ambiente no servidor, usar RFC com nome LDAP_<SERVIDOR>, caso tenha mais que um, utilizar LDAP_<SERVIDOR>-<SEQN>. Letras maisculas e sem espao. Necessrio registrar no gateway local (sapgw<instance number>). Transao LDAP ou SPRO > SAP NetWeaver > SAP Web Application Server > System Administration > Directory Integration. Quando o Status do servidor LDAP determinado como ativo no SAP, o CCMS monitora frequentemente o status do LDAP. Necessrio usurio para acessar o LDAP (ou acesso annimo). Esse usurio no corresponde a usurio no SAP ou no Directory Server. O user pode estar cadastrado no SAP, porm aqui salvado um user diferente. Aps isto, configurar o Connection Data, com informaes sobre o servidor LDAP.

Você também pode gostar