transporte_automatico

The Basis Blue Book 22

Cristiano S. Canzone

4. Extended Transport System Uma das inovaes do SAP R/3 4.6 para a rea de Basis o Extended Transport System. Este recurso elimina a necessidade de uma ou mais pessoas se dedicarem ao transporte manual das CTS (conhecidas tambm como Change Requests), seja via comando TP, seja atravs da transao STMS. Utilizando o ETS (Extended Transport System), possvel configurar rotas de transporte para mandantes (clients) ao invs de rotas direcionadas apenas para sistemas. E possvel criar rotas diferenciadas (por exemplo, uma rota para configuraes funcionais e outra rota para ajustes em programas independentes de mandantes). Este roteiro ilustra, passo a passo, a configurao e o uso do ETS.



O Ambiente de Exemplo Tomemos como exemplo o landscape SAP abaixo:

Figura 4.1 O landscape

Este landscape possui as seguintes caractersticas: Os programadores ABAP fazem suas alteraes (e, consequentemente, geram suas CTS) no mandante 030. Estas

alteraes so independentes de mandantes e, portanto, s precisam ir para um mandante em cada sistema; As equipes funcionais geram suas CTS no mandante 010. Estas configuraes devem ser copiadas para o mandante

030, a fim de que as equipes de ABAP possuam a ltima verso da configurao em seu mandante; O mandante 110 utilizado para consolidar as configuraes para a realizao dos testes integrados; O mandante 120 copiado para o mandante 130 a cada treinamento. Portanto, o mandante 130 no precisa receber

transportes das configuraes. Estas seguiro na cpia; O mandante 210 deve receber as configuraes que, depois de testadas, foram validadas no mandante 110.



Portanto, precisamos criar rotas de transporte para obtermos o cenrio abaixo:

Figura 4.2 O landscape e os transportes

Limpando a casa Antes de comear a trabalhar com o novo sistema de transportes, necessrio apagar todas as rotas existentes no SAP. Para isso, deve-se entrar na transao STMS e selecionar o menu Overview | Transport Routes. Na tela de rotas de transporte, pressione F5 para ativar o modo de edio. Lembre-se que voc deve fazer estas alteraes sempre no Transport Domain System. Selecione as rotas de transporte (uma a uma) e selecione o menu Edit | Transport Route | Delete. Transport Layers Como funcionam nesse caso ? O sistema de transportes do SAP utiliza os Transport Layers para associar CTS a rotas de transporte. Em uma instalao padro do sistema, h dois transport layers criados, Z (no nosso caso, ZDEV) e SAP. O Layer ZDEV utilizado para o transporte de objetos da SAP transportveis em uma ordem de transportes Workbench. Portanto, as alteraes de programas, efetuadas pelas equipes de ABAP, so transportveis apenas pelo transport layer ZDEV. O Layer SAP utilizado para o transporte de objetos SAP Standard. Programas standard, por exemplo, so transportveis apenas por este layer. Uma vez que no possvel utilizar um transport layer em duas rotas diferentes, para o mesmo sistema de origem (no caso o DEV), necessrio criar um layer adicional para o transporte das configuraes funcionais (lembre-se que o layer SAP para programas standard e o layer ZDEV para configuraes workbench).



Criando um transport layer adicional Para criar um transport layer deve-se entrar na transao STMS e selecionar o menu Overview | Transport Routes. Na tela de rotas de transporte, pressione F5 para ativar o modo de edio. Selecione o menu Edit | Transport Route | Create. No nosso caso, criamos uma rota de transporte ZCUS, para configuraes de customizing, como na figura abaixo. Aps preencher os campos, clique no boto Save.

Figura 4.3 Criao de transport layers

A nota 313991 Devido a problemas de transporte das CTS aprovadas no sistema de QAS, a SAP liberou uma nota (313991) que basicamente diz que devemos criar um sistema virtual (VIR) entre o sistema QAS e o sistema PRD para validar a aprovao das CTS. Feito isso, devemos ajustar as rotas e grupos de transporte para contemplar este novo sistema e, por fim, agendar a execuo de um job para fazer a movimentao das CTS neste sistema virtual.

Grupos de transporte O novo sistema de transporte utiliza o conceito de grupos de transporte. Cada grupo de transporte possui a relao de mandantes que devem receber as CTS geradas para a rota a que este grupo pertence. O nome dos grupos deve comear e terminar com uma barra (/). No nosso exemplo, criamos quatro grupos de transporte, um para cada rota ilustrada na figura 4.2 e mais um para validar a aprovao das CTS, de acordo com a nota 313991 da SAP: Um grupo para transportar CTS funcionais para os mandantes 030, 110 e 120, chamado /RELEASED/; Um grupo para transportar CTS de ABAP para o mandante 110, chamado /RELEABAP/; Um grupo para intermediar a aprovao das CTS, usando um sistema virtual (VIR), chamado /APPROVED/. Este

grupo tem como destino o mandante 003 (qualquer nmero serve) do sistema VIR; Um grupo para transportar CTS aprovadas no QAS para o mandante 210, da produo, chamado /DELIVERY/. Para criar as rotas de transporte, selecione o menu Edit | Transport Target Group | Create. Na janela que se abrir, preencha o nome do grupo (comeado e terminado por /) e uma descrio para o grupo. A seguir, clique no boto Client Assignment. Preencha uma linha de cada vez, com o nome do sistema e o nmero do mandante destino, como na figura abaixo:



Figura 4.4 Criando um grupo de transporte

Aps criar uma linha para cada conjunto de sistema/mandante, clique no boto Save.

Rotas de Transporte necessrio criar as rotas de transporte, que orientaro o SAP em como deve ocorrer o transporte (em que sequncia). Sero criadas trs rotas, uma para cada grupo de transporte criado. Selecione o menu Edit | Transport Route | Create. Na janela que se abrir, clique no boto Extended Transport Control, como na figura abaixo:

Figura 4.5 A primeira tela de Rotas de Transporte e o boto Extended Transport Control

Selecione a opo Consolidation. Em Integration System, selecione o sistema de origem (em nosso caso, DEV). Em Transport Layer, selecione o transport layer desejado. Em Consolidation Target, insira o nome do grupo de consolidao. Ao final, pressione o boto Save (vide figura abaixo):



Figura 4.6 Criando uma rota de transporte

Para nosso exemplo devem ser criadas duas rotas de consolidao e duas rotas de delivery: Uma rota para as CTS funcionais, de Consolidation, cujo Integration System DEV, o Transport Layer ZCUS e o Consolidation Target /RELEASED/. Uma rota para as CTS de objetos ABAP no-standard, de Consolidation, cujo Integration System DEV, o Transport Layer ZDEV e o Consolidation Target /RELEABAP/. Uma rota para as CTS de objetos SAP standard, de Consolidation, cujo Integration System DEV, o Transport Layer SAP e o Consolidation Target /RELEABAP/. Uma rota para as CTS aprovadas no QAS (para validar a aprovao), de Delivery, cujo Delivery Source QAS.110 (nosso mandante de aprovao), e o Delivery Target /APPROVAL/. Uma ltima rota, para as CTS aprovadas no QAS (para transporte para o PRD), de Delivery, cujo Delivery Source VIR.003 (um mandante virtual de um sistema tambm virtual), e o Delivery Target /DELIVERY/.



Como fazer para distinguir os grupos e os mandantes ? necessrio um pequeno subterfgio para dizer ao SAP que as CTS liberadas no mandante 010 devem entrar na fila /RELEASED/, uma vez que a fila /RELEABAP/ que est associada ao layer default (ZDEV). Para isso, clique sobre o sistema DEV (vide figura 4.7) e selecione o menu Edit | System | Change.

Figura 4.7 Selecionando um sistema

Na janela que se abre (vide figura 4.8), selecione a guia Standard Transport Layer e insira uma linha em Client Specific Settings, associando o mandante ao Layer desejado (no nosso caso, associamos o mandante 010 ao Layer ZCUS).



Figura 4.8: Associando mandantes a Layers

Definindo o sistema de Aprovao No ETS existe um conceito de aprovao de CTS para a Produo. Usurios selecionados como aprovadores (que possuam uma autorizao especfica, descrita mais abaixo) podem selecionar as CTS que sero transportadas para a produo, atravs de uma transao especfica. Para definir o sistema onde ocorrero as aprovaes, selecione um sistema no nosso caso o QAS (vide figura 4.7) e selecione o menu Edit | System | Change. Na janela que se abre, ative a opo Delivery After Confirmation, e em seguida clique no boto Procedure, conforme a figura 4.9.



Figura 4. 9 Ativando o procedimento de aprovao de CTS

Na janela que se abrir (vide figura 4.10), ative a opo To be approved by department. Aps diversas simulaes esta foi a melhor alternativa encontrada.

Figura 4.10 Escolhendo uma estratgia de aprovao de CTS



Salvando e distribuindo as novas rotas Depois de terminar todo o trabalho, necessrio gravar as alteraes e distribu-las para os demais sistemas. Para isso, selecione o menu Configuration | Distribute and Activate (isso salva automaticamente). Na janela ilustrada na figura 4.11, digite um nome para a configurao e clique no boto Save. Na prxima janela, perguntando se deve-se distribuir e ativar em todos o sistemas, selecione YES.

Figura 4.11 Salvando e distribuindo a configurao Aps salvar a configurao, o SAP tentar, automaticamente, ajustar as CTS existentes, incluindo-as nas rotas. Ao final deste processo, ser exibido um log com as alteraes efetuadas e aquelas que no foram possveis. As CTS que no foram alteradas devem ser ajustadas manualmente, uma a uma, na transao SE10 (ou SE09, ou SE01). Alm disso, deve-se associar os mandantes s CTS preexistentes. Para isso, executar a transao STMS, menu Overview | Imports. Depois, selecionando cada sistema (um de cada vez), escolher o menu Import Queue | Display. Na fila de importao (talvez seja necessrio dar um Refresh), selecionar as CTS e escolher o menu Request | Target Client | Set. Digite o nmero do mandante e salve. Isso deve ser feito para todas as CTS (as novas CTS, medida em que forem liberadas, tero associao automtica aos mandantes configurados).

Ativando os jobs de importao Para que a importao das CTS seja automtica deve-se criar um job em cada sistema. Para isso, executar a transao STMS, menu Overview | Imports. Depois, selecionando cada sistema (um de cada vez), escolher o menu Import Queue | Display. Selecionar o menu Queue | Start Import (vide figura 4.12). Na guia Date/deadline, selecione At start time, escolha uma data e hora para o primeiro job e escolha o perodo de intervalo entre os jobs em Period (Defina um intervalo para que os jobs no sobrecarreguem o sistema nem gerem espaos muito grandes). Ainda possvel importar as CTS manualmente, como se fazia antigamente no caso de importaes emergenciais. Neste caso, deve-se procurar faz-lo quando o job no estiver rodando, para evitar inconsistncias.



Figura 4.12 Criando um job de importao Ainda necessrio criar um job (segundo a nota 313991) para ajustar as CTS no sistema virtual (VIR). Para isso, criar um job no sistema QAS (qualquer mandante), que deve ser executado na mesma periodicidade dos jobs de transporte para o PRD, entretanto de 1 a 5 minutos antes. O programa a ser executado neste job o RSTMS_DIST_APPROVED_REQUESTS. Deve ser criada uma variante para selecionar o tipo de transporte. No nosso caso utilizamos a primeira opo (Transfer all approved requests). Finalmente, deve-se criar um job no PRD, com o programa RSTMSTIQ e a variante SAP_LOC_GROUPS. Este job puxa os arquivos das requests aprovadas no QAS para os diretrios (data e cofiles) do PRD.

Aprovando CTS Para poder aprovar CTS, os usurios devero ter em seu perfil a autorizao S_CTS_ADMI com o valor QTEA. Para chegar rotina de aprovao, entrar na transao STMS, menu Overview | Imports. Depois selecionar o sistema QAS e escolher o menu Import Queue | Display. Depois menu Goto | QA Worklist. Para aprovar, selecione a CTS, selecione o menu Request | Approve. Para rejeitar (as CTS que no devem ser transportadas DEVEM ser rejeitadas para que saiam da fila, seno esta fica cheia de lixo), selecionar o menu Request | Reject. possvel selecionar vrias CTS, marcando a primeira e a ltima da fila com a tecla F6, ou uma a uma com a tecla F9.

Sequncias de Importao No necessrio preocupar-se com a sequncia de importao das CTS que estiverem na fila no momento de execuo de cada job. O SAP faz uma importao em massa, respeitando dependncias entre as CTS, fazendo com que o transporte ocorra de maneira consistente. Os logs de cada CTS continuam existindo como antes, para o caso de necessidade de alguma consulta.

Mais informaes sobre transportes Para maiores detalhes, consulte as notas 0313991, 0556734 e 0556941.



Interrompa qualquer transporte que estiver sendo executado. Se houver um job de transportes automticos (Extended Transport System), derrube-o. Atravs da transao SM30, verifique se h alguma linha nas tabelas TROBJ e TRBAT. Se houver, apague. Tente transportar novamente. Verifique a consistncia do sistema de transportes executando o programa RSTPTEST atravs da transao SE38 (ou SA38). Verifique se o job RDDIMPDP est rodando normalmente, no sistema destino. Este job roda por eventos. Caso o job no esteja rodando normalmente, agende-o executando (atravs da transao SE38 (ou SA38) o programa RDDNEWPP.

Se estiver recebendo uma mensagem parecida com Transport request too long, verifique se os parmetros de transporte (na transao STMS ou no arquivo /usr/sap/trans/TPPARAM) NBUFFORM e TP_VERSION esto com valores 1 e maior ou igual a 262, respectivamente. Alm disso, consulte a nota 303289. Caso seja necessrio transportar requests atravs do comando TP, no sistema operacional, deve-se inserir a request na fila com o comando ADD, importa-la com o comando IMPORT e exclu-la com o comando DEL. Vide sintaxe abaixo. TP ADDTOBUFFER TP DELFROMBUFFER TP IMPORT CLIENT [U0123689], onde 0: Default, 1: Ignore that the change request has already been imported, 2: Overwrite the originals, 3: Overwrite system-specific objects, 6: Overwrite objects in unconfirmed repairs, 8: Ignore restrictions based on table classification, 9: Ignore that the system is locked for this type of transport.

transporte_automatico

Documents