Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Painel
titleNavegue por aqui!

Índice
maxLevel2

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 Linha 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 TOTVS 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.

...

  • 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 200 GB ²
  • Método RAID de alta performance para banco de dados (RAID 10, RAID 5) ²
  • Discos de Discos de armazenamento de alta performance para banco de dados (SAS, SSD) ²

¹ Valor mínimo do menor projeto de ambientação. 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.

...


Aviso

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.

Planejmento de Capacidade - Com ERP Completo

Usuários SimultâneosCPU

Memória RAM

Até 5 usuários4 núcleos lógicos (fator 1,1 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)32 GB (fator 2,6 por usuário)
Até 30 usuários16 núcleos lógicos (fator 0,7 por usuário)64 GB (fator 2,7 por usuário)
Até 60 usuários24 núcleos lógicos (fator 0,5 por usuário)128 GB (fator 2,8 por usuário)
Até 120 usuários30 núcleos lógicos (fator 0,4 por usuário)160 GB (fator 1,9 por usuário)
Até 240 usuários36 núcleos lógicos (fator 0,2 por usuário)240 GB (fator 1,5 por usuário)
Até 480 usuários48 núcleos lógicos (fator 0,1 por usuário)320 GB (fator 1,0 por usuário)

Requisitos de Software

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

¹ A versão Oracle Express Edition (Oracle XE ou FREE) não é suportada.

² Devido as características e restrições do ambiente Amazon RDS para Oracle, algumas funcionalidades podem não estar disponíveis ou exigir ações operacionais incomuns.

...

03. Requisitos de Instalação

Os requisitos descritos neste item, são obrigatórios para o correto funcionamento do ERP Linha 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) ¹
  • 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).

Privilégios

  • Privilégio ao usuário CONSINCO para Connect
  • Privilégio ao usuário CONSINCO para Resource
  • Privilégio ao usuário CONSINCO para Administer Database Trigger
  • Privilégio ao usuário CONSINCO para Create Trigger
  • Privilégio ao usuário CONSINCO para Unlimited Tablespace
  • Privilégio ao usuário CONSINCO para Connect e Resolve na ACL ¹
  • Privilégio ao usuário CONSINCO para acesso V$Session
  • Privilégio ao usuário CONSINCO para acesso Gv$Session
  • Privilégio ao usuário CONSINCO para executar Alter System ² ³
  • Privilégio ao usuário CONSINCO para executar Alter Session
  • Privilégio ao usuário CONSINCO para acesso Select Any Dictionary ou Select Catalog Role ²
  • Privilégio ao usuário CONSINCO para Debug Connect Session ²
  • Privilégio ao usuário CONSINCO para Debug Any Procedure ²
  • Privilégio ao usuário CONSINCO para executar Sys.Utl_Smtp
  • Privilégio ao usuário CONSINCO para executar Sys.Utl_File
  • Privilégio ao usuário CONSINCO para executar Sys.Utl_Tcp
  • Privilégio ao usuário CONSINCO para read, write, delete na java.io.FilePermission ¹

¹ 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. Como alternativa pode ser criada a procedure abaixo para que alguns recursos do produto consigam realizar o encerramento de sessões.

Bloco de código
languagesql
titleExemplo de criação da Procedure
collapsetrue
-- Procedure
CREATE OR REPLACE PROCEDURE sys.sp_kill_session(p_sid NUMBER, p_serial NUMBER, inst_id NUMBER)
as
BEGIN

EXECUTE IMMEDIATE 'ALTER SYSTEM KILL SESSION '''||p_sid||','||p_serial||','||'@'||inst_id||''' IMMEDIATE';

EXCEPTION
WHEN OTHERS THEN
RAISE_APPLICATION_ERROR(-20000, sqlerrm);
END sp_kill_session;
/
-- Criação do sinônimo
CREATE PUBLIC SYNONYM sp_kill_session
FOR sys.sp_kill_session;

--Grant na procedure
grant execute on sys.sp_kill_session to consinco;

...

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 TOTVS Varejo Supermercados. 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.
  • As tarefas agendadas, devem ter o parâmetro NLS_LANGUAGE definido com o valor AMERICAN.
  • 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 Linha 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 Enterprise do Oracle Database e possuem a licença da option de particionamento, as tabelas listadas abaixo são candidatas a serem particionadas. O particionamento de tabelas quando implementado de forma adequada, pode auxiliar consultas a terem um melhor desempenho, otimizar o consumo de recursos e viabilizar um melhor gerenciamento do banco de dados.

Expandir
titleTabelas Candidatas
Nome da TabelaColuna(s) de ParticionamentoIntervalo Sugerido
Ct_LancamentoDtalancamentoMês
Ct_RazaoDtalancamentoMês
Fi_ContabilizacaoDtacontabilizaMês
Fi_TitoperacaoDtaoperacaoMês
Fi_TsmovtooperadorDtamovimentoMês
Ge_

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.

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

  • 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) ¹
  • Manter o valor False (default) 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.

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.

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.

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.

Ge_
Expandir
titleTabelas Candidatas
Nome da TabelaParticionamentoIntervalo
Ct_LancamentoDtalancamentoMês
Ct_RazaoDtalancamentoMês
Fi_ContabilizacaoDtacontabilizaMês
Fi_TitoperacaoDtaoperacaoMês
Fi_TsmovtooperadorDtamovimentoMês
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_Logalteracao
DtaocorrenciaAnoRf_NotamestreDtalancamentoMês
DtaocorrenciaAno
Rf_NotamestreDtalancamentoMês

Para as tabelas listadas acima que forem particionadas, recomendamos que todas as tabelas filhas sejam particionadas utilizando o método por Reference Partitioning.

Informações
titleImportante

Para tabelas particionadas, recomenda-se Recomendamos a criação de uma partição default quando particionado pelo método Range ou a utilização de particionamento por Inteval para evitar que as operações na tabela sejam interrompidas caso as partições não sejam criadas previamente. Recomenda-se avaliar É aconselhável o uso de particionamento para tabelas com mais de 100 GB.apenas em tabelas históricas indicadas acima e quem possuem volume de dados expressivos.


...

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 compressão nos modos Query Lowou 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 também é possível fazer a compressão de índices.

Para clientes que adquiram o Oracle Enterprise e possuem a disposição apenas o recurso Basic de compressão, é possível aplicar a compressão mesmo em tabelas não particionadas e obter ganhos na redução do consumo de espaço.

Tabelas que foram particionadas são candidatas a serem comprimidas utilizando um dos recursos descritos acima. Recomenda-se usar Recomendamos que 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).

seja escolhido de acordo com os recursos disponíveis adquiridos junto ao fornecedor e baseado em ensaios em ambiente de homologação.

Informações
titleImportante

Recomendamos 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), o que pode comprometer o desempenho das rotinas.

Nas versões mais atuais do banco de dados (19c), o recurso de compressão somente está disponível a partir da edição Enterprise, portanto, certifique-se com o fornecedor sobre custos adicionais para utilização do recurso em seu ambiente.

Apesar dos benefícios que a compressão de dados pode trazer, o consumo de CPU do ambiente pode aumentar mais ou menos dependendo das estratégias adotadas. Portanto, é importante monitorar o consumo de CPU do ambiente antes e após a compressão de dados.


...

07. Ambiente de Homologação

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

Deverá ser informado no script disponibilizado "Dump1" a data de corte referente aos dados que serão exportados. Quanto mais distante 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, maior menor ficará o dump e a base de homologação respectivamente. Tabelas de logs serão exportadas vazias e tabelas %BKP% serão ignoradas.

Para o template sugerido acima, as estatísticas das tabelas e índices não são exportados no DMP, portanto, é altamente recomendado que as estatísticas sejam coletadas após o restore do DMP.

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.

Nota

Recomenda-se fortemente que a senha dos usuários de banco de dados do ambiente de homologação seja diferente do ambiente de produção.


...

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 fabricantereleases mais recentes disponíveis (PSU, RU) na ocasião da homologação da versão do banco de dados para o ERP. 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 , e para releases superiores, recomendamos que testes prévios sejam executados em ambiente de homologação, não restringindo sua utilização devido a necessidade de atualizações de segurança e correções de bug que a própria Oracle que o próprio fornecedor 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.de dados.

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

Versão Database
Homologada
Release Mínima
Homologada

Versão Inicial
Suporte ERP

Término Suporte
Estendido Oracle ¹

Previsão de Término
Suporte ERP ²
Oracle 19c19.10.0.021.01Abril/2027Indefinido
Oracle 12R212.2.0.117.01Março/2022Janeiro/2025 (24.01)
Oracle 12R112.1.0.217.01Julho/2022Janeiro/2025 (24.01)
Oracle 11R211.2.0.4Setembro/2012Dezembro/2020Julho/2024 (23.07)
Oracle 10R210
Versão Database
Homologada
Release
Estável ERP
Inicio
Suporte ERP
Término
Suporte ERP

Término Suporte
Estendido Oracle

Oracle 19cEm Homologação---Oracle 12c12.2.0.1Outubro/2018IndefinidoMarço/2025 ¹Oracle 11g11
.2.0.4
Setembro
Julho/
2012
2006 Julho
/2022Dezembro/2020 ¹Oracle 10g10.2.0.4Julho/2006 Julho/2017Julho/2013 ¹
Nota
titleImportante

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

¹ 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 pelo link informado nas datas acima.

Sistemas Operacionais homologados

/2013Maio/2017
Nota
titleImportante

¹ O fornecedor do banco de dados reserva-se 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 o fornecedor. Não recomendamos a utilização de uma versão de banco de dados no qual o fornecedor 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 do suporte.

Informações adicionais sobre releases e patchs de correção disponibilizados pelo fornecedor do banco de dados podem ser encontradas em https://support.oracle.com.

...

09. Sistemas Operacionais homologados

Recomendamos Recomenda-se a utilização de plataforma operacional baseada em Unix de 64-bit, em especial a distribuição da própria Oracle oferecida pelo próprio fornecedor do banco de dados (Oracle Linux), pelo fato da própria Oracle próprio fornecedor recomendar e por ser a plataforma predominante nos ambientes que utilizam o os ERP ConsincoTOTVS Varejo Supermercados.

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 **