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

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

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

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

Requisitos de Software

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

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

Requisitos de Instalação

Os requisitos descritos neste item, são obrigatórios para o correto funcionamento do ERP RMS. 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 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 RMS destinado aos módulos do ERP
• Criar a tablespace TS_RMS_D para armazenamento de dados
• Criar a tablespace TS_RMS_I para armazenamento de índices
• Definir a tablespace padrão do usuário RMS como TS_RMS_D

Permissões de Acesso

• Permissão ao usuário RMS para Connect
• Permissão ao usuário RMS para Resource
• Permissão ao usuário RMS para Unlimited Tablespace
• Permissão ao usuário RMS para Connect e Resolve na ACL ¹
• Permissão ao usuário RMS para acesso V$Session
• Permissão ao usuário RMS para acesso Gv$Session
• Permissão ao usuário RMS para executar Alter System ² ³
• Permissão ao usuário RMS para executar Alter Session
• Permissão ao usuário RMS para acesso Select Any Dictionary ²
• Permissão ao usuário RMS para Debug Connect Session ²
• Permissão ao usuário RMS para Debug Any Procedure ²
• Permissão ao usuário RMS para executar Sys.Utl_Smtp
• Permissão ao usuário RMS para executar Sys.Utl_File
• Permissão ao usuário RMS para executar Sys.Utl_Tcp
• Permissão ao usuário 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 RMS. 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 (Cliente/DBA).
• A coleta periódica de estatísticas deve ser feita utilizando o objeto 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 RMS.

¹ A coleta de estatísticas automática do Oracle não é suficiente na maioria dos casos para o ERP RMS, portanto, recomenda-se a sua desativação e a implantação de política de coleta periódica conforme orientações descritas neste item.

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 RMS.
• Recomenda-se o uso do valor Unlimited para a regra Password_Life_Time no perfil dos owners RMS.
• 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.

Ambiente de Homologação

A criação de 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, 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 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, 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 releases de cada versão do Oracle homologada para os produtos RMS, incluindo as ú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. 

Sistemas Operacionais Homologados