ATENÇÃO: As mudanças de releases do CorporeRM podem caracterizar a necessidade alteração no scripts acesso.sql, tbspace.sql e usuarios.sql. Sendo assim, sempre utilize os scripts atualizados, que são juntamente disponibilizados com o instalador da Base de Dados Oracle ou no link de Acerta Usuário.
USUARIOS.SQL
Para iniciar a utilização da aplicação RM, é necessário realizar a criação dos usuários de Banco de Dados RM, SYSDBA e TOTVSAUDIT (este último a partir da 12.1.19).
Tal procedimento é realizado através do Script de Usuários, que além de realizar a inclusão dos usuários, irá definir roles e grants específicos para funcionamento do CorporeRM:.
Obs.: Nós aconselhamos a execução de todos os comandos dos scripts, conforme versão do CorporeRM e utilizando o usuário SYS do Oracle
Versão 12.1.1 à 12.1.9 - Script para criar os usuáriosVersão 12.1.10 à 12.1.12 - AcertaUsuario_RM12.1.10_a_12.1.12_Oracle.sqlVersão 12.1.13 à 12.1.18 - AcertaUsuario_RM12.1.13_a_12.1.18_Oracle.sqlVersão 12.1.19 e 12.1.20 - AcertaUsuario_RM12.1.19_e_12.1.20_ Oracle
.sqlVersão 12.1.21 - Versão 12.1.22 - Versão 12.1.23 - Versão 12.1.24 - Versão 12.1.25 - ACESSO.SQL
Após gerar as permissões dos scripts anexos deve ser realizado o procedimento de importação do backup da base de dados para o ambiente que será utilizado o banco de dados da aplicação, sendo que ao terminar a importação do backup é necessário executar os seguintes comandos de 'acesso.sql' para que o usuário sysdba tenha acesso a tabelas do usuário rm permitindo então o acesso ao sistema RM.
Versão 12.1.1 à 12.1.9 - Script de acesso para realizar os grantsVersão 12.1.10 à 12.1.12 - Acesso_RM12.1.10_a_12.1.12_Oracle.sqlVersão 12.1.13 à 12.1.16 - Acesso_RM12.1.13_a_12.1.16_Oracle.sqlVersão 12.1.17 e 12.1.18 - Acesso_RM12.1.17_e_12.1.18_Oracle.sqlVersão 12.1.19 e 12.1.20 -Acesso_RM12.1.19_e_12.1.20_Oracle.sql
Versão 12.1.21 - Acesso_RM12.1.21_Oracle.sqlVersão 12.1.22 - Acesso_RM12.1.22_Oracle.
sqlVersão 12.1.23 - Acesso_RM12.1.23_Oracle.sqlVersão 12.1.24 - Acesso_RM12.1.24_Oracle.sqlVersão 12.1.25 - Acesso_RM12.1.25_Oracle.sqlTABLESPACE.sql
Ao incluir uma nova instância do ORACLE será necessário realizar a criação dos Tablespaces correspondentes, antes de realizar a execução dos scripts de Usuários e Acesso:
Segue abaixo scripts das versões mais recentes do CorporeRM, considere . Considere alterar o script informando o diretório onde os Tablespaces serão armazenados.
LOCAL DOS SCRIPTS
Os scripts podem ser encontrados no local definido pelo instalador de base que utilizar.
Exemplo com instalador "Base de Dados Oracle - 12.1.2209.msi":
Image Added
Local padrão: C:\totvs\CorporeRM\BaseDados\Oracle.
Entendendo alguns comandos do Entendendo o script: A execução dos comandos de GRANTs dos exemplos abaixo são necessários no Script de Usuários são necessários, pois durante a conversão nós realizamos da Base de Dados são realizadas criações e alterações de views que são - utilizadas pelo sistema RM , - caso não exista esta permissão algumas views podem não ser criadas causando erros durante a utilização do sistema RM.
Durante a utilização do CorporeRM, a aplicação realiza diversas consultas ao Catálogo do Oracle, consequentemente é disponibilizado ao usuário RM o GRANT ANY DICTIONARY.
Informações |
---|
|
GRANT CONNECT, RESOURCE, CREATE VIEW TO RM; GRANT SELECT ANY DICTIONARY TO RM; GRANT CONNECT,CREATE SYNONYM TO SYSDBA;
|
A execução dos comandos de permissão abaixo são necessárias para que algumas triggers e procedures da RM do CorporeRM sejam executadas corretamente./*
Informações |
---|
|
GRANT EXECUTE ON DBMS_SYS_SQL TO RM; |
GRANT EXECUTE ON DBMS_SQL TO RM;
|
GRANT CREATE TRIGGER TO RM;
|
GRANT DROP ANY TRIGGER TO RM; GRANT SELECT ON V_$SESSION TO RM; GRANT SELECT ON V_$STATNAME TO RM;
|
GRANT SELECT ON V_$SESSTAT TO RM; GRANT SELECT ON V_$INSTANCE TO RM;
|
*/Após gerar as permissões dos scripts anexos deve ser realizado o procedimento de importação do backup da base de dados para o ambiente que será utilizado o banco de dados da aplicação, sendo que ao terminar a importação do backup é necessário executar os seguintes comandos para que o usuário sysdba tenha acesso a tabelas do usuário rm permitindo então o acesso ao sistema RM.
Informações |
---|
|
GRANT SELECT ON RMSYS.GSISTEMA USER$ TO ACESSO_ RM; GRANT SELECT ON RM.GACESSO TO ACESSO_RM; GRANT SELECT ON RM.GPARAMS TO ACESSO_DBA_LOBS TO RM; GRANT SELECT ON RM.GCOLIGADA TO ACESSO_RM; GRANT SELECT ON RM.GPERMIS TO ACESSO_RM; GRANT SELECT,UPDATE ON RM.GUSUARIO TO ACESSO_RM; GRANT SELECT ON RM.GUSRPERFIL TO ACESSO_RM; GRANT SELECT ON RM.GSERVICO TO ACESSO_RM; GRANT SELECT, INSERT ON RM.GDATALOG TO ACESSO_RM; GRANT SELECT ON RM.GPARAMETROSSISTEMA TO ACESSO_RM; GRANT SELECT ON RM.GSECPROVIDER TO SYSDBA; GRANT SELECT ON RM.GMAILPARAMS TO ACESSO_RM; CREATE PUBLIC SYNONYM GPARAMS FOR RM.GPARAMS; CREATE PUBLIC SYNONYM GPERMIS FOR RM.GPERMIS; CREATE PUBLIC SYNONYM GUSUARIO FOR RM.GUSUARIO; CREATE PUBLIC SYNONYM GACESSO FOR RM.GACESSO; CREATE PUBLIC SYNONYM GCOLIGADA FOR RM.GCOLIGADA; CREATE PUBLIC SYNONYM GSISTEMA FOR RM.GSISTEMA; CREATE PUBLIC SYNONYM GUSRPERFIL FOR RM.GUSRPERFIL; CREATE PUBLIC SYNONYM GSERVICO FOR RM.GSERVICO; CREATE PUBLIC SYNONYM GDATALOG FOR RM.GDATALOG; CREATE PUBLIC SYNONYM GPARAMETROSSISTEMA FOR RM.GPARAMETROSSISTEMA; CREATE PUBLIC SYNONYM GSECPROVIDER FOR RM.GSECPROVIDER; CREATE PUBLIC SYNONYM GMAILPARAMS FOR RM.GMAILPARAMS; DBA_SEGMENTS TO RM; |
Importante
Os comandos de criação de GRANT podem ser executados em qualquer momento após a criação dos usuários rm RM e SYSDBA e sysdba TOTVSAUDIT, lembrando que eles devem ser executados pelo usuário SYS do Oracle.
Os comandos de criação dos SYNONYM podem também ser executados em qualquer momento após a criação dos usuários rm RM e SYSDBA e sysdba TOTVSAUDIT, caso já esteja criado o SYNONYM que foi executado será gerado SYNONYM correspondente, será apresentado um erro informando que o SYNONYM já existe.