Histórico da Página

Produto:

Banco de Dados

Versões:

Todas - Oracle

Ocorrência:

Inclusão de permissão ao catalogo do Banco de Dados

Ambiente:

RM

Passo a passo:

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ários
Versão 12.1.10 à 12.1.12 - AcertaUsuario_RM12.1.10_a_12.1.12_Oracle.sql
Versão 12.1.13 à 12.1.18 - AcertaUsuario_RM12.1.13_a_12.1.18_Oracle.sql
Versão 12.1.19 e 12.1.20 - AcertaUsuario_RM12.1.19_e_12.1.20_Oracle.sql
Versã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 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 grants
Versão 12.1.10 à 12.1.12 - Acesso_RM12.1.10_a_12.1.12_Oracle.sql
Versão 12.1.13 à 12.1.16 - Acesso_RM12.1.13_a_12.1.16_Oracle.sql
Versão 12.1.17 e 12.1.18 - Acesso_RM12.1.17_e_12.1.18_Oracle.sql
Versã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.sql
Versão 12.1.22 - Acesso_RM12.1.22_Oracle.sql
Versão 12.1.23 - Acesso_RM12.1.23_Oracle.sql
Versão 12.1.24 - Acesso_RM12.1.24_Oracle.sql
Versão 12.1.25 - Acesso_RM12.1.25_Oracle.sql

TABLESPACE.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 alterar o script informando o diretório onde os Tablespaces serão armazenados.

Versão 12.1.21 - Tbspace_RM12.1.21_Oracle.sql
Versão 12.1.22 - Tbspace_RM12.1.22_Oracle.sql
Versão 12.1.23 - Tbspace_RM12.1.23_Oracle.sql
Versão 12.1.24 - Tbspace_RM12.1.24_Oracle.sql
Versão 12.1.25 - Tbspace_RM12.1.25_Oracle.sql

Entendendo o script: A execução dos comandos de GRANTs dos exemplos abaixo são necessários pois durante a conversão nós realizamos 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.

Informações

title	script

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 sejam executadas corretamente.

/*GRANT EXECUTE ON DBMSDB MS_SYS_SQL TO RM;
GRANT EXECUTE ON DBMS_SQL TO RM;
GRANT CREATE 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

title	script

GRANT SELECT ON RM.GSISTEMA TO ACESSO_RM;
GRANT SELECT ON RM.GACESSO TO ACESSO_RM;
GRANT SELECT ON RM.GPARAMS TO ACESSO_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;

Importante

Os comandos de criação de GRANT podem ser executados em qualquer momento após a criação dos usuários rm e sysdba, 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 e sysdba, caso já esteja criado o SYNONYM que foi executado será gerado um erro informando que o SYNONYM já existe.

Observações:

Para mais informações:

COMUNIDADE R@Tecnologia

Canais de Atendimento:

Abertura de Chamados Através do Portal Totvs www.suporte.totvs.com.br

Telefônico: 4003-0015 Escolhendo as opções 2 – (Software), 2 – (Suporte Técnico), 3 – (RM), 8 – (Tecnologia), 2 –(Banco de Dados)

Atalhos

Páginas filhas

Versões comparadas

Versão antiga 22

Nova versão 23

Chave

Importante