Árvore de páginas

Versões comparadas

Chave

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

01. 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. Temos parceiros especializados que podem auxiliar a nesta atividade.
  • Recomendamos 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" e/ou "padrões" de tecnologias são meramente informativos e com proposito explicativo, portanto, considerar sempre os recursos e tecnologias mais atuais disponíveis no mercado.
  • Recomendamos a adoção e implementação de políticas razoáveis de segurança de acesso ao banco de dados. Consulte nossa documentação sobre política de acesso ao banco de dados para atendimentos de suporte.
  • 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.

02. 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.

Requisitos de Hardware

  • Processador com arquitetura servidor de 64-bit (Xeon, Opteron, Sparc)
  • 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)


Aviso

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.

Planejamento de Capacidade

UsuáriosCPU ¹

Memória RAM ¹

Até 5 usuários8 núcleos lógicos (fator 2,3 por usuário)16 GB (fator 4,3 por usuário)
Até 15 usuários12 núcleos lógicos (fator 0,9 por usuário)48 GB (fator 3,6 por usuário)
Até 30 usuários14 núcleos lógicos (fator 0,6 por usuário)80 GB (fator 3,9 por usuário)
Até 60 usuários24 núcleos lógicos (fator 0,5 por usuário)120 GB (fator 2,4 por usuário)
Até 120 usuários30 núcleos lógicos (fator 0,4 por usuário)160 GB (fator 2,0 por usuário)
Até 240 usuários36 núcleos lógicos (fator 0,2 por usuário)260 GB (fator 2,2 por usuário)
Até 480 usuários48 núcleos lógicos (fator 0,1 por usuário)360 GB (fator 1,1 por usuário)
Aviso

Recomenda-se estudo de planejamento de capacidade que suporte adequadamente o funcionamento do sistema com o crescimento da base de dados, dos usuários concorrentes e de inclusão de processos softwares adicionais.

Requisitos de Software

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

¹ 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.


03. 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 character set no padrão WE8MSWIN1252.
  • Utilizar national character set no padrão AL16UTF16.

Parâmetros Oracle

  • Manter o valor All_Rows (default) ou Choose para o parâmetro Optimizer_Mode
  • 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 para o parâmetro Optimizer_Adaptive_Statistics (12.2) ¹
  • Manter o valor False para o parâmetro Optimizer_Adaptive_Plans (12.2) ¹
  • Definir o parâmetro Optimizer_Index_Cost_Adj com valor de 20 ²
  • Definir o parâmetro Optimizer_Index_Caching com valor de 90 ²

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

² Em linhas gerais, recomenda-se seguir a sugestão e ajustar de acordo com o entendimento do ambiente.

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 usuários CONSINCO e INTEGRACAO.

² É recomenda a realocação periódica dos índices, em especial se as tablespaces de dados e índices estiverem em disco distintos.

³ Caso o gerenciamento de alocação da tablespace não seja automático, é necessário que o tamanho da initial extent suporte a criação de campos lobs (xmltype).

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 para Connect e Resolve na 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 para read, write, delete na 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.


04. Administração

As informações descritas neste item baseiam-se em boas práticas na administração do banco de dados Oracle para os produtos Consinco. Em alguns cenários, as características de ambiente, equipamento, volumetria e número de acessos simultâneos ao servidor podem exigir recomendações específicas ou diferentes, inclusive da própria 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 e manutenção de tarefas agendadas (jobs/schedules) no banco de dados é uma tarefa administrativa (DBA).
  • As tarefas agendadas, quando necessárias, devem ser criadas com na funcionalidade Scheduler.
  • A coleta periódica de estatísticas deve ser feita utilizando o objeto Pkg_Estatistica ou DBMS_Stats (ou método semelhante) para todo o schema. ¹
  • Deve-se manter sem estatísticas as tabelas e índices temporários (GTT), preferencialmente, alocando-os para que não seja coletado.
  • 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 para liberação de espaço no banco de dados. ²

¹ 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 minutos.
  • 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 Job_Queue_Processes com valor inferior ao parâmetro Cpu_Count.
  • Recomenda-se avaliar e, se possível, aplicar 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.

05. 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.


Expandir
titleTabelas Candidatas
Nome da TabelaParticionamentoIntervalo
Ct_LancamentoDtalancamentoMês
Ct_RazaoDtalancamentoMês
Fi_ContabilizacaoDtacontabilizaMês
Fi_TitoperacaoDtaoperacaoMês
Fi_TsmovtooperadorDtamovimentoMês
Ge_LogxmlDtaregistroAno
Mac_GercompraDtahorinclusaoAno
Mad_ProdlogprecoDtahoralteracaoAno
Madmv_AbcdistribprodDtaentradasaidaMês
Map_AuditoriaDtaauditoriaAno
Mfl_CupomfiscalDtamovimentoMês
Mfl_DoctofiscalDtamovimentoMês
Mfl_FinanceiroDtaaberturaMês
Mrl_ControleqtdeestoqueDtabaseMês
Mrl_CustodiaDtaentradasaidaMês
Mrl_CustodiaempDtaentradasaidaMês
Mrl_CustodiafamDtaentradasaidaMês
Mrl_CustoverbaDtafinalAno
Mrl_LanctoestoqueDtaentradasaidaMês
Mrl_ProdestoquediaDtaentradasaidaMês
Mrl_ProdvdforapromNroempresaEmpresa
Mrl_ProdvendadiaNroempresaEmpresa
Msu_Pedidosuprim_LogDtahoraalteracaologAno
Msux_Psitemexpcontrolesi_LogDtahoraalteracaologAno
Mrl_Custoverba_LogDtahorinclusaoAno
Pdv_DoctoDtamovimentoMês
Rf_ApuracaoanaliticaAno, MesMês
Rf_ApurapcanaliticaAno, MesMês
RF_ContabauxDtacontabilMês
Rf_CupommestreDtaemissaoMês
Rf_CupomeletronicoDtaemissaoMês
Rf_CupeletrnfcesintDtaemissaoMês
Rf_LogalteracaoDtaocorrenciaAno
Rf_NotamestreDtalancamentoMês
Informações
titleImportante

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.



06. 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).


Informações
titleImportante

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).



07. Ambiente de Homologação

A criação de base de homologação ou de teste 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.

Utilize o template de arquivo de parâmetros (expdp) fornecido na Central de Downloads como exemplo para criar um dump reduzido do banco de dados de produção. Deve-se informar no arquivo de parâmetros a data para o corte, conforme consta como exemplo no arquivo fornecido. Quanto mais recente for a data informada, menor ficará o dump e a base de homologação respectivamente. Tabelas de logs serão exportadas vazias e tabelas %BKP% serão ignoradas.

Dica

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 disponível na Central de Downloads pode ajudar a realizar esta tarefa.



08. 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 Database
Homologada
Inicio
Suporte ERP
Término
Suporte ERP

Término Suporte
Estendido Oracle ¹

Oracle 19c19.0.0.0Janeiro/2021 (21.01)IndefinidoAbril/2027
Oracle 12c12.2.0.1Abril/2017 (17.01)IndefinidoMarço/2022
Oracle 11g11.2.0.4Setembro/2012Julho/2022 (21.02)Dezembro/2020
Oracle 10g10.2.0.4Julho/2006 Maio/2017Julho/2013
Nota
titleImportante

¹ A Oracle se reserva no direito de alterar as datas de término do suporte para os seus produtos, conforme comunicados que ela publica em seu site de suporte (MOS). Portanto, é recomendado que esta informação seja conferida na ocasião diretamente com a própria Oracle. 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.

Para versões de Oracle Client homologadas para o ERP, consulte a documentação de instalação do Oracle Client.


09. 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.

PlataformaDistribuição / Versão
Linux x86 64-bitVer Oracle Database Preinstallation
Linux 64-bit for AMDVer 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 **