[oracle_br] oportunidade Analista de Requisitos

2011-05-30 Por tôpico WA - Seleção 
Olá, Boa tarde! 

 

A WA Consultoria está no mercado de T.I há 21 anos, atuando de forma
integrada, desenvolve soluções completas com serviços e produtos para
empresas em toda América do Sul. Buscamos o seguinte perfil:

 


Analista de Requisitos

Local: São Paulo/ SP - Zona Sul
Período: Tempo Indeterminado


Perfil:
- Levantamento de Requisitos
- Elaboração de Especificações Funcionais
- Alterações no Modelo de Dados Existentes
- Elaboração de Testes Funcionais
- Execução de Testes Funcionais
- Implantação das Funcionalidades
- Acompanhamento Pós-Implantação

Imprescindível:

- Experiência anterior em implantação de sistemas .NET.
- Conhecimentos em SQL Server

 

 

Caso tenha interesse ou indicações, por favor, encaminhar cv para
talita.yokoy...@wa.com.br

 

 

 

Obrigada!

 

cid:image001.jpg@01C9ABD3.681B5280
Talita Yokoyama
Analista de Recursos Humanos 
55 11 3741-3760

CENESP - Centro Empresarial de São Paulo

Av. Maria Coelho Aguiar, 215 Bloco C/1º andar 

05804-900 - São Paulo – SP
  talita.yokoy...@wa.com.br 

cid:image007.jpg@01C9D974.AE5C2D40

 

 



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

[oracle_br] oportunidade Analista de Requisitos

2011-05-30 Por tôpico WA - Seleção 
Olá, Boa tarde! 

 

A WA Consultoria está no mercado de T.I há 21 anos, atuando de forma
integrada, desenvolve soluções completas com serviços e produtos para
empresas em toda América do Sul. Buscamos o seguinte perfil:

 


Analista de Requisitos

Local: São Paulo/ SP - Zona Sul
Período: Tempo Indeterminado


Perfil:
- Levantamento de Requisitos
- Elaboração de Especificações Funcionais
- Alterações no Modelo de Dados Existentes
- Elaboração de Testes Funcionais
- Execução de Testes Funcionais
- Implantação das Funcionalidades
- Acompanhamento Pós-Implantação

Imprescindível:

- Experiência anterior em implantação de sistemas .NET.
- Conhecimentos em SQL Server

 

 

Caso tenha interesse ou indicações, por favor, encaminhar cv para
talita.yokoy...@wa.com.br

 

 

 

Obrigada!

 

cid:image001.jpg@01C9ABD3.681B5280
Talita Yokoyama
Analista de Recursos Humanos 
55 11 3741-3760

CENESP - Centro Empresarial de São Paulo

Av. Maria Coelho Aguiar, 215 Bloco C/1º andar 

05804-900 - São Paulo – SP
  talita.yokoy...@wa.com.br 

cid:image007.jpg@01C9D974.AE5C2D40

 

 



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

Re: [oracle_br] Re: Instalação oracle 8.1.7.0 windows 2003 server

2011-05-30 Por tôpico Eduardo Amaral 
Chiappa,

Exatamente o que estou fazendo.
*( instalar o 8.1.7.0 SEM criar um database ainda, aplicar o patch mais
recente do 8i (que é 8.1.7.4) e APENAS após o software atualizado aí sim
criar o database)*


Paulo,

Vou testar na NOVA VM .
sqlnet.authentication_services para "none" (deve estar como "nts")
(Verifiquei e estava sim)




Acabei de conversar com os reponsaveis da aplicacao.   A versao do Windows
2003 que eles usam esta diferente da nossa. R1 / R2.
Vamos montar outra VM e refazer a instalacao.

Minha opniao, o ideal seria migrar para 10g.

Porem  Se trata de um sistema legado , sem documentacao, sem suporte,
sem fonte.  "Daquele jeito".
Aonde está esta funcionando e caso ocorra algum erro nessa migracao
estariamos vendidos.

Obrigado mais uma vez.



Em 30 de maio de 2011 13:37, José Laurindo escreveu:

>
>
> Paulo, bem lembrado, isso é uma possibilidade ...
>
> Bom Eduardo, já que o pessoal em princípio aceitará banco 10g okdoc, mas eu
> diria pra vc fazer o teste indicado pelo Paulo E os outros testes que
> indiquei, mais pra já estar "preparado" se alguém da Aplicação levantar a
> lebre de banco 8i novamente... Outras duas dicas seriam :
>
> - instalar o 8.1.7.0 SEM criar um database ainda, aplicar o patch mais
> recente do 8i (que é 8.1.7.4) e APENAS após o software atualizado aí sim
> criar o database
>
> - ao invés de deixar a GUI do DBCA criar o database, usar a opção ao final
> de Criação de scripts, pois esses scripts vc roda numa janela de comando,
> recebendo na hora , ao vivo e em cores, as msgs de erro, E ALÉM do que os
> scripts vc pode editar/alterar para qquer work-around eventualmente
> necessário
>
> ==> SE usando a dica do Paulo e todas as que passei aqui e antes nem assim
> funfar, vc estará pronto, terá EVIDÊNCIAS para mostrar pro pessoal da
> Aplicação que efetivamente não rola e não tem como gambiarrar 8i no tal
> ambiente...
>
> []s
>
> Chiappa
>
>
> --- Em oracle_br@yahoogrupos.com.br, "[Paulo Sousa]" 
> escreveu
>
> >
> > Eduardo,
> >
> > Tenta uma coisa, por favor. Vai no sqlnet.ora e muda o valor do
> > sqlnet.authentication_services para "none" (deve estar como "nts") e
> tenta a
> > criação do banco de dados novamente. Me diz se resolve pra você.
> >
> > Abraço.
> >
> > Paulo Sousa
> > paulorsousa@...
>
> > 
> > "No caráter, na conduta, no estilo, em todas as coisas, a simplicidade é
> a
> > suprema virtude." (Henry Wadsworth)
> >
> >
> >
> > 2011/5/30 Eduardo Amaral 
>
> >
> > >
> > >
> > > Primeiramente obrigado a todos.
> > >
> > > José,
> > > Esse link que voce passou eu tentei no fds e continua o mesmo
> > > erro.
> > >
> > > Paulo,
> > > Eu consigo instalar os binarios. Na criacao do Banco da o erro.
> > >
> > > Chiappa,
> > > Nosso contrato de suporte está no forno, mas eu arrumei esse
> > > documento : support Matrix for Windows 2003.
> > >
> > > Conversando com os donos da aplicacao, fui informado que pode ser
> > > um banco 10g com compatibilidade para 8i. Vou partir para esse rumo.
> > >
> > > Att,
> > >
> > > Eduardo Amaral
> > >
> > > .
> > >
> > > Estou lendo o PDF da oracle installing oracle 8i on windows NT.
> > >
> > >
> > > Em 27 de maio de 2011 15:34, Eduardo Amaral 
>
> > > escreveu:
> > >
> > > > Boa Tarde,
> > > >
> > > > Alguem tem um documento, url , pdf que tenha uma lista das versoes de
> SO
> > > > suportadas para instalacao do Oracle 8.1.7.0 8i.
> > > >
> > > > No meu caso estava tentando instalar Oracle 8.1.7.0 em Windowns 2003
> > > server
> > > > p 2.
> > > >
> > > > Esta ocorrendo o seguinte erro. *ORA-12560 TNS Protocol adapter
> error*
> > > >
> > > > Nunca instalei oracle em windows e surgiu uma demanda urgente dessa
> > > > instalacao com essa configuracao.
> > > >
> > > >
> > > >
> > > > --
> > > > Att.,
> > > >
> > > > Eduardo Amaral
> > > >
> > > >
> > >
> > > --
> > > Att.,
> > >
> > > Eduardo Amaral
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > >
> > >
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
>
>  
>



-- 
Att.,

Eduardo Amaral


[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 s

[oracle_br] Re: Sítio backup/teste

2011-05-30 Por tôpico José Laurindo 
Tranqs, sempre o que a gente puder ajudar E tiver um minutinho pra sentar e 
pensar a respeito, o que Nem Sempre é verdadeiro (via de regra se tem uma coisa 
que a gente não controla nesta profissão de técnico de TI é nosso próprio 
tempo, + ou - vc meio que está à disposição dos usuários, etc & tal ) , a gente 
tenta ajudar, sem probs... Quanto ao assunto, ao ir pra opção de backup full + 
incrementais, só fique ciente, primeiro, de que esse "minutinho" não vai ter 60 
segundos, deve ser bem mais que isso :) , que só com os seus testes vc vai ter 
uma idéia de tempo, E QUE necessariamente vc vai ter que escrever uns 
scriptinhos pra automatizar o negócio, nada pronto vem com o banco, como eu 
disse...
 A dica final :pra vc usar o RMAN, além da documentação Oracle que é 
indispensável, eu te recomendo o livros de RMAN do Robert Freeman na versão do 
seu banco (ele tem edições pra 9i, 10g e 11g), é um livro muito bom para refs e 
dicas... 
 
 []s
 
   Chiappa
   

--- Em oracle_br@yahoogrupos.com.br, Leonardo Rezende  escreveu
>
> Não quero encher linguiça, mas não posso começar o email sem agradecer pelo
> tempo, normalmente raro, depreendido para me responder. Fico realmente muito
> grato.
> 
> Agora vamos a algumas considerações...
> 
> 1) Realmente, nem de longe esse ambiente será "igual" ao ambiente do RAC. A
> idéia é ter uma base para que os desenvolvedores não façam testes na
> produção(não fiquei boquiaberto) mas que tenham os dados ATUALIZADOS. Somos
> uma equipe pequena(aprox. 15), quase uma EUquipe. É meio que "EU desenvolvo,
> EU testo, EU homologo, EU dou suporte"(não eu, eles). Tendo isso em mente,
> precisamos que os dados estejam SIM "almost sync"(diário tá ok) com o banco
> da produção. Minha base não é grande e faz um backup full em 20 minutos. Um
> diferencial diário é bem rápido(~= 1min, ~= 200Mb). Ainda não sei o tempo da
> recuperação dos dados nesse ambiente de testes. Se possível, quero receber
> uma ligação pedindo pra atualizar a base e eu possa dizer: "Aguarde um
> minutinho!". :)
> 
> 2) Bom, já que vamos ter esse ambiente de teste para desenvolvedores, pensei
> em usá-lo para testes de restauração de backup. Também será um banco backup
> no caso de um desastre.
> 
> 3) Em relação ao acesso da base HOMO aos backups, tenho uma pasta na máquina
> HOMO compartilhada via NFS; a qual será sincronizada diariamente via rsync a
> uma taxa de aprox. 45MB/s. Quanto a isso, tá tudo blz.
> 
> 4) Minha política de backup é: backup nivel 0 todo sábado e nível 1
> diferencial nos outros dias.
> 
> 5) Como realmente preciso de algo atualizado, adotarei a solução 2. Vou usar
> os backups diferenciais e não archive.
> 
> É isso... a medida que for fazendo vou postando aqui as minhas possíveis
> dúvidas. RMAN é novo pra mim mas já dei uma lida nos manuais e vou tentar
> implementar .
> 
> Abraços
> 
> LRezende
> 
> 
> Em 30 de maio de 2011 08:27, José Laurindo escreveu:
> 
> >
> >
> > Colega, vamos por partes : primeiro, o que vc descreve é, creio eu, muito
> > mais um ambiente de Homologação (ie, testes simulando a Realidade em
> > produção), então imho esse ambiente *** DEVERIA *** ser absolutamente igual
> > à produção : não faz O MENOR SENTIDO vc homologar em não-RAC sendo que a
> > produção é RAC, existem MUITOS waits e cenários específicos pro RAC que não
> > ocorrem em ambiente não-RAC, vc não estaria simulando nem de longe a
> > realidade... As respostas que vou dar até onde sei aplicam-se em ambientes
> > diferentes, mas vc faria MUITO MELHOR se deixasse idênticos os dois..
> >
> > Outros pontos :
> >
> > a) o que vc pede penso que é totalmente Possível, mas sorry, afaik vc não
> > vai ter ** nada ** pré-programado, facinho & mastigado, prontinho pra usar -
> > no soup for you , sorry ... O que vou fazer é tentar dar uma orientação
> > geral, MAS a implantação vai ficar Absolutamente por sua conta,
> > provavelmente escrevendo uns scripts pra automatizar , e (inclusive) vai
> > depender de alguns testes locais de viabilidade, pra coisas como espaço em
> > disco, disponibilidade de restore/acesso às fitas do backup de produção, e
> > coisinhas do tipo... Então nada de receita de bolo geral & genérica aqui...
> >
> > b) uma info muito importante que vc não dá : é suficiente pra vc quando ter
> > que voltar o banco "homologação" à situação de Produção vc ter a situação de
> > uns dias atrás da Produção, tipo do último fim de semana ?? Normalmente é
> > indiferente pro teste vc ter os dados com um pequeno atraso...
> >
> > c) nas respostas abaixo, SE for minimamente viável usar as opções que
> > envolvem restore de backup da fita original da Produção, faça força pra
> > tentar usar - isso te dá a enorme, hipermega vantagem de TESTAR o restore de
> > produção, é uma coisa que Tranquiliza um DBA
> >
> > d) enquanto vc está na fase de Implementação e coleta de idéias, não deixe
> > de pensar desde já na Segurança : via de regra não é legal vc deixar testers
> > usarem as infos todas da produção

[oracle_br] Re: Instalação oracle 8.1.7.0 windows 2003 server

2011-05-30 Por tôpico José Laurindo 
Paulo, bem lembrado, isso é uma possibilidade ... 

 Bom Eduardo, já que o pessoal em princípio aceitará banco 10g okdoc, mas eu 
diria pra vc fazer o teste indicado pelo Paulo E os outros testes que indiquei, 
mais pra já estar "preparado" se alguém da Aplicação levantar a lebre de banco 
8i novamente... Outras duas dicas seriam :
 
 - instalar o 8.1.7.0  SEM criar um database ainda, aplicar o patch mais 
recente do 8i (que é 8.1.7.4) e APENAS após o software atualizado aí sim criar 
o database

- ao invés de deixar a GUI do DBCA criar o database, usar a opção ao final de 
Criação de scripts, pois esses scripts vc roda numa janela de comando, 
recebendo na hora , ao vivo e em cores, as msgs de erro, E ALÉM do que os 
scripts vc pode editar/alterar para qquer work-around eventualmente necessário


==> SE usando a dica do Paulo e todas as que passei aqui e antes nem assim 
funfar, vc estará pronto, terá EVIDÊNCIAS para mostrar pro pessoal da Aplicação 
que efetivamente não rola e não tem como gambiarrar 8i no tal ambiente...

 []s
 
   Chiappa
   

--- Em oracle_br@yahoogrupos.com.br, "[Paulo Sousa]"  escreveu
>
> Eduardo,
> 
> Tenta uma coisa, por favor. Vai no sqlnet.ora e muda o valor do
> sqlnet.authentication_services para "none" (deve estar como "nts") e tenta a
> criação do banco de dados novamente. Me diz se resolve pra você.
> 
> Abraço.
> 
> Paulo Sousa
> paulorsousa@...
> 
> "No caráter, na conduta, no estilo, em todas as coisas, a simplicidade é a
> suprema virtude." (Henry Wadsworth)
> 
> 
> 
> 2011/5/30 Eduardo Amaral 
> 
> >
> >
> > Primeiramente obrigado a todos.
> >
> > José,
> > Esse link que voce passou eu tentei no fds e continua o mesmo
> > erro.
> >
> > Paulo,
> > Eu consigo instalar os binarios. Na criacao do Banco da o erro.
> >
> > Chiappa,
> > Nosso contrato de suporte está no forno, mas eu arrumei esse
> > documento : support Matrix for Windows 2003.
> >
> > Conversando com os donos da aplicacao, fui informado que pode ser
> > um banco 10g com compatibilidade para 8i. Vou partir para esse rumo.
> >
> > Att,
> >
> > Eduardo Amaral
> >
> > .
> >
> > Estou lendo o PDF da oracle installing oracle 8i on windows NT.
> >
> >
> > Em 27 de maio de 2011 15:34, Eduardo Amaral 
> > escreveu:
> >
> > > Boa Tarde,
> > >
> > > Alguem tem um documento, url , pdf que tenha uma lista das versoes de SO
> > > suportadas para instalacao do Oracle 8.1.7.0 8i.
> > >
> > > No meu caso estava tentando instalar Oracle 8.1.7.0 em Windowns 2003
> > server
> > > p 2.
> > >
> > > Esta ocorrendo o seguinte erro. *ORA-12560 TNS Protocol adapter error*
> > >
> > > Nunca instalei oracle em windows e surgiu uma demanda urgente dessa
> > > instalacao com essa configuracao.
> > >
> > >
> > >
> > > --
> > > Att.,
> > >
> > > Eduardo Amaral
> > >
> > >
> >
> > --
> > Att.,
> >
> > Eduardo Amaral
> >
> > [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] Re: Instalação oracle 8.1.7.0 windows 2003 server

2011-05-30 Por tôpico [Paulo Sousa] 
Eduardo,

Tenta uma coisa, por favor. Vai no sqlnet.ora e muda o valor do
sqlnet.authentication_services para "none" (deve estar como "nts") e tenta a
criação do banco de dados novamente. Me diz se resolve pra você.

Abraço.

Paulo Sousa
paulorso...@gmail.com

"No caráter, na conduta, no estilo, em todas as coisas, a simplicidade é a
suprema virtude." (Henry Wadsworth)



2011/5/30 Eduardo Amaral 

>
>
> Primeiramente obrigado a todos.
>
> José,
> Esse link que voce passou eu tentei no fds e continua o mesmo
> erro.
>
> Paulo,
> Eu consigo instalar os binarios. Na criacao do Banco da o erro.
>
> Chiappa,
> Nosso contrato de suporte está no forno, mas eu arrumei esse
> documento : support Matrix for Windows 2003.
>
> Conversando com os donos da aplicacao, fui informado que pode ser
> um banco 10g com compatibilidade para 8i. Vou partir para esse rumo.
>
> Att,
>
> Eduardo Amaral
>
> .
>
> Estou lendo o PDF da oracle installing oracle 8i on windows NT.
>
>
> Em 27 de maio de 2011 15:34, Eduardo Amaral 
> escreveu:
>
> > Boa Tarde,
> >
> > Alguem tem um documento, url , pdf que tenha uma lista das versoes de SO
> > suportadas para instalacao do Oracle 8.1.7.0 8i.
> >
> > No meu caso estava tentando instalar Oracle 8.1.7.0 em Windowns 2003
> server
> > p 2.
> >
> > Esta ocorrendo o seguinte erro. *ORA-12560 TNS Protocol adapter error*
> >
> > Nunca instalei oracle em windows e surgiu uma demanda urgente dessa
> > instalacao com essa configuracao.
> >
> >
> >
> > --
> > Att.,
> >
> > Eduardo Amaral
> >
> >
>
> --
> Att.,
>
> Eduardo Amaral
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


[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] Re: Instalação oracle 8.1.7.0 windows 2003 server

2011-05-30 Por tôpico Eduardo Amaral 
Update...

Fazendo os seguintes passos


1. Create a temporary directory on your server.
2. Copy the entire contents of the Oracle RDBMS Server CD
to the temporary directory created in step 1.
3. Search the directory structure created in Step 1 for the
existence of the filename symcjit.dll.
4. Rename each copy of the symcjit.dll to symcjit.old.
5. go to the INSTALL folder and edit the file named
oraparam.ini( oracle817\install\oraparam.ini)
6. open this file and edit from

JRE_MEMORY_OPTIONS=-mx96m

To:

JRE_MEMORY_OPTIONS=-nojit –mx96m
7. Run the runInstaller and install Oracle 8.1.x and related products.


Ao terminar de instalar os Binarios fica essa tela do CMD aberta. ( e nao
termina)



Tentei instalar o Banco Apos, com essa tela aberta e fechando essa tela na
forca mas sempre cai no mesmo erro.

*ORA-12560 TNS Protocol adapter error*








Em 30 de maio de 2011 11:34, Eduardo Amaral  escreveu:

> Primeiramente obrigado a todos.
>
>
>
> José,
> Esse link que voce passou eu tentei no fds e continua o mesmo
> erro.
>
>
>
> Paulo,
> Eu consigo instalar os binarios. Na criacao do Banco da o erro.
>
>
>
> Chiappa,
> Nosso contrato de suporte está no forno, mas eu arrumei esse
> documento : support Matrix for Windows 2003.
>
>Conversando com os donos da aplicacao, fui informado que pode
> ser um banco 10g com compatibilidade para 8i.  Vou partir para esse rumo.
>
>
> Att,
>
> Eduardo Amaral
>
> .
>
>
>
>
>
> Estou lendo o  PDF da oracle installing oracle 8i on windows NT.
>
> Em 27 de maio de 2011 15:34, Eduardo Amaral escreveu:
>
> Boa Tarde,
>>
>> Alguem tem um documento, url , pdf que tenha uma lista das versoes de SO
>> suportadas para instalacao do Oracle 8.1.7.0   8i.
>>
>> No meu caso estava tentando instalar Oracle 8.1.7.0 em Windowns 2003
>> server p 2.
>>
>> Esta ocorrendo o seguinte erro. *ORA-12560 TNS Protocol adapter error*
>>
>> Nunca instalei oracle em windows e surgiu uma demanda urgente dessa
>> instalacao com essa configuracao.
>>
>>
>>
>> --
>> Att.,
>>
>> Eduardo Amaral
>>
>>
>
>
> --
> Att.,
>
> Eduardo Amaral
>
>


-- 
Att.,

Eduardo Amaral


[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] Re: Sítio backup/teste

2011-05-30 Por tôpico Leonardo Rezende 
Não quero encher linguiça, mas não posso começar o email sem agradecer pelo
tempo, normalmente raro, depreendido para me responder. Fico realmente muito
grato.

Agora vamos a algumas considerações...

1) Realmente, nem de longe esse ambiente será "igual" ao ambiente do RAC. A
idéia é ter uma base para que os desenvolvedores não façam testes na
produção(não fiquei boquiaberto) mas que tenham os dados ATUALIZADOS. Somos
uma equipe pequena(aprox. 15), quase uma EUquipe. É meio que "EU desenvolvo,
EU testo, EU homologo, EU dou suporte"(não eu, eles). Tendo isso em mente,
precisamos que os dados estejam SIM "almost sync"(diário tá ok) com o banco
da produção. Minha base não é grande e faz um backup full em 20 minutos. Um
diferencial diário é bem rápido(~= 1min, ~= 200Mb). Ainda não sei o tempo da
recuperação dos dados nesse ambiente de testes. Se possível, quero receber
uma ligação pedindo pra atualizar a base e eu possa dizer: "Aguarde um
minutinho!". :)

2) Bom, já que vamos ter esse ambiente de teste para desenvolvedores, pensei
em usá-lo para testes de restauração de backup. Também será um banco backup
no caso de um desastre.

3) Em relação ao acesso da base HOMO aos backups, tenho uma pasta na máquina
HOMO compartilhada via NFS; a qual será sincronizada diariamente via rsync a
uma taxa de aprox. 45MB/s. Quanto a isso, tá tudo blz.

4) Minha política de backup é: backup nivel 0 todo sábado e nível 1
diferencial nos outros dias.

5) Como realmente preciso de algo atualizado, adotarei a solução 2. Vou usar
os backups diferenciais e não archive.

É isso... a medida que for fazendo vou postando aqui as minhas possíveis
dúvidas. RMAN é novo pra mim mas já dei uma lida nos manuais e vou tentar
implementar .

Abraços

LRezende


Em 30 de maio de 2011 08:27, José Laurindo escreveu:

>
>
> Colega, vamos por partes : primeiro, o que vc descreve é, creio eu, muito
> mais um ambiente de Homologação (ie, testes simulando a Realidade em
> produção), então imho esse ambiente *** DEVERIA *** ser absolutamente igual
> à produção : não faz O MENOR SENTIDO vc homologar em não-RAC sendo que a
> produção é RAC, existem MUITOS waits e cenários específicos pro RAC que não
> ocorrem em ambiente não-RAC, vc não estaria simulando nem de longe a
> realidade... As respostas que vou dar até onde sei aplicam-se em ambientes
> diferentes, mas vc faria MUITO MELHOR se deixasse idênticos os dois..
>
> Outros pontos :
>
> a) o que vc pede penso que é totalmente Possível, mas sorry, afaik vc não
> vai ter ** nada ** pré-programado, facinho & mastigado, prontinho pra usar -
> no soup for you , sorry ... O que vou fazer é tentar dar uma orientação
> geral, MAS a implantação vai ficar Absolutamente por sua conta,
> provavelmente escrevendo uns scripts pra automatizar , e (inclusive) vai
> depender de alguns testes locais de viabilidade, pra coisas como espaço em
> disco, disponibilidade de restore/acesso às fitas do backup de produção, e
> coisinhas do tipo... Então nada de receita de bolo geral & genérica aqui...
>
> b) uma info muito importante que vc não dá : é suficiente pra vc quando ter
> que voltar o banco "homologação" à situação de Produção vc ter a situação de
> uns dias atrás da Produção, tipo do último fim de semana ?? Normalmente é
> indiferente pro teste vc ter os dados com um pequeno atraso...
>
> c) nas respostas abaixo, SE for minimamente viável usar as opções que
> envolvem restore de backup da fita original da Produção, faça força pra
> tentar usar - isso te dá a enorme, hipermega vantagem de TESTAR o restore de
> produção, é uma coisa que Tranquiliza um DBA
>
> d) enquanto vc está na fase de Implementação e coleta de idéias, não deixe
> de pensar desde já na Segurança : via de regra não é legal vc deixar testers
> usarem as infos todas da produção, há dados sensíveis que esse pessoal não
> deveria ter acesso, então algum tipo de data masking (ie, de transformar os
> dados reais em dados fictícios equivalentes) deveria haver ... Pode tanto
> ser um add-on especializado (como o que a Oracle fornece) quanto uma simples
> procedure PL/SQL que faz UPDATEs, mas alguma coisa vc deveria ter...
>
> e) a idéia NÃO é fazer um DUPLICATE, e sim restaurar o backup de prod
> (direto da fita se possível, em disco se não) no ambiente homo : é
> tecnicamente possível SIM vc restaurar um backup feito em RAC num ambiente
> não-RAC E afaik ainda que vc fosse usar o DUPLICATE, não faz muito
> sentido a sua preocupação com o DBID, já que pelo q entendi esse
> banco-destino , homo, NÂO vai ter backups próprios, então NÂO VAI SER
> CATALOGADO, okdoc ???
>
> f) backups Incrementais por si só são INÚTEIS sem um backup zero, full,
> inicial - isso é conceito básico, que imagino que vc já conheça... Então
> sendo assim eu IMAGINO que vc em Prod já deve ter um backup full em cima dos
> quais os Incrementais são feitos
>
> Isso posto, as respostas :
>
> S1 : se for viável uns dias de delay entre prod X homo
>
> nesse cenário o mais simples seria vc s

[oracle_br] Re: Instalação oracle 8.1.7.0 windows 2003 server

2011-05-30 Por tôpico Eduardo Amaral 
Primeiramente obrigado a todos.



José,
Esse link que voce passou eu tentei no fds e continua o mesmo
erro.



Paulo,
Eu consigo instalar os binarios. Na criacao do Banco da o erro.



Chiappa,
Nosso contrato de suporte está no forno, mas eu arrumei esse
documento : support Matrix for Windows 2003.

   Conversando com os donos da aplicacao, fui informado que pode ser
um banco 10g com compatibilidade para 8i.  Vou partir para esse rumo.


Att,

Eduardo Amaral

.





Estou lendo o  PDF da oracle installing oracle 8i on windows NT.

Em 27 de maio de 2011 15:34, Eduardo Amaral  escreveu:

> Boa Tarde,
>
> Alguem tem um documento, url , pdf que tenha uma lista das versoes de SO
> suportadas para instalacao do Oracle 8.1.7.0   8i.
>
> No meu caso estava tentando instalar Oracle 8.1.7.0 em Windowns 2003 server
> p 2.
>
> Esta ocorrendo o seguinte erro. *ORA-12560 TNS Protocol adapter error*
>
> Nunca instalei oracle em windows e surgiu uma demanda urgente dessa
> instalacao com essa configuracao.
>
>
>
> --
> Att.,
>
> Eduardo Amaral
>
>


-- 
Att.,

Eduardo Amaral


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

[oracle_br] Re: Sítio backup/teste

2011-05-30 Por tôpico José Laurindo 
Colega, vamos por partes : primeiro, o que vc descreve é, creio eu, muito mais 
um ambiente de Homologação (ie, testes simulando a Realidade em produção), 
então imho esse ambiente *** DEVERIA *** ser absolutamente igual à produção : 
não faz O MENOR SENTIDO vc homologar em não-RAC sendo que a produção é RAC, 
existem MUITOS waits e cenários específicos pro RAC que não ocorrem em ambiente 
não-RAC, vc não estaria simulando nem de longe a realidade...  As respostas que 
vou dar até onde sei aplicam-se em ambientes diferentes, mas vc faria MUITO 
MELHOR se deixasse idênticos os dois..

 Outros pontos :
 
 a) o que vc pede penso que é totalmente Possível, mas sorry, afaik vc não vai 
ter ** nada ** pré-programado, facinho & mastigado, prontinho pra usar - no 
soup for you , sorry ... O que vou fazer é tentar dar uma orientação geral, MAS 
a implantação vai ficar Absolutamente por sua conta, provavelmente escrevendo 
uns scripts pra automatizar , e (inclusive) vai depender de alguns testes 
locais de viabilidade, pra coisas como espaço em disco, disponibilidade de 
restore/acesso às fitas do backup de produção, e coisinhas do tipo... Então 
nada de receita de bolo geral & genérica aqui...
 
 b) uma info muito importante que vc não dá : é suficiente pra vc quando ter 
que voltar o banco "homologação" à situação de Produção vc ter a situação de 
uns dias atrás da Produção, tipo do último fim de semana ?? Normalmente é 
indiferente pro teste vc ter os dados com um pequeno atraso...
 
 c) nas respostas abaixo, SE for minimamente viável usar as opções que envolvem 
restore de backup da fita original da Produção, faça força pra tentar usar - 
isso te dá a enorme, hipermega vantagem de TESTAR o restore de produção, é uma 
coisa que Tranquiliza um DBA
 
 d) enquanto vc está na fase de Implementação e coleta de idéias, não deixe de 
pensar desde já na Segurança : via de regra não é legal vc deixar testers 
usarem as infos todas da produção, há dados sensíveis que esse pessoal não 
deveria ter acesso, então algum tipo de data masking (ie, de transformar os 
dados reais em dados fictícios equivalentes) deveria haver ... Pode tanto ser 
um add-on especializado (como o que a Oracle fornece) quanto uma simples 
procedure PL/SQL que faz UPDATEs, mas alguma coisa vc deveria ter...
 
 e) a idéia NÃO é fazer um DUPLICATE, e sim restaurar o backup de prod (direto 
da fita se possível, em disco se não) no ambiente homo : é tecnicamente 
possível SIM vc restaurar um backup feito em RAC num ambiente não-RAC E 
afaik ainda que vc fosse usar o DUPLICATE, não faz muito sentido a sua 
preocupação com o DBID, já que pelo q entendi esse banco-destino , homo, NÂO 
vai ter backups próprios, então NÂO VAI SER CATALOGADO, okdoc ???
 
 f) backups Incrementais por si só são INÚTEIS sem um backup zero, full, 
inicial - isso é conceito básico, que imagino que vc já conheça... Então sendo 
assim eu IMAGINO que vc em Prod já deve ter um backup full em cima dos quais os 
Incrementais são feitos
 
 Isso posto, as respostas :


 S1 : se for viável uns dias de delay entre prod X homo 
 
  nesse cenário o mais simples seria vc simplesmente (num fim de semana, 
talvez, onde a concorrência é menor, e ) vc restaurar num disco/volume à parte 
na máquina-destino o backup full de Prod (que deve estar sendo feito de fim de 
semana também, imagino, ou à noite, sei lá) , e mantém lá esses arqs. Aí fica 
simples, sempre que vc precisar que HOMO fique "igual" a  PROD vc copia os arqs 
desse disco/volume/área de trabalho pro local usado pelo banco homo, simples .
 Outra possibilidade aí é vc ter o FLASHBACK DATABASE ativo nesse banco homo 
depois dele ser restaurado no fim de semana com os dados full de Prod, aí nos 
próximos dias sempre que vc quiser que Homo volte como estava vc só faz um 
FLASHBACK DATABASE. Uma variação do tema é vc (tendo HOMO em archive mode, o 
que será presuposto daqui pra frente) é fazer um point-in-time recover quando 
vc quiser que homo volte a ficar igual a quando foi carregado da prod...
 
 S2 : se o delay entre prod x homo TEM que ser mínimo , 1 dia ou menos
 
 aqui fica um pouco mais complexo. A sua idéia de (vc não diz, mas obviamente) 
após homo ter sido recriado com o backup full de prod , no futuro quando vc 
querer deixar homo sync com prod vc pedir um flashback database de homo pra 
esse ponto e em cima disso aplicar os backups incrementais de prod até o 
último/mais recente : nunca fiz mas imagino que deve funcionar, sim... Uma 
variação disso é vc ter uma "cópia" local dos datafiles quando foi feito o sync 
full enre prod x homo, e quando precisar transferir os archives todos desse 
ponto em diante de prod para homo , e aplicar esses archives em homo - não faço 
idéia do que seria mais viável em termos de tempo/performance pra vc (isso como 
eu disse antes é uma coisa que TEM que ser testada localmente) . E lembro 
também que a aplicação de ARCHIVES tem Vários presupostos, como por exemplo 
INEXISTÊNCIA de operações NOLO