Ferramenta de gerenciamento de atualização

Com o uso da ferramenta de gerenciamento de atualização (UMT), você pode importar objetos BO - usuários, grupos e objetos de conteúdo BO da versão anterior da plataforma de BI para a versão atualizada. Ao atualizar seu ambiente BO, você tem duas opções para realizar a atualização.

  • Complete Upgrade - Você pode optar por mover todos os objetos da origem ao destino.

  • Incremental Upgrade - Você também pode optar por mover objetos em lotes.

Configurando UMT

Para usar o UMT para atualização, você precisa configurar o UMT para melhor desempenho. Execute o comando “Java –Xmx” enquanto inicia a Ferramenta de Gerenciamento de Atualização para executá-la com Java Heap → Clique com o botão direito em UMT e vá para Propriedades, conforme explicado abaixo -

Você tem que copiar o caminho “Destino” para o Bloco de Notas e substituir “Xmx” pela quantidade de Heap configurada para o seu sistema, conforme mostrado abaixo -

Você também pode configurar seu tempo limite na Ferramenta de Gerenciamento de Atualização. Defina o parâmetro abaixo -

Para definir o tempo limite de CORBA para UMT, você deve navegar até o arquivo Propriedades e adicionar a entrada abaixo. O arquivo de propriedades está localizado no diretório de instalação do BO neste caminho - “SAP BusinessObjects Enterprise XI 4.0 \ java \ apps \ upgradeManagementTool \ jars”

<entry key="umt.systemVar.backendCommunicationTimeoutInMS">630000</entry>

Recomenda-se manter o valor abaixo de 630000, caso contrário, poderá ocorrer erro relacionado ao login do CMS.

Configurando origem e destino em UMT

Você pode definir seu sistema CMS de origem e destino em UMT e verificar a conectividade. Execute a Ferramenta de Gerenciamento de Atualização em Todos os Programas → Selecione Atualização incremental → Avançar. A tela abaixo explica o mesmo.

Insira seu nome de CMS de origem e destino e forneça as credenciais. Forneça o cenário de atualização da lista suspensa, conforme mostrado abaixo -

Você tem diferentes cenários de atualização disponíveis no UMT, como -

  • Live to Live - Isso exigirá que os sistemas de origem e de destino estejam ativos.

  • BIAR to Live - Esta opção é usada para importar os objetos do formato de arquivo BIAR para o sistema de destino ativo.

  • Live to BIAR - Esta opção é usada para exportar os objetos no formato BIAR do sistema ao vivo.

Esses cenários podem ser usados ​​com base no status de seu sistema de origem e destino. Ambos os sistemas estão ativos, você pode realizar uma atualização ao vivo sem exportar / importar objetos.

No BO 4.2, UMT tem alguns novos recursos como abaixo -

  • Você pode definir o nível de registro como baixo, médio e alto na lista suspensa.

  • Quando você seleciona o nível de log - “Alto”, ele captura todos os erros, avisos e falhas durante o processo.

  • Você também pode definir o espaço temporário para qualquer diretório necessário e reiniciar a ferramenta UMT após as alterações.

  • O espaço temporário geralmente armazena todas as entradas do banco de dados Derby e assim que a atualização for concluída; esses arquivos podem ser removidos.

Ao realizar a atualização do BO de BOXI 3.x para BI 4.1, você pode ter vários cenários para migrar diferentes objetos, conteúdos, usuários, etc. e escopo definido em cada cenário. De acordo com a recomendação SAP, as iterações abaixo podem ser usadas -

Iteração Escopo

Iteração

# 1

Nesta iteração, os seguintes objetos foram migrados com suas dependências -

  • Grupos de usuários
  • Níveis de Acesso
  • Applications

A mesma abordagem pode ser usada para todos os grupos de usuários, todos os níveis de acesso em uma única iteração. No entanto, isso pode ser demorado com base no número de objetos etc. Portanto, é recomendado decidir o número de iterações com base em seus objetos de repositório.

Iteração

# 2

Os objetos a seguir foram considerados para atualização com dependências. Você pode selecionar esses objetos para migração na tela de seleção de objetos -

  • Pastas e objetos
  • Objetos de Repositório
  • Universes

Para este livro de padrões, fizemos a migração em uma única iteração. No entanto, dependendo do número de iterações com base em seus objetos de repositório.

Iteração

# 3

Na tela inicial "Selecionar Filtro", o filtro de tempo foi configurado de acordo com a necessidade. Em nosso livro de padrões, estamos selecionando a data de início como 01/02/2016 e a data de término como 05/02/2016. Portanto, apenas os seguintes objetos serão listados e migrados -

  • Universo - Universo modificado entre a data de início e a data mencionada no filtro de seleção
  • Relatórios de inteligência da web - Relatórios modificados entre a data de início e a data de término mencionadas no filtro de seleção.

Iteração

# 4

Os objetos a seguir foram considerados para atualização com dependências. Estes são os objetos selecionados para migração na tela Seleção de Objetos -

  • Applications
  • Calendars
  • Categorias Corporativas
  • Conexões remotas e trabalhos de replicação
  • Objetos de Repositório
  • Universes

Nessas iterações, todas as dependências de conteúdo (relacionadas a todos os documentos) foram definidas para serem atualizadas primeiro. No entanto, isso também pode ser feito em incrementos.

Observe que todos os objetos que já foram migrados não serão listados na tela de seleção de objetos. Novamente, nesta iteração, como estamos usando o recurso "Ocultar objetos que já foram atualizados" da tela do filtro de seleção.

Iteração

# 5

Os seguintes objetos foram selecionados para atualização com dependências -

  • Pastas públicas e seus objetos, exceto os objetos que foram atualizados na iteração 2
  • Objetos QaaWS
  • Events
  • Assinaturas de celular
  • Dependências de objetos serão listadas no UMT, mas serão desmarcadas posteriormente

Para este livro de padrões, fizemos a migração em uma única iteração. No entanto, dependendo do número de objetos, essa iteração pode ser demorada. Portanto, é recomendado decidir o número de iterações com base no tamanho do seu repositório e no número de objetos.