Histórico da Página

...

• 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 ConsincoRMS. É 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 RMS 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

...

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) ¹
• 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) ²

...

• 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 ConsincoRMS. Alguns itens são opcionais, porém, impedem que determinados recursos do produto tornem-se funcionais.

...

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

...

Criação de Usuário e Tablespace

• Criar o usuário CONSINCO RMS destinado aos módulos do ERP ¹A senha do usuário CONSINCO obrigatoriamente precisa estar em maiúscula
• Criar a tablespace TSDTS_RMS_CONSINCO D para armazenamento de dados
• Criar a tablespace TSITS_RMS_CONSINCO I 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.

• RMS como TS_RMS_D

Permissões de Acesso

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

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

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

--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 rms;

...

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 ConsincoRMS. 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 criação e manutenção de tarefas agendadas (jobs/schedules) no banco de dados é uma tarefa administrativa (Cliente/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  Pc_Ge_Estatistica ou DBMS_Stats (ou método semelhante) para todo o schema de forma periódica (conforme janela e tamanho da base). ¹
• 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. ²RMS.

¹ A coleta de estatísticas automática do Oracle não é suficiente na maioria dos casos para o ERP ConsincoRMS, 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 ConsincoRMS.
• Recomenda-se o uso do valor Unlimited para a regra Password_Life_Time no perfil dos owners ConsincoRMS.
• 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.

...

...

...

• .

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

...

Ambiente de Homologação

A criação de base bases de homologação ou 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 como exemplo para criar um dump reduzido do banco de dados de produção. Deve-se informar no arquivo de parâmetros a data desejada 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.

...

Após a importação de uma base de dados para homologação, recomendamos a revisão das configurações de alguns parâmetros do RMS que possam conter diretórios ou pastas apontando para servidores em ambientes de produção. Algumas dessas configurações estão disponíveis no Manual de Instalação do RMS Services. Para outras dúvidas acesse nossa documentação completa do produto.

...

Oracle Database Homologados

As versões descritas na tabela abaixo referem-se as últimas releases de cada versão do Oracle homologadas homologada para os produtos ConsincoRMS, incluindo as Critical Patch Update últimas PSU/RU disponibilizadas pelo fabricante na ocasião. 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. 

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.

...

Sistemas Operacionais Homologados