RES: [oracle_br] Executar arquivo
Pesquise no Google por Package Oracle Excel, existe uma infinidade packages free para esse fim. Boa sorte! Sérgio -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br]Em nome de Bruno N. Barboza Enviada em: Friday, March 14, 2014 11:52 Para: oracle_br@yahoogrupos.com.br Assunto: Re: [oracle_br] Executar arquivo É que tipo, eu precisava somente abrir/executar um arquivo em EXCEL via PL/SQL. Depois assim que o arquivo EXCEL abrisse, iria executar algumas macros. Em 14 de março de 2014 11:46, Roberto Warstat ro.wars...@gmail.com escreveu: Arquivos do tipo xls não é possível. Mas se quiser, pode salvar a planilha como texto e abrir via o PL/SQL. []´s Roberto Em 14 de março de 2014 11:44, Bruno N. Barboza bruno.n.barb...@gmail.com escreveu: Entendi... Mas eu digo abrir/executar um arquivo. No caso seria um arquivo EXCEL Obrigado Em 14 de março de 2014 11:40, Andre Machado andres.mac...@gmail.com escreveu: arquivos de texto sim, eh preciso criar um diretorio no oracle, depois ler ele assim declare utl_openutl_file.file_type; linha_w varchar2(4000) begin utl_open := utl_file.fopen('nome_diretorio', vs_nome_arq, 'r'); While 1 = 1 loop begin utl_file.get_line(utl_open, linha_w); exception when no_data_found then exit; --trata linha end; end loop end Em 14 de março de 2014 11:34, Bruno N. Barboza bruno.n.barb...@gmail.com escreveu: Bom dia galera, Alguém sabe se é possível abrir um arquivo via PL/SQL? Ex: Abrir um arquivo de EXCEL via PL/SQL Obrigado -- Att, Bruno N. Barboza -- ___ André Machado -- Att, Bruno N. Barboza -- Att, Bruno N. Barboza
Re: [oracle_br] Oracle Database 7 e 8i
Fabio Prado, Eu desinstalei o client do Oracle 11g e instalei o client do Oracle 10g e mesmo assim não funcionou, eu entro no Console, aciono todos os bancos que preciso utilizar, mas quando vou logar com o usuário do banco de dados, a tela simplesmente fecha e não abre mais. Att, Wanderson Em 12 de março de 2014 14:12, Milton Bastos Henriquis Jr. miltonbas...@gmail.com escreveu: Então... não sei se vc leu os links que eu já tinha te mandado! Primeira coisa: mudar o client pra 10g não adianta nada, pois conforme a tabela que te mandei, o client versão 10 nunca se conectou às versões de 8.1.6 pra pra trás. Outra coisa que tambem mandei o link: um cara num fórum disse que a versão do TOAD pra se conectar em versões antigas do Oracle é 9.7 pra trás. Portanto vc está com versões incompatíveis tanto do client quanto do TOAD. Talvez seja o caso de vc ter uma VM por exemplo com tanto client Oracle quanto o TOAD exclusivos pra gerenciar bases de versões antigas, e gerenciar as versões novas normalmente pelo host. Em 12 de março de 2014 14:05, Wanderson Barrence wbarre...@gmail.comescreveu: Fala Milton!!! A versão do meu TOAD é 10.6.1.3 Att, Wanderson Em 12 de março de 2014 13:33, Milton Bastos Henriquis Jr. miltonbas...@gmail.com escreveu: Qual a versão do teu TOAD? Em 12 de março de 2014 13:31, Wanderson Barrence wbarre...@gmail.comescreveu: David, Como eu configuro o Network Drive no TOAD? Será que é o caso de se instalar dois clientes, 10g e 11g? Eu removi o cliente 11g e coloquei o 10g no Windows 8.1, mas não funcionou Obrigado. Att, Wanderson Em 6 de março de 2014 13:49, David Ricardo drb.rica...@gmail.comescreveu: Antigamente parceiro usavamos o DBA Studio que vinha no CD de Instalação do Oracle, porém ele foi descontinuado se não me falha a memória a partir da 9i. Mas acredito que todas conectem-se via TOAD, o que você deve atentar é apenas o Network Driver utilizado, porque nas versões mais antigas temos os 32bits e os 16 bits, igual era no Forms e Reports 4.5 ou Developer 2000 e no Oracle Forms 6i. Abraço, espero ter ajudado. David Siqueira DBA Oracle e Oracle ACE Member BLOG .: http://databaseguard.blogspot.com O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram..(Albert Einstein - 1879 - 1955) Em 5 de março de 2014 16:56, Edson Almeida Jr edsonjunior...@gmail.com escreveu: Tenta o sqltools Enviado via iPhone Em 05/03/2014, às 16:49, Wanderson Barrence wbarre...@gmail.com escreveu: Olá Pessoal, Alguém conhece alguma ferramenta tipo TOAD ou PL/SQL Developer que permite administrar versões antigas do Oracle, como o Oracle 8i e o 7? Eu só consigo administrar as versões 9i e 10g normalmente pelo TOAD e o PL/SQL Developer, utilizando o cliente do 11g, mas as versões 8i e o 7 só consigo administrar, pelo sql*plus, através do servidor local onde o Oracle Database está instalado. Att, Wanderson
[oracle_br] RMAN restauração de backups em plataformas diferentes
Olá Pessoal, Eu tenho um backup do banco de dados Oracle 10g (10.2.0.3) e SO (Redhat 4.2), preciso restaurá-lo numa máquina com a mesma versão mas com o SO (OEL 5.0), vocês acham que vai rolar? Curiosidades, alguém sabe se as opções abaixo funcionam? 1. Backups do RMAN em versões diferentes do Oracle do 10g para o 11g funcionam, utilizando a mesma plataforma funciona? 2. Backups do RMAN com onde os bancos de dados tem a mesma versão, mas funcionam em plataformas com arquiteturas diferentes 32 para 64 bits? 3. Backups do RMAN onde os bancos de dados tem a mesma versão, mas com plataformas diferentes que seguem a mesma a arquitetura, por exemplo: Windows x64 para um RedHat x64? Att, Wanderson
Re: [oracle_br] Oracle Database 7 e 8i
Wanderson, pmji mas é ** natural e Esperado ** que o client 10g não funcione : cfrme eu disse na minha resposta anterior neste tópico, o client 10g não é mais Suportado em conexões a bancos mais antigos que ele mesmo... Assim, esqueça o client 10g e use uma das alternativas que dei na minha resposta anterior, ie : a) client ainda mais antigo - é certeza que o client 9i conecta no db 8i e num eventual 8.0.x , só não tenho certeza do banco v7, veja lá... Uma vez que vc tenha um client compatível com os bancos antigos (client esse instalado numa ORACLE_HOME própria, óbvio), CONFIRA na sua tool de administração comoquefaz# pra que ela use o tal client antigo : nalgumas, como o TOAD, lembre que tinha um botão de configuração tns que permitia vc indicar a ORACLE_HOME que vc quer, em outras tools pode ser que vc tenha que setar TNS_ADMIN, vareia... ou b) passe a usar software em Java, que conecte via JDBC Thin, Sem client algum : há Trocentas opções pelaí, tanto free quanto não []s Chiappa OBS : 1. dada a DNA (data de nascimento Avançada) do banco v7 e dos 8.0.x/8i, até PODE SER que alguma das opção acima (mais provável a) , já que JDBC thin dificilmente tem exigência de versões) exija uma versão mais antiga do próprio software de administração... A conferir ... 2. não deixe de experimentar, se tiver um DVD de instalação do banco 9i sobrando por aí, a opção do Console de administração 9i : dado o tempo que foi lançado, é Provável que ele possa ser usado com bancos mais antigos
[oracle_br] Re: RMAN restauração de backups em plataformas diferen tes
Sobre o RESTORE, o ideal e recomendado sempre é ter a mesma exata versão do SO tanto na origem quanto no destino , mas sendo a diferença de SO tão pequena quanto o que sabemos que foi do RH 4.x para o 5.x , é quae certo que vc consigam, eu diria uns 99% de chance, é quase certo ** mesmo ** que vc vai conseguir sem probs... Sobre as outras perguntas : 1. Backups do RMAN em versões diferentes do Oracle do 10g para o 11g funcionam, utilizando a mesma plataforma funciona? Funcionam, mas já que os datafiles backupeados estão com cabeçalho formato 10g, E as tabelas/views internas da tablespace SYSTEM também estão na versão 10g, vc Logicamente vai ter que fazer o UPGRADE desse database, yep ?? Isso implica em rodar no 10g o script de pré-upgrade e corrigir as incompatibilidades encontradas/apontadas pelo script ** ANTES ** de fazer o backup no 10g , yes ??? Vc vai ver que ele pode mandar botar uma coluninha a mais em tabelas internas, remover / alterar alguma feature incompatível, alterar algums params de inicialização, e outras coisinhas Isso estando OK, é simplesmente fazer o backup completo no 10g, ter um pfile apropriado, iniciar a instância 11g em NOMOUNT, restaurar o controlfile, deixar em MOUNT, se preciso catalogar o novo backup no catalog db, e aí fazer o restore (JUNTO com tudo mais que precise, tal como SET NEWNAME e o que mais for preciso... Depois vc deverpa ser totalmente capaz de abrir com alter database open resetlogs upgrade; e rodar os scripts de upgrade todos 2. Backups do RMAN com onde os bancos de dados tem a mesma versão, mas funcionam em plataformas com arquiteturas diferentes 32 para 64 bits? Funciona sim : veja a nota metalink RMAN Restore a 32 bit Database to 64 bit - Description and Example (Doc ID 467676.1) e os links dela 3. Backups do RMAN onde os bancos de dados tem a mesma versão, mas com plataformas diferentes que seguem a mesma a arquitetura, por exemplo: Windows x64 para um RedHat x64? Há restrições : embora o bitsize seja o mesmo, SOs diferentes podem ter endianness (ordenação interna de números longos, veja http://pt.wikipedia.org/wiki/Extremidade_%28ordena%C3%A7%C3%A3o%29) em diferentes formatos, e isso pode dar diferença == No ** SEU caso específico ** que vc pergunta (ie, Windows x64 - Linux x64) ambos são Little-Endian (mesmo endian-type) então vc PODE usar as opções de conversão para converter um backup RMAN comum completo de um para outro SO... Fossem ambos ambientes 64-bits mas com endian-type diferentes (por exemplo, Linux 64-bits - que é little-endian - para AIX ou Solaris 64-bits - que são big-endian), vc não conseguiria converter um database inteiro, aí vc teria que fazer backup a nível de tablespace incluindo os metadados (TRANSPORTABLE TABLESPACES) ou fazer backup lógico, via export, ou usar algum tipo de replicação enviando os dados de um db para o outro... para mais detalhes, veja a nota Migration Of An Oracle Database Across OS Platforms (Generic Platform) (Doc ID 733205.1) []s Chiappa