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.

The Basis Blue Book 23


Cristiano S. Canzone
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.
The Basis Blue Book 24


Cristiano S. Canzone
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<SID> (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).
The Basis Blue Book 25


Cristiano S. Canzone
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:
The Basis Blue Book 26


Cristiano S. Canzone

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):
The Basis Blue Book 27


Cristiano S. Canzone

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/.
The Basis Blue Book 28


Cristiano S. Canzone
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).
The Basis Blue Book 29


Cristiano S. Canzone

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.
The Basis Blue Book 30


Cristiano S. Canzone

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
The Basis Blue Book 31


Cristiano S. Canzone
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.
The Basis Blue Book 32


Cristiano S. Canzone

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.
The Basis Blue Book 33


Cristiano S. Canzone
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 <CHANGE REQUEST> <SID>
TP DELFROMBUFFER <CHANGEREQUEST> <SID>
TP IMPORT <CHANGE REQUEST> <SID> CLIENT<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.