Entendi Marcos,
Se não for utilizado essa ferramenta o ISCSI, você conhece outra possibilidade
de realizar este setup?
Falando nisso você tem algum link com material sobre este ISCSI?
Abraços!
Eli Dias
--- Em oracle_br@yahoogrupos.com.br, Marcos Fontana
escreveu
>
> Sure!
>
> Da uma estuda
Welcome :)
2009/10/13 simone gurita
>
>
> Ha entendi. obrigada!. É que eu tinha colocado os 2 no mesmo import
>
> Tksss...
>
> --- Em ter, 13/10/09, Marcos Fontana
> >
> escreveu:
>
> De: Marcos Fontana >
> Assunto: Re: [oracle_br] index unusable no import
> Para: oracle_br@yahoogrupos.com.br
Ha entendi. obrigada!. É que eu tinha colocado os 2 no mesmo import
Tksss...
--- Em ter, 13/10/09, Marcos Fontana escreveu:
De: Marcos Fontana
Assunto: Re: [oracle_br] index unusable no import
Para: oracle_br@yahoogrupos.com.br
Data: Terça-feira, 13 de Outubro de 2009, 18:46
Boa tar
Boa tarde!
Esta opção que você diz é o "INDEXFILE=script.sql" ne? Ele realmente só vai
gerar os scripts sql com a sintaxe de criação dos índices. Primeiro você usa
SKIP_UNUSABLE_INDEXES=y e IGNORE=y para importar, depois roda o imp com
"INDEXFILE=script.sql" para gerar o arquivo script.sql onde vo
http://arjudba.blogspot.com/2008/07/solution-of-ora-28002-password-will.html
tem um bom tutozinho sobre os params relacionados, leia-o que te deve ser
útil
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu
>
> amorrimm, se vc tem ** ABSOLUTA e TOTAL ** certeza que o
amorrimm, se vc tem ** ABSOLUTA e TOTAL ** certeza que o perfil default está
como UNLIMITED, ** E ** que ** REALMENTE ** todos os usuários que a Aplicação
usa estão com esse perfil default como o perfil ativo, ENTÂO só pode ser OU a
sua aplicação que em algum ponto seta isso diferentemente, OU a
Opa, intão, deixem-me dar uns palpites aí : primeiro, a query em questão lista
as sessões fazendo muito I/Os, muitas vezes elas também são grandes
consumidoras de CPU (já que CADA bloco lido necessariamente tem que ser
'gerenciado' em cache, muitas vezes há que se fazer uma leitura consistente,
oi Marcos.
Com esta opção ele ñ esta importando a tabela
Eu rodei o imp denovo e vi que ele cria os indexes, mas não cia as PK's.
--- Em seg, 12/10/09, Marcos Fontana escreveu:
De: Marcos Fontana
Assunto: Re: [oracle_br] index unusable no import
Para: oracle_br@yahoogrupos.com.br
Da
Fábio
Vc tem uma conexão ODBC configurada?
Não sei se as versões mais recentes do ERwin têm outros modos de conexão,
mas o básico era via ODBC.
[ ]
André
2009/10/13 Fabio
>
>
> Olá,
> Alguém poderia me passar o que é necessário para se conectar ao Oracle,
> usando o ERWin.
> Cordialmente.
> F
Olá,
Alguém poderia me passar o que é necessário para se conectar ao Oracle, usando
o ERWin.
Cordialmente.
Fábio.
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com
Bom dia,
A primeira pergunta é? Que release (versão) de banco
de dados está usando (11g r1 SE, 10g R2 SE, 9i EE)? O acesso será de
leitura somente na filial?
Você pode fazer isso com algumas
maneiras diferentes, mas depende da sua versão.
* Mviews;
* PL/SQL (triggers, procedures e funct
Bom dia preciso montar um projeto mas não sei por onde começar, terei dois
banco ORACLE em produção mas um iria ficar na matriz outro na filial, o
banco da filial iria apenas alguns owners e tabelas necessárias, no final do
dia gostaria de replicar todos os dados do dia para o banco principal que
f
Depende da quantidade de linhas que você precisa retornar.
De acordo com o plano de execução que você mandou, o Oracle procura no indice
por 1 registro, pega o rowid e com esse rowid ele busca apenas 1 registro na
tabela.
Provavelmente ele analisou que é mais rapido ler o indice para encontrar 1
Evandro,
Rs acho que vc confundiiu o post...rs
Meu problema esta sendo com senhas expiradas tendo setado a expiração de senhas
para unlimited no perfil DFAULT e não indices...rs
Alguem tem alguma ideia ?
--- Em oracle_br@yahoogrupos.com.br, Evandro Giachetto
escreveu
>
> Depende da granulari
Na verdade, o oracle se baseia nas estatísticas de determinado índice para
saber se utilizará ou não de full table scan.
Ele verifica se, a quantidade de registros que retornará utilizando
determinado índice é maior que uma porcentagem do total da tabela (que não
me lembro agora). Se for maior, co
Se a sua tabela possui menos de 400 registros, um tableScan tem o mesmo
efeito que o indice (ou de repente pode ser ateh melhor que o indice!)
Para tabelas com tamanho superior de registros, o recomendavel é que o
otimizador opte pelo índice e depois a página de dados.
2009/10/13 fsilva6
>
>
>
Depende da granularidade de seus índices.
Ex.
Se forem índices de valores que nunca se repetem ou tem poucos valores
repetidos, com certeza é melhor o uso de ídices.
Atenciosamente.
Evandro Giachetto
Oracle Certified Associate
evan...@clickinterativa.com.br
2009/10/13 amorrimm
>
>
> Bom dia
Bom dia colegas,
Uma pequena dúvida e ajuda...
Desde sábado, algumas das minhas aplicações estão tomando o erro:
ExecuteDataSet()PRODUCAO.PKG_OPCOES.PR_CONSOLIDAR_OPCOES --->
System.Data.OracleClient.OracleException: ORA-28002: the password will expire
within 6 days ORA-06512: at "PRODUCAO.PK
Fala galera, tudo beleza?
Estou com uma pequena duvida. Bom tenho uma mega tabela com 20 milhões de
registros. Ao verificar o plano de execução pude identificar que o oracle
decidiu acessar o index e depois a tabela, como não estou conseguindo acessar
diretamente o index não seria melhor fazer
19 matches
Mail list logo