Re: [oracle_br] Err: ORA-06512: at "SYS.UTL_FILE", line 475

[Mária Cristina Silva]

Abusando da sua boa vontade, estou com uma duvida quanto a minha
aplicação...
Aq não temos cluster de aplicação, apenas para o banco mesmo... porém tenho
uma aplicação que roda no java, e usa um jodbc... minha duvida é:

Como Posso fazer a aplicação conctar com o banco nesse caso?
Digo isso pq temos duas instancias, e existe um ip pra cada instancia
diferente... tenho um servidor principal, e informei o IP desse servidor
para fazer a conexão, mas porém ele dá erro falando q que listener não ta
disponivel sendo que acesso normamelmente do Pl-sql developer ou até mesmo o
EM..

Por acaso existe alguma forma de configurar isso??




2009/4/29 Mária Cristina Silva 

> Bakan Julio, vou seguir sua sugestão sim..
> Muito obrigada.
>
>
>
> 2009/4/29 Júlio César Corrêa 
>
>> Poder vc pode.Mas acredito não ser necessário.
>>
>> Monte o /backup no seu servidor(linux/unix) de desenvolvimento do jeito
>> que
>> está em produção,apontando para o servidor externo.Conceda privilégio de
>> leitura ao usuário oracle(do servidor de desenvolvimento) no/dentro do
>>  servidor externo aos arquivos gerados pelo seu servidor de produção.
>>
>> Na certa você pretende fazer um impdp no servidor de desenvolvimento.
>> Teoricamente deve funcionar.
>>
>> Seu /backup está montado em outro servidor.
>>
>> 2009/4/29 Mária Cristina Silva 
>>
>> > Julio achei o erro...
>> >
>> > Bom... como aqui estamos mexendo com o RAC, e eu não tenho experiencia
>> com
>> > ele..
>> > Mas a pasta backp é uma diretório do servidor de backup, e isso é
>> montado
>> > dentro do servidor de produção, de maneira ue quando o backup é gerado,
>> é
>> > armazenado nesse diretorio.. porém descobri e esse diretorio estava
>> montado
>> > apenas em uma das instacia do RAC, quando montamos nas duas.. funcionou
>> e o
>> > erro passou a ser outro, era de pernissão negada, fui verificar mais a
>> > fundo, descobri que o ID dos usuarios estão diferentes nas duas
>> maquinas, e
>> > quando gero o backp de uma maquina ele gera com uma permissão diferente
>> do
>> > chmod 777, para os arquivos, ao tentar ler ele não deixa.. fiz um teste
>> aq
>> > alterando as prmissões dos arquivos chmod 777 e funcionou, consegui
>> > importar, usando o datapump
>> >
>> > Bom minha duvida é o seguinte, por acaso eu posso alterar o ID dos
>> usuarios
>> > Oracle e Orainstall, no servidor de desenvolvimento??
>> >
>> > Bjo e mais uma vez obrigada pela atenção.
>> >
>> >
>> >
>> > 2009/4/29 Júlio César Corrêa 
>> >
>> > > O /backup existe  no SO? certinho?porque até onde eu sei  o erro é
>> este.
>> > >
>> > > Na verdade o diretório que você criou deve ter um correspondente no
>> SO.
>> > >
>> > > Crie um diretório novo dentro de /backup como /backup/bkp_test
>> > >
>> > > de forma que pwd mostre:
>> > >
>> > > /backup/bkp_test
>> > >
>> > > e faça assim no Oracle:
>> > >
>> > > -- Create directory *
>> > > create or replace directory  bkp_test
>> > > as '/backup/bkp_test';
>> > >
>> > > Teste e verifica se funciona.
>> > >
>> > > É uma sugestão hein rsrs
>> > >
>> > >
>> > > Abs,
>> > >
>> > >
>> > > 2009/4/29 Mária Cristina Silva 
>> > >
>> > > > olá Julio,
>> > > > Sim o diretorio foi criado assim:
>> > > > *
>> > > >
>> > > > -- Create directory *
>> > > > *create* *or* *replace* *directory* DIR_BACKUP
>> > > > *as* '/backup';
>> > > > e as permissões dadas foram de grant
>> > > > *
>> > > >
>> > > > Grant* *read*, *write* *on* *directory* dir_backup *to* teste;
>> > > > *grant* *execute* *on* *sys*.utl_file *to* *teste
>> > > > *
>> > > >
>> > > >
>> > > > 2009/4/29 Júlio César Corrêa 
>> > > >
>> > > > > Criou o DIRECTORY?O arquivo se encontra no caminho da criação do
>> > > > DIRECTORY?
>> > > > > Ou está usando o diretório default láem admin/nome_banco/dpdump?
>> > > > >
>> > > > > Tem as permissões corretas do usuário ORACLE no SO?
>> > > > >
>> > > > > 2009/4/29 Júlio César Corrêa 
>> > > > >
>> > > > > > Como vc está especificando o diretorio onde está o .dmp?
>> > > > > >
>> > > > > >
>> > > > > > 2009/4/29 Mária Cristina Silva 
>> > > > > >
>> > > > > >
>> > > > > >>
>> > > > > >> Boa Tarde!!
>> > > > > >> Estou tentando subir um esquema via datapump, e está ocorrendo
>> o
>> > > > > seguinte
>> > > > > >> erro:
>> > > > > >>
>> > > > > >> With the Real Application Clusters option
>> > > > > >> ORA-39002: invalid operation
>> > > > > >> ORA-39070: Unable to open the log file.
>> > > > > >> ORA-29283: invalid file operation
>> > > > > >> ORA-06512: at "SYS.UTL_FILE", line 475
>> > > > > >> ORA-29283: invalid file operation
>> > > > > >>
>> > > > > >> Acredito que isso seja pelo fato de tá usando o ASM, por acaso
>> > > alguém
>> > > > > sabe
>> > > > > >> me dizer se tem alguma forma diferente de usar o Impdp no ASM??
>> > > > > >>
>> > > > > >> Obrigada.
>> > > > > >>
>> > > > > >> --
>> > > > > >> Abraços,
>> > > > > >> Mária Cristina
>> > > > > >> Cel: 031-8883-5543
>> > > > > >> E-mail: mariancrist...@gmail.com 
>> > > > > >> MSN: mcristinasil...@hotmail.com > 40hotmail.

Re: [oracle_br] Re: Relacionamento entre tabelas de FATO

[eduardo . nicolau]

Valew Caio. Obrigado.

Nicolau





Caio Spadafora  
Enviado Por: oracle_br@yahoogrupos.com.br
29/04/2009 14:51
Favor responder a
oracle_br@yahoogrupos.com.br


Para
oracle_br@yahoogrupos.com.br
cc

Assunto
Re: [oracle_br] Re: Relacionamento entre tabelas de FATO











Se sua preocupação for tempo de resposta, imaginando que essas tabelas 
FATOS possuam alguns milhões de linhas vale a pena testar qual o nível de 
paralelismo mais adequado de acordo com o seu hardware.

Além das dicas do chiappa e o paralelismo, utilizar uma arquitetura 64bits 
e atentar também ao parametro de query rewrite são válidos para ambientes 
de data warehouse.

Quanto a relacionamentos entre tabelas FATOS de uma maneira geral não vejo 
problema, mas se seguindo todas as boas práticas (a documentação de DW da 
Oracle cobre bem esses aspectos) se você estiver fazendo muitos joins 
entre FATOS talvez seja o caso de você revisar seu modelo e principalmente 
seus ETLs e de certo modo "antecipar" esses joins trabalhando com tabelas 
agregadas ou sumarizadas de repente. 

Atenciosamente,
Caio Spadafora.
http://0011brothers.blogspot.com/

--- Em ter, 28/4/09, jlchiappa  escreveu:

De: jlchiappa 
Assunto: [oracle_br] Re: Relacionamento entre tabelas de FATO
Para: oracle_br@yahoogrupos.com.br
Data: Terça-feira, 28 de Abril de 2009, 18:39

OK, a resposta é a mesma : desde que haja algum(ns) do(s) recurso(s) 
citados permitindo fácil "localização" dos dados necessários dentro das 
tabelas-fato, não vejo grande problema Tudo ** depende ** 
fundamentalmente de se ter uma boa modelagem e uma boa implementação 
física, banco DW que só usa tabela heap comum pra tudo, que o cara que 
implementou fisicamente nem desconfia o que seja uma mv, um bitmap, um 
cluster, um particionamento, um start schema, etc, só pode dar e ter 
problemas...

[]s

Chiappa

--- Em oracle...@yahoogrup os.com.br, eduardo.nicolau@ ... escreveu

>

> 

> Obrigado Chiappa.

> 

> O join será entre duas ou mais tabelas de FATO.

> 

> Nicolau

> 

> 

> 

> 

> 

> "jlchiappa"  

> Enviado Por: oracle...@yahoogrup os.com.br

> 28/04/2009 15:23

> Favor responder a

> oracle...@yahoogrup os.com.br

> 

> 

> Para

> oracle...@yahoogrup os.com.br

> cc

> 

> Assunto

> [oracle_br] Re: Relacionamento entre tabelas de FATO

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> ** DESDE QUE ** a tabela de fato :

> 

> a) NÂO contenha informação sabidamente não-relevante para a maioria das 

> pesquisas (tipo históricos não ativos)

> 

> e/ou

> 

> b) haja ÍNDICES (bitmaps ?) e/ou particionamentos capazes de muito 

> rapidamente separar os dados necessários ao join

> 

> e/ou

> 

> c) a tabela-fato fisicamente na verdade tenha sido implementada como uma 


> view materializada, já pré-processada ou

> que ao menos respeita o item a)

> 

> não vejo em princípio nenhum problema vc usar a tabela de fato em 

> relacionamento (vc não diz mas suponho JOINs) com as tabelas 

> dimensionais/ relacionais. ...

> 

> []s

> 

> Chiappa

> 

> --- Em oracle...@yahoogrup os.com.br, eduardo.nicolau@ escreveu

> >

> > 

> > Boa tarde a todos!

> > 

> > Vejo na empresa que trabalho uma tendência de se relacionar 

> > tabelas de FATO em modelo multidimensional no ORACLE. 

> > Tabelas de FATO em DW possuem uma grande quantidade de linhas e 

> > isto me preocupa. Alguém tem alguma experiência a este respeito que 

> possa 

> > compartilhar? Vocês vêem isto como uma prática sem grandes 
conseqüências 

> 

> > de performance, etc?

> > 

> > Obrigado.

> > 

> > Nicolau.

> > 

> > 

> > As informações contidas nesta mensagem e no(s) arquivos anexo(s) são 

> > endereçadas exclusivamente à(s) pessoas e/ou instituição(ões) acima 

> > indicada(s) e podem conter informações confidenciais e/ou 
privilegiadas. 

> 

> > Se você não for o destinatário ou a pessoa autorizada a recebê-la, 

> queira, 

> > por favor, retorná-la ao remetente e em seguida apagá-la 

> definitivamente. 

> > Qualquer uso, cópia ou divulgação das informações nela contidas, na 

> > íntegra ou parcialmente, são estritamente proibidas e serão tratadas 

> > conforme legislação pertinente.

> > 

> > 234 - AV

> > 

> > [As partes desta mensagem que não continham texto foram removidas]

> >

> 

> 

> 214 - AV

> 

> 

> 

> As informações contidas nesta mensagem e no(s) arquivos anexo(s) são 

> endereçadas exclusivamente à(s) pessoas e/ou instituição(ões) acima 

> indicada(s) e podem conter informações confidenciais e/ou privilegiadas. 


> Se você não for o destinatário ou a pessoa autorizada a recebê-la, 
queira, 

> por favor, retorná-la ao remetente e em seguida apagá-la 
definitivamente. 

> Qualquer uso, cópia ou divulgação das informações nela contidas, na 

> íntegra ou parcialmente, são estritamente proibidas e serão tratadas 

> conforme legislação pertinente.

> 

> As informações contidas nesta mensagem e no(s) arquivos anexo(s) são 

> endereçadas exclusivamente à(s) pessoas e/ou inst

Re: [oracle_br] Err: ORA-06512: at "SYS.UTL_FILE", line 475

[Mária Cristina Silva]

Bakan Julio, vou seguir sua sugestão sim..
Muito obrigada.



2009/4/29 Júlio César Corrêa 

> Poder vc pode.Mas acredito não ser necessário.
>
> Monte o /backup no seu servidor(linux/unix) de desenvolvimento do jeito que
> está em produção,apontando para o servidor externo.Conceda privilégio de
> leitura ao usuário oracle(do servidor de desenvolvimento) no/dentro do
>  servidor externo aos arquivos gerados pelo seu servidor de produção.
>
> Na certa você pretende fazer um impdp no servidor de desenvolvimento.
> Teoricamente deve funcionar.
>
> Seu /backup está montado em outro servidor.
>
> 2009/4/29 Mária Cristina Silva 
>
> > Julio achei o erro...
> >
> > Bom... como aqui estamos mexendo com o RAC, e eu não tenho experiencia
> com
> > ele..
> > Mas a pasta backp é uma diretório do servidor de backup, e isso é montado
> > dentro do servidor de produção, de maneira ue quando o backup é gerado, é
> > armazenado nesse diretorio.. porém descobri e esse diretorio estava
> montado
> > apenas em uma das instacia do RAC, quando montamos nas duas.. funcionou e
> o
> > erro passou a ser outro, era de pernissão negada, fui verificar mais a
> > fundo, descobri que o ID dos usuarios estão diferentes nas duas maquinas,
> e
> > quando gero o backp de uma maquina ele gera com uma permissão diferente
> do
> > chmod 777, para os arquivos, ao tentar ler ele não deixa.. fiz um teste
> aq
> > alterando as prmissões dos arquivos chmod 777 e funcionou, consegui
> > importar, usando o datapump
> >
> > Bom minha duvida é o seguinte, por acaso eu posso alterar o ID dos
> usuarios
> > Oracle e Orainstall, no servidor de desenvolvimento??
> >
> > Bjo e mais uma vez obrigada pela atenção.
> >
> >
> >
> > 2009/4/29 Júlio César Corrêa 
> >
> > > O /backup existe  no SO? certinho?porque até onde eu sei  o erro é
> este.
> > >
> > > Na verdade o diretório que você criou deve ter um correspondente no SO.
> > >
> > > Crie um diretório novo dentro de /backup como /backup/bkp_test
> > >
> > > de forma que pwd mostre:
> > >
> > > /backup/bkp_test
> > >
> > > e faça assim no Oracle:
> > >
> > > -- Create directory *
> > > create or replace directory  bkp_test
> > > as '/backup/bkp_test';
> > >
> > > Teste e verifica se funciona.
> > >
> > > É uma sugestão hein rsrs
> > >
> > >
> > > Abs,
> > >
> > >
> > > 2009/4/29 Mária Cristina Silva 
> > >
> > > > olá Julio,
> > > > Sim o diretorio foi criado assim:
> > > > *
> > > >
> > > > -- Create directory *
> > > > *create* *or* *replace* *directory* DIR_BACKUP
> > > > *as* '/backup';
> > > > e as permissões dadas foram de grant
> > > > *
> > > >
> > > > Grant* *read*, *write* *on* *directory* dir_backup *to* teste;
> > > > *grant* *execute* *on* *sys*.utl_file *to* *teste
> > > > *
> > > >
> > > >
> > > > 2009/4/29 Júlio César Corrêa 
> > > >
> > > > > Criou o DIRECTORY?O arquivo se encontra no caminho da criação do
> > > > DIRECTORY?
> > > > > Ou está usando o diretório default láem admin/nome_banco/dpdump?
> > > > >
> > > > > Tem as permissões corretas do usuário ORACLE no SO?
> > > > >
> > > > > 2009/4/29 Júlio César Corrêa 
> > > > >
> > > > > > Como vc está especificando o diretorio onde está o .dmp?
> > > > > >
> > > > > >
> > > > > > 2009/4/29 Mária Cristina Silva 
> > > > > >
> > > > > >
> > > > > >>
> > > > > >> Boa Tarde!!
> > > > > >> Estou tentando subir um esquema via datapump, e está ocorrendo o
> > > > > seguinte
> > > > > >> erro:
> > > > > >>
> > > > > >> With the Real Application Clusters option
> > > > > >> ORA-39002: invalid operation
> > > > > >> ORA-39070: Unable to open the log file.
> > > > > >> ORA-29283: invalid file operation
> > > > > >> ORA-06512: at "SYS.UTL_FILE", line 475
> > > > > >> ORA-29283: invalid file operation
> > > > > >>
> > > > > >> Acredito que isso seja pelo fato de tá usando o ASM, por acaso
> > > alguém
> > > > > sabe
> > > > > >> me dizer se tem alguma forma diferente de usar o Impdp no ASM??
> > > > > >>
> > > > > >> Obrigada.
> > > > > >>
> > > > > >> --
> > > > > >> Abraços,
> > > > > >> Mária Cristina
> > > > > >> Cel: 031-8883-5543
> > > > > >> E-mail: mariancrist...@gmail.com 
> > > > > >> MSN: mcristinasil...@hotmail.com  >
> > > > > >> --
> > > > > >> "O começo é a parte mais importante do trabalho."
> > > > > >> - Platão
> > > > > >>
> > > > > >> [As partes desta mensagem que não continham texto foram
> removidas]
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Júlio César Corrêa
> > > > > > IS Technologist - Oracle DBA
> > > > > > www.dbajccorrea.com
> > > > > >
> > > > > > “To stay competitive in the tech industry, never stop
> > > > > > learning. Always be on the lookout for better ways of
> > > > > > doing things and new technologies. Our industry does
> > > > > > not reward people who let themselves stagnate”
> > > > > > –John Hall, Senior Vice President, Oracle University
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Júlio César Corrêa
> > > > > IS Technologis

Re: [oracle_br] Err: ORA-06512: at "SYS.UTL_FILE", line 475

[Júlio César Corrêa]

Poder vc pode.Mas acredito não ser necessário.

Monte o /backup no seu servidor(linux/unix) de desenvolvimento do jeito que
está em produção,apontando para o servidor externo.Conceda privilégio de
leitura ao usuário oracle(do servidor de desenvolvimento) no/dentro do
 servidor externo aos arquivos gerados pelo seu servidor de produção.

Na certa você pretende fazer um impdp no servidor de desenvolvimento.
Teoricamente deve funcionar.

Seu /backup está montado em outro servidor.

2009/4/29 Mária Cristina Silva 

> Julio achei o erro...
>
> Bom... como aqui estamos mexendo com o RAC, e eu não tenho experiencia com
> ele..
> Mas a pasta backp é uma diretório do servidor de backup, e isso é montado
> dentro do servidor de produção, de maneira ue quando o backup é gerado, é
> armazenado nesse diretorio.. porém descobri e esse diretorio estava montado
> apenas em uma das instacia do RAC, quando montamos nas duas.. funcionou e o
> erro passou a ser outro, era de pernissão negada, fui verificar mais a
> fundo, descobri que o ID dos usuarios estão diferentes nas duas maquinas, e
> quando gero o backp de uma maquina ele gera com uma permissão diferente do
> chmod 777, para os arquivos, ao tentar ler ele não deixa.. fiz um teste aq
> alterando as prmissões dos arquivos chmod 777 e funcionou, consegui
> importar, usando o datapump
>
> Bom minha duvida é o seguinte, por acaso eu posso alterar o ID dos usuarios
> Oracle e Orainstall, no servidor de desenvolvimento??
>
> Bjo e mais uma vez obrigada pela atenção.
>
>
>
> 2009/4/29 Júlio César Corrêa 
>
> > O /backup existe  no SO? certinho?porque até onde eu sei  o erro é este.
> >
> > Na verdade o diretório que você criou deve ter um correspondente no SO.
> >
> > Crie um diretório novo dentro de /backup como /backup/bkp_test
> >
> > de forma que pwd mostre:
> >
> > /backup/bkp_test
> >
> > e faça assim no Oracle:
> >
> > -- Create directory *
> > create or replace directory  bkp_test
> > as '/backup/bkp_test';
> >
> > Teste e verifica se funciona.
> >
> > É uma sugestão hein rsrs
> >
> >
> > Abs,
> >
> >
> > 2009/4/29 Mária Cristina Silva 
> >
> > > olá Julio,
> > > Sim o diretorio foi criado assim:
> > > *
> > >
> > > -- Create directory *
> > > *create* *or* *replace* *directory* DIR_BACKUP
> > > *as* '/backup';
> > > e as permissões dadas foram de grant
> > > *
> > >
> > > Grant* *read*, *write* *on* *directory* dir_backup *to* teste;
> > > *grant* *execute* *on* *sys*.utl_file *to* *teste
> > > *
> > >
> > >
> > > 2009/4/29 Júlio César Corrêa 
> > >
> > > > Criou o DIRECTORY?O arquivo se encontra no caminho da criação do
> > > DIRECTORY?
> > > > Ou está usando o diretório default láem admin/nome_banco/dpdump?
> > > >
> > > > Tem as permissões corretas do usuário ORACLE no SO?
> > > >
> > > > 2009/4/29 Júlio César Corrêa 
> > > >
> > > > > Como vc está especificando o diretorio onde está o .dmp?
> > > > >
> > > > >
> > > > > 2009/4/29 Mária Cristina Silva 
> > > > >
> > > > >
> > > > >>
> > > > >> Boa Tarde!!
> > > > >> Estou tentando subir um esquema via datapump, e está ocorrendo o
> > > > seguinte
> > > > >> erro:
> > > > >>
> > > > >> With the Real Application Clusters option
> > > > >> ORA-39002: invalid operation
> > > > >> ORA-39070: Unable to open the log file.
> > > > >> ORA-29283: invalid file operation
> > > > >> ORA-06512: at "SYS.UTL_FILE", line 475
> > > > >> ORA-29283: invalid file operation
> > > > >>
> > > > >> Acredito que isso seja pelo fato de tá usando o ASM, por acaso
> > alguém
> > > > sabe
> > > > >> me dizer se tem alguma forma diferente de usar o Impdp no ASM??
> > > > >>
> > > > >> Obrigada.
> > > > >>
> > > > >> --
> > > > >> Abraços,
> > > > >> Mária Cristina
> > > > >> Cel: 031-8883-5543
> > > > >> E-mail: mariancrist...@gmail.com 
> > > > >> MSN: mcristinasil...@hotmail.com 
> > > > >> --
> > > > >> "O começo é a parte mais importante do trabalho."
> > > > >> - Platão
> > > > >>
> > > > >> [As partes desta mensagem que não continham texto foram removidas]
> > > > >>
> > > > >>
> > > > >>
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Júlio César Corrêa
> > > > > IS Technologist - Oracle DBA
> > > > > www.dbajccorrea.com
> > > > >
> > > > > “To stay competitive in the tech industry, never stop
> > > > > learning. Always be on the lookout for better ways of
> > > > > doing things and new technologies. Our industry does
> > > > > not reward people who let themselves stagnate”
> > > > > –John Hall, Senior Vice President, Oracle University
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Júlio César Corrêa
> > > > IS Technologist - Oracle DBA
> > > > www.dbajccorrea.com
> > > >
> > > > “To stay competitive in the tech industry, never stop
> > > > learning. Always be on the lookout for better ways of
> > > > doing things and new technologies. Our industry does
> > > > not reward people who let themselves stagnate”
> > > > –John Hall, Senior Vice President, Oracle University
> > > >
> > > >
> > > > [As partes desta mensagem que 

Re: [oracle_br] Err: ORA-06512: at "SYS.UTL_FILE", line 475

[Júlio César Corrêa]

Agora prestei atenção na sua pergunta mesmo. O diretório backup é no ASM?

Li isto para tirar a duvida.

Documentação oficial:


Using Directory Objects When Automatic Storage Management Is Enabled

If you use Data Pump Export or Import with Automatic Storage Management
(ASM) enabled, you must define the directory object used for the dump file
so that the ASM disk-group name is used (instead of an operating system
directory path). A separate directory object, which points to an operating
system directory path, should be used for the log file. For example, you
would create a directory object for the ASM dump file as follows:

SQL> CREATE or REPLACE DIRECTORY dpump_dir as '+DATAFILES/';


Then you would create a separate directory object for the log file:

SQL> CREATE or REPLACE DIRECTORY dpump_log as '/homedir/user1/';


To enable user hr to have access to these directory objects, you would
assign the necessary privileges, for example:


SQL> GRANT READ, WRITE ON DIRECTORY dpump_dir TO hr;
SQL> GRANT READ, WRITE ON DIRECTORY dpump_log TO hr;


You would then use the following Data Pump Export command:

> expdp hr/hr DIRECTORY=dpump_dir DUMPFILE=hr.dmp LOGFILE=dpump_log:hr.log

2009/4/29 Mária Cristina Silva 

>
>
> Boa Tarde!!
> Estou tentando subir um esquema via datapump, e está ocorrendo o seguinte
> erro:
>
> With the Real Application Clusters option
> ORA-39002: invalid operation
> ORA-39070: Unable to open the log file.
> ORA-29283: invalid file operation
> ORA-06512: at "SYS.UTL_FILE", line 475
> ORA-29283: invalid file operation
>
> Acredito que isso seja pelo fato de tá usando o ASM, por acaso alguém sabe
> me dizer se tem alguma forma diferente de usar o Impdp no ASM??
>
> Obrigada.
>
> --
> Abraços,
> Mária Cristina
> Cel: 031-8883-5543
> E-mail: mariancrist...@gmail.com 
> MSN: mcristinasil...@hotmail.com 
> --
> "O começo é a parte mais importante do trabalho."
> - Platão
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Júlio César Corrêa
IS Technologist - Oracle DBA
www.dbajccorrea.com

“To stay competitive in the tech industry, never stop
learning. Always be on the lookout for better ways of
doing things and new technologies. Our industry does
not reward people who let themselves stagnate”
–John Hall, Senior Vice President, Oracle University


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] Err: ORA-06512: at "SYS.UTL_FILE", line 475

[Júlio César Corrêa]

Dei uma pesquisada e fiz uns testes.Mesmo que o diretório SO não exista ele
não aparece como INVALID.

E  não precisa ter o mesmo nome do diretorio no SO.Não é necessário.


2009/4/29 Júlio César Corrêa 

> Dá uma olhada nesta query:
> select * from all_objects
> where object_type = 'DIRECTORY'
> and object_name ='seu_diretorio'
>
> Especificamente na coluna STATUS.
>
> 2009/4/29 Mária Cristina Silva 
>
>> olá Julio,
>> Sim o diretorio foi criado assim:
>> *
>>
>> -- Create directory *
>> *create* *or* *replace* *directory* DIR_BACKUP
>> *as* '/backup';
>> e as permissões dadas foram de grant
>> *
>>
>> Grant* *read*, *write* *on* *directory* dir_backup *to* teste;
>> *grant* *execute* *on* *sys*.utl_file *to* *teste
>> *
>>
>>
>> 2009/4/29 Júlio César Corrêa 
>>
>> > Criou o DIRECTORY?O arquivo se encontra no caminho da criação do
>> DIRECTORY?
>> > Ou está usando o diretório default láem admin/nome_banco/dpdump?
>> >
>> > Tem as permissões corretas do usuário ORACLE no SO?
>> >
>> > 2009/4/29 Júlio César Corrêa 
>> >
>> > > Como vc está especificando o diretorio onde está o .dmp?
>> > >
>> > >
>> > > 2009/4/29 Mária Cristina Silva 
>> > >
>> > >
>> > >>
>> > >> Boa Tarde!!
>> > >> Estou tentando subir um esquema via datapump, e está ocorrendo o
>> > seguinte
>> > >> erro:
>> > >>
>> > >> With the Real Application Clusters option
>> > >> ORA-39002: invalid operation
>> > >> ORA-39070: Unable to open the log file.
>> > >> ORA-29283: invalid file operation
>> > >> ORA-06512: at "SYS.UTL_FILE", line 475
>> > >> ORA-29283: invalid file operation
>> > >>
>> > >> Acredito que isso seja pelo fato de tá usando o ASM, por acaso alguém
>> > sabe
>> > >> me dizer se tem alguma forma diferente de usar o Impdp no ASM??
>> > >>
>> > >> Obrigada.
>> > >>
>> > >> --
>> > >> Abraços,
>> > >> Mária Cristina
>> > >> Cel: 031-8883-5543
>> > >> E-mail: mariancrist...@gmail.com 
>> > >> MSN: mcristinasil...@hotmail.com 
>> > >> --
>> > >> "O começo é a parte mais importante do trabalho."
>> > >> - Platão
>> > >>
>> > >> [As partes desta mensagem que não continham texto foram removidas]
>> > >>
>> > >>
>> > >>
>> > >
>> > >
>> > >
>> > > --
>> > > Júlio César Corrêa
>> > > IS Technologist - Oracle DBA
>> > > www.dbajccorrea.com
>> > >
>> > > “To stay competitive in the tech industry, never stop
>> > > learning. Always be on the lookout for better ways of
>> > > doing things and new technologies. Our industry does
>> > > not reward people who let themselves stagnate”
>> > > –John Hall, Senior Vice President, Oracle University
>> > >
>> > >
>> >
>> >
>> > --
>> > Júlio César Corrêa
>> > IS Technologist - Oracle DBA
>> > www.dbajccorrea.com
>> >
>> > “To stay competitive in the tech industry, never stop
>> > learning. Always be on the lookout for better ways of
>> > doing things and new technologies. Our industry does
>> > not reward people who let themselves stagnate”
>> > –John Hall, Senior Vice President, Oracle University
>> >
>> >
>> > [As partes desta mensagem que não continham texto foram removidas]
>> >
>> >
>> >
>> > 
>> >
>> >
>> >
>> --
>> > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
>> > inteira responsabilidade de seus remetentes.
>> > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>> >
>> >
>> --
>> > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
>> Procedure
>> > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO!
>> VISITE:
>> > http://www.oraclebr.com.br/
>> >
>> 
>> > Links do Yahoo! Grupos
>> >
>> >
>> >
>>
>>
>> --
>> Abraços,
>> Mária Cristina
>> Cel: 031-8883-5543
>> E-mail: mariancrist...@gmail.com
>> MSN:   mcristinasil...@hotmail.com
>> --
>> "O começo é a parte mais importante do trabalho."
>> - Platão
>>
>>
>> [As partes desta mensagem que não continham texto foram removidas]
>>
>>
>>
>> 
>>
>>
>> --
>> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
>> inteira responsabilidade de seus remetentes.
>> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>>
>> --
>> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
>> Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO!
>> VISITE: http://www.oraclebr.com.br/
>> 

Re: [oracle_br] Err: ORA-06512: at "SYS.UTL_FILE", line 475

[Mária Cristina Silva]

Julio achei o erro...

Bom... como aqui estamos mexendo com o RAC, e eu não tenho experiencia com
ele..
Mas a pasta backp é uma diretório do servidor de backup, e isso é montado
dentro do servidor de produção, de maneira ue quando o backup é gerado, é
armazenado nesse diretorio.. porém descobri e esse diretorio estava montado
apenas em uma das instacia do RAC, quando montamos nas duas.. funcionou e o
erro passou a ser outro, era de pernissão negada, fui verificar mais a
fundo, descobri que o ID dos usuarios estão diferentes nas duas maquinas, e
quando gero o backp de uma maquina ele gera com uma permissão diferente do
chmod 777, para os arquivos, ao tentar ler ele não deixa.. fiz um teste aq
alterando as prmissões dos arquivos chmod 777 e funcionou, consegui
importar, usando o datapump

Bom minha duvida é o seguinte, por acaso eu posso alterar o ID dos usuarios
Oracle e Orainstall, no servidor de desenvolvimento??

Bjo e mais uma vez obrigada pela atenção.



2009/4/29 Júlio César Corrêa 

> O /backup existe  no SO? certinho?porque até onde eu sei  o erro é este.
>
> Na verdade o diretório que você criou deve ter um correspondente no SO.
>
> Crie um diretório novo dentro de /backup como /backup/bkp_test
>
> de forma que pwd mostre:
>
> /backup/bkp_test
>
> e faça assim no Oracle:
>
> -- Create directory *
> create or replace directory  bkp_test
> as '/backup/bkp_test';
>
> Teste e verifica se funciona.
>
> É uma sugestão hein rsrs
>
>
> Abs,
>
>
> 2009/4/29 Mária Cristina Silva 
>
> > olá Julio,
> > Sim o diretorio foi criado assim:
> > *
> >
> > -- Create directory *
> > *create* *or* *replace* *directory* DIR_BACKUP
> > *as* '/backup';
> > e as permissões dadas foram de grant
> > *
> >
> > Grant* *read*, *write* *on* *directory* dir_backup *to* teste;
> > *grant* *execute* *on* *sys*.utl_file *to* *teste
> > *
> >
> >
> > 2009/4/29 Júlio César Corrêa 
> >
> > > Criou o DIRECTORY?O arquivo se encontra no caminho da criação do
> > DIRECTORY?
> > > Ou está usando o diretório default láem admin/nome_banco/dpdump?
> > >
> > > Tem as permissões corretas do usuário ORACLE no SO?
> > >
> > > 2009/4/29 Júlio César Corrêa 
> > >
> > > > Como vc está especificando o diretorio onde está o .dmp?
> > > >
> > > >
> > > > 2009/4/29 Mária Cristina Silva 
> > > >
> > > >
> > > >>
> > > >> Boa Tarde!!
> > > >> Estou tentando subir um esquema via datapump, e está ocorrendo o
> > > seguinte
> > > >> erro:
> > > >>
> > > >> With the Real Application Clusters option
> > > >> ORA-39002: invalid operation
> > > >> ORA-39070: Unable to open the log file.
> > > >> ORA-29283: invalid file operation
> > > >> ORA-06512: at "SYS.UTL_FILE", line 475
> > > >> ORA-29283: invalid file operation
> > > >>
> > > >> Acredito que isso seja pelo fato de tá usando o ASM, por acaso
> alguém
> > > sabe
> > > >> me dizer se tem alguma forma diferente de usar o Impdp no ASM??
> > > >>
> > > >> Obrigada.
> > > >>
> > > >> --
> > > >> Abraços,
> > > >> Mária Cristina
> > > >> Cel: 031-8883-5543
> > > >> E-mail: mariancrist...@gmail.com 
> > > >> MSN: mcristinasil...@hotmail.com 
> > > >> --
> > > >> "O começo é a parte mais importante do trabalho."
> > > >> - Platão
> > > >>
> > > >> [As partes desta mensagem que não continham texto foram removidas]
> > > >>
> > > >>
> > > >>
> > > >
> > > >
> > > >
> > > > --
> > > > Júlio César Corrêa
> > > > IS Technologist - Oracle DBA
> > > > www.dbajccorrea.com
> > > >
> > > > “To stay competitive in the tech industry, never stop
> > > > learning. Always be on the lookout for better ways of
> > > > doing things and new technologies. Our industry does
> > > > not reward people who let themselves stagnate”
> > > > –John Hall, Senior Vice President, Oracle University
> > > >
> > > >
> > >
> > >
> > > --
> > > Júlio César Corrêa
> > > IS Technologist - Oracle DBA
> > > www.dbajccorrea.com
> > >
> > > “To stay competitive in the tech industry, never stop
> > > learning. Always be on the lookout for better ways of
> > > doing things and new technologies. Our industry does
> > > not reward people who let themselves stagnate”
> > > –John Hall, Senior Vice President, Oracle University
> > >
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > >
> > >
> > > 
> > >
> > >
> > >
> >
> --
> > > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> > > inteira responsabilidade de seus remetentes.
> > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > >
> > >
> >
> --
> > > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> > Procedure
> > > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO!
> VISITE:
> > > http://www.oraclebr.com.br/
> > >
> >
> --

Re: [oracle_br] Err: ORA-06512: at "SYS.UTL_FILE", line 475

[Júlio César Corrêa]

Dá uma olhada nesta query:
select * from all_objects
where object_type = 'DIRECTORY'
and object_name ='seu_diretorio'

Especificamente na coluna STATUS.

2009/4/29 Mária Cristina Silva 

> olá Julio,
> Sim o diretorio foi criado assim:
> *
>
> -- Create directory *
> *create* *or* *replace* *directory* DIR_BACKUP
> *as* '/backup';
> e as permissões dadas foram de grant
> *
>
> Grant* *read*, *write* *on* *directory* dir_backup *to* teste;
> *grant* *execute* *on* *sys*.utl_file *to* *teste
> *
>
>
> 2009/4/29 Júlio César Corrêa 
>
> > Criou o DIRECTORY?O arquivo se encontra no caminho da criação do
> DIRECTORY?
> > Ou está usando o diretório default láem admin/nome_banco/dpdump?
> >
> > Tem as permissões corretas do usuário ORACLE no SO?
> >
> > 2009/4/29 Júlio César Corrêa 
> >
> > > Como vc está especificando o diretorio onde está o .dmp?
> > >
> > >
> > > 2009/4/29 Mária Cristina Silva 
> > >
> > >
> > >>
> > >> Boa Tarde!!
> > >> Estou tentando subir um esquema via datapump, e está ocorrendo o
> > seguinte
> > >> erro:
> > >>
> > >> With the Real Application Clusters option
> > >> ORA-39002: invalid operation
> > >> ORA-39070: Unable to open the log file.
> > >> ORA-29283: invalid file operation
> > >> ORA-06512: at "SYS.UTL_FILE", line 475
> > >> ORA-29283: invalid file operation
> > >>
> > >> Acredito que isso seja pelo fato de tá usando o ASM, por acaso alguém
> > sabe
> > >> me dizer se tem alguma forma diferente de usar o Impdp no ASM??
> > >>
> > >> Obrigada.
> > >>
> > >> --
> > >> Abraços,
> > >> Mária Cristina
> > >> Cel: 031-8883-5543
> > >> E-mail: mariancrist...@gmail.com 
> > >> MSN: mcristinasil...@hotmail.com 
> > >> --
> > >> "O começo é a parte mais importante do trabalho."
> > >> - Platão
> > >>
> > >> [As partes desta mensagem que não continham texto foram removidas]
> > >>
> > >>
> > >>
> > >
> > >
> > >
> > > --
> > > Júlio César Corrêa
> > > IS Technologist - Oracle DBA
> > > www.dbajccorrea.com
> > >
> > > “To stay competitive in the tech industry, never stop
> > > learning. Always be on the lookout for better ways of
> > > doing things and new technologies. Our industry does
> > > not reward people who let themselves stagnate”
> > > –John Hall, Senior Vice President, Oracle University
> > >
> > >
> >
> >
> > --
> > Júlio César Corrêa
> > IS Technologist - Oracle DBA
> > www.dbajccorrea.com
> >
> > “To stay competitive in the tech industry, never stop
> > learning. Always be on the lookout for better ways of
> > doing things and new technologies. Our industry does
> > not reward people who let themselves stagnate”
> > –John Hall, Senior Vice President, Oracle University
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
> > 
> >
> >
> >
> --
> > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> > inteira responsabilidade de seus remetentes.
> > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> >
> >
> --
> > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> Procedure
> > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> > http://www.oraclebr.com.br/
> >
> 
> > Links do Yahoo! Grupos
> >
> >
> >
>
>
> --
> Abraços,
> Mária Cristina
> Cel: 031-8883-5543
> E-mail: mariancrist...@gmail.com
> MSN:   mcristinasil...@hotmail.com
> --
> "O começo é a parte mais importante do trabalho."
> - Platão
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure
> » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr.com.br/
> 
> Links do Yahoo! Grupos
>
>
>


-- 
Júlio César Corrêa
IS Technologist - Oracle DBA
www.dbajccorrea.com

“To stay competitive in the tech industry, never stop
learning. Always be on the lookout for better ways of
doing things and new technologies. Our industry does
not reward people who let themselves stagnate”
–John Hall, Senior Vice 

Re: [oracle_br] Err: ORA-06512: at "SYS.UTL_FILE", line 475

[Júlio César Corrêa]

O /backup existe  no SO? certinho?porque até onde eu sei  o erro é este.

Na verdade o diretório que você criou deve ter um correspondente no SO.

Crie um diretório novo dentro de /backup como /backup/bkp_test

de forma que pwd mostre:

/backup/bkp_test

e faça assim no Oracle:

-- Create directory *
create or replace directory  bkp_test
as '/backup/bkp_test';

Teste e verifica se funciona.

É uma sugestão hein rsrs


Abs,


2009/4/29 Mária Cristina Silva 

> olá Julio,
> Sim o diretorio foi criado assim:
> *
>
> -- Create directory *
> *create* *or* *replace* *directory* DIR_BACKUP
> *as* '/backup';
> e as permissões dadas foram de grant
> *
>
> Grant* *read*, *write* *on* *directory* dir_backup *to* teste;
> *grant* *execute* *on* *sys*.utl_file *to* *teste
> *
>
>
> 2009/4/29 Júlio César Corrêa 
>
> > Criou o DIRECTORY?O arquivo se encontra no caminho da criação do
> DIRECTORY?
> > Ou está usando o diretório default láem admin/nome_banco/dpdump?
> >
> > Tem as permissões corretas do usuário ORACLE no SO?
> >
> > 2009/4/29 Júlio César Corrêa 
> >
> > > Como vc está especificando o diretorio onde está o .dmp?
> > >
> > >
> > > 2009/4/29 Mária Cristina Silva 
> > >
> > >
> > >>
> > >> Boa Tarde!!
> > >> Estou tentando subir um esquema via datapump, e está ocorrendo o
> > seguinte
> > >> erro:
> > >>
> > >> With the Real Application Clusters option
> > >> ORA-39002: invalid operation
> > >> ORA-39070: Unable to open the log file.
> > >> ORA-29283: invalid file operation
> > >> ORA-06512: at "SYS.UTL_FILE", line 475
> > >> ORA-29283: invalid file operation
> > >>
> > >> Acredito que isso seja pelo fato de tá usando o ASM, por acaso alguém
> > sabe
> > >> me dizer se tem alguma forma diferente de usar o Impdp no ASM??
> > >>
> > >> Obrigada.
> > >>
> > >> --
> > >> Abraços,
> > >> Mária Cristina
> > >> Cel: 031-8883-5543
> > >> E-mail: mariancrist...@gmail.com 
> > >> MSN: mcristinasil...@hotmail.com 
> > >> --
> > >> "O começo é a parte mais importante do trabalho."
> > >> - Platão
> > >>
> > >> [As partes desta mensagem que não continham texto foram removidas]
> > >>
> > >>
> > >>
> > >
> > >
> > >
> > > --
> > > Júlio César Corrêa
> > > IS Technologist - Oracle DBA
> > > www.dbajccorrea.com
> > >
> > > “To stay competitive in the tech industry, never stop
> > > learning. Always be on the lookout for better ways of
> > > doing things and new technologies. Our industry does
> > > not reward people who let themselves stagnate”
> > > –John Hall, Senior Vice President, Oracle University
> > >
> > >
> >
> >
> > --
> > Júlio César Corrêa
> > IS Technologist - Oracle DBA
> > www.dbajccorrea.com
> >
> > “To stay competitive in the tech industry, never stop
> > learning. Always be on the lookout for better ways of
> > doing things and new technologies. Our industry does
> > not reward people who let themselves stagnate”
> > –John Hall, Senior Vice President, Oracle University
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
> > 
> >
> >
> >
> --
> > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> > inteira responsabilidade de seus remetentes.
> > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> >
> >
> --
> > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> Procedure
> > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> > http://www.oraclebr.com.br/
> >
> 
> > Links do Yahoo! Grupos
> >
> >
> >
>
>
> --
> Abraços,
> Mária Cristina
> Cel: 031-8883-5543
> E-mail: mariancrist...@gmail.com
> MSN:   mcristinasil...@hotmail.com
> --
> "O começo é a parte mais importante do trabalho."
> - Platão
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure
> » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr.com.br/
> 
> Links do Yahoo! Grupos
>
>
>


-- 
Júlio César Corrêa
IS Tech

Re: [oracle_br] Help no SQL

[Júlio César Corrêa]

Ahh sim..outro caso

2009/4/29 Cesar Otoganizo da Horta 

>
>
> Julio Cesar,
>
> A sequencia é por filial, já que tenho 01 na filial 06 e 01 na filial 05,
> porem eu tenho um outro agravando a sequencia é numérica e o campo é
> varcharrsrsrsrs.
>
> A solução que o nosso amigo NINO passou funcionou.
>
> select rownum
> from all_objects
> where rownum <= 900
> MINUS
> select to_number (cod_turma)
> from mo_turma
> where filial = '06'
>
> agradeço a ajuda.
>
> César
>
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br  [mailto:
> oracle_br@yahoogrupos.com.br ] Em nome de
> Júlio César Corrêa
> Enviada em: quarta-feira, 29 de abril de 2009 16:30
> Para: oracle_br@yahoogrupos.com.br 
> Assunto: Re: [oracle_br] Help no SQL
>
> A sequencia de numeros vai seguir dependendo da forma que a SEQUENCE foi
> criada (ORDER,START_WITH,INCREMENTED_BY e etc.)
> Mas assim pela sua query ,vc colocou um filtro no where.
>
> A sequencia numerica vai acompanhar a ondem de insert .
> Portanto com o filtro na clausula where da sua query,vc vai obter os
> numeros
> sequenciais obviamente "pulados".
> A não ser que só exista a filial =06.
>
> Abs,
>
> 2009/4/29 Cesar Otoganizo da Horta 
> 
> >
>
> >
> >
> >
> >
> > Senhores,
> >
> > Boa Tarde!
> >
> > Estou necessitando de uma ajuda.
> >
> > Gostaria de saber se tenho como identificar os números que estão faltando
> > em uma seqüência.
> >
> > Na tabela MO_TURMA tenho o campo COD_TURMA que vai de 001 a 900, porem
> foi
> > identificado que há falhas na seqüência e precisamos corrigir essas
> falhar.
> >
> > select t.empresa, t.filial, t.cod_turma, t.nome_turma
> >
> > from mo_turma t
> >
> > where filial = '06'
> >
> > order by cod_turma
> >
> > Desde ja agradeço a todos
> >
> > César
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
> --
> Júlio César Corrêa
> IS Technologist - Oracle DBA
> www.dbajccorrea.com
>
> "To stay competitive in the tech industry, never stop
> learning. Always be on the lookout for better ways of
> doing things and new technologies. Our industry does
> not reward people who let themselves stagnate"
> -John Hall, Senior Vice President, Oracle University
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure
> » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr.com.br/
>  -- Links do Yahoo!
> Grupos
>
>  
>



-- 
Júlio César Corrêa
IS Technologist - Oracle DBA
www.dbajccorrea.com

“To stay competitive in the tech industry, never stop
learning. Always be on the lookout for better ways of
doing things and new technologies. Our industry does
not reward people who let themselves stagnate”
–John Hall, Senior Vice President, Oracle University


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

RES: [oracle_br] Help no SQL

[Cesar Otoganizo da Horta]

Julio Cesar,

A sequencia é por filial, já que tenho 01 na filial 06 e 01 na filial 05, porem 
eu tenho um outro agravando a sequencia é numérica e o campo é 
varcharrsrsrsrs.

A solução que o nosso amigo NINO passou funcionou. 

select rownum 
from all_objects
where rownum <= 900
MINUS
select to_number (cod_turma)
from mo_turma
where filial = '06'

agradeço a ajuda.

César


-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em nome 
de Júlio César Corrêa
Enviada em: quarta-feira, 29 de abril de 2009 16:30
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Help no SQL

 A sequencia de numeros vai seguir dependendo da forma que a SEQUENCE foi
criada (ORDER,START_WITH,INCREMENTED_BY e etc.)
Mas assim pela sua query ,vc colocou um filtro no where.

A sequencia numerica vai acompanhar a ondem de insert .
Portanto com o filtro na clausula where da sua query,vc vai obter os numeros
sequenciais obviamente "pulados".
A não ser que só exista a filial =06.

Abs,

2009/4/29 Cesar Otoganizo da Horta 

>
>
>
>
> Senhores,
>
> Boa Tarde!
>
> Estou necessitando de uma ajuda.
>
> Gostaria de saber se tenho como identificar os números que estão faltando
> em uma seqüência.
>
> Na tabela MO_TURMA tenho o campo COD_TURMA que vai de 001 a 900, porem foi
> identificado que há falhas na seqüência e precisamos corrigir essas falhar.
>
> select t.empresa, t.filial, t.cod_turma, t.nome_turma
>
> from mo_turma t
>
> where filial = '06'
>
> order by cod_turma
>
> Desde ja agradeço a todos
>
> César
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Júlio César Corrêa
IS Technologist - Oracle DBA
www.dbajccorrea.com

"To stay competitive in the tech industry, never stop
learning. Always be on the lookout for better ways of
doing things and new technologies. Our industry does
not reward people who let themselves stagnate"
-John Hall, Senior Vice President, Oracle University


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

Re: [oracle_br] Err: ORA-06512: at "SYS.UTL_FILE", line 475

[Mária Cristina Silva]

olá Julio,
Sim o diretorio foi criado assim:
*

-- Create directory *
*create* *or* *replace* *directory* DIR_BACKUP
*as* '/backup';
e as permissões dadas foram de grant
*

Grant* *read*, *write* *on* *directory* dir_backup *to* teste;
*grant* *execute* *on* *sys*.utl_file *to* *teste
*


2009/4/29 Júlio César Corrêa 

> Criou o DIRECTORY?O arquivo se encontra no caminho da criação do DIRECTORY?
> Ou está usando o diretório default láem admin/nome_banco/dpdump?
>
> Tem as permissões corretas do usuário ORACLE no SO?
>
> 2009/4/29 Júlio César Corrêa 
>
> > Como vc está especificando o diretorio onde está o .dmp?
> >
> >
> > 2009/4/29 Mária Cristina Silva 
> >
> >
> >>
> >> Boa Tarde!!
> >> Estou tentando subir um esquema via datapump, e está ocorrendo o
> seguinte
> >> erro:
> >>
> >> With the Real Application Clusters option
> >> ORA-39002: invalid operation
> >> ORA-39070: Unable to open the log file.
> >> ORA-29283: invalid file operation
> >> ORA-06512: at "SYS.UTL_FILE", line 475
> >> ORA-29283: invalid file operation
> >>
> >> Acredito que isso seja pelo fato de tá usando o ASM, por acaso alguém
> sabe
> >> me dizer se tem alguma forma diferente de usar o Impdp no ASM??
> >>
> >> Obrigada.
> >>
> >> --
> >> Abraços,
> >> Mária Cristina
> >> Cel: 031-8883-5543
> >> E-mail: mariancrist...@gmail.com 
> >> MSN: mcristinasil...@hotmail.com 
> >> --
> >> "O começo é a parte mais importante do trabalho."
> >> - Platão
> >>
> >> [As partes desta mensagem que não continham texto foram removidas]
> >>
> >>
> >>
> >
> >
> >
> > --
> > Júlio César Corrêa
> > IS Technologist - Oracle DBA
> > www.dbajccorrea.com
> >
> > “To stay competitive in the tech industry, never stop
> > learning. Always be on the lookout for better ways of
> > doing things and new technologies. Our industry does
> > not reward people who let themselves stagnate”
> > –John Hall, Senior Vice President, Oracle University
> >
> >
>
>
> --
> Júlio César Corrêa
> IS Technologist - Oracle DBA
> www.dbajccorrea.com
>
> “To stay competitive in the tech industry, never stop
> learning. Always be on the lookout for better ways of
> doing things and new technologies. Our industry does
> not reward people who let themselves stagnate”
> –John Hall, Senior Vice President, Oracle University
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure
> » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr.com.br/
> 
> Links do Yahoo! Grupos
>
>
>


-- 
Abraços,
Mária Cristina
Cel: 031-8883-5543
E-mail: mariancrist...@gmail.com
MSN:   mcristinasil...@hotmail.com
-- 
"O começo é a parte mais importante do trabalho."
- Platão


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] Help no SQL

[Júlio César Corrêa]

 A sequencia de numeros vai seguir dependendo da forma que a SEQUENCE foi
criada (ORDER,START_WITH,INCREMENTED_BY e etc.)
Mas assim pela sua query ,vc colocou um filtro no where.

A sequencia numerica vai acompanhar a ondem de insert .
Portanto com o filtro na clausula where da sua query,vc vai obter os numeros
sequenciais obviamente "pulados".
A não ser que só exista a filial =06.

Abs,

2009/4/29 Cesar Otoganizo da Horta 

>
>
>
>
> Senhores,
>
> Boa Tarde!
>
> Estou necessitando de uma ajuda.
>
> Gostaria de saber se tenho como identificar os números que estão faltando
> em uma seqüência.
>
> Na tabela MO_TURMA tenho o campo COD_TURMA que vai de 001 a 900, porem foi
> identificado que há falhas na seqüência e precisamos corrigir essas falhar.
>
> select t.empresa, t.filial, t.cod_turma, t.nome_turma
>
> from mo_turma t
>
> where filial = '06'
>
> order by cod_turma
>
> Desde ja agradeço a todos
>
> César
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Júlio César Corrêa
IS Technologist - Oracle DBA
www.dbajccorrea.com

“To stay competitive in the tech industry, never stop
learning. Always be on the lookout for better ways of
doing things and new technologies. Our industry does
not reward people who let themselves stagnate”
–John Hall, Senior Vice President, Oracle University


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] Help no SQL

[Antonio Leandro Furstenberger Favero]

Cesar,

Vc pode colocar GetSXENum no inicializador do campo. E protege-lo contra
gravação.

É Protheus? Certo?

Abraços
Leandro Favero

2009/4/29 Cesar Otoganizo da Horta 

>
>
> Nino,
>
> Valeu, muito obrigado...funcionou perfeitamente.
>
> Cesar
>
> De: oracle_br@yahoogrupos.com.br  [mailto:
> oracle_br@yahoogrupos.com.br ] Em nome de
> Nino
> Enviada em: quarta-feira, 29 de abril de 2009 15:50
> Para: oracle_br@yahoogrupos.com.br 
> Assunto: Re: [oracle_br] Help no SQL
>
> vc poderia fazer algo do tipo:
>
> select rownum from all_objects
> where rownum <= 900
> MINUS
> select cod_turma
> from mo_turma
>
> On 4/29/09, Cesar Otoganizo da Horta 
>  cesarh%40gclnet.com.br > > wrote:
> >
> >
> >
> >
> >
> > Senhores,
> >
> > Boa Tarde!
> >
> > Estou necessitando de uma ajuda.
> >
> > Gostaria de saber se tenho como identificar os números que estão faltando
> > em uma seqüência.
> >
> > Na tabela MO_TURMA tenho o campo COD_TURMA que vai de 001 a 900, porem
> foi
> > identificado que há falhas na seqüência e precisamos corrigir essas
> falhar.
> >
> > select t.empresa, t.filial, t.cod_turma, t.nome_turma
> >
> > from mo_turma t
> >
> > where filial = '06'
> >
> > order by cod_turma
> >
> > Desde ja agradeço a todos
> >
> > César
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]

RES: [oracle_br] Help no SQL

[Cesar Otoganizo da Horta]

Nino,

 

Valeu, muito obrigado...funcionou perfeitamente.

 

Cesar

 

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em nome 
de Nino
Enviada em: quarta-feira, 29 de abril de 2009 15:50
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Help no SQL

 






vc poderia fazer algo do tipo:

select rownum from all_objects
where rownum <= 900
MINUS
select cod_turma
from mo_turma

On 4/29/09, Cesar Otoganizo da Horta mailto:cesarh%40gclnet.com.br> > wrote:
>
>
>
>
>
> Senhores,
>
> Boa Tarde!
>
> Estou necessitando de uma ajuda.
>
> Gostaria de saber se tenho como identificar os números que estão faltando
> em uma seqüência.
>
> Na tabela MO_TURMA tenho o campo COD_TURMA que vai de 001 a 900, porem foi
> identificado que há falhas na seqüência e precisamos corrigir essas falhar.
>
> select t.empresa, t.filial, t.cod_turma, t.nome_turma
>
> from mo_turma t
>
> where filial = '06'
>
> order by cod_turma
>
> Desde ja agradeço a todos
>
> César
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>

[As partes desta mensagem que não continham texto foram removidas]





[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Help no SQL

[Nino]

vc poderia fazer algo do tipo:

select rownum from all_objects
where rownum <= 900
MINUS
select cod_turma
from mo_turma



On 4/29/09, Cesar Otoganizo da Horta  wrote:
>
>
>
>
>
> Senhores,
>
> Boa Tarde!
>
> Estou necessitando de uma ajuda.
>
> Gostaria de saber se tenho como identificar os números que estão faltando
> em uma seqüência.
>
> Na tabela MO_TURMA tenho o campo COD_TURMA que vai de 001 a 900, porem foi
> identificado que há falhas na seqüência e precisamos corrigir essas falhar.
>
> select t.empresa, t.filial, t.cod_turma, t.nome_turma
>
> from mo_turma t
>
> where filial = '06'
>
> order by cod_turma
>
> Desde ja agradeço a todos
>
> César
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Err: ORA-06512: at "SYS.UTL_FILE", line 475

[Júlio César Corrêa]

Criou o DIRECTORY?O arquivo se encontra no caminho da criação do DIRECTORY?
Ou está usando o diretório default láem admin/nome_banco/dpdump?

Tem as permissões corretas do usuário ORACLE no SO?

2009/4/29 Júlio César Corrêa 

> Como vc está especificando o diretorio onde está o .dmp?
>
>
> 2009/4/29 Mária Cristina Silva 
>
>
>>
>> Boa Tarde!!
>> Estou tentando subir um esquema via datapump, e está ocorrendo o seguinte
>> erro:
>>
>> With the Real Application Clusters option
>> ORA-39002: invalid operation
>> ORA-39070: Unable to open the log file.
>> ORA-29283: invalid file operation
>> ORA-06512: at "SYS.UTL_FILE", line 475
>> ORA-29283: invalid file operation
>>
>> Acredito que isso seja pelo fato de tá usando o ASM, por acaso alguém sabe
>> me dizer se tem alguma forma diferente de usar o Impdp no ASM??
>>
>> Obrigada.
>>
>> --
>> Abraços,
>> Mária Cristina
>> Cel: 031-8883-5543
>> E-mail: mariancrist...@gmail.com 
>> MSN: mcristinasil...@hotmail.com 
>> --
>> "O começo é a parte mais importante do trabalho."
>> - Platão
>>
>> [As partes desta mensagem que não continham texto foram removidas]
>>
>>  
>>
>
>
>
> --
> Júlio César Corrêa
> IS Technologist - Oracle DBA
> www.dbajccorrea.com
>
> “To stay competitive in the tech industry, never stop
> learning. Always be on the lookout for better ways of
> doing things and new technologies. Our industry does
> not reward people who let themselves stagnate”
> –John Hall, Senior Vice President, Oracle University
>
>


-- 
Júlio César Corrêa
IS Technologist - Oracle DBA
www.dbajccorrea.com

“To stay competitive in the tech industry, never stop
learning. Always be on the lookout for better ways of
doing things and new technologies. Our industry does
not reward people who let themselves stagnate”
–John Hall, Senior Vice President, Oracle University


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

[oracle_br] Help no SQL

[Cesar Otoganizo da Horta]

  

 

Senhores,

Boa Tarde!

 

Estou necessitando de uma ajuda.

 

Gostaria de saber se tenho como identificar  os números que estão faltando em 
uma seqüência.

Na tabela MO_TURMA tenho o campo COD_TURMA que vai de 001 a 900, porem foi 
identificado que há falhas na seqüência e precisamos corrigir essas falhar.

 

select t.empresa, t.filial, t.cod_turma, t.nome_turma

from mo_turma t

where filial = '06'

order by cod_turma

 

Desde ja agradeço a todos

 

César 



[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Err: ORA-06512: at "SYS.UTL_FILE", line 475

[Júlio César Corrêa]

Como vc está especificando o diretorio onde está o .dmp?


2009/4/29 Mária Cristina Silva 

>
>
> Boa Tarde!!
> Estou tentando subir um esquema via datapump, e está ocorrendo o seguinte
> erro:
>
> With the Real Application Clusters option
> ORA-39002: invalid operation
> ORA-39070: Unable to open the log file.
> ORA-29283: invalid file operation
> ORA-06512: at "SYS.UTL_FILE", line 475
> ORA-29283: invalid file operation
>
> Acredito que isso seja pelo fato de tá usando o ASM, por acaso alguém sabe
> me dizer se tem alguma forma diferente de usar o Impdp no ASM??
>
> Obrigada.
>
> --
> Abraços,
> Mária Cristina
> Cel: 031-8883-5543
> E-mail: mariancrist...@gmail.com 
> MSN: mcristinasil...@hotmail.com 
> --
> "O começo é a parte mais importante do trabalho."
> - Platão
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Júlio César Corrêa
IS Technologist - Oracle DBA
www.dbajccorrea.com

“To stay competitive in the tech industry, never stop
learning. Always be on the lookout for better ways of
doing things and new technologies. Our industry does
not reward people who let themselves stagnate”
–John Hall, Senior Vice President, Oracle University


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] ORA - 0600

[Willian Fernando Frasson]

Débora envia as 20 ultimas linhas do alert.log
Primeirao qual versão do banco? SO?

  - Original Message - 
  From: Jean Carlo 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, April 29, 2009 3:25 PM
  Subject: Re: [oracle_br] ORA - 0600





  Débora,

  O erro ORA-0600 é um erro genérico o mesmo sempre vem acompanhando de outro 
erro.
  A melhor forma é verificar o metalink e até o caso de abrir um chamado.

  --
  att,
  Jean Carlo Stein da Fonseca
  Tigers IT Consulting - DBA Oracle.
  Consultor Oracle Cecrisa/Portinari www.cecrisa.com.br - Projeto 
PCP/Manugistics
  Cel.: +55 (48) 9604-6138
  Skype: jcthebrother / Messenger: jcthebrot...@hotmail.com
  Criciúma, Santa Catarina - Brasil

  From: Débora Acácio 
  Sent: Wednesday, April 29, 2009 3:18 PM
  To: Grp Oracle 
  Subject: [oracle_br] ORA - 0600

  Olá alguém jáviu solução esse erro ora 

  Grata

  Debby




  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbuscados.yahoo.com

  [As partes desta mensagem que não continham texto foram removidas]

  [As partes desta mensagem que não continham texto foram removidas]



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] ORA - 0600

[Jean Carlo]

Débora,

O erro ORA-0600 é um erro genérico o mesmo sempre vem acompanhando de outro 
erro.
A melhor forma é verificar o metalink e até o caso de abrir um chamado.

--
att,
Jean Carlo Stein da Fonseca
Tigers IT Consulting - DBA Oracle.
Consultor Oracle Cecrisa/Portinari www.cecrisa.com.br - Projeto PCP/Manugistics
Cel.: +55 (48) 9604-6138
Skype: jcthebrother / Messenger: jcthebrot...@hotmail.com
Criciúma, Santa Catarina - Brasil


From: Débora Acácio 
Sent: Wednesday, April 29, 2009 3:18 PM
To: Grp Oracle 
Subject: [oracle_br] ORA - 0600





Olá alguém jáviu  solução esse erro ora 
 
Grata
 
Debby
 
 
 

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

[As partes desta mensagem que não continham texto foram removidas]





[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] ORA - 0600

[Débora Acácio]

Olá alguém jáviu  solução esse erro ora 
 
Grata
 
Debby
 
 
 


  Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Re: Relacionamento entre tabelas de FATO

[Caio Spadafora]

Se sua preocupação for tempo de resposta, imaginando que essas tabelas FATOS 
possuam alguns milhões de linhas vale a pena testar qual o nível de paralelismo 
mais adequado de acordo com o seu hardware.

Além das dicas do chiappa e o paralelismo, utilizar uma arquitetura 64bits e 
atentar também ao parametro de query rewrite são válidos para ambientes de data 
warehouse.

Quanto a relacionamentos entre tabelas FATOS de uma maneira geral não vejo 
problema, mas se seguindo todas as boas práticas (a documentação de DW da 
Oracle cobre bem esses aspectos) se você estiver fazendo muitos joins entre 
FATOS talvez seja o caso de você revisar seu modelo e principalmente seus ETLs 
e de certo modo "antecipar" esses joins trabalhando com tabelas agregadas ou 
sumarizadas de repente. 

Atenciosamente,
Caio Spadafora.
http://0011brothers.blogspot.com/

--- Em ter, 28/4/09, jlchiappa  escreveu:

De: jlchiappa 
Assunto: [oracle_br] Re: Relacionamento entre tabelas de FATO
Para: oracle_br@yahoogrupos.com.br
Data: Terça-feira, 28 de Abril de 2009, 18:39
















  
  OK, a resposta é a mesma : desde que haja algum(ns) do(s) recurso(s) 
citados permitindo fácil "localização" dos dados necessários dentro das 
tabelas-fato, não vejo grande problema Tudo ** depende ** fundamentalmente 
de se ter uma boa modelagem e uma boa implementação física, banco DW que só usa 
tabela heap comum pra tudo, que o cara que implementou fisicamente nem 
desconfia o que seja uma mv, um bitmap, um cluster, um particionamento, um 
start schema, etc, só pode dar e ter problemas...



[]s



Chiappa



--- Em oracle...@yahoogrup os.com.br, eduardo.nicolau@ ... escreveu

>

> 

> Obrigado Chiappa.

> 

> O join será entre duas ou mais tabelas de FATO.

> 

> Nicolau

> 

> 

> 

> 

> 

> "jlchiappa"  

> Enviado Por: oracle...@yahoogrup os.com.br

> 28/04/2009 15:23

> Favor responder a

> oracle...@yahoogrup os.com.br

> 

> 

> Para

> oracle...@yahoogrup os.com.br

> cc

> 

> Assunto

> [oracle_br] Re: Relacionamento entre tabelas de FATO

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

> ** DESDE QUE ** a tabela de fato :

> 

> a) NÂO contenha informação sabidamente não-relevante para a maioria das 

> pesquisas (tipo históricos não ativos)

> 

> e/ou

> 

> b) haja ÍNDICES (bitmaps ?) e/ou particionamentos capazes de muito 

> rapidamente separar os dados necessários ao join

> 

> e/ou

> 

> c) a tabela-fato fisicamente na verdade tenha sido implementada como uma 

> view materializada, já pré-processada ou

> que ao menos respeita o item a)

> 

> não vejo em princípio nenhum problema vc usar a tabela de fato em 

> relacionamento (vc não diz mas suponho JOINs) com as tabelas 

> dimensionais/ relacionais. ...

> 

> []s

> 

> Chiappa

> 

> --- Em oracle...@yahoogrup os.com.br, eduardo.nicolau@ escreveu

> >

> > 

> > Boa tarde a todos!

> > 

> > Vejo na empresa que trabalho uma tendência de se relacionar 

> > tabelas de FATO em modelo multidimensional no ORACLE. 

> > Tabelas de FATO em DW possuem uma grande quantidade de linhas e 

> > isto me preocupa. Alguém tem alguma experiência a este respeito que 

> possa 

> > compartilhar? Vocês vêem isto como uma prática sem grandes conseqüências 

> 

> > de performance, etc?

> > 

> > Obrigado.

> > 

> > Nicolau.

> > 

> > 

> > As informações contidas nesta mensagem e no(s) arquivos anexo(s) são 

> > endereçadas exclusivamente à(s) pessoas e/ou instituição(ões) acima 

> > indicada(s) e podem conter informações confidenciais e/ou privilegiadas. 

> 

> > Se você não for o destinatário ou a pessoa autorizada a recebê-la, 

> queira, 

> > por favor, retorná-la ao remetente e em seguida apagá-la 

> definitivamente. 

> > Qualquer uso, cópia ou divulgação das informações nela contidas, na 

> > íntegra ou parcialmente, são estritamente proibidas e serão tratadas 

> > conforme legislação pertinente.

> > 

> > 234 - AV

> > 

> > [As partes desta mensagem que não continham texto foram removidas]

> >

> 

> 

> 214 - AV

> 

> 

> 

> As informações contidas nesta mensagem e no(s) arquivos anexo(s) são 

> endereçadas exclusivamente à(s) pessoas e/ou instituição(ões) acima 

> indicada(s) e podem conter informações confidenciais e/ou privilegiadas. 

> Se você não for o destinatário ou a pessoa autorizada a recebê-la, queira, 

> por favor, retorná-la ao remetente e em seguida apagá-la definitivamente. 

> Qualquer uso, cópia ou divulgação das informações nela contidas, na 

> íntegra ou parcialmente, são estritamente proibidas e serão tratadas 

> conforme legislação pertinente.

> 

> As informações contidas nesta mensagem e no(s) arquivos anexo(s) são 

> endereçadas exclusivamente à(s) pessoas e/ou instituição(ões) acima 

> indicada(s) e podem conter informações confidenciais e/ou privilegiadas. 

> Se você não for o destinatário ou a pessoa autorizada a recebê-la, queira, 

> por favor, retorná-la ao remetente

[oracle_br] Err: ORA-06512: at "SYS.UTL_FILE", line 475

[Mária Cristina Silva]

Boa Tarde!!
Estou tentando subir um esquema via datapump, e está ocorrendo o seguinte
erro:

With the Real Application Clusters option
ORA-39002: invalid operation
ORA-39070: Unable to open the log file.
ORA-29283: invalid file operation
ORA-06512: at "SYS.UTL_FILE", line 475
ORA-29283: invalid file operation

Acredito que isso seja pelo fato de tá usando o ASM, por acaso alguém sabe
me dizer se tem alguma forma diferente de usar o Impdp no ASM??

Obrigada.

-- 
Abraços,
Mária Cristina
Cel: 031-8883-5543
E-mail: mariancrist...@gmail.com
MSN:   mcristinasil...@hotmail.com
-- 
"O começo é a parte mais importante do trabalho."
- Platão


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] - Problema com PFILE

[Júlio César Corrêa]

Esqueça o parametro db_block_buffers.Retire-o.

Porque ele :

http://www.sc.ehu.es/siwebso/KZCC/Oracle_10g_Documentacion/server.101/b10755/initparams036.htm

2009/4/29 Fernando Martins 

>
>
> Juarez,
>
> concordo com o Marcos, acho que a saída é mais ou menos por ai mesmo. O
> parâmetro "db_block_buffers"
> é incompatível com o "sga_target". O db_block_buffers em conjunto com o
> db_block_size definem o tamanho
> do database buffer cache, então surgio que você defina um db_cache_size
> como
> 0 (zero), remova o parâmetro
> "db_block_buffers" e defina uma sga_target adequeada ao trabalho realizado
> no banco. A sga_target é dinâmica,
> entao sugiro que coloque um valor razoavelmente pequeno e conforme
> necessário vá aumentando. Diminuir ela com
> o banco aberto é meio arriscado, porém aumentar ela á tranquilo.
>
> --
> Fernando Martins
>
> "God grant us the serenity to accept the things we cannot change,
> courage to change the things we can,
> and wisdom to know the difference."
>
> 2009/4/29 Marcos Braga >
>
>
> >
> >
> > Oi Juarez,
> >
> > Analisando o alert, parece que você não pode configurar o sga_target se
> > estiver usando o db_block_buffer.
> >
> > Verifiquei no metalink ref. ao erro que está ocorrendo e achei o seguinte
> > documento: *3463540.8*
> >
> > Esse documento informa sobre um bug, que na teoria, não deveria existir
> na
> > sua versão... (mistérios oracle).
> >
> > Uma solução que é informada no próprio documento é a substituição do
> > parâmetro db_block_buffer para db_cache_size.
> >
> > "Use db_cache_size to set the buffer cache size instead of
> > DB_BLOCK_BUFFERS"
> >
> > Não sei se essa é a solução, mas pode começar por aí.
> >
> > Se não tiver acesso ao metalink, me avise que encaminho o docid em pvt.
> >
> > []s
> > Braga
> >
> > 2009/4/29 Juarez   40gmail.com>>
>
> >
> >
> > >
> > >
> > > Quando vou dar start no banco está dando erro:
> > > SQL> startup nomount
> > > ORA-00824: cannot set sga_target due to existing internal settings, see
> > > alert log for more information
> > >
> > > Segue o Log... Alguém poderia dar um help? grato.
> > >
> > > Dump file c:\oracle\product\10.2.0\db_1\rdbms\trace\alert_corpore.log
> > > Thu Apr 23 19:02:17 2009
> > > ORACLE V10.2.0.1.0 - Production vsnsta=0
> > > vsnsql=14 vsnxtr=3
> > > Windows NT Version V5.2 Service Pack 2
> > > CPU : 8 - type 586, 2 Physical Cores
> > > Process Affinity : 0x
> > > Memory (Avail/Total): Ph:3744M/4095M, Ph+PgF:5794M/5976M,
> VA:1939M/2047M
> > > Thu Apr 23 19:02:17 2009
> > > Cannot set sga_target with db_block_buffers set
> > > Thu Apr 23 19:04:17 2009
> > > Cannot set sga_target with db_block_buffers set
> > > Thu Apr 23 19:04:54 2009
> > > Cannot set sga_target with db_block_buffers set
> > > Thu Apr 23 19:07:06 2009
> > > Cannot set sga_target with db_block_buffers set
> > > Thu Apr 23 19:09:49 2009
> > > Cannot set sga_target with db_block_buffers set
> > > Dump file c:\oracle\product\10.2.0\db_1\rdbms\trace\alert_corpore.log
> > > Fri Apr 24 09:53:42 2009
> > > ORACLE V10.2.0.1.0 - Production vsnsta=0
> > > vsnsql=14 vsnxtr=3
> > > Windows NT Version V5.2 Service Pack 2
> > > CPU : 8 - type 586, 2 Physical Cores
> > > Process Affinity : 0x
> > > Memory (Avail/Total): Ph:3819M/4095M, Ph+PgF:5857M/5976M,
> VA:1939M/2047M
> > > Fri Apr 24 09:53:42 2009
> > > Cannot set sga_target with db_block_buffers set
> > > Fri Apr 24 09:58:21 2009
> > > Cannot set sga_target with db_block_buffers set
> > > Fri Apr 24 10:00:27 2009
> > > Cannot set sga_target with db_block_buffers set
> > > Fri Apr 24 10:18:21 2009
> > > Cannot set sga_target with db_block_buffers set
> > > Fri Apr 24 10:23:54 2009
> > > Cannot set sga_target with db_block_buffers set
> > > Fri Apr 24 10:32:36 2009
> > > Starting ORACLE instance (normal)
> > > Fri Apr 24 10:32:52 2009
> > > Cannot set sga_target with db_block_buffers set
> > > Fri Apr 24 10:38:06 2009
> > > Cannot set sga_target with db_block_buffers set
> > > Fri Apr 24 10:38:08 2009
> > > Cannot set sga_target with db_block_buffers set
> > > Fri Apr 24 10:43:53 2009
> > > Starting ORACLE instance (normal)
> > > LICENSE_MAX_SESSION = 0
> > > LICENSE_SESSIONS_WARNING = 0
> > > Picked latch-free SCN scheme 2
> > > Using LOG_ARCHIVE_DEST_10 parameter default value as
> > > USE_DB_RECOVERY_FILE_DEST
> > > Autotune of undo retention is turned on.
> > > IMODE=BR
> > > ILAT =18
> > > LICENSE_MAX_USERS = 0
> > > SYS auditing is disabled
> > > Dump file c:\oracle\product\10.2.0\db_1\rdbms\trace\alert_corpore.log
> > > Fri Apr 24 11:40:56 2009
> > > ORACLE V10.2.0.1.0 - Production vsnsta=0
> > > vsnsql=14 vsnxtr=3
> > > Windows NT Version V5.2 Service Pack 2
> > > CPU : 8 - type 586, 2 Physical Cores
> > > Process Affinity : 0x
> > > Memory (Avail/Total): Ph:3675M/4095M, Ph+PgF:5716M/5976M,
> VA:1939M/2047M
> > > Fri Apr 24 11:40:56 2009
> > > Cannot set sga_target with db_block_buffers set
> > > Dump file c:\oracle\product\10.2.0\db_1\rdbms\trace\alert_corpore.log
> 

Re: [oracle_br] Probleminha no Pfile - sga_target

[Júlio César Corrêa]

O que tem no alert log?

A forma que vc configurou a memoria deve estar excedendo o tamanho limite do
servidor.Por ser Windows, e como vc não falou a versao,teria que fazer um
check se ele está reconhecendo  4GB de memoria.

1º Valide qual o tamanho real de memória do servidor
2º Calcule a quantidade de memoria dos
parametros(ex.shared_pool_size,java_pool_size) no PFILEe garanta que não
exceda o limete de memoria do servidor.Se subir Ok com PFILE ,baixe o banco
e crie um SPFILE e suba novamente.

3º Ou configure o parametro SGA_TARGET com uma valor que também não exceda o
limite de memória disponivel.Seta os outros parametros de memoria como 0 . E
faça o mesmo procedimento com o PFILE/SPFILE.


- Vc onsegue gerar um pfile do spfile?
- Tem um pfile valido?Daria para criar um SPFILE do PFILE .


Outra coisa:

SQL> startup

ORA-00824: cannot set sga_target due to existing internal settings

Cause:  If you enable automatic SGA Management by setting SGA_Target >0 and
if you are using db_block_buffers(Obsolete parameter) in your init.ora.
Startup of Database fails with ORA-00824 Error
*
*
*Desabilite o parâmetro DB_BLOCK_BUFFERS!*
*
*
*Dos manuais:*
*
*
*DB_BLOCK_BUFFERS cannot be combined with the dynamic DB_CACHE_SIZE parameter;
combining these parameters in the same parameter file will produce an
error. DB_BLOCK_BUFFERSis retained for backward compatibility*

DB_BLOCK_BUFFERS specifies the number of database buffers in the buffer
cache. It is one of several parameters that contribute to the total memory
requirements of the SGA of an instance .

Espero ter ajudado,

Abs,
2009/4/29 Juarez 

>
>
> Pessoal, estou com o seguinte problema.
>
> Instalaram um servidor oracle, porém deixaram ele todo padrão, fui alterar
> as configurações da memória e agora o SPFILE dá pau..
>
> quando tento dar um start dá o seguinte erro
> SQL> startup
> ORA-00824: cannot set sga_target due to existing internal settings, see
> alert log for more information
>
> Porém se forçar um outro spfile o oracle sobe, mas em um determinado
> momento
> ele começa a dar problema de memória.
>
> Qual a melhor maneira para resolver,
>
> Servidor Windows
> Oracle 10.2
> 4gb de memória Ram
>
> Atenciosamente
> Juarez William Vicenzi
> -~-~-~---~-~~--~~--~---
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Júlio César Corrêa
IS Technologist - Oracle DBA
www.dbajccorrea.com

“To stay competitive in the tech industry, never stop
learning. Always be on the lookout for better ways of
doing things and new technologies. Our industry does
not reward people who let themselves stagnate”
–John Hall, Senior Vice President, Oracle University


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

RE: [oracle_br] UNDO e REDO

[Claro, Eduardo]

Olá Clayton, seguem as respostas:

 

1)A tablespace de UNDO não pode ser usada para comandos DML diretamente. O 
Oracle armazena nela imagens dos dados, anteriores a uma alteração DML feita em 
dados de outras tablespaces. Estas alterações efetuadas pelo Oracle no UNDO 
geram REDO, assim como alterações em qualquer outra tablespace. Por exemplo, 
quando você altera dados em uma tabela, esta alteração poderá refletir em seus 
índices. As imagens antigas dos dados alterados tanto na tabela quanto nos 
índices estarão registradas no UNDO. E TODAS estas alterações (dados, índices e 
UNDO) estarão protegidas por entradas específicas no REDO.

 

2)Não é possível colocar a tablespace UNDO em modo NOLOGGING, pois isto 
invalidaria o funcionamento conjunto de UNDO e REDO para recuperação. Se você 
tentar, vai receber o erro "ORA-30021: Operation not allowed on undo 
tablespace". É importante lembrar que apenas alguns comandos podem se 
beneficiar do NOLOGGING para gerar menos REDO (veja, não é gerar "zero" de 
REDO, mas menos REDO). No caso dos DMLs, apenas um INSERT com hint APPEND se 
encaixa nesta lista. Outros comandos que podem se beneficiar do NOLOGGING são: 
CREATE INDEX, CREATE AS SELECT, entre outros.

 

[]s

 

--

Eduardo Claro

 

From: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] On 
Behalf Of clayton
Sent: quarta-feira, 29 de abril de 2009 09:27
To: oracle_br@yahoogrupos.com.br
Subject: [oracle_br] UNDO e REDO

 






Pessoal,

1) Insertts, Updates e Deletes, no tablespace de UNDO geram REDO ?

2) Posso colocar o tablespace de UNDO para NOLOGGING ? e se for possível
colocar para nologging, todos os inserts updates e deletes que forem feitos
no UNDO não iram gerar redo, ou algum destes comandos DML geram redo
independente do nologging?

Obrigado.

Clayton Bonelli

Tecnologia

AGRINESS - Gestão da Informação para Suinocultura

www.agriness.com http://www.agriness.com/> | (48) 3028-0015 |
clay...@agriness.com   

--
--

Participe da segunda edição do Melhores da Suinocultura Agriness

www.melhoresdasuinocultura.com.br
http://www.melhoresdasuinocultura.com.br/> 

--
--

[As partes desta mensagem que não continham texto foram removidas]





[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Instalação do OEM...

[Márcio Ricardo Alves da Silva]

Untitled DocumentBoas.

  Gostaria de instalar  o OEM 10G para administrar as minhas bases, ou seja, 
pegar minhas instâncias existentes e "adicionar" no OEM. Tem algum 
tutorial/link na net que possa me auxiliar, ou alguém do grupo que já tenha 
feito isso.

Oracle Enterprise Edition 10.2.0.1.0 - Download do site da oracle.com
Windows XP SP2

Grato,
Márcio

[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] - Problema com PFILE

[Fernando Martins]

Juarez,

concordo com o Marcos, acho que a saída é mais ou menos por ai mesmo. O
parâmetro "db_block_buffers"
é incompatível com o "sga_target". O db_block_buffers em conjunto com o
db_block_size definem o tamanho
do database buffer cache, então surgio que você defina um db_cache_size como
0 (zero), remova o parâmetro
"db_block_buffers" e defina uma sga_target adequeada ao trabalho realizado
no banco. A sga_target é dinâmica,
entao sugiro que coloque um valor razoavelmente pequeno e conforme
necessário vá aumentando. Diminuir ela com
o banco aberto é meio arriscado, porém aumentar ela á tranquilo.

-- 
Fernando Martins


"God grant us the serenity to accept the things we cannot change,
courage to change the things we can,
and wisdom to know the difference."


2009/4/29 Marcos Braga 

>
>
> Oi Juarez,
>
> Analisando o alert, parece que você não pode configurar o sga_target se
> estiver usando o db_block_buffer.
>
> Verifiquei no metalink ref. ao erro que está ocorrendo e achei o seguinte
> documento: *3463540.8*
>
> Esse documento informa sobre um bug, que na teoria, não deveria existir na
> sua versão... (mistérios oracle).
>
> Uma solução que é informada no próprio documento é a substituição do
> parâmetro db_block_buffer para db_cache_size.
>
> "Use db_cache_size to set the buffer cache size instead of
> DB_BLOCK_BUFFERS"
>
> Não sei se essa é a solução, mas pode começar por aí.
>
> Se não tiver acesso ao metalink, me avise que encaminho o docid em pvt.
>
> []s
> Braga
>
> 2009/4/29 Juarez >
>
>
> >
> >
> > Quando vou dar start no banco está dando erro:
> > SQL> startup nomount
> > ORA-00824: cannot set sga_target due to existing internal settings, see
> > alert log for more information
> >
> > Segue o Log... Alguém poderia dar um help? grato.
> >
> > Dump file c:\oracle\product\10.2.0\db_1\rdbms\trace\alert_corpore.log
> > Thu Apr 23 19:02:17 2009
> > ORACLE V10.2.0.1.0 - Production vsnsta=0
> > vsnsql=14 vsnxtr=3
> > Windows NT Version V5.2 Service Pack 2
> > CPU : 8 - type 586, 2 Physical Cores
> > Process Affinity : 0x
> > Memory (Avail/Total): Ph:3744M/4095M, Ph+PgF:5794M/5976M, VA:1939M/2047M
> > Thu Apr 23 19:02:17 2009
> > Cannot set sga_target with db_block_buffers set
> > Thu Apr 23 19:04:17 2009
> > Cannot set sga_target with db_block_buffers set
> > Thu Apr 23 19:04:54 2009
> > Cannot set sga_target with db_block_buffers set
> > Thu Apr 23 19:07:06 2009
> > Cannot set sga_target with db_block_buffers set
> > Thu Apr 23 19:09:49 2009
> > Cannot set sga_target with db_block_buffers set
> > Dump file c:\oracle\product\10.2.0\db_1\rdbms\trace\alert_corpore.log
> > Fri Apr 24 09:53:42 2009
> > ORACLE V10.2.0.1.0 - Production vsnsta=0
> > vsnsql=14 vsnxtr=3
> > Windows NT Version V5.2 Service Pack 2
> > CPU : 8 - type 586, 2 Physical Cores
> > Process Affinity : 0x
> > Memory (Avail/Total): Ph:3819M/4095M, Ph+PgF:5857M/5976M, VA:1939M/2047M
> > Fri Apr 24 09:53:42 2009
> > Cannot set sga_target with db_block_buffers set
> > Fri Apr 24 09:58:21 2009
> > Cannot set sga_target with db_block_buffers set
> > Fri Apr 24 10:00:27 2009
> > Cannot set sga_target with db_block_buffers set
> > Fri Apr 24 10:18:21 2009
> > Cannot set sga_target with db_block_buffers set
> > Fri Apr 24 10:23:54 2009
> > Cannot set sga_target with db_block_buffers set
> > Fri Apr 24 10:32:36 2009
> > Starting ORACLE instance (normal)
> > Fri Apr 24 10:32:52 2009
> > Cannot set sga_target with db_block_buffers set
> > Fri Apr 24 10:38:06 2009
> > Cannot set sga_target with db_block_buffers set
> > Fri Apr 24 10:38:08 2009
> > Cannot set sga_target with db_block_buffers set
> > Fri Apr 24 10:43:53 2009
> > Starting ORACLE instance (normal)
> > LICENSE_MAX_SESSION = 0
> > LICENSE_SESSIONS_WARNING = 0
> > Picked latch-free SCN scheme 2
> > Using LOG_ARCHIVE_DEST_10 parameter default value as
> > USE_DB_RECOVERY_FILE_DEST
> > Autotune of undo retention is turned on.
> > IMODE=BR
> > ILAT =18
> > LICENSE_MAX_USERS = 0
> > SYS auditing is disabled
> > Dump file c:\oracle\product\10.2.0\db_1\rdbms\trace\alert_corpore.log
> > Fri Apr 24 11:40:56 2009
> > ORACLE V10.2.0.1.0 - Production vsnsta=0
> > vsnsql=14 vsnxtr=3
> > Windows NT Version V5.2 Service Pack 2
> > CPU : 8 - type 586, 2 Physical Cores
> > Process Affinity : 0x
> > Memory (Avail/Total): Ph:3675M/4095M, Ph+PgF:5716M/5976M, VA:1939M/2047M
> > Fri Apr 24 11:40:56 2009
> > Cannot set sga_target with db_block_buffers set
> > Dump file c:\oracle\product\10.2.0\db_1\rdbms\trace\alert_corpore.log
> > Fri Apr 24 10:45:01 2009
> > ORACLE V10.2.0.1.0 - Production vsnsta=0
> > vsnsql=14 vsnxtr=3
> > Windows NT Version V5.2 Service Pack 2
> > CPU : 8 - type 586, 2 Physical Cores
> > Process Affinity : 0x
> > Memory (Avail/Total): Ph:3737M/4095M, Ph+PgF:5792M/5976M, VA:1939M/2047M
> > Fri Apr 24 10:45:01 2009
> > Cannot set sga_target with db_block_buffers set
> > Fri Apr 24 10:46:49 2009
> > Cannot set sga_target with db_block_buffers set
> > Fri Apr 24 1

Re: [oracle_br] UNDO e REDO

[Anderson Haertel Rodrigues]

Bom dia!

> 1) Insertts, Updates e Deletes, no tablespace de UNDO geram REDO ?
Sim, operações em UNDO são logadas.

> 
> 2) Posso colocar o tablespace de UNDO para NOLOGGING ? e se
> for possível
> colocar para nologging, todos os inserts updates e deletes
> que forem feitos
> no UNDO não iram gerar redo, ou algum destes comandos DML
> geram redo
> independente do nologging?

s...@> alter tablespace UNDOTBS1 nologging;
alter tablespace UNDOTBS1 nologging
*
ERROR at line 1:
ORA-30021: Operation not allowed on undo tablespace

Uma correção Clayton, não tem como NÃO GERAR REDO, em operações 
"direct+nologging" é gerado MENOS redo, mas como já citado, não tem como não 
gerar nada de redo.

Saudações,

Anderson Haertel Rodrigues
Consultor Oracle
TEIKO Soluções em Tecnologia da Informação
Blumenau/SC (47) - 3035 3777 - (47) 9178 0170
www.teiko.com.br


  Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

Re: [oracle_br] - Problema com PFILE

[Marcos Braga]

Oi Juarez,

Analisando o alert, parece que você não pode configurar o sga_target se
estiver usando o db_block_buffer.

Verifiquei no metalink ref. ao erro que está ocorrendo e achei o seguinte
documento: *3463540.8*

Esse documento informa sobre um bug, que na teoria, não deveria existir na
sua versão... (mistérios oracle).

Uma solução que é informada no próprio documento é a substituição do
parâmetro db_block_buffer para db_cache_size.

"Use db_cache_size to set the buffer cache size instead of DB_BLOCK_BUFFERS"

Não sei se essa é a solução, mas pode começar por aí.

Se não tiver acesso ao metalink, me avise que encaminho o docid em pvt.

[]s
Braga





2009/4/29 Juarez 

>
>
> Quando vou dar start no banco está dando erro:
> SQL> startup nomount
> ORA-00824: cannot set sga_target due to existing internal settings, see
> alert log for more information
>
> Segue o Log... Alguém poderia dar um help? grato.
>
> Dump file c:\oracle\product\10.2.0\db_1\rdbms\trace\alert_corpore.log
> Thu Apr 23 19:02:17 2009
> ORACLE V10.2.0.1.0 - Production vsnsta=0
> vsnsql=14 vsnxtr=3
> Windows NT Version V5.2 Service Pack 2
> CPU : 8 - type 586, 2 Physical Cores
> Process Affinity : 0x
> Memory (Avail/Total): Ph:3744M/4095M, Ph+PgF:5794M/5976M, VA:1939M/2047M
> Thu Apr 23 19:02:17 2009
> Cannot set sga_target with db_block_buffers set
> Thu Apr 23 19:04:17 2009
> Cannot set sga_target with db_block_buffers set
> Thu Apr 23 19:04:54 2009
> Cannot set sga_target with db_block_buffers set
> Thu Apr 23 19:07:06 2009
> Cannot set sga_target with db_block_buffers set
> Thu Apr 23 19:09:49 2009
> Cannot set sga_target with db_block_buffers set
> Dump file c:\oracle\product\10.2.0\db_1\rdbms\trace\alert_corpore.log
> Fri Apr 24 09:53:42 2009
> ORACLE V10.2.0.1.0 - Production vsnsta=0
> vsnsql=14 vsnxtr=3
> Windows NT Version V5.2 Service Pack 2
> CPU : 8 - type 586, 2 Physical Cores
> Process Affinity : 0x
> Memory (Avail/Total): Ph:3819M/4095M, Ph+PgF:5857M/5976M, VA:1939M/2047M
> Fri Apr 24 09:53:42 2009
> Cannot set sga_target with db_block_buffers set
> Fri Apr 24 09:58:21 2009
> Cannot set sga_target with db_block_buffers set
> Fri Apr 24 10:00:27 2009
> Cannot set sga_target with db_block_buffers set
> Fri Apr 24 10:18:21 2009
> Cannot set sga_target with db_block_buffers set
> Fri Apr 24 10:23:54 2009
> Cannot set sga_target with db_block_buffers set
> Fri Apr 24 10:32:36 2009
> Starting ORACLE instance (normal)
> Fri Apr 24 10:32:52 2009
> Cannot set sga_target with db_block_buffers set
> Fri Apr 24 10:38:06 2009
> Cannot set sga_target with db_block_buffers set
> Fri Apr 24 10:38:08 2009
> Cannot set sga_target with db_block_buffers set
> Fri Apr 24 10:43:53 2009
> Starting ORACLE instance (normal)
> LICENSE_MAX_SESSION = 0
> LICENSE_SESSIONS_WARNING = 0
> Picked latch-free SCN scheme 2
> Using LOG_ARCHIVE_DEST_10 parameter default value as
> USE_DB_RECOVERY_FILE_DEST
> Autotune of undo retention is turned on.
> IMODE=BR
> ILAT =18
> LICENSE_MAX_USERS = 0
> SYS auditing is disabled
> Dump file c:\oracle\product\10.2.0\db_1\rdbms\trace\alert_corpore.log
> Fri Apr 24 11:40:56 2009
> ORACLE V10.2.0.1.0 - Production vsnsta=0
> vsnsql=14 vsnxtr=3
> Windows NT Version V5.2 Service Pack 2
> CPU : 8 - type 586, 2 Physical Cores
> Process Affinity : 0x
> Memory (Avail/Total): Ph:3675M/4095M, Ph+PgF:5716M/5976M, VA:1939M/2047M
> Fri Apr 24 11:40:56 2009
> Cannot set sga_target with db_block_buffers set
> Dump file c:\oracle\product\10.2.0\db_1\rdbms\trace\alert_corpore.log
> Fri Apr 24 10:45:01 2009
> ORACLE V10.2.0.1.0 - Production vsnsta=0
> vsnsql=14 vsnxtr=3
> Windows NT Version V5.2 Service Pack 2
> CPU : 8 - type 586, 2 Physical Cores
> Process Affinity : 0x
> Memory (Avail/Total): Ph:3737M/4095M, Ph+PgF:5792M/5976M, VA:1939M/2047M
> Fri Apr 24 10:45:01 2009
> Cannot set sga_target with db_block_buffers set
> Fri Apr 24 10:46:49 2009
> Cannot set sga_target with db_block_buffers set
> Fri Apr 24 10:52:08 2009
> Starting ORACLE instance (normal)
> Fri Apr 24 11:00:23 2009
> Starting ORACLE instance (normal)
> LICENSE_MAX_SESSION = 0
> LICENSE_SESSIONS_WARNING = 0
> Picked latch-free SCN scheme 2
> Using LOG_ARCHIVE_DEST_10 parameter default value as
> USE_DB_RECOVERY_FILE_DEST
> Autotune of undo retention is turned on.
> IMODE=BR
> ILAT =18
> LICENSE_MAX_USERS = 0
> SYS auditing is disabled
> Dump file c:\oracle\product\10.2.0\db_1\rdbms\trace\alert_corpore.log
> Wed Apr 29 08:33:16 2009
> ORACLE V10.2.0.1.0 - Production vsnsta=0
> vsnsql=14 vsnxtr=3
> Windows NT Version V5.2 Service Pack 2
> CPU : 8 - type 586, 2 Physical Cores
> Process Affinity : 0x
> Memory (Avail/Total): Ph:3735M/4095M, Ph+PgF:5790M/5976M, VA:1939M/2047M
> Wed Apr 29 08:33:16 2009
> Cannot set sga_target with db_block_buffers set
> Wed Apr 29 08:38:44 2009
> Cannot set sga_target with db_block_buffers set
> Wed Apr 29 08:41:52 2009
> Cannot set sga_target with db_block_buffers set
> Wed Apr 29 08:43:57 2009
> Start

[oracle_br] - Problema com PFILE

[Juarez]

Quando vou dar start no banco está dando erro:
SQL> startup nomount
ORA-00824: cannot set sga_target due to existing internal settings, see
alert log for more information

Segue o Log... Alguém poderia dar um help? grato.

Dump file c:\oracle\product\10.2.0\db_1\rdbms\trace\alert_corpore.log
Thu Apr 23 19:02:17 2009
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Windows NT Version V5.2 Service Pack 2
CPU : 8 - type 586, 2 Physical Cores
Process Affinity: 0x
Memory (Avail/Total): Ph:3744M/4095M, Ph+PgF:5794M/5976M, VA:1939M/2047M
Thu Apr 23 19:02:17 2009
Cannot set sga_target with db_block_buffers set
Thu Apr 23 19:04:17 2009
Cannot set sga_target with db_block_buffers set
Thu Apr 23 19:04:54 2009
Cannot set sga_target with db_block_buffers set
Thu Apr 23 19:07:06 2009
Cannot set sga_target with db_block_buffers set
Thu Apr 23 19:09:49 2009
Cannot set sga_target with db_block_buffers set
Dump file c:\oracle\product\10.2.0\db_1\rdbms\trace\alert_corpore.log
Fri Apr 24 09:53:42 2009
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Windows NT Version V5.2 Service Pack 2
CPU : 8 - type 586, 2 Physical Cores
Process Affinity: 0x
Memory (Avail/Total): Ph:3819M/4095M, Ph+PgF:5857M/5976M, VA:1939M/2047M
Fri Apr 24 09:53:42 2009
Cannot set sga_target with db_block_buffers set
Fri Apr 24 09:58:21 2009
Cannot set sga_target with db_block_buffers set
Fri Apr 24 10:00:27 2009
Cannot set sga_target with db_block_buffers set
Fri Apr 24 10:18:21 2009
Cannot set sga_target with db_block_buffers set
Fri Apr 24 10:23:54 2009
Cannot set sga_target with db_block_buffers set
Fri Apr 24 10:32:36 2009
Starting ORACLE instance (normal)
Fri Apr 24 10:32:52 2009
Cannot set sga_target with db_block_buffers set
Fri Apr 24 10:38:06 2009
Cannot set sga_target with db_block_buffers set
Fri Apr 24 10:38:08 2009
Cannot set sga_target with db_block_buffers set
Fri Apr 24 10:43:53 2009
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 2
Using LOG_ARCHIVE_DEST_10 parameter default value as
USE_DB_RECOVERY_FILE_DEST
Autotune of undo retention is turned on.
IMODE=BR
ILAT =18
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Dump file c:\oracle\product\10.2.0\db_1\rdbms\trace\alert_corpore.log
Fri Apr 24 11:40:56 2009
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Windows NT Version V5.2 Service Pack 2
CPU : 8 - type 586, 2 Physical Cores
Process Affinity: 0x
Memory (Avail/Total): Ph:3675M/4095M, Ph+PgF:5716M/5976M, VA:1939M/2047M
Fri Apr 24 11:40:56 2009
Cannot set sga_target with db_block_buffers set
Dump file c:\oracle\product\10.2.0\db_1\rdbms\trace\alert_corpore.log
Fri Apr 24 10:45:01 2009
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Windows NT Version V5.2 Service Pack 2
CPU : 8 - type 586, 2 Physical Cores
Process Affinity: 0x
Memory (Avail/Total): Ph:3737M/4095M, Ph+PgF:5792M/5976M, VA:1939M/2047M
Fri Apr 24 10:45:01 2009
Cannot set sga_target with db_block_buffers set
Fri Apr 24 10:46:49 2009
Cannot set sga_target with db_block_buffers set
Fri Apr 24 10:52:08 2009
Starting ORACLE instance (normal)
Fri Apr 24 11:00:23 2009
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 2
Using LOG_ARCHIVE_DEST_10 parameter default value as
USE_DB_RECOVERY_FILE_DEST
Autotune of undo retention is turned on.
IMODE=BR
ILAT =18
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Dump file c:\oracle\product\10.2.0\db_1\rdbms\trace\alert_corpore.log
Wed Apr 29 08:33:16 2009
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Windows NT Version V5.2 Service Pack 2
CPU : 8 - type 586, 2 Physical Cores
Process Affinity: 0x
Memory (Avail/Total): Ph:3735M/4095M, Ph+PgF:5790M/5976M, VA:1939M/2047M
Wed Apr 29 08:33:16 2009
Cannot set sga_target with db_block_buffers set
Wed Apr 29 08:38:44 2009
Cannot set sga_target with db_block_buffers set
Wed Apr 29 08:41:52 2009
Cannot set sga_target with db_block_buffers set
Wed Apr 29 08:43:57 2009
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 2
Using LOG_ARCHIVE_DEST_10 parameter default value as
USE_DB_RECOVERY_FILE_DEST
Autotune of undo retention is turned on.
IMODE=BR
ILAT =18
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Dump file c:\oracle\product\10.2.0\db_1\rdbms\trace\alert_corpore.log
Wed Apr 29 09:28:36 2009
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Windows NT Version V5.2 Service Pack 2
CPU : 8 - type 586, 2 Physical Cores
Process Affinity: 0x
Memory (Avail/Total): Ph:3736M/4095M, Ph+PgF:5791M/5976M, VA:1939M/2047M
Wed Apr 29 09:28:36 2009
Cannot set sga_target with db_block_buffers set
Wed Apr 29 09:32:11 2009
Cannot set sga_target with db_block_buffers set


[As partes desta mens

[oracle_br] UNDO e REDO

[clayton]

Pessoal,

 

1) Insertts, Updates e Deletes, no tablespace de UNDO geram REDO ?

 

2) Posso colocar o tablespace de UNDO para NOLOGGING ? e se for possível
colocar para nologging, todos os inserts updates e deletes que forem feitos
no UNDO não iram gerar redo, ou algum destes comandos DML geram redo
independente do nologging?

 

Obrigado.

Clayton Bonelli

Tecnologia

AGRINESS – Gestão da Informação para Suinocultura

www.agriness.com http://www.agriness.com/>  | (48) 3028-0015 |
clay...@agriness.com 


--

Participe da segunda edição do Melhores da Suinocultura Agriness

www.melhoresdasuinocultura.com.br
http://www.melhoresdasuinocultura.com.br/>  


--

 



[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Probleminha no Pfile - sga_target

[Juarez]

Pessoal, estou com o seguinte problema.

Instalaram um servidor oracle, porém deixaram ele todo padrão, fui alterar
as configurações da memória e agora o SPFILE dá pau..

quando tento dar um start dá o seguinte erro
SQL> startup
ORA-00824: cannot set sga_target due to existing internal settings, see
alert log for more information

Porém se forçar um outro spfile o oracle sobe, mas em um determinado momento
ele começa a dar problema de memória.

Qual a melhor maneira para resolver,

Servidor Windows
Oracle 10.2
4gb de memória Ram


Atenciosamente
Juarez William Vicenzi
-~-~-~---~-~~--~~--~---


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Indíce na inserção.

[Márcio Ricardo Alves da Silva]

Untitled DocumentBoas.

  Tenho alguns queris que estão com o custo um pouco alto e tem a opção de 
criar índices nela. Mas antes de criar os índices, queria ver se a inserção não 
vai degradar.

Como eu vejo se eu criando o índice para consulta o insert na tabela vai ficar 
ruim?

Grato,
Márcio Ricardo.

[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html