O processo de atualização do produto Datasul está evoluindo com melhorias no console, onde a principal premissa é que seja simples para ambientes simples e escalável para ambientes complexos.
Diante dessa premissa, o Console dispõe de algumas funcionalidade que não são usadas no dia-a-dia, porém são úteis para o escalonamento de ambientes complexos.
Após atualizar o console para a última versão, toda execução realizada irá verificar se existem correções disponíveis. Essa verificação é feita na primeira tela do Console, após selecionar o produto e o gerenciador do banco de dados.
Caso o usuário seja alertado que existem atualizações disponíveis, e opte por fazer a atualização, será listado as correções que existem disponíveis para o Console e para o produto selecionado. O Console irá fazer o download das correções e aplicá-las automaticamente. Obviamente, o computador tem que estar conectado à internet para realizar essa operação.
Compilações em 64 bits são disponibilizadas no diretório char64, porém não são copiadas automaticamente para os servidores de aplicação 64 bits que podem estar utilizando. Essa cópia deve ser feita manualmente pelo cliente.
A informação de qual fix está aplicado para cada diretório de dados do console é gravado no arquivo pacotes.dat do diretório dat do console. É importante manter um backup desse arquivo junto com o diretório de dados utilizado.
O console de atualização segue um wizard para atualizar os bancos de dados, que basicamente é dividido em duas partes. Na primeira parte o console pede todas as configurações que serão necessárias para executar a segunda parte. A segunda parte é composta das etapas que efetuam conferências e atualizações de dados.
A primeira parte é rápida, é puramente cadastro de conexão de bancos, alias, appservers e alguns outros parâmetros que variam conforme o processo que executará. A segunda parte, porém, pode ser lenta dependendo do volume de dados do banco de dados a ser atualizado.
Para otimizar essas etapas, o console disponibiliza o botão de agendamento nas telas de execução. Esse botão consiste em armazenar as informações para execução posterior.
Por exemplo, as etapas de conferência podem ser executadas com o banco em produção. Então você pode executá-las antes de pensar em montar um ambiente de teste para executar a conversão de dados. Com o banco conferido e destacado para começar os testes, provavelmente haverão 3 etapas que precisam ser executadas: preparação de dicionário, atualização de dados e correção de dicionário.
Se você não tiver disponibilidade para esperar cada um desses processos terminarem para mandar executar o próximo, ao invés de selecionar o botão executar, selecione o botão agendar etapa. O console passará para as próximas etapas sucessivamente, até chegar na tela de execução de etapas agendadas. A execução dessa tela executará todas as etapas agendadas, passando automaticamente para a próxima em caso de sucesso.
Isso agiliza o processo, eliminando o tempo de inatividade entre uma etapa e outra.
O console também disponibiliza um espaço para especificar um script para ser executado antes de cada etapa. Esse script pode, por exemplo, carregar ou parar um banco de dados Progress OpenEdge para ser conectado em modo mono-usuário nas etapas de alteração de dicionário e em multi-usuário na etapa de atualização de dados. Pode também truncar o before-image de um schema holder depois da alteração de dicionário, para o banco poder ser conectado novamente com o parâmetro –RO.
Esse script é executado pelo próprio console ou pelo primeiro Appserver cadastrado, caso a etapa seja executada em servidor de aplicação.
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas