Tutorial SAP TMS (Sistema de Gerenciamento de Transporte)

Índice:

Anonim

O que é TMS?

O TMS é usado para mover, gerenciar, controlar, copiar objetos de desenvolvimento e personalizar configurações de maneira ordenada nos sistemas SAP em uma paisagem por meio de rotas de transporte predefinidas (conexões RFC). O processo de transporte consiste basicamente em exportar objetos do sistema SAP de origem e importá-los para o (s) sistema (s) SAP de destino. TMS Stands para Sistema de Gestão de Transporte

Por que precisamos de um sistema de transporte?

Os componentes CTS desempenham um papel importante no ambiente geral de desenvolvimento e customização. CTS significa Mudança e Sistema de Transporte
CTS é um instrumento para:

  • Administrar e controlar novos pedidos de desenvolvimento.
  • Gerenciando transportes
  • Registro de onde e por quem as mudanças são feitas
  • Configurando o panorama dos sistemas

Visão geral dos componentes CTS

  • CTO (Change and Transport Organizer) - É a principal ferramenta para gerenciar, navegar e registrar as alterações feitas no repositório e personalizar objetos. É o ponto central para organizar os projetos de desenvolvimento. SE01 é a transação com a nova visão estendida.
  • Ferramentas de transporte - Os transportes reais acontecem no back-end no nível do sistema operacional usando ferramentas de transporte, que fazem parte do SAP Kernel e incluem o programa R3trans e o programa de controle de transporte tp .
  • (TMS) Sistema de Gestão de Transporte

SAP System-Landscape

A paisagem do sistema (também conhecida como SAP System Group) é a organização dos servidores SAP. Idealmente, em um ambiente SAP, um cenário de três sistemas é recomendado. Consiste no

  1. Servidor de Desenvolvimento - DEV
  2. Servidor de Garantia de Qualidade - QAS
  3. Servidor de produção - PRD.

O ciclo de transporte em um sentido muito básico é o lançamento de novos Desenvolvimentos / Mudanças Customizing de DEV que são importados em ambos os sistemas de Qualidade e Produção. No entanto, a importação no PRD pode acontecer apenas depois que o teste de integração e a verificação de qualidade foram executados no QAS (e marcados como marcados).

O que é personalização? Como o TMS ajuda na personalização

  • Customizing é um processo de adaptação do sistema SAP de acordo com a necessidade do cliente. Para realizar o customizing, os usuários e consultores contam com a ajuda do SAP Reference Implementation Guide (IMG), que pode ser acessado por meio da transação SPRO.
  • A personalização é feita idealmente em DEV. O Transport Organizer (SE01) é usado em conjunto com o IMG para registrar e transportar ainda mais alterações personalizadas.

A maioria das alterações do Customizing (embora nem todas) são específicas do cliente , ou seja, as alterações devem ser refletidas apenas em um determinado cliente e não destinadas a todos os clientes do sistema. Quando a solicitação de transporte é exportada, ela extrai as entradas de tabela relevantes do banco de dados do sistema SAP e as copia para o diretório de transporte. As entradas de tabela relevantes são bloqueadas quando a transação de customizing está sendo usada. No entanto, eles são desbloqueados assim que as alterações são salvas em uma solicitação de transporte.

Repositório e mudanças de desenvolvimento

  • Além de personalizar objetos já existentes, novos desenvolvimentos também são necessários na maioria dos casos. Objeto de desenvolvimento é qualquer objeto criado (desenvolvido) por você no sistema SAP.
  • Uma coleção de todos esses objetos (específicos do cliente ou cliente cruzado) é chamada de Repositório .
  • O desenvolvimento é feito principalmente com a ajuda do ABAP Workbench (SE80). Portanto, essas mudanças também são conhecidas como Mudanças de Workbench.
  • Exemplos:
    • Objetos de dicionário ABAP: tabelas, domínios, elementos de dados, etc.
    • Programas ABAP, módulos de função, menus, telas
    • Documentos, objetos de transporte definidos pelo aplicativo, etc.
  • O Workbench também está totalmente integrado ao TMS, para registrar e transportar as alterações.

A maioria das alterações do Workbench (embora, não todas), são cross-client , ou seja, as alterações serão refletidas em todos os clientes do sistema de destino. Os objetos transportados do sistema de origem sobrescrevem objetos no sistema de destino que possuem os mesmos nomes.

Clientes e o tipo de dados no sistema SAP

  • Conceitualmente, o cliente é uma unidade técnica e organizacional independente, que contém seu próprio conjunto de dados (dados mestre, aplicativo / dados operacionais, dados de customização)
  • Os clientes criam ambientes separados para usuários de diferentes grupos de usuários ou com uma finalidade diferente, dentro do mesmo sistema SAP, sem realmente usar o banco de dados diferente.
  • Do ponto de vista técnico, um cliente é especificado usando um ID numérico de 3 dígitos, que também atua como o valor para o campo da tabela 'MANDT', no caso de trabalhos específicos do cliente.

Entre os dados específicos do cliente, existem 3 tipos de dados:

  • Os dados mestre do usuário contêm as informações de login do usuário, incluindo o nome de usuário, a senha e os padrões do usuário, os perfis ou funções de autorização e outras informações úteis, como grupos de usuários, comunicação e assim por diante. Esses dados estão fisicamente presentes em um conjunto específico de tabelas (as tabelas USR *).
  • Customizing Data contém as definições de configuração para customizar a estrutura organizacional e os processos de negócios para as empresas que implementam SAP. Esses dados dependem do cliente e são armazenados em tabelas conhecidas como tabelas de customizing.
  • Os dados do aplicativo também dependem do cliente e normalmente os usuários distinguem dois tipos de dados mestre e dados transacionais.
  1. Dados mestre, como mestre de fornecedor, mestre de material (tabelas como MARA)
  2. Dados transacionais, como ordem de venda, documentos financeiros, ordens de produção (POs) e assim por diante.

Opções de personalização do cliente

Diretório de transporte e sua configuração

SAP Transport Directory:

  • É o diretório de transporte global (/ usr / sap / trans), que na verdade é um local compartilhado (residindo no Sistema de Controlador de Domínio) entre todos os sistemas membros de uma paisagem (grupo de sistemas). Ele também contém determinados subdiretórios, que são criados automaticamente durante a instalação do sistema SAP. Isso é obrigatório para configurar o Sistema de Gerenciamento de Transporte.
  • Basicamente, o Diretório de transporte é o local onde todas as alterações são salvas (na forma de arquivos) após serem liberadas do DEV. Portanto, ele atua como uma fonte para as alterações a serem importadas no QAS e PRD. Portanto, temos que nos certificar de que o diretório de transporte seja compartilhado corretamente entre todos os sistemas em uma paisagem.

Por exemplo, no Windows NT, o local do diretório compartilhado pode ser acessado usando o seguinte endereço: \\ \ sapmnt \ trans onde SAPTRANSHOST (endereço do sistema do controlador de domínio) é definido no arquivo do host no diretório Windows de todos os sistemas SAP na paisagem. Controlador de domínio - é um dos sistemas em um cenário que atua como um controlador geral para o gerenciamento de mudanças e o processo de transporte no cenário. O controlador de domínio é escolhido (fora de D / Q / P) pela equipe de administradores do sistema, com base na disponibilidade do sistema e no tempo de instalação.

Subdiretórios principais:

  • Cofiles: contém arquivos de informações de solicitação de mudança com detalhes e comandos completos.
  • Arquivos de dados: contém os valores e dados reais a serem usados ​​na implementação da mudança.
  • Log: Contém logs de transporte, rastreios ou estatísticas, usados ​​para solução de problemas, caso ocorra algum erro no processo de transporte.
  • EPS: diretório de download para correções avançadas e pacotes de suporte

Outros subdiretórios são:

  • bin: Arquivos de configuração para tp (Programa de Transporte) e TMS
  • dados antigos: Dados exportados antigos para arquivamento ou exclusão
  • actlog: logs de ação para todas as solicitações e tarefas
  • buffer: buffer de transporte para cada sistema que declara os transportes a serem importados
  • Sapnames: Informações sobre solicitações de transporte feitas pelos respectivos usuários
  • tmp: Arquivos temporários e de registro de dados

Configurando o Transport Directory e TPPARAM

  • Ao configurar o TMS, um dos principais pré-requisitos é configurar o Diretório de Transporte e o arquivo de Parâmetros de Transporte.
  • Ele garante que o diretório seja compartilhado adequadamente entre todos os sistemas em uma paisagem, para que todos os sistemas que fazem parte do grupo / paisagem sejam incluídos no arquivo de configuração global TPPARAM (arquivo de parâmetro de transporte), localizado no subdiretório bin de / use / sap / trans. Temos que ter certeza de que as entradas para todos os sistemas participantes são feitas neste arquivo.
  • Caso alguma entrada esteja faltando, copie a entrada de outro sistema e altere os valores (por exemplo, ID do sistema, nome do host)
  • No momento da instalação, o diretório de transporte e os subdiretórios são criados automaticamente, incluindo um modelo de arquivo TPPARAM configurado inicialmente.

Ferramentas do sistema operacional - TP e R3trans
tp - O programa de controle de transporte:

  • tp é o programa SAP que os administradores usam para realizar e planejar transportes entre sistemas e também em atualizações dos sistemas SAP. Isso é usado pelo CTO e pelo TMS.
  • Na verdade, o tp usa outras ferramentas / programas e utilitários especiais para executar suas funções. Principalmente, ele chama o programa utilitário R3trans . Porém, também oferece um controle mais amplo do processo de transporte, garantindo a sequência correta dos objetos exportados / importados, para evitar graves inconsistências no sistema, que podem surgir devido à sequência incorreta.
  • tp está localizado no diretório de tempo de execução padrão do sistema SAP: / usr / sap / SYS / / exe / run . Ele é copiado automaticamente no processo de instalação.
  • Como pré-requisito, deve-se manter o arquivo de parâmetros globais tp ( TPPARAM ), especificando pelo menos os nomes dos hosts dos sistemas participantes do processo de transporte.
  • tp é usado principalmente para realizar importações em sistemas de destino. Ele usa utilitários chamados Import Dispatchers - RDDIMPDP & RDDIMPD_CLIENT_ , estes devem ser agendados como trabalhos de segundo plano em cada sistema onde as importações serão realizadas. Se por algum motivo eles forem excluídos, podemos agendar esses trabalhos executando o relatório RDDNEWPP .
  • Esses jobs são, na verdade, "acionados por evento", o que significa que tp envia um sinal (um evento) ao sistema R / 3 e o job é iniciado. Esses eventos são nomeados como SAP_TRIGGER_RDDIMPDP e SAP_TRIGGER_RRDIMPDP_CLIENT .

R3trans - O Programa de Controle de Transporte:

  • R3trans é o programa de transporte do sistema SAP que pode ser usado para transportar dados entre diferentes sistemas SAP. Normalmente não é usado diretamente, mas chamado a partir do programa de controle tp ou pelos utilitários de atualização SAP.
  • O tp controla os transportes e gera os arquivos de controle do r3trans, mas não se conecta ao próprio banco de dados. Todo o "trabalho real" é feito a partir da R3trans .
  • Ele suporta o transporte de dados entre sistemas rodando em sistemas operacionais diferentes e até mesmo em bancos de dados diferentes.