Servidor de Banco de Dados

Filtros


Atalhos para busca

Premissas

  • As informações contidas neste documento devem ser utilizadas como referência, sendo essencialmente necessário considerar fatores externos e tendências de negócio, como crescimento do número de estabelecimentos, usuários concorrentes e aquisição e utilização de softwares de terceiro no mesmo ambiente do ERP Consinco. É imprescindível que o dimensionamento do ambiente de banco de dados seja feito por empresa ou profissional com know how em planejamento de capacidade. Se necessário, temos parceiros especializados que podem auxiliar a empresa nesta tarefa.
  • Recomenda-se a utilização de servidor dedicado exclusivamente ao produto Oracle Database, não hospedando quaisquer outros serviços e softwares que não estejam relacionados aos produtos da Oracle ou a sua sustentação.
  • Não há restrições quanto a utilização de ambiente Oracle de alta disponibilidade (RAC).
  • Não há restrições quanto a virtualização do ambiente Oracle Database, desde que, os pré-requisitos e orientações da fabricante do banco de dados sejam completamente atendidos.
  • Os itens descritos como “exemplos” e/ou “referências” de tecnologias ou padrões são meramente informativos e com proposito explicativo, baseado nas opções disponíveis na ocasião da elaboração deste documento. Considerar sempre os recursos e tecnologias mais atuais disponíveis no mercado.
  • Recomenda-se a leitura e implementação da política de acesso ao banco de dados.
  • A Consinco reserva-se no direito de atualizar, modificar, incluir ou excluir informações deste documento a qualquer momento, sem aviso prévio, decorrente da evolução de seus produtos e tecnologias utilizadas.

 

Requisitos de Ambiente

Validação

Os requisitos básicos e checáveis podem ser validados por meio da ferramenta de validação de banco de dados disponível aqui.

Requisitos de Hardware

  • Processador com arquitetura servidor de 64-bit (Xeon, Opteron, Sparc) ¹
  • Processador com no mínimo 4 core (núcleos lógicos) ¹
  • Memória RAM com no mínimo 8 GB disponível para o banco de dados ¹
  • Espaço inicial mínimo disponível de 100 GB ²
  • Método RAID de alta performance para banco de dados (RAID 10, RAID 5) ²
  • Discos de armazenamento de alta performance para banco de dados (SAS, SSD) ²

¹ Valor mínimo do menor projeto. Recomenda-se estudo de planejamento de capacidade que suporte adequadamente o funcionamento do sistema com o crescimento da base de dados e dos usuários concorrentes.

² A quantidade de espaço consumido pelo ERP sofre variações de acordo com os produtos instalados, divisão de negócio, frequência de utilização e parâmetros do sistema. Por isso, é difícil prever cláusulas gerais de armazenagem e previsões de utilização de espaço, que são específicas de cada ambiente. Recomenda-se monitorar periodicamente o crescimento do banco de dados, a fim de ajustar o espaço disponível para os produtos utilizados.

Requisitos de Software

  • Utilizar plataforma operacional homologada (ver tópico Sistemas Operacionais Homologados).
  • Oracle Standard One, Standard, Standard 2, Enterprise. ¹
  • Oracle RDS (homologado somente com parceiro) ²

¹ A versão Oracle Express Edition (Oracle XE) não é suportada.
² Devido as características e restrições do ambiente Oracle RDS, é suportado quando administrado por parceiro.

 

Requisitos de Instalação

Os requisitos descritos neste item, são obrigatórios para o correto funcionamento do ERP Consinco. Alguns itens são opcionais, porém, impedem que determinados recursos do produto tornem-se funcionais.

Premissas

  • Utilizar versão Oracle Database homologada (ver tópico Oracle Database Homologados).
  • Utilizar characterset no padrão AMERICAN (WE8ISO8859P1, WE8MSWIN1252).
  • Utilizar ncharacterset no padrão AL16UTF16.

Parâmetros Oracle

  • Definir valor FALSE para o parâmetro Sec_Case_Sensitive_Logon ¹
  • Manter o valor Exact (default) para o parâmetro Cursor_Sharing ²
  • Manter o valor Manual (default) para o parâmetro Result_Cache_Mode ²
  • Definir o valor de 2000 para o parâmetro Open_Cursors
  • Definir o valor False para o parâmetro Optimizer_Adaptive_Features (12.1) ²
  • Manter o valor False (default) para o parâmetro Optimizer_Adaptive_Statistics (>=12.2) ²

¹ Opcional. Se manter valor default (true), a senha do owner Consinco deverá ser maiúscula.

² Há problemas de performance conhecidos no funcionamento do ERP com a alteração destes parâmetros.

Pacotes de Componentes

  • Oracle XML Database
  • Oracle Database Java Packages

Criação de Usuário e Tablespace

  • Criar o usuário CONSINCO destinado aos módulos do ERP ¹
  • A senha do usuário CONSINCO obrigatoriamente precisa estar em maiúscula
  • Criar a tablespace TSD_CONSINCO para armazenamento de dados
  • Criar a tablespace TSI_CONSINCO para armazenamento de índices ²
  • Definir a tablespace padrão do usuário CONSINCO como TSD_CONSINCO
  • Criar usuário INTEGRACAO destinado a integração com software de NFe ¹
  • Criar a tablespace TSD_INTEGRACAO para armazenamento de dados
  • Definir a tablespace padrão do usuário INTEGRACAO como TSD_INTEGRACAO

¹ A importação do dump de implantação já cria os owners CONSINCO e INTEGRACAO.
² É recomenda a realocação periódica dos índices, em especial se as tablespaces de dados e índices estiverem em disco distintos.

Permissões de Acesso

  • Permissão ao usuário CONSINCO para Connect
  • Permissão ao usuário CONSINCO para Resource
  • Permissão ao usuário CONSINCO para Unlimited Tablespace
  • Permissão ao usuário CONSINCO de Connect e Resolve para ACL ¹
  • Permissão ao usuário CONSINCO para acesso V$Session
  • Permissão ao usuário CONSINCO para acesso Gv$Session
  • Permissão ao usuário CONSINCO para executar Alter System ¹ ²
  • Permissão ao usuário CONSINCO para executar Alter Session
  • Permissão ao usuário CONSINCO para acesso Select Any Dictionary ²
  • Permissão ao usuário CONSINCO para Debug Connect Session ²
  • Permissão ao usuário CONSINCO para Debug Any Procedure ²
  • Permissão ao usuário CONSINCO para executar Sys.Utl_Smtp
  • Permissão ao usuário CONSINCO para executar Sys.Utl_File
  • Permissão ao usuário CONSINCO para executar Sys.Utl_Tcp
  • Permissão ao usuário CONSINCO de read, write, delete para java.io.FilePermission ¹

¹ Permissão exigida para recursos específicos do ERP.
² Permissão opcional, recomendado para análise de suporte e recursos de encerramento de sessão.

 

Administração

As informações descritas neste item baseiam-se em boas práticas na administração do banco de dados Oracle para o produto Consinco. Em alguns cenários, as características de ambiente, de equipamento, de volumetria e do número de acessos simultâneos ao servidor, podem exigir recomendações específicas, inclusive da fabricante Oracle. Recomenda-se que a administração do banco de dados Oracle seja feita por empresa ou profissional especializado.

Pré-requisitos

  • A criação de tarefas agendadas (jobs) no banco de dados é uma tarefa administrativa (DBA).
  • As tarefas agendadas, quando necessárias, devem ser criadas com a funcionalidade Scheduler.
  • Coleta periódica de estatísticas utilizando o objeto Pkg_Estatistica ou DBMS_Stats (ou método semelhante). ¹
  • Manter sem estatísticas tabelas e índices temporários (GTT) – recomenda-se alocar para não coletar.
  • A coleta de estatísticas deve ser realizada para todos os owners Consinco.
  • Periodicamente e oportunamente o DBA deverá avaliar a exclusão de colunas sinalizadas como unsable. ²

¹ A coleta de estatísticas automática do Oracle não é suficiente na maioria dos casos para o ERP Consinco, portanto, recomenda-se a sua desativação e a implantação de política de coleta periódica conforme orientações descritas neste item.

² Eventualmente o comando drop de uma coluna pode ser substituído pelo comando unsable no processo de atualização do ERP, caso a tabela apresente uma volumetria de dados elevado. Esta medida é importante para não comprometer o tempo de atualização, exigindo uma janela atípica.

 

Recomendações

  • Recomenda-se criar políticas de backup físico e lógico periódico para o banco de dados (RMan, Data Pump).
  • Recomenda-se utilizar no máximo 70% da memória RAM disponível no servidor para o Oracle.
  • Recomenda-se manter redo logs em quantidades e tamanhos para um bom intervalo de switch (~15 min).
  • Recomenda-se o uso do parâmetro Expire_Time no arquivo Sqlnet.ora com valor próximo à 10 min.
  • Recomenda-se o uso do parâmetro Recv_Timeout no arquivo Sqlnet.ora com valor igual a NONE.
  • Recomenda-se o uso do parâmetro Send_Timeout no arquivo Sqlnet.ora com valor igual a NONE.
  • Recomenda-se o uso do valor Unlimited para a regra Failed_Login_Attempts no profile dos owners Consinco.
  • Recomenda-se o uso do valor Unlimited para a regra Password_Life_Time no perfil dos owners Consinco.
  • Recomenda-se definir o parâmetro Optimizer_Index_Cost_Adj com valor inferior à 50 (sugestão: 20).
  • Recomenda-se definir o parâmetro Optimizer_Index_Caching com valor superior à 50 (sugestão: 90).
  • Recomenda-se definir o parâmetro Job_Queue_Processes com valor inferior ao parâmetro Cpu_Count.
  • Recomenda-se avaliar periodicamente os Patch Set Updates fornecidos pela Oracle para a versão utilizada.
  • Recomenda-se realocar periodicamente os índices pelo DBA responsável pela administração do ambiente, em especial se as tablespaces de dados e índices estiverem em disco distintos.

 

Particionamento de tabelas

Para clientes que adquiriram a versão Oracle Enterprise e licenciaram a option de particionamento, as tabelas listadas abaixo são candidatas a serem particionadas. Recomenda-se particionar todas as tabelas filhas por Reference (PK) para as tabelas abaixo quando particionadas.

Nome da Tabela Particionamento Intervalo
Ct_Lancamento Dtalancamento Mês
Ct_Razao Dtalancamento Mês
Fi_Contabilizacao Dtacontabiliza Mês
Fi_Titoperacao Dtaoperacao Mês
Fi_Tsmovtooperador Dtamovimento Mês
Ge_Logxml Dtaregistro Ano
Mac_Gercompra Dtahorinclusao Ano
Mad_Prodlogpreco Dtahoralteracao Ano
Madmv_Abcdistribprod Dtaentradasaida Mês
Map_Auditoria Dtaauditoria Ano
Mfl_Cupomfiscal Dtamovimento Mês
Mfl_Doctofiscal Dtamovimento Mês
Mfl_Financeiro Dtaabertura Mês
Mrl_Controleqtdeestoque Dtabase Mês
Mrl_Custodia Dtaentradasaida Mês
Mrl_Custodiaemp Dtaentradasaida Mês
Mrl_Custodiafam Dtaentradasaida Mês
Mrl_Custoverba Dtafinal Ano
Mrl_Lanctoestoque Dtaentradasaida Mês
Mrl_Prodestoquedia Dtaentradasaida Mês
Mrl_Prodvdforaprom Nroempresa Empresa
Mrl_Prodvendadia Nroempresa Empresa
Msu_Pedidosuprim_Log Dtahoraalteracaolog Ano
Msux_Psitemexpcontrolesi_Log Dtahoraalteracaolog Ano
Mrl_Custoverba_Log Dtahorinclusao Ano
Pdv_Docto Dtamovimento Mês
Rf_Apuracaoanalitica Ano, Mes Mês
Rf_Apurapcanalitica Ano, Mes Mês
RF_Contabaux Dtacontabil Mês
Rf_Cupommestre Dtaemissao Mês
Rf_Cupomeletronico Dtaemissao Mês
Rf_Cupeletrnfcesint Dtaemissao Mês
Rf_Logalteracao Dtaocorrencia Ano
Rf_Notamestre Dtalancamento Mês

 

Para tabelas particionadas, recomenda-se a criação de uma partição default para evitar que as operações na tabela sejam interrompidas caso as partições não sejam criadas previamente. Recomenda-se avaliar o uso de particionamento para tabelas com mais de 100 GB.

 

Compressão de dados

Para clientes que adquiriram o Oracle Exadata e que possuem a disposição o recurso HCC (Hybrid Columnar Compression), é possível reduzir em até 10x o espaço consumido por dados aplicando a compressão nos modos “Query Low” ou “Archive High”, de acordo com a característica de acesso de cada tabela/partição. Para clientes que adquiriram o Oracle Enterprise e possuem o licenciamento da option Advanced Compression, também é possível aplicar a compressão e em níveis superiores ao HCC, já que com este recurso também é possível fazer a compressão de índices. Habitualmente, tabelas que foram particionadas são candidatas a serem comprimidas utilizando um dos recursos descritos acima.

Recomenda-se usar o tipo de compressão de acordo o perfil de uso dos dados da partição:

Archive High – Partições que não recebem mais alterações (ex: acima de 12 meses).

Query Low – Partições que podem receber ainda alterações (ex: últimos 12 meses).

Recomenda-se não comprimir partições que ainda podem sofrer muitas alterações devido ao uso operacional dos dados no ERP (ex: mês anterior e mês corrente).

 

Ambiente de Homologação

A criação de base de homologação pode ser realizada utilizando uma cópia reduzida da base de produção, visando economizar o consumo de espaço no servidor e o tempo de criação da base de homologação. Esse método reduz significativamente o tamanho da base, pois será aplicado um corte nas maiores tabelas do ERP. A redução da base influencia diretamente nos testes de tomada de tempo, portanto, a execução de scripts e a própria atualização do ERP neste tipo de base não reflete diretamente o tempo necessário para execução no ambiente de produção, podendo apenas ser usado como referência dada a proporção de tamanho. Como haverá cortes em tabelas históricas, algumas consultas podem perder a referência/sentido de movimentação, mas algo que normalmente não influência na maioria dos testes e análises que são realizados em ambiente de homologação.

Deverá ser informado no script disponibilizado “Dump1” a data de corte referente aos dados que serão exportados. Quanto mais distante for a data informada, maior ficará o dump e a base de homologação respectivamente.

A criação de ambiente de homologação com base em Dump exportado com o ambiente em uso, pode ocasionar a ocorrência de erros de “Unique Constraint” nas aplicações devido ao sincronismo das sequences, que ficam desatualizadas em relação ao dado inserido na tabela. Caso isso ocorra, deve-se ajustar as sequences e este script pode ajudar a realizar esta tarefa.

 

Oracle Database homologados

As versões descritas na tabela abaixo referem-se as últimas releases de cada versão do Oracle homologadas para os produtos Consinco, incluindo as Critical Patch Update disponibilizadas pelo fabricante. Portanto, não é aconselhável a utilização de uma release superior ou inferior a informada abaixo em ambiente de produção sem a realização de testes e homologação, porém, não se restringe a sua utilização devido a atualizações de segurança e correções de bug que a própria Oracle pode eventualmente disponibilizar para garantir o correto funcionamento do banco de dados. Informações adicionais sobre releases e patchs de correção disponibilizados pela Oracle podem ser encontradas em https://support.oracle.com.

Versão Database
Homologada
Release
Estável ERP
Inicio
Suporte ERP
Término
Suporte ERP
Término Suporte Estendido Oracle
Oracle 19c Em Homologação
Oracle 12c 12.2.0.1 Outubro/2018 Indefinido Maio/2025
Oracle 11g 11.2.0.4 Setembro/2012 Julho/2022 Dezembro/2020
Oracle 10g 10.2.0.4 Julho/2006  Julho/2017 Julho/2013

Não é aconselhável a utilização de uma versão de banco de dados no qual o fabricante não ofereça mais suporte. Informações adicionais sobre o ciclo de suporte para os produtos da Oracle podem ser encontradas em http://www.oracle.com/us/support/library/lifetime-support-technology-069183.pdf

 

Sistemas Operacionais homologados

Recomenda-se a utilização de plataforma operacional baseada em Unix de 64-bit, em especial a distribuição da própria Oracle (Oracle Linux), pelo fato da própria Oracle recomendar e por ser a plataforma predominante nos ambientes que utilizam o ERP Consinco.

Plataforma Distribuição / Versão
Linux x86 64-bit Ver Oracle Database Preinstallation
Linux 64-bit for AMD Ver Oracle Database Preinstallation
AIX-Based Systems (64-bit) Ver Oracle Database Preinstallation
HP-UX (64-bit) Ver Oracle Database Preinstallation
Windows Server x86 64-bit ** Não recomendado **
Este artigo foi útil para você?
Sim
Não
Confirmar que o artigo não foi útil