Re: [oracle_br] Re: Erro ao importar tabela.
Será que existe alguma ferramenta gráfica para recuperar esse tipo de backup ? Tipo, será que o Sql Developer faz? Em 18 de março de 2015 14:12, Eduardo Perdomo panc...@gmail.com escreveu: Obrigado pelas respostas, vou estudar mais um pouco e posto o progresso. Em 16 de março de 2015 18:17, jlchia...@yahoo.com.br [oracle_br] oracle_br@yahoogrupos.com.br escreveu: Eduardo, alguns pontos aí : a. esse 'apelido' para o diretório C:\ (o objeto DIRECTORY, que vc criou no database), pertence/foi criado por esse usuário SYSTEM do database ?? Se sim ok, mas se não, por ser um objeto, para o SYSTEM o poder usar, o SYSTEM *** TEM *** que ter sido ser privilegiado, ie, recebido os GRANTs necessários Por exemplo, digamos que vc criou o DIRECTORY dentro do database com o usuário SYS : nesse caso pro SYSTEm ter os privs, vc teria que conectar com o SYS e mandar : GRANT READ ON DIRECTORY DIR TO SYSTEM; GRANT WRITE ON DIRECTORY DIR TO SYSTEM; blz ?? Uma consulta na DBA_DIRECTORIES pode te indicar quem é o dono do DIRECTORY... b. o software Oracle ** necessariamente ** é executado sob uma conta de usuário Windows, normalmente uma conta/usuário local : tem gente que usa uma das contas/usuários administrativos internos default do WIndows (como a ADMINISTRADOR, por exemplo), e tem gente que prefere criar um usuário específico no Windows, e tipicamente esse usuário é chamado de ORACLE, ou ORAUSER, ou algum nome do tipo... DESCUBRA qual é esse usuário... Isso é necessário porque é com os privilégios desse usuário que o software RDBMS vai tentar acessar esse diretório real, C:\ no seu caso Logue com esse usuário e tentar ler/gravar um arquivo qualquer no C:\ com esse usuário c. vc não diz (ou pelo menos eu não vi citado) qual é esse Windows, mas do Windows Vista pra cima nós podemos ter a figura do UAC : se esse cara estiver ativo, mesmo que vc esteja logado com um usuário que esteja no grupo de administração, os privilégios NÂO estarão ativados a não ser que vc execute o prompt de comando com a opção de Executar como Administrador verifique isso... Isso pode ser Importante principalmente por causa da msg de erro : se vc prestar atenção, ele NÂO está reclamando do directory DIR, mas sim dizendo que não conseguiu gravar o arquivo de log : ORA-39070: NÒo Ú possÝvel abrir o arquivo de log. há chances então que (talvez devido ao UAC, verifique) o impdp não esteja podendo gravar o teu arquivo de log , que como vc não indicou um PATH, ele será gravado no diretório aonde vc está executando o impdp ( C:\Documents and Settings\Administrador ao que parece) == e NEM preciso dizer que além de ter acesso ao C:\ , o usuário com o qual vc está logado TEM que ter acesso ao arquivo .dmp em questão também, óbvio... d. uma dica final : vc só precisa informar @hoststring em caso de conexão remota No seu caso, como (ao que entendo) vc está logado diretamente no servidor/PC aonde o RDBMS roda, basta vc setar ORACLE_SID , ORACLE_HOME e PATH ... []s Chiappa -- Eduardo Perdomo Consultor de Implantação Grupo PC Sistemas - www.grupopc.com.br (21) 6845-8592 panc...@gmail.com eduardo.perd...@pcinformatica.com.br Blog: eduardo.perdomo.nom.br -- Eduardo Perdomo Consultor de Implantação Grupo PC Sistemas - www.grupopc.com.br (21) 6845-8592 panc...@gmail.com eduardo.perd...@pcinformatica.com.br Blog: eduardo.perdomo.nom.br
Re: [oracle_br] Re: Erro ao importar tabela.
Eu nunca precisei, mas sei com ** absoluta ** certeza existem toneladas de GUIs para o datapump : sendo tools da própria Oracle http://oracle-base.com/articles/misc/sql-developer-31-data-pump-wizards.php exemplifica algumas opções presentes de datapump no Oracle SQL Developer, e https://technology.amis.nl/2007/06/26/dbconsole-11g-part-1-an-introduction-of-the-new-version/ mostra o menu do Oracle OEM DBCONSOLE (a ferramenta GUI de administração dco, não-cluster) , E falando de tools não-Oracle aí é até covardia , quase TODA tools de administração de parceiros Oracle possui módulos para isso, veja TOAD, PL/SSQL DEVELOPER, as tools da Embarcadero, o negócio vai longe, se conta às pencas, mesmo... E se vc quiser tools que se especializam só em serem GUIs pra datapump (ie, expdp E impdp), entre outras vc pode experimentar http://alderprogs.com/index.html , http://www.spviewer.com/orapumper.html , http://www.sqlmanager.net/en/products/oracle/datapump , http://www.sqlmaestro.com/products/oracle/datawizard/ , etc, etc... E os preços vão ser os mais diversos, indo desde os grátis (como o ORACLE SQL DEVELOPER, por exemplo) até os pagos Só uma obs : a GUI até pode ajudar, mas fique CIENTE que : a. via de regra ela NÃO cobre todas as opções possíveis da ferramenta, pede um help no expdp ou no impdp que vc vai ver que são MITAS opções , é quase impossível uma GUI conseguir cobrir absolutamente todas elas... Normalmente a GUI só cobre as opções mais comuns de export e/ou import, coisas tipo : export de todas as tableas dum schema, todas do banco, todas que obedeçam a uma condição simples tipo as que o nome contenha uma string tal, coisinhas assim b. MUITO DIFICILMENTE a GUI vai olhar/criar pra vc os pré-requisitos (como por exemplo criar e permissionar um DIRECTORY), e MUITO MENOS a GUI vai ajustar o Sistema Operacional pra vc - por exemplo, se vc espera que a GUI vá checar pra vc as permissões do diretório-alvo do ORACLE DIRECTORY, ou ver se há Espaço suficiente em disco, ou então se é preciso executar com permissão elevada/RUN AS ADMINISTRATOR, pode tirar o cavalinho da chuva : na minha experiência, essas coisas GUI NENHUMA faz pra vc []s Chiappa
Re: [oracle_br] Re: Executar comando do sistema operacional
Ah então respondeu a duvida do Chiappa.. cai na questao de permissão Mas nao tem privilégio para logar na maquina via TS ou no console local ? Se o cara pudesse dar mais uns prints da tela com erro... 2015-03-18 14:10 GMT-03:00 'Milton Bastos Henriquis Jr.' miltonbas...@gmail.com [oracle_br] oracle_br@yahoogrupos.com.br: O cara fez o teste hoje e NÃO loga com o user oracle. Mostra mensagem de erro dizendo que o usuário não tem privilégio para fazer logon na máquina, é mole? Att, Em 17 de março de 2015 19:01, jlchia...@yahoo.com.br [oracle_br] oracle_br@yahoogrupos.com.br escreveu: Via remote desktop/terminal services com certeza não deve conseguir mesmo, isso demanda privilégios extras Se/quando o cara testar o logon local, direto lá no servidor, vc nos conta o resultado... []s Chiappa
Re: [oracle_br] Re: Executar comando do sistema operacional
Bom, isso nos indica que pelo jeito esse servidor deve estar sob alguma POLICY (de rede ou local) que esteja Bloqueando o acesso, ou usando alumas opções derivadas disso... OK, nem é o caso de investigar mais a fundo e descobrir qual é a tool fazendo a restrição, não, forget : era só uma dúvida mesmo... []s Chiappa
Re: [oracle_br] Re: Executar comando do sistema operacional
O cara fez o teste hoje e NÃO loga com o user oracle. Mostra mensagem de erro dizendo que o usuário não tem privilégio para fazer logon na máquina, é mole? Att, Em 17 de março de 2015 19:01, jlchia...@yahoo.com.br [oracle_br] oracle_br@yahoogrupos.com.br escreveu: Via remote desktop/terminal services com certeza não deve conseguir mesmo, isso demanda privilégios extras Se/quando o cara testar o logon local, direto lá no servidor, vc nos conta o resultado... []s Chiappa
Re: [oracle_br] Re: Erro ao importar tabela.
Obrigado pelas respostas, vou estudar mais um pouco e posto o progresso. Em 16 de março de 2015 18:17, jlchia...@yahoo.com.br [oracle_br] oracle_br@yahoogrupos.com.br escreveu: Eduardo, alguns pontos aí : a. esse 'apelido' para o diretório C:\ (o objeto DIRECTORY, que vc criou no database), pertence/foi criado por esse usuário SYSTEM do database ?? Se sim ok, mas se não, por ser um objeto, para o SYSTEM o poder usar, o SYSTEM *** TEM *** que ter sido ser privilegiado, ie, recebido os GRANTs necessários Por exemplo, digamos que vc criou o DIRECTORY dentro do database com o usuário SYS : nesse caso pro SYSTEm ter os privs, vc teria que conectar com o SYS e mandar : GRANT READ ON DIRECTORY DIR TO SYSTEM; GRANT WRITE ON DIRECTORY DIR TO SYSTEM; blz ?? Uma consulta na DBA_DIRECTORIES pode te indicar quem é o dono do DIRECTORY... b. o software Oracle ** necessariamente ** é executado sob uma conta de usuário Windows, normalmente uma conta/usuário local : tem gente que usa uma das contas/usuários administrativos internos default do WIndows (como a ADMINISTRADOR, por exemplo), e tem gente que prefere criar um usuário específico no Windows, e tipicamente esse usuário é chamado de ORACLE, ou ORAUSER, ou algum nome do tipo... DESCUBRA qual é esse usuário... Isso é necessário porque é com os privilégios desse usuário que o software RDBMS vai tentar acessar esse diretório real, C:\ no seu caso Logue com esse usuário e tentar ler/gravar um arquivo qualquer no C:\ com esse usuário c. vc não diz (ou pelo menos eu não vi citado) qual é esse Windows, mas do Windows Vista pra cima nós podemos ter a figura do UAC : se esse cara estiver ativo, mesmo que vc esteja logado com um usuário que esteja no grupo de administração, os privilégios NÂO estarão ativados a não ser que vc execute o prompt de comando com a opção de Executar como Administrador verifique isso... Isso pode ser Importante principalmente por causa da msg de erro : se vc prestar atenção, ele NÂO está reclamando do directory DIR, mas sim dizendo que não conseguiu gravar o arquivo de log : ORA-39070: NÒo Ú possÝvel abrir o arquivo de log. há chances então que (talvez devido ao UAC, verifique) o impdp não esteja podendo gravar o teu arquivo de log , que como vc não indicou um PATH, ele será gravado no diretório aonde vc está executando o impdp ( C:\Documents and Settings\Administrador ao que parece) == e NEM preciso dizer que além de ter acesso ao C:\ , o usuário com o qual vc está logado TEM que ter acesso ao arquivo .dmp em questão também, óbvio... d. uma dica final : vc só precisa informar @hoststring em caso de conexão remota No seu caso, como (ao que entendo) vc está logado diretamente no servidor/PC aonde o RDBMS roda, basta vc setar ORACLE_SID , ORACLE_HOME e PATH ... []s Chiappa -- Eduardo Perdomo Consultor de Implantação Grupo PC Sistemas - www.grupopc.com.br (21) 6845-8592 panc...@gmail.com eduardo.perd...@pcinformatica.com.br Blog: eduardo.perdomo.nom.br