Histórico da Página

...

• 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 read, write, delete na java.io.FilePermission ¹para executar Dbms_Crypto

¹ Permissão exigida para recursos específicos do ERP.

...

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

...

...

Oracle

...

...

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 de homologação 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 for a data informada, maior ficará o dump e a base de homologação respectivamente.

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 ConsincoRMS, incluindo as Critical Patch Update disponibilizadas pelo fabricante. 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.

...