Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

O que é

O SisPetro tem mais de 20 anos de história e alguns clientes possuem bancos de dados com informações também a esse tempo. Com isso, o tamanho do banco de dados acaba sendo grande, seja para cópias, backups ou até mesmo para a performance de acesso. Como legalmente a empresa só é obrigada a manter 5 anos de dados, é possível retirarmos os dados antigos para poder ter um banco menor no dia-a-dia. Essa extração dos dados antigos é o que chamamos de Arquivo Morto.

Primeiro, é necessário entender que não ocorrerá uma separação interna do banco de dados, com dados antigos até uma determinada data e dados atuais a partir dessa data e permanecendo um único banco de dados.

O que faremos é extrair dados a partir de uma data especificada para tenhamos um banco menor para uso Desta forma teremos o banco original, e o banco novo ao qual seguirá apenas com dados extraídos a partir da data de corte, este banco novo será menor para utilização no dia-a-dia. O banco anterior, contendo todos os dados, inclusive os dados até a data do trabalho, deve ser armazenado para consultas esporádicas de dados antigos. Veja o gráfico abaixo:

...

  1. Subir o Banco de Dados Original

  2. Verificar se existem baixas bloqueadas anteriores ao período da data de corte que será utilizada, para isso:

    1. Fazer o seguinte select:

      Bloco de código
      Select b.CodEmpresa, cpr.NumLancamento, b.Tipo,b.DataProgDesbloqueio, b.NumBaixa, b.DtBaixa, ent.CodEnt, ent.RzSocial From Entidade as ent 
        Inner Join ContasPagarReceber as cpr on ent.CodEnt = cpr.Comprador
        Inner Join ItensBaixa as ibx on ibx.CodEmpresa = cpr.CodEmpresa and ibx.NumLancamento = cpr.NumLancamento
        Inner Join Baixa b on ibx.CodEmpresa  = b.CodEmpresa and ibx.NumBaixa = b.Numbaixa
      Where ibx.Bloqueado = 1 
        and ibx.Cancelado = 0 
        and b.DtBaixa < DATACORTE order by b.codempresa,b.tipo,b.DataProgDesbloqueio
    2. Para o parâmetro da Data_Corte, utilizar o padrão AAAAMMDD, como por exemplo '20170101' (01/01/2017)

    3. Caso esse select retorne dados, deverá antes de prosseguir efetuar o desbloqueio dessas baixas conforme: Desbloqueio Manual de Baixa

  3. Atualizar banco de dados com últimos scripts do SisPetro

  4. Criar a PASTA_BD_ORIGINAL com 2 subpastas: dat, datArqMorto

  5. Abrir o script anexo ScriptAtualizarSaldos_v2.sql e substituir onde consta AAAAMMDD com a Data de Corte a ser utilizada nesse banco de dados.

  6. Rodar o script ScriptAtualizarSaldos_v2.sql no Banco Original.

    Nota: os passos 5 e 6 serão úteis para conferir os saldos de algumas tabelas no processo de testes do Arquivo Morto nos passos 13 e 14.

  7. Gerar unload de todo o banco com a estrutura e dados, conforme: Passos para Unload de Banco de Dados
    a) Salvar o arquivo reload.sql em PASTA_BD_ORIGINAL

    b) Salvar os arquivos .dat em PASTA_BD_ORIGINAL\dat.

  8. No DbiSql (conectado no banco de dados original) executar o comando:

    1. call ArqMortoExportaDadosFora(Data,PastaDats,GeraDados,NumLoops,GeraArquivo,NomeArquivo,
      ModoLog), onde
      Onde deverá alterar os parâmetros conforme explicação abaixo:

      • Data: data de corte. Ex. 20170101 (utilizar esse padrão AAAAMMDD para evitar que o banco tenha que fazer sua conversão)

      • PastaDats: pasta onde a procedure irá gerar os arquivos .dat. Ex: PASTA_BD_ORIGINAL\datArqMorto

      • GeraDados:marca se deverá gerar automaticamente os arquivos .dat na stored-procedure. Por padrão sempre enviar como 1.

      • NumLoops: define por quantas vezes a stored-procedure tentará ajustar os registros órfãos. Por padrão sempre enviar como 10.

      • GeraArquivo: define se irá gerar o arquivo contendo o script com os comandos utilizados para gerar os arquivos .dat. Para um primeiro teste em ambiente de teste é aconselhável passar esse parâmetro como 1 e posteriormente poderia ser passado como 0. Obs: Em casos de problema com o Arquivo Morto, será esse arquivo que irá auxiliar o Suporte a identificar o motivo da falha no processo.

      • NomeArquivo: nome a ser utilizado para o arquivo de script dos comandos para geração de arquivos .dat. Esse parâmetro só necessita ser informado caso o parâmetro anterior seja informado como 1.

      • ModoLog: define como será apresentado o andamento do processo. Ao informar o valor 0 (Padrão) as mensagens serão apresentadas no próprio DbiSql (Essa opção é incompatível com o DBISQL da versão 17 do Sybase, pois a aba de mensagens foi removida), já ao informar o valor 1 as mensagens serão enviadas para o console do banco de dados.

  9. Fazer cópia dos arquivos PASTA_BD_ORIGINAL\datArqMorto para a pasta PASTA_BD_ORIGINAL\dat (deve substituir todos repetidos).

  10. Gerar um banco vazio, conforme: Criação de um novo Banco de Dados Vazio

  11. Inicializar o banco na pasta PASTA_BD_NOVO

  12. No DbiSQL (conectado no banco novo) rodar PASTA_BD_ORIGINAL\reload.sql

  13. Abrir o script anexo ScriptVerificarSaldos_v2.sql e substituir onde consta AAAAMMDD) com a Data de Corte a ser utilizada nesse banco de dados.

  14. Rodar o script ScriptVerificarSaldos_v2.sql no Banco Novo. Não deve retornar nenhum dado. A verificação é feita para os períodos anteriores à data de corte.

    Essa verificação garante que os saldos estão íntegros após a extração dos dados, considerando a Data de Corte utilizada.
    Qualquer dado retornado deve ser encaminhado para análise do Desenvolvimento e impedir a execução do processo em produção.


    Para mais informações, ver:
    Passos Para para Unload de Banco de Dados
    Criação de um novo Banco de Dados vazio

...