Os requisitos básicos e checáveis podem ser validados por meio da ferramenta de validação de banco de dados.
A quantidade de CPU, memória RAM e especialmente espaço utilizado pelo ambiente de banco de dados sofre variações de acordo com os produtos instalados, integrações com softwares de terceiro, divisão de negócio, frequência de utilização e parâmetros do sistema. Por isso, é difícil prever cláusulas gerais de utilização e taxas de crescimento que podem ser muito específicas de cada ambiente. Portanto, recomenda-se monitorar periodicamente o uso do ambiente a fim de ajustar os recursos disponíveis conforme a taxa de crescimento e utilização. |
| Usuários Simultâneos | CPU | Memória RAM |
| Até 5 usuários | 4 núcleos lógicos (fator 1,1 por usuário) | 16 GB (fator 4,3 por usuário) |
| Até 15 usuários | 12 núcleos lógicos (fator 0,9 por usuário) | 32 GB (fator 2,6 por usuário) |
| Até 30 usuários | 16 núcleos lógicos (fator 0,7 por usuário) | 64 GB (fator 2,7 por usuário) |
| Até 60 usuários | 24 núcleos lógicos (fator 0,5 por usuário) | 128 GB (fator 2,8 por usuário) |
| Até 120 usuários | 30 núcleos lógicos (fator 0,4 por usuário) | 160 GB (fator 1,9 por usuário) |
| Até 240 usuários | 36 núcleos lógicos (fator 0,2 por usuário) | 240 GB (fator 1,5 por usuário) |
| Até 480 usuários | 48 núcleos lógicos (fator 0,1 por usuário) | 320 GB (fator 1,0 por usuário) |
¹ 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.
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.
¹ 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.
¹ 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).
¹ Privilégio necessário para o correto funcionamento de recursos específicos do produto.
² Privilégio opcional e sua ausência pode impossibilitar ou dificultar atividades de análise de suporte.
³ Privilégio opcional e sua ausência pode inibir ou desabilitar recursos de encerramento de sessões dentro do produto.
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.
¹ 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.
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.
|
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. |
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). |
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.
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. |
As versões descritas na tabela abaixo referem-se as releases disponíveis (com PSU, RU) na ocasião da homologação da versão do banco dedados para o ERP. Portanto, não é aconselhável a utilização de uma release inferior a informada abaixo em ambiente de produção e para releases superiores é recomendado testes prévios em ambiente de homologação, porém, não se restringe a sua utilização devido a necessidade de 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 | Previsão de Término Suporte ERP ² | Término Suporte |
| Oracle 19c | 19.10.0.0 | Janeiro/2021 (21.01) | Indefinido | Abril/2027 |
| Oracle 12c | 12.2.0.1 | Abril/2017 (17.01) | Indefinido | Março/2022 |
| Oracle 11g | 11.2.0.4 | Setembro/2012 | Janeiro/2023 (22.01) | Dezembro/2020 |
| Oracle 10g | 10.2.0.4 | Julho/2006 | Maio/2017 | Julho/2013 |
¹ 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. ² A data de término futura do suporte do ERP a versão do banco de dados é uma previsão, podendo ser ou não postergada a critério do ciclo de desenvolvimento do produto, e oportunamente informativos serão enviados para confirmar o encerramento. |
Para versões de Oracle Client homologadas para o ERP, consulte a documentação de instalação do Oracle Client.
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 ** |