Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)
Pessoal, mais uma informação a respeito. Hoje estive num evento da Markway sobre RAC 11G e no final teve uma conversa sobre licenças. Perguntei especificamente sobre a questão do Standby e os 10 dias e a resposta foi que no caso do standby a Oracle exige que seja licenciado, pois é uma instalação a parte, com storage separado do banco principal. O lance dos 10 dias vale apenas para Failover, ou seja, duas máquinas acessando o mesmo storage, sendo que uma fica parada e só sobe quando a outra para. Foi o que entendi. Abraços. De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em nome de Willian Fernando Frasson Enviada em: quarta-feira, 24 de junho de 2009 12:00 Para: oracle_br@yahoogrupos.com.br Assunto: Re: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Opa legal, não tinha essa informação, sempre recebi informação do nosso comercial que a partir do banco que está rodando a máquina (modo mount aplicando archives) deveria se pagar a licensa (licensa por processador). - Original Message - From: Nelson Cartaxo To: oracle_br@yahoogrupos.com.br Sent: Wednesday, June 24, 2009 11:41 AM Subject: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Willian, A base estará em mount, não acho que isso seja considerado uso. De qualquer maneira eu falei com uma pessoa da Oracle que auxilia na parte de venda de licenças. Entendo por uso, quando a base está em modo open, com pessoas processando dados, deletando, etc. Att, Nelson De: Willian Fernando Frasson Para: oracle_br@yahoogrupos.com.br Enviadas: Terça-feira, 23 de Junho de 2009 18:52:13 Assunto: Re: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Nelson tem certeza disso? Pois no momento que você MONTAR a base e tiver aplicando as archives a mesma estará em uso. - Original Message - From: Nelson Cartaxo To: oracle...@yahoogrup os.com.br Sent: Tuesday, June 23, 2009 10:53 AM Subject: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Chiappa, Apenas uma pequena correção. A base standby só precisa ser licenciada caso ela seja usada mais de 10 dias ao ano, ou seja, se a empresa garantir que seu uso seja apenas quando a primária cair, não é necessário o licenciamento. Att, Nelson Cartaxo _ _ __ De: jlchiappa Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 22 de Junho de 2009 19:52:36 Assunto: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Bom, primeiro de tudo é aquela água : principalmente depois de uma falha, se vc pergunta pro gerentão/diretor/ whatever que tipo de disponibilidade ele vai quere não tenha dúvida que ele enche a boca pra falar "ah, eu quero 100% quero 24x7, não, 20x7, 24x6, ** não serve **... Tá. mas TUDO TEM UM CUSTO, e vc TEM QUE incluir no seu projeto isso... Por exemplo, ter dois sites separados fisicamente é ** ótimo **, já que te dá até Disaster Recover, tipo, pegou fogo no prédio como são sites diferentes o outro está inafetado, MS as opções de processamento distribuído (RAC, Distributed Transactions, etc) simplesmente não cabem num caso assim, a latência simplesmente te mataria, então vc VAI TER QUE ter algum tipo de stand-by (via Dataguard, manual, o que for), o que implica que vc vai ter vários custos não triviais aí : a) licenciamento, a Oracle ** exige ** que o banco stand-by seja licenciado mesmo que não esteja processando diretamente, seja só um espelho do original b) o standby funciona enviando "dados" - normalmente redo logs, mas depende do tipo de standby - pela rede, intensamente, então os dois sites *** TEM QUE TER *** uma linha de rede pra interconexão EXTREMAMENTE potente, muito boa mesmo Ou seja, além dos dois canais por onde o usuário chega ao site 1 ou ao site 2, vc AINDA POR CIMA terá que ter um para o site 1 enviar os "dados" pro standby no site 2... c) duplicidade de tudo : vc terá dois banco, duas licenças, dois storages, etc, etc, etc... d) poder de máquina : evidentemente, se hoje vc não tem standby a sua carga de trabalho do servidor é X, o standby significa que ALÉM desse mesmo trabalho vc ainda terá que ficar enviando e controlando coisas pela rede, se hoje o banco sem standby já tá num gargalo, isso terá que ser revisto, provavelmente uma atualização de hardware Vc diz que hoje "há um grande volume de transações", aí vem a pergunta , COMO está o teu SLA pra elas, vc tá cumprindo no limite ? Pois é aquela, dependendo da tecnologia de standby adotada (que depende se é banco Enterprise ou não, da versão, de que datatypes usa, etc) o overhead a mais em se enviar os "dados" adicionais até o standby pode ser significativo, e e já que é "24x7", opções de refresh não-online e automático dos sites, que impõem menos (ou nenhum) overhead às transações ficam fora... e) eventuais alterações na aplicação/ambiente : evidente, se hoje a aplicação está
Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)
Willian, A base estará em mount, não acho que isso seja considerado uso. De qualquer maneira eu falei com uma pessoa da Oracle que auxilia na parte de venda de licenças. Entendo por uso, quando a base está em modo open, com pessoas processando dados, deletando, etc. Att, Nelson De: Willian Fernando Frasson Para: oracle_br@yahoogrupos.com.br Enviadas: Terça-feira, 23 de Junho de 2009 18:52:13 Assunto: Re: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Nelson tem certeza disso? Pois no momento que você MONTAR a base e tiver aplicando as archives a mesma estará em uso. - Original Message - From: Nelson Cartaxo To: oracle...@yahoogrup os.com.br Sent: Tuesday, June 23, 2009 10:53 AM Subject: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Chiappa, Apenas uma pequena correção. A base standby só precisa ser licenciada caso ela seja usada mais de 10 dias ao ano, ou seja, se a empresa garantir que seu uso seja apenas quando a primária cair, não é necessário o licenciamento. Att, Nelson Cartaxo _ _ __ De: jlchiappa Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 22 de Junho de 2009 19:52:36 Assunto: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Bom, primeiro de tudo é aquela água : principalmente depois de uma falha, se vc pergunta pro gerentão/diretor/ whatever que tipo de disponibilidade ele vai quere não tenha dúvida que ele enche a boca pra falar "ah, eu quero 100% quero 24x7, não, 20x7, 24x6, ** não serve **... Tá. mas TUDO TEM UM CUSTO, e vc TEM QUE incluir no seu projeto isso... Por exemplo, ter dois sites separados fisicamente é ** ótimo **, já que te dá até Disaster Recover, tipo, pegou fogo no prédio como são sites diferentes o outro está inafetado, MS as opções de processamento distribuído (RAC, Distributed Transactions, etc) simplesmente não cabem num caso assim, a latência simplesmente te mataria, então vc VAI TER QUE ter algum tipo de stand-by (via Dataguard, manual, o que for), o que implica que vc vai ter vários custos não triviais aí : a) licenciamento, a Oracle ** exige ** que o banco stand-by seja licenciado mesmo que não esteja processando diretamente, seja só um espelho do original b) o standby funciona enviando "dados" - normalmente redo logs, mas depende do tipo de standby - pela rede, intensamente, então os dois sites *** TEM QUE TER *** uma linha de rede pra interconexão EXTREMAMENTE potente, muito boa mesmo Ou seja, além dos dois canais por onde o usuário chega ao site 1 ou ao site 2, vc AINDA POR CIMA terá que ter um para o site 1 enviar os "dados" pro standby no site 2... c) duplicidade de tudo : vc terá dois banco, duas licenças, dois storages, etc, etc, etc... d) poder de máquina : evidentemente, se hoje vc não tem standby a sua carga de trabalho do servidor é X, o standby significa que ALÉM desse mesmo trabalho vc ainda terá que ficar enviando e controlando coisas pela rede, se hoje o banco sem standby já tá num gargalo, isso terá que ser revisto, provavelmente uma atualização de hardware Vc diz que hoje "há um grande volume de transações", aí vem a pergunta , COMO está o teu SLA pra elas, vc tá cumprindo no limite ? Pois é aquela, dependendo da tecnologia de standby adotada (que depende se é banco Enterprise ou não, da versão, de que datatypes usa, etc) o overhead a mais em se enviar os "dados" adicionais até o standby pode ser significativo, e e já que é "24x7", opções de refresh não-online e automático dos sites, que impõem menos (ou nenhum) overhead às transações ficam fora... e) eventuais alterações na aplicação/ambiente : evidente, se hoje a aplicação está configurada/ programada para se conectar diretamente ao servidor NNN no IP X.Y.Z, evidentemente o site 2 é outro nome/outro IP, alguma solução de transpência (BigIP, IP/hostnames virtuais, o que for) vai ter que ser usada E as aplicações pode ser que tenham que ser alteradas para usar a tal solução São coisas assim que vc tem que pensar e relacionar pro seu cliente, e TUDO com levantamente PRECISO de custo, ok ? []s Chiappa --- Em oracle...@yahoogrup os.com.br, "William Gouveia" escreveu > > > Bom dia a todos, gostaria de solicitar uma ajuda, presto servico para uma > empresa que tem a seguinte situação. > > Hoje ela possui um site com 150 filiais interligadas, mas tivemos problemas > recentes onde ficamos 24 horas fora do ar, o problema foi causado pelo > fornecedor de conexão, apesar de existir rotas redundantes, para mim o > problema seja exatamente esse apenas "um" fornecedor. Conforme o ditado quem > tem um não tem nenhum. > > Portanto a diretoria esta solicitando um projeto de redundancia de Sites > tanto na parte de comunicacao e infra-estrutura como tambem em ORACLE, > gostaria de uma sugestão como poderia aplicar isso com
Res: Res: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)
Veja o que ela me falou é: voce tem que GARANTIR que nao vai passar dos 10 dias/ano. Abs De: Eliandro Jakubski Para: oracle_br@yahoogrupos.com.br Enviadas: Terça-feira, 23 de Junho de 2009 12:03:51 Assunto: Re: Res: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Beleza, vou me informar melhor sobre o assunto (daria para economizar um "punhado" de recursos por aqui!)! De: Nelson Cartaxo Para: oracle...@yahoogrup os.com.br Data: 23/06/2009 12:01 Assunto: Res: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Eliandro, Eu falei com uma pessoa da Oracle que faz atendimento sobre as licenças e ela me informou isso. Abs _ _ __ De: Eliandro Jakubski Para: oracle...@yahoogrup os.com.br Enviadas: Terça-feira, 23 de Junho de 2009 10:57:32 Assunto: Re: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Isso foi formalizado pelo pessoal da Oracle? Não é o que a Oracle "pregou" por aqui! Segundo a Oracle o simples fato de vc. ter os binários instalados caracteriza a necessidade de licença (seja standby, teste, etc.)! De: Nelson Cartaxo Para: oracle...@yahoogrup os.com.br Data: 23/06/2009 10:55 Assunto: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Chiappa, Apenas uma pequena correção. A base standby só precisa ser licenciada caso ela seja usada mais de 10 dias ao ano, ou seja, se a empresa garantir que seu uso seja apenas quando a primária cair, não é necessário o licenciamento. Att, Nelson Cartaxo _ _ __ De: jlchiappa Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 22 de Junho de 2009 19:52:36 Assunto: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Bom, primeiro de tudo é aquela água : principalmente depois de uma falha, se vc pergunta pro gerentão/diretor/ whatever que tipo de disponibilidade ele vai quere não tenha dúvida que ele enche a boca pra falar "ah, eu quero 100% quero 24x7, não, 20x7, 24x6, ** não serve **... Tá. mas TUDO TEM UM CUSTO, e vc TEM QUE incluir no seu projeto isso... Por exemplo, ter dois sites separados fisicamente é ** ótimo **, já que te dá até Disaster Recover, tipo, pegou fogo no prédio como são sites diferentes o outro está inafetado, MS as opções de processamento distribuído (RAC, Distributed Transactions, etc) simplesmente não cabem num caso assim, a latência simplesmente te mataria, então vc VAI TER QUE ter algum tipo de stand-by (via Dataguard, manual, o que for), o que implica que vc vai ter vários custos não triviais aí : a) licenciamento, a Oracle ** exige ** que o banco stand-by seja licenciado mesmo que não esteja processando diretamente, seja só um espelho do original b) o standby funciona enviando "dados" - normalmente redo logs, mas depende do tipo de standby - pela rede, intensamente, então os dois sites *** TEM QUE TER *** uma linha de rede pra interconexão EXTREMAMENTE potente, muito boa mesmo Ou seja, além dos dois canais por onde o usuário chega ao site 1 ou ao site 2, vc AINDA POR CIMA terá que ter um para o site 1 enviar os "dados" pro standby no site 2... c) duplicidade de tudo : vc terá dois banco, duas licenças, dois storages, etc, etc, etc... d) poder de máquina : evidentemente, se hoje vc não tem standby a sua carga de trabalho do servidor é X, o standby significa que ALÉM desse mesmo trabalho vc ainda terá que ficar enviando e controlando coisas pela rede, se hoje o banco sem standby já tá num gargalo, isso terá que ser revisto, provavelmente uma atualização de hardware Vc diz que hoje "há um grande volume de transações", aí vem a pergunta , COMO está o teu SLA pra elas, vc tá cumprindo no limite ? Pois é aquela, dependendo da tecnologia de standby adotada (que depende se é banco Enterprise ou não, da versão, de que datatypes usa, etc) o overhead a mais em se enviar os "dados" adicionais até o standby pode ser significativo, e e já que é "24x7", opções de refresh não-online e automático dos sites, que impõem menos (ou nenhum) overhead às transações ficam fora... e) eventuais alterações na aplicação/ambiente : evidente, se hoje a aplicação está configurada/ programada para se conectar diretamente ao servidor NNN no IP X.Y.Z, evidentemente o site 2 é outro nome/outro IP, alguma solução de transpência (BigIP, IP/hostnames virtuais, o que for) vai ter que ser usada E as aplicações pode ser que tenham que ser alteradas para usar a tal solução São coisas assim que vc tem que pensar e relacionar pro seu cliente, e TUDO com levantamente PRECISO de custo, ok ? []s Chiappa --- Em oracle...@yahoogrup os.com.br, "William Gouveia" escreveu > > > Bom dia a todos, gostaria de solicitar uma ajuda, presto servico para uma empresa que tem a seguinte situação. > > Hoje ela possui um site com 150 filiais interligadas, mas tivemos problemas recentes onde fica
Re: Res: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)
Beleza, vou me informar melhor sobre o assunto (daria para economizar um "punhado" de recursos por aqui!)! De: Nelson Cartaxo Para: oracle_br@yahoogrupos.com.br Data: 23/06/2009 12:01 Assunto: Res: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Eliandro, Eu falei com uma pessoa da Oracle que faz atendimento sobre as licenças e ela me informou isso. Abs De: Eliandro Jakubski Para: oracle_br@yahoogrupos.com.br Enviadas: Terça-feira, 23 de Junho de 2009 10:57:32 Assunto: Re: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Isso foi formalizado pelo pessoal da Oracle? Não é o que a Oracle "pregou" por aqui! Segundo a Oracle o simples fato de vc. ter os binários instalados caracteriza a necessidade de licença (seja standby, teste, etc.)! De: Nelson Cartaxo Para: oracle...@yahoogrup os.com.br Data: 23/06/2009 10:55 Assunto: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Chiappa, Apenas uma pequena correção. A base standby só precisa ser licenciada caso ela seja usada mais de 10 dias ao ano, ou seja, se a empresa garantir que seu uso seja apenas quando a primária cair, não é necessário o licenciamento. Att, Nelson Cartaxo _ _ __ De: jlchiappa Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 22 de Junho de 2009 19:52:36 Assunto: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Bom, primeiro de tudo é aquela água : principalmente depois de uma falha, se vc pergunta pro gerentão/diretor/ whatever que tipo de disponibilidade ele vai quere não tenha dúvida que ele enche a boca pra falar "ah, eu quero 100% quero 24x7, não, 20x7, 24x6, ** não serve **... Tá. mas TUDO TEM UM CUSTO, e vc TEM QUE incluir no seu projeto isso... Por exemplo, ter dois sites separados fisicamente é ** ótimo **, já que te dá até Disaster Recover, tipo, pegou fogo no prédio como são sites diferentes o outro está inafetado, MS as opções de processamento distribuído (RAC, Distributed Transactions, etc) simplesmente não cabem num caso assim, a latência simplesmente te mataria, então vc VAI TER QUE ter algum tipo de stand-by (via Dataguard, manual, o que for), o que implica que vc vai ter vários custos não triviais aí : a) licenciamento, a Oracle ** exige ** que o banco stand-by seja licenciado mesmo que não esteja processando diretamente, seja só um espelho do original b) o standby funciona enviando "dados" - normalmente redo logs, mas depende do tipo de standby - pela rede, intensamente, então os dois sites *** TEM QUE TER *** uma linha de rede pra interconexão EXTREMAMENTE potente, muito boa mesmo Ou seja, além dos dois canais por onde o usuário chega ao site 1 ou ao site 2, vc AINDA POR CIMA terá que ter um para o site 1 enviar os "dados" pro standby no site 2... c) duplicidade de tudo : vc terá dois banco, duas licenças, dois storages, etc, etc, etc... d) poder de máquina : evidentemente, se hoje vc não tem standby a sua carga de trabalho do servidor é X, o standby significa que ALÉM desse mesmo trabalho vc ainda terá que ficar enviando e controlando coisas pela rede, se hoje o banco sem standby já tá num gargalo, isso terá que ser revisto, provavelmente uma atualização de hardware Vc diz que hoje "há um grande volume de transações", aí vem a pergunta , COMO está o teu SLA pra elas, vc tá cumprindo no limite ? Pois é aquela, dependendo da tecnologia de standby adotada (que depende se é banco Enterprise ou não, da versão, de que datatypes usa, etc) o overhead a mais em se enviar os "dados" adicionais até o standby pode ser significativo, e e já que é "24x7", opções de refresh não-online e automático dos sites, que impõem menos (ou nenhum) overhead às transações ficam fora... e) eventuais alterações na aplicação/ambiente : evidente, se hoje a aplicação está configurada/ programada para se conectar diretamente ao servidor NNN no IP X.Y.Z, evidentemente o site 2 é outro nome/outro IP, alguma solução de transpência (BigIP, IP/hostnames virtuais, o que for) vai ter que ser usada E as aplicações pode ser que tenham que ser alteradas para usar a tal solução São coisas assim que vc tem que pensar e relacionar pro seu cliente, e TUDO com levantamente PRECISO de custo, ok ? []s Chiappa --- Em oracle...@yahoogrup os.com.br, "William Gouveia" escreveu > > > Bom dia a todos, gostaria de solicitar uma ajuda, presto servico para uma empresa que tem a seguinte situação. > > Hoje ela possui um site com 150 filiais interligadas, mas tivemos problemas recentes onde ficamos 24 horas fora do ar, o problema foi causado pelo fornecedor de conexão, apesar de existir rotas redundantes, para mim o problema seja exatamente esse apenas "um" fornecedor. Conforme o ditado quem tem um não tem nenhum. > > Portanto a diretoria esta solicitando um projeto de redundan
Res: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)
No backup a base nao vai estar sendo utilizada, correto? Mesmo pq no standby fisico a base vai estar apenas em mout, nao em open. Não acredito que isso entre nao. Até pq a palavra que ela passou foi processamento. Abs De: Eliandro Jakubski Para: oracle_br@yahoogrupos.com.br Enviadas: Terça-feira, 23 de Junho de 2009 11:05:54 Assunto: Re: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Nesse modelo, o tempo diário em que se gasta para a realização de bkp´s a partir do site standby entraria na contagem de utilização? De: Nelson Cartaxo Para: oracle...@yahoogrup os.com.br Data: 23/06/2009 10:55 Assunto: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Chiappa, Apenas uma pequena correção. A base standby só precisa ser licenciada caso ela seja usada mais de 10 dias ao ano, ou seja, se a empresa garantir que seu uso seja apenas quando a primária cair, não é necessário o licenciamento. Att, Nelson Cartaxo _ _ __ De: jlchiappa Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 22 de Junho de 2009 19:52:36 Assunto: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Bom, primeiro de tudo é aquela água : principalmente depois de uma falha, se vc pergunta pro gerentão/diretor/ whatever que tipo de disponibilidade ele vai quere não tenha dúvida que ele enche a boca pra falar "ah, eu quero 100% quero 24x7, não, 20x7, 24x6, ** não serve **... Tá. mas TUDO TEM UM CUSTO, e vc TEM QUE incluir no seu projeto isso... Por exemplo, ter dois sites separados fisicamente é ** ótimo **, já que te dá até Disaster Recover, tipo, pegou fogo no prédio como são sites diferentes o outro está inafetado, MS as opções de processamento distribuído (RAC, Distributed Transactions, etc) simplesmente não cabem num caso assim, a latência simplesmente te mataria, então vc VAI TER QUE ter algum tipo de stand-by (via Dataguard, manual, o que for), o que implica que vc vai ter vários custos não triviais aí : a) licenciamento, a Oracle ** exige ** que o banco stand-by seja licenciado mesmo que não esteja processando diretamente, seja só um espelho do original b) o standby funciona enviando "dados" - normalmente redo logs, mas depende do tipo de standby - pela rede, intensamente, então os dois sites *** TEM QUE TER *** uma linha de rede pra interconexão EXTREMAMENTE potente, muito boa mesmo Ou seja, além dos dois canais por onde o usuário chega ao site 1 ou ao site 2, vc AINDA POR CIMA terá que ter um para o site 1 enviar os "dados" pro standby no site 2... c) duplicidade de tudo : vc terá dois banco, duas licenças, dois storages, etc, etc, etc... d) poder de máquina : evidentemente, se hoje vc não tem standby a sua carga de trabalho do servidor é X, o standby significa que ALÉM desse mesmo trabalho vc ainda terá que ficar enviando e controlando coisas pela rede, se hoje o banco sem standby já tá num gargalo, isso terá que ser revisto, provavelmente uma atualização de hardware Vc diz que hoje "há um grande volume de transações", aí vem a pergunta , COMO está o teu SLA pra elas, vc tá cumprindo no limite ? Pois é aquela, dependendo da tecnologia de standby adotada (que depende se é banco Enterprise ou não, da versão, de que datatypes usa, etc) o overhead a mais em se enviar os "dados" adicionais até o standby pode ser significativo, e e já que é "24x7", opções de refresh não-online e automático dos sites, que impõem menos (ou nenhum) overhead às transações ficam fora... e) eventuais alterações na aplicação/ambiente : evidente, se hoje a aplicação está configurada/ programada para se conectar diretamente ao servidor NNN no IP X.Y.Z, evidentemente o site 2 é outro nome/outro IP, alguma solução de transpência (BigIP, IP/hostnames virtuais, o que for) vai ter que ser usada E as aplicações pode ser que tenham que ser alteradas para usar a tal solução São coisas assim que vc tem que pensar e relacionar pro seu cliente, e TUDO com levantamente PRECISO de custo, ok ? []s Chiappa --- Em oracle...@yahoogrup os.com.br, "William Gouveia" escreveu > > > Bom dia a todos, gostaria de solicitar uma ajuda, presto servico para uma empresa que tem a seguinte situação. > > Hoje ela possui um site com 150 filiais interligadas, mas tivemos problemas recentes onde ficamos 24 horas fora do ar, o problema foi causado pelo fornecedor de conexão, apesar de existir rotas redundantes, para mim o problema seja exatamente esse apenas "um" fornecedor. Conforme o ditado quem tem um não tem nenhum. > > Portanto a diretoria esta solicitando um projeto de redundancia de Sites tanto na parte de comunicacao e infra-estrutura como tambem em ORACLE, gostaria de uma sugestão como poderia aplicar isso com Oracle, a minha preocupação é que o sistema tem um numero grande de transações diario e o modelo que desejam é que se o site
Res: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)
Eliandro, Eu falei com uma pessoa da Oracle que faz atendimento sobre as licenças e ela me informou isso. Abs De: Eliandro Jakubski Para: oracle_br@yahoogrupos.com.br Enviadas: Terça-feira, 23 de Junho de 2009 10:57:32 Assunto: Re: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Isso foi formalizado pelo pessoal da Oracle? Não é o que a Oracle "pregou" por aqui! Segundo a Oracle o simples fato de vc. ter os binários instalados caracteriza a necessidade de licença (seja standby, teste, etc.)! De: Nelson Cartaxo Para: oracle...@yahoogrup os.com.br Data: 23/06/2009 10:55 Assunto: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Chiappa, Apenas uma pequena correção. A base standby só precisa ser licenciada caso ela seja usada mais de 10 dias ao ano, ou seja, se a empresa garantir que seu uso seja apenas quando a primária cair, não é necessário o licenciamento. Att, Nelson Cartaxo _ _ __ De: jlchiappa Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 22 de Junho de 2009 19:52:36 Assunto: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Bom, primeiro de tudo é aquela água : principalmente depois de uma falha, se vc pergunta pro gerentão/diretor/ whatever que tipo de disponibilidade ele vai quere não tenha dúvida que ele enche a boca pra falar "ah, eu quero 100% quero 24x7, não, 20x7, 24x6, ** não serve **... Tá. mas TUDO TEM UM CUSTO, e vc TEM QUE incluir no seu projeto isso... Por exemplo, ter dois sites separados fisicamente é ** ótimo **, já que te dá até Disaster Recover, tipo, pegou fogo no prédio como são sites diferentes o outro está inafetado, MS as opções de processamento distribuído (RAC, Distributed Transactions, etc) simplesmente não cabem num caso assim, a latência simplesmente te mataria, então vc VAI TER QUE ter algum tipo de stand-by (via Dataguard, manual, o que for), o que implica que vc vai ter vários custos não triviais aí : a) licenciamento, a Oracle ** exige ** que o banco stand-by seja licenciado mesmo que não esteja processando diretamente, seja só um espelho do original b) o standby funciona enviando "dados" - normalmente redo logs, mas depende do tipo de standby - pela rede, intensamente, então os dois sites *** TEM QUE TER *** uma linha de rede pra interconexão EXTREMAMENTE potente, muito boa mesmo Ou seja, além dos dois canais por onde o usuário chega ao site 1 ou ao site 2, vc AINDA POR CIMA terá que ter um para o site 1 enviar os "dados" pro standby no site 2... c) duplicidade de tudo : vc terá dois banco, duas licenças, dois storages, etc, etc, etc... d) poder de máquina : evidentemente, se hoje vc não tem standby a sua carga de trabalho do servidor é X, o standby significa que ALÉM desse mesmo trabalho vc ainda terá que ficar enviando e controlando coisas pela rede, se hoje o banco sem standby já tá num gargalo, isso terá que ser revisto, provavelmente uma atualização de hardware Vc diz que hoje "há um grande volume de transações", aí vem a pergunta , COMO está o teu SLA pra elas, vc tá cumprindo no limite ? Pois é aquela, dependendo da tecnologia de standby adotada (que depende se é banco Enterprise ou não, da versão, de que datatypes usa, etc) o overhead a mais em se enviar os "dados" adicionais até o standby pode ser significativo, e e já que é "24x7", opções de refresh não-online e automático dos sites, que impõem menos (ou nenhum) overhead às transações ficam fora... e) eventuais alterações na aplicação/ambiente : evidente, se hoje a aplicação está configurada/ programada para se conectar diretamente ao servidor NNN no IP X.Y.Z, evidentemente o site 2 é outro nome/outro IP, alguma solução de transpência (BigIP, IP/hostnames virtuais, o que for) vai ter que ser usada E as aplicações pode ser que tenham que ser alteradas para usar a tal solução São coisas assim que vc tem que pensar e relacionar pro seu cliente, e TUDO com levantamente PRECISO de custo, ok ? []s Chiappa --- Em oracle...@yahoogrup os.com.br, "William Gouveia" escreveu > > > Bom dia a todos, gostaria de solicitar uma ajuda, presto servico para uma empresa que tem a seguinte situação. > > Hoje ela possui um site com 150 filiais interligadas, mas tivemos problemas recentes onde ficamos 24 horas fora do ar, o problema foi causado pelo fornecedor de conexão, apesar de existir rotas redundantes, para mim o problema seja exatamente esse apenas "um" fornecedor. Conforme o ditado quem tem um não tem nenhum. > > Portanto a diretoria esta solicitando um projeto de redundancia de Sites tanto na parte de comunicacao e infra-estrutura como tambem em ORACLE, gostaria de uma sugestão como poderia aplicar isso com Oracle, a minha preocupação é que o sistema tem um numero grande de transações diario e o modelo que desejam é que se o site 1 estiv
Re: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)
Nesse modelo, o tempo diário em que se gasta para a realização de bkp´s a partir do site standby entraria na contagem de utilização? De: Nelson Cartaxo Para: oracle_br@yahoogrupos.com.br Data: 23/06/2009 10:55 Assunto: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Chiappa, Apenas uma pequena correção. A base standby só precisa ser licenciada caso ela seja usada mais de 10 dias ao ano, ou seja, se a empresa garantir que seu uso seja apenas quando a primária cair, não é necessário o licenciamento. Att, Nelson Cartaxo De: jlchiappa Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 22 de Junho de 2009 19:52:36 Assunto: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Bom, primeiro de tudo é aquela água : principalmente depois de uma falha, se vc pergunta pro gerentão/diretor/ whatever que tipo de disponibilidade ele vai quere não tenha dúvida que ele enche a boca pra falar "ah, eu quero 100% quero 24x7, não, 20x7, 24x6, ** não serve **... Tá. mas TUDO TEM UM CUSTO, e vc TEM QUE incluir no seu projeto isso... Por exemplo, ter dois sites separados fisicamente é ** ótimo **, já que te dá até Disaster Recover, tipo, pegou fogo no prédio como são sites diferentes o outro está inafetado, MS as opções de processamento distribuído (RAC, Distributed Transactions, etc) simplesmente não cabem num caso assim, a latência simplesmente te mataria, então vc VAI TER QUE ter algum tipo de stand-by (via Dataguard, manual, o que for), o que implica que vc vai ter vários custos não triviais aí : a) licenciamento, a Oracle ** exige ** que o banco stand-by seja licenciado mesmo que não esteja processando diretamente, seja só um espelho do original b) o standby funciona enviando "dados" - normalmente redo logs, mas depende do tipo de standby - pela rede, intensamente, então os dois sites *** TEM QUE TER *** uma linha de rede pra interconexão EXTREMAMENTE potente, muito boa mesmo Ou seja, além dos dois canais por onde o usuário chega ao site 1 ou ao site 2, vc AINDA POR CIMA terá que ter um para o site 1 enviar os "dados" pro standby no site 2... c) duplicidade de tudo : vc terá dois banco, duas licenças, dois storages, etc, etc, etc... d) poder de máquina : evidentemente, se hoje vc não tem standby a sua carga de trabalho do servidor é X, o standby significa que ALÉM desse mesmo trabalho vc ainda terá que ficar enviando e controlando coisas pela rede, se hoje o banco sem standby já tá num gargalo, isso terá que ser revisto, provavelmente uma atualização de hardware Vc diz que hoje "há um grande volume de transações", aí vem a pergunta , COMO está o teu SLA pra elas, vc tá cumprindo no limite ? Pois é aquela, dependendo da tecnologia de standby adotada (que depende se é banco Enterprise ou não, da versão, de que datatypes usa, etc) o overhead a mais em se enviar os "dados" adicionais até o standby pode ser significativo, e e já que é "24x7", opções de refresh não-online e automático dos sites, que impõem menos (ou nenhum) overhead às transações ficam fora... e) eventuais alterações na aplicação/ambiente : evidente, se hoje a aplicação está configurada/ programada para se conectar diretamente ao servidor NNN no IP X.Y.Z, evidentemente o site 2 é outro nome/outro IP, alguma solução de transpência (BigIP, IP/hostnames virtuais, o que for) vai ter que ser usada E as aplicações pode ser que tenham que ser alteradas para usar a tal solução São coisas assim que vc tem que pensar e relacionar pro seu cliente, e TUDO com levantamente PRECISO de custo, ok ? []s Chiappa --- Em oracle...@yahoogrup os.com.br, "William Gouveia" escreveu > > > Bom dia a todos, gostaria de solicitar uma ajuda, presto servico para uma empresa que tem a seguinte situação. > > Hoje ela possui um site com 150 filiais interligadas, mas tivemos problemas recentes onde ficamos 24 horas fora do ar, o problema foi causado pelo fornecedor de conexão, apesar de existir rotas redundantes, para mim o problema seja exatamente esse apenas "um" fornecedor. Conforme o ditado quem tem um não tem nenhum. > > Portanto a diretoria esta solicitando um projeto de redundancia de Sites tanto na parte de comunicacao e infra-estrutura como tambem em ORACLE, gostaria de uma sugestão como poderia aplicar isso com Oracle, a minha preocupação é que o sistema tem um numero grande de transações diario e o modelo que desejam é que se o site 1 estiver fora todas as 150 filiais conectam no site 2, o site 1 voltando ele sincroniza com o site 2 e volta a estar disponivel para conexao pelas filiais. > > O desejo é que os dois sites estejam distantes cerca de 300km de distancia e que tenha realmente alta disponibilidade 24x7. > > Tenho uma opniao sobre o assunto e gostaria de ouvir de outros que tem a mesma situação e suas experiencias sobr
Re: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)
Isso foi formalizado pelo pessoal da Oracle? Não é o que a Oracle "pregou" por aqui! Segundo a Oracle o simples fato de vc. ter os binários instalados caracteriza a necessidade de licença (seja standby, teste, etc.)! De: Nelson Cartaxo Para: oracle_br@yahoogrupos.com.br Data: 23/06/2009 10:55 Assunto: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Chiappa, Apenas uma pequena correção. A base standby só precisa ser licenciada caso ela seja usada mais de 10 dias ao ano, ou seja, se a empresa garantir que seu uso seja apenas quando a primária cair, não é necessário o licenciamento. Att, Nelson Cartaxo De: jlchiappa Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 22 de Junho de 2009 19:52:36 Assunto: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Bom, primeiro de tudo é aquela água : principalmente depois de uma falha, se vc pergunta pro gerentão/diretor/ whatever que tipo de disponibilidade ele vai quere não tenha dúvida que ele enche a boca pra falar "ah, eu quero 100% quero 24x7, não, 20x7, 24x6, ** não serve **... Tá. mas TUDO TEM UM CUSTO, e vc TEM QUE incluir no seu projeto isso... Por exemplo, ter dois sites separados fisicamente é ** ótimo **, já que te dá até Disaster Recover, tipo, pegou fogo no prédio como são sites diferentes o outro está inafetado, MS as opções de processamento distribuído (RAC, Distributed Transactions, etc) simplesmente não cabem num caso assim, a latência simplesmente te mataria, então vc VAI TER QUE ter algum tipo de stand-by (via Dataguard, manual, o que for), o que implica que vc vai ter vários custos não triviais aí : a) licenciamento, a Oracle ** exige ** que o banco stand-by seja licenciado mesmo que não esteja processando diretamente, seja só um espelho do original b) o standby funciona enviando "dados" - normalmente redo logs, mas depende do tipo de standby - pela rede, intensamente, então os dois sites *** TEM QUE TER *** uma linha de rede pra interconexão EXTREMAMENTE potente, muito boa mesmo Ou seja, além dos dois canais por onde o usuário chega ao site 1 ou ao site 2, vc AINDA POR CIMA terá que ter um para o site 1 enviar os "dados" pro standby no site 2... c) duplicidade de tudo : vc terá dois banco, duas licenças, dois storages, etc, etc, etc... d) poder de máquina : evidentemente, se hoje vc não tem standby a sua carga de trabalho do servidor é X, o standby significa que ALÉM desse mesmo trabalho vc ainda terá que ficar enviando e controlando coisas pela rede, se hoje o banco sem standby já tá num gargalo, isso terá que ser revisto, provavelmente uma atualização de hardware Vc diz que hoje "há um grande volume de transações", aí vem a pergunta , COMO está o teu SLA pra elas, vc tá cumprindo no limite ? Pois é aquela, dependendo da tecnologia de standby adotada (que depende se é banco Enterprise ou não, da versão, de que datatypes usa, etc) o overhead a mais em se enviar os "dados" adicionais até o standby pode ser significativo, e e já que é "24x7", opções de refresh não-online e automático dos sites, que impõem menos (ou nenhum) overhead às transações ficam fora... e) eventuais alterações na aplicação/ambiente : evidente, se hoje a aplicação está configurada/ programada para se conectar diretamente ao servidor NNN no IP X.Y.Z, evidentemente o site 2 é outro nome/outro IP, alguma solução de transpência (BigIP, IP/hostnames virtuais, o que for) vai ter que ser usada E as aplicações pode ser que tenham que ser alteradas para usar a tal solução São coisas assim que vc tem que pensar e relacionar pro seu cliente, e TUDO com levantamente PRECISO de custo, ok ? []s Chiappa --- Em oracle...@yahoogrup os.com.br, "William Gouveia" escreveu > > > Bom dia a todos, gostaria de solicitar uma ajuda, presto servico para uma empresa que tem a seguinte situação. > > Hoje ela possui um site com 150 filiais interligadas, mas tivemos problemas recentes onde ficamos 24 horas fora do ar, o problema foi causado pelo fornecedor de conexão, apesar de existir rotas redundantes, para mim o problema seja exatamente esse apenas "um" fornecedor. Conforme o ditado quem tem um não tem nenhum. > > Portanto a diretoria esta solicitando um projeto de redundancia de Sites tanto na parte de comunicacao e infra-estrutura como tambem em ORACLE, gostaria de uma sugestão como poderia aplicar isso com Oracle, a minha preocupação é que o sistema tem um numero grande de transações diario e o modelo que desejam é que se o site 1 estiver fora todas as 150 filiais conectam no site 2, o site 1 voltando ele sincroniza com o site 2 e volta a estar disponivel para conexao pelas filiais. > > O desejo é que os dois sites estejam distantes cerca de 300km de distancia e que tenha realmente alta disponibilidade 24x7. > > Tenho uma opniao sobre o assun
Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)
Cool, não sabia dessa mudança na política da Oracle, já que faz tempo (graças aos deuses) que não preciso me preocupar com questões comerciais do tipo... Valews ! []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Nelson Cartaxo escreveu > > Chiappa, > > Apenas uma pequena correção. A base standby só precisa ser licenciada caso > ela seja usada mais de 10 dias ao ano, ou seja, se a empresa garantir que seu > uso seja apenas quando a primária cair, não é necessário o licenciamento. > > Att, > Nelson Cartaxo > > > > > > De: jlchiappa > Para: oracle_br@yahoogrupos.com.br > Enviadas: Segunda-feira, 22 de Junho de 2009 19:52:36 > Assunto: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) > > > > > > Bom, primeiro de tudo é aquela água : principalmente depois de uma falha, se > vc pergunta pro gerentão/diretor/ whatever que tipo de disponibilidade ele > vai quere não tenha dúvida que ele enche a boca pra falar "ah, eu quero 100% > quero 24x7, não, 20x7, 24x6, ** não serve **... Tá. mas TUDO TEM UM CUSTO, e > vc TEM QUE incluir no seu projeto isso... Por exemplo, ter dois sites > separados fisicamente é ** ótimo **, já que te dá até Disaster Recover, tipo, > pegou fogo no prédio como são sites diferentes o outro está inafetado, MS > as opções de processamento distribuído (RAC, Distributed Transactions, etc) > simplesmente não cabem num caso assim, a latência simplesmente te mataria, > então vc VAI TER QUE ter algum tipo de stand-by (via Dataguard, manual, o que > for), o que implica que vc vai ter vários custos não triviais aí : > > a) licenciamento, a Oracle ** exige ** que o banco stand-by seja licenciado > mesmo que não esteja processando diretamente, seja só um espelho do original > > b) o standby funciona enviando "dados" - normalmente redo logs, mas depende > do tipo de standby - pela rede, intensamente, então os dois sites *** TEM QUE > TER *** uma linha de rede pra interconexão EXTREMAMENTE potente, muito boa > mesmo Ou seja, além dos dois canais por onde o usuário chega ao site 1 ou > ao site 2, vc AINDA POR CIMA terá que ter um para o site 1 enviar os "dados" > pro standby no site 2... > > c) duplicidade de tudo : vc terá dois banco, duas licenças, dois storages, > etc, etc, etc... > > d) poder de máquina : evidentemente, se hoje vc não tem standby a sua carga > de trabalho do servidor é X, o standby significa que ALÉM desse mesmo > trabalho vc ainda terá que ficar enviando e controlando coisas pela rede, se > hoje o banco sem standby já tá num gargalo, isso terá que ser revisto, > provavelmente uma atualização de hardware Vc diz que hoje "há um grande > volume de transações", aí vem a pergunta , COMO está o teu SLA pra elas, vc > tá cumprindo no limite ? Pois é aquela, dependendo da tecnologia de standby > adotada (que depende se é banco Enterprise ou não, da versão, de que > datatypes usa, etc) o overhead a mais em se enviar os "dados" adicionais até > o standby pode ser significativo, e e já que é "24x7", opções de refresh > não-online e automático dos sites, que impõem menos (ou nenhum) overhead às > transações ficam fora... > > e) eventuais alterações na aplicação/ambiente : evidente, se hoje a aplicação > está configurada/ programada para se conectar diretamente ao servidor NNN no > IP X.Y.Z, evidentemente o site 2 é outro nome/outro IP, alguma solução de > transpência (BigIP, IP/hostnames virtuais, o que for) vai ter que ser usada E > as aplicações pode ser que tenham que ser alteradas para usar a tal solução > > > São coisas assim que vc tem que pensar e relacionar pro seu cliente, e TUDO > com levantamente PRECISO de custo, ok ? > > []s > > Chiappa > > --- Em oracle...@yahoogrup os.com.br, "William Gouveia" escreveu > > > > > > Bom dia a todos, gostaria de solicitar uma ajuda, presto servico para uma > > empresa que tem a seguinte situação. > > > > Hoje ela possui um site com 150 filiais interligadas, mas tivemos problemas > > recentes onde ficamos 24 horas fora do ar, o problema foi causado pelo > > fornecedor de conexão, apesar de existir rotas redundantes, para mim o > > problema seja exatamente esse apenas "um" fornecedor. Conforme o ditado > > quem tem um não tem nenhum. > > > > Portanto a diretoria esta solicitando um projeto de redundancia de Sites > > tanto na parte de comunicacao e infra-estrutura como tambem em ORACLE, > > gostaria de uma sugestão como poderia aplicar isso com Oracle, a minha > > preocupação é que o sistema tem um numero grande de transações diario e o > > modelo que desejam é que se o site 1 estiver fora todas as 150 filiais > > conectam no site 2, o site 1 voltando ele sincroniza com o site 2 e volta a > > estar disponivel para conexao pelas filiais. > > > > O desejo é que os dois sites estejam distantes cerca de 300km de distancia > > e que tenha realmente alta disponibilidade 24x7. > > > > Tenho uma opniao sobre o assunto e gostaria de ouvir
Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)
Chiappa, Apenas uma pequena correção. A base standby só precisa ser licenciada caso ela seja usada mais de 10 dias ao ano, ou seja, se a empresa garantir que seu uso seja apenas quando a primária cair, não é necessário o licenciamento. Att, Nelson Cartaxo De: jlchiappa Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 22 de Junho de 2009 19:52:36 Assunto: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES) Bom, primeiro de tudo é aquela água : principalmente depois de uma falha, se vc pergunta pro gerentão/diretor/ whatever que tipo de disponibilidade ele vai quere não tenha dúvida que ele enche a boca pra falar "ah, eu quero 100% quero 24x7, não, 20x7, 24x6, ** não serve **... Tá. mas TUDO TEM UM CUSTO, e vc TEM QUE incluir no seu projeto isso... Por exemplo, ter dois sites separados fisicamente é ** ótimo **, já que te dá até Disaster Recover, tipo, pegou fogo no prédio como são sites diferentes o outro está inafetado, MS as opções de processamento distribuído (RAC, Distributed Transactions, etc) simplesmente não cabem num caso assim, a latência simplesmente te mataria, então vc VAI TER QUE ter algum tipo de stand-by (via Dataguard, manual, o que for), o que implica que vc vai ter vários custos não triviais aí : a) licenciamento, a Oracle ** exige ** que o banco stand-by seja licenciado mesmo que não esteja processando diretamente, seja só um espelho do original b) o standby funciona enviando "dados" - normalmente redo logs, mas depende do tipo de standby - pela rede, intensamente, então os dois sites *** TEM QUE TER *** uma linha de rede pra interconexão EXTREMAMENTE potente, muito boa mesmo Ou seja, além dos dois canais por onde o usuário chega ao site 1 ou ao site 2, vc AINDA POR CIMA terá que ter um para o site 1 enviar os "dados" pro standby no site 2... c) duplicidade de tudo : vc terá dois banco, duas licenças, dois storages, etc, etc, etc... d) poder de máquina : evidentemente, se hoje vc não tem standby a sua carga de trabalho do servidor é X, o standby significa que ALÉM desse mesmo trabalho vc ainda terá que ficar enviando e controlando coisas pela rede, se hoje o banco sem standby já tá num gargalo, isso terá que ser revisto, provavelmente uma atualização de hardware Vc diz que hoje "há um grande volume de transações", aí vem a pergunta , COMO está o teu SLA pra elas, vc tá cumprindo no limite ? Pois é aquela, dependendo da tecnologia de standby adotada (que depende se é banco Enterprise ou não, da versão, de que datatypes usa, etc) o overhead a mais em se enviar os "dados" adicionais até o standby pode ser significativo, e e já que é "24x7", opções de refresh não-online e automático dos sites, que impõem menos (ou nenhum) overhead às transações ficam fora... e) eventuais alterações na aplicação/ambiente : evidente, se hoje a aplicação está configurada/ programada para se conectar diretamente ao servidor NNN no IP X.Y.Z, evidentemente o site 2 é outro nome/outro IP, alguma solução de transpência (BigIP, IP/hostnames virtuais, o que for) vai ter que ser usada E as aplicações pode ser que tenham que ser alteradas para usar a tal solução São coisas assim que vc tem que pensar e relacionar pro seu cliente, e TUDO com levantamente PRECISO de custo, ok ? []s Chiappa --- Em oracle...@yahoogrup os.com.br, "William Gouveia" escreveu > > > Bom dia a todos, gostaria de solicitar uma ajuda, presto servico para uma > empresa que tem a seguinte situação. > > Hoje ela possui um site com 150 filiais interligadas, mas tivemos problemas > recentes onde ficamos 24 horas fora do ar, o problema foi causado pelo > fornecedor de conexão, apesar de existir rotas redundantes, para mim o > problema seja exatamente esse apenas "um" fornecedor. Conforme o ditado quem > tem um não tem nenhum. > > Portanto a diretoria esta solicitando um projeto de redundancia de Sites > tanto na parte de comunicacao e infra-estrutura como tambem em ORACLE, > gostaria de uma sugestão como poderia aplicar isso com Oracle, a minha > preocupação é que o sistema tem um numero grande de transações diario e o > modelo que desejam é que se o site 1 estiver fora todas as 150 filiais > conectam no site 2, o site 1 voltando ele sincroniza com o site 2 e volta a > estar disponivel para conexao pelas filiais. > > O desejo é que os dois sites estejam distantes cerca de 300km de distancia e > que tenha realmente alta disponibilidade 24x7. > > Tenho uma opniao sobre o assunto e gostaria de ouvir de outros que tem a > mesma situação e suas experiencias sobre o assunto. > > Desde já agradeço > > William C. de Gouveia > mailto: gouv...@... > Oraculo Consultoria e Desenvolvimento SS Ltda > Fone: (16) 3515-3800 (16) 8111-8755 > www.oraculoconsulto res.com.br > Antes de imprimir, pense em sua responsabilidade com o MEIO > Veja quais são