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.

Em situações na qual para atualizar os dados contidos na base de homologação, utilizando-se de um dump do ambiente de produção, o DBA deve se atentar e conferir se as configurações de IP no diretório do arquivo DBX 'Parâmetro 50' e 'Acesso U' esteja com o IP do servidor de Homologação, com isso evita-se de gerar arquivos em duplicidade(Homologação e Produção) no mesmo diretório.

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