Painel | ||||
---|---|---|---|---|
| ||||
|
...
Os requisitos básicos e checáveis podem ser validados por meio da ferramenta de validação de banco de dados.
...
¹ 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. |
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 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.
...
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.
¹ 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. 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 | ||||||
---|---|---|---|---|---|---|
| ||||||
-- 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; |
...
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.
¹ 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.
...
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 | |||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||
|
¹ 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.
¹ 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.
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.
Expandir | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
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 |
Dtaocorrencia | Ano | Rf_Notamestre | Dtalancamento | Mê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 | ||
---|---|---|
| ||
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. |
...
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 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 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 | ||
---|---|---|
| ||
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 | ||
---|---|---|
| ||
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. |
...
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. |
...
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 | Término Suporte | Previsão de Término Suporte ERP ² |
Oracle 19c | 19.10.0.0 | 21.01 | Abril/2027 | Indefinido |
Oracle 12R2 | 12.2.0.1 | 17.01 | Março/2022 | Janeiro/2025 (24.01) |
Oracle 12R1 | 12.1.0.2 | 17.01 | Julho/2022 | Janeiro/2025 (24.01) |
Oracle 11R2 | 11.2.0.4 | Setembro/2012 | Dezembro/2020 | Julho/2024 (23.07) |
Oracle 10R2 | 10 |
Término Suporte
Estendido Oracle
.2.0.4 |
Julho/ |
2006 | Julho |
Nota | ||
---|---|---|
| ||
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. |
/2013 | Maio/2017 |
Nota | ||
---|---|---|
| ||
¹ 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.
...
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.
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 ** |