Os 5 piores parâmetros definidos em ambiente de produção

Escrito por Adriano Corrêa em 19 de março de 2009, 08:50h

Esse artigo será inútil para muitos DBA's. Na verdade relutei muito em escrever "O que não deve ser feito", ao invés de "O que deve ser feito". Porém, diante da constante verificação de parametrização de ambientes, decidi esclarecer alguns dados inúteis que normalmente são encontrados:

  1. Parâmetro -Mf: Se existe alguma possibilidade do seu servidor de banco de dados cair sem antes derrubar normalmente os bancos de dados, NÃO UTILIZE ESSE PARÂMETRO. Ele retarda a gravação no disco em segundos, o que significa que transações que já concluíram para os clients, ainda não está gravada no banco. Esse parâmetro só precisa ser utilizado em bancos com severa utilização de before-image, que tenha gargalo de disco e que não tenha possibilidade de queda anormal.
  2. Parâmetro -c: Serve para definição de cursores em ambiente com Dataserver. Não utiliza Dataserver? Então não utilize o parâmetro.
  3. Parâmetro -E: Foi descontinuado na versão 9.0A do Progress. Ele foi substituído pelos parâmetros -numsep e -numdec, que apontam respectivamente, o caracter separador de milhar e o caracter separador decimal. Para utilizar o formato europeu, utilize a configuração: -numsep 46 -numdec 44.
  4. Parâmetro -cpstream na carga do banco: Define o formato de visualização do dado na sessão client. Parâmetros de sessão client são inúteis para o banco de dados. Some a essa lista os parâmetros -d, -TB, -TM, -ld, -yy, -s, -mmax, -Bt, -tmpbsize que também são comuns de encontrar na carga do banco.
  5. Parâmetro -F: Esse parâmetro indica ao Progress fazer acessos forçado àquilo que ele está conectando. Bastante comum de se encontrar em scripts para a truncagem do before-image. Basicamente, esse parâmetro descarta as informações do before-image, colocando o banco de dados em estado inconsistente. Esse parâmetro somente deve ser utilizado quando orientado pelo seu suporte técnico. A tempo, esse parâmetro quando utilizado para derrubar um banco de dados iniciado com o parâmetro -i, corrompe o banco e inviabiliza sua reutilização.

Alguns desses parâmetros são simplesmente inúteis. Alguns poderão gerar problemas sérios. Minha recomendação é consultar regularmente o manual do Progress quando precisar definir parametrização para o ambiente, ou mesmo entrar em contato com um consultor especializado em banco de dados Progress.

 

Categorias: Ambiente | Banco de dados | Progress

Tags: , , ,

Comentários (6) -

em 7 de maio de 2009, 15:46h

No item 4 não entendei se os parâmetros "-d, -TB, -TM, -ld, -yy, -s, -mmax, -Bt, -tmpbsize" eles devem ser usados somente quando não existir o parametro -cpstream???

Carlos André Pinheiro Braz

em 7 de maio de 2009, 16:19h

Carlos, essa lista de parâmetros é inútil para a carga do banco de dados. Eles só fazem sentido se usados para a conexão do ambiente.

Adriano.

adriano

em 27 de outubro de 2009, 08:43h

Adriano,
eu uso esses parametros no pf para o icone. É correto?

Luciano

em 27 de outubro de 2009, 14:23h

Luciano, alguns parâmetros devem ser usados para a sessão cliente (ícone de acesso), alguns parâmetros para conexão aos bancos (ícone de acesso) e alguns parâmetros para a carga do banco de dados (script de carga/Progress Explorer).

Esse artigo está separando os parâmetros para cada situação. Quais parâmetros você está usando em seu pf para o ícone de acesso ao sistema?

Adriano.

adriano

em 1 de agosto de 2011, 14:23h

Adriano, tenho observado que o acesso ao EMS e Processamento em especifico no Fechamento Contábil quando é processado com acesso via Citrix ou Diretamente no Servidor onde esta instalado os programa, é muito mais rápido do que quando fazemos o mesmo processo da Maquina Local.
Existe alguma ferramenta da Datasul que monitore este acesso e processamento; pois além deste processamento desconfio que estamos com problema de rede.

Luis

em 1 de agosto de 2011, 18:06h

Luis, quando existem diferenças em desempenho entre as estações cliente, costumo avaliar 3 situações:

1. Ambas as estações utilizam os mesmos parâmetros?
2. Ambas as estações possuem os mesmos recursos de hardware disponíveis?
3. Ambas as estações encontram-se dentro da mesma estrutura de rede?

Essas perguntas geralmente resolvem o problema. No seu caso, provavelmente um servidor terá mais recursos que uma estação cliente. Lembre-se que o produto Datasul trabalha muito com temp-tables, que são armazenadas e processadas na estação. Logo, memória disponível e boa utilização do parâmetro -Bt devem ajudar.

Verifique os artigos de desempenho versus segurança nesse blog. Eles deverão ajudar a identificar o problema.

adriano

Comentar




biuquote
  • Comentário
  • Pré-visualização
Loading


Acesso LogMeIn

Informe o código PIN: