Yep, eu deveria ter deixado mais claro que, ALÉM do database stand-by nunca 
estar disponível, os documentos Exigem também, para que se possa usar o direito 
de failover sem licença, que o servidor de failover esteja no mesmo local e use 
o mesmo storage - como meus últimos clientes foram datacenters aonde isso 
acontecia, não explicitei.... No seu caso, sendo HA (o que é explicitado pela 
localização remota do servidor stand-by), afaik vc não se encaixa nas 
condições, então vc terá sim que licenciar esse standby - e no meu caso, nas 
Empresas aonde usei HA não participei do processo de licenciamento (já havia 
licença universal) então não tenho um caso real pra te repassar de exemplo...
  
  Agora , o que posso dizer é que vc deve notar, porém, é que embora todos 
exijam que o standby seja licenciado, em momento nenhum é exigido que seja no 
mesmo modelo de licença do principal em todos os casos, okdoc ? Assim, mesmo 
que o servidor primário esteja usando uma licença mais cara, por processador 
digamos, nada impede a meu ver que vc licencie por named user plus, digamos, o 
servidor standby, custando bem menos, ok ?? O documento 
http://www.oracle.com/us/corporate/pricing/data-recovery-licensing-070587.pdf 
inclusive nos diz :

 "Additionally, when licensing by Named User Plus, the user minimums are waived 
on one failover node only."

 Assim para mim tá CLARO que existe a possibilidade de vc licenciar um failover 
via NUP, senão não estaria documentado, certo ?? E na minha Análise, apenas 
configurações de failover EM CLUSTER é que demandam usar a mesma exata métrica 
de licença no primary e no standby, cfrme (no mesmo documento acima, ênfase com 
*s minha) :

"In a failover environment,the same license metric must be used forthe 
production and failover nodes *** when licensing a given clustered 
configuration *** "....

  E quando tiver a falha/crash no banco primário e o failover tiver que ser 
acionado ? O que imho vai te cobrir aí é o fato pouco conhecido que a licença 
de uso do database produção, que está em uso, Absolutamente ** Não é ** 
amarrada a um servidor, sim ?? Então se eu estou rodando no servidor x aqui em 
são paulo meu database produção e amanhã eu cismo de desligar ele aqui e passar 
a rodar ele num servidor y lá no Rio, digamos, a Oracle não pode dar um pio : 
claramente o Contrato de Licença não indica em QUAL servidor o software precisa 
executar.... Assim, eu entendo que simplesmente no caso de crash funciona como 
se vc tivesse transferido o database de servidor, operação que é Absolutamente 
permitida pela licença.... 
  O que é exigido é que se eu num dado momento a Empresa tem x servidores com 
databases produção sendo usados, vc tem que apresentar x licenças, 
Evidentemente respeitando-se capacidade do hardware se licenciamento por 
processor ou qtdade de usuários se licenciamento por nup ...

 E eu estou falando aqui da licença básica, de uso - a exceção ao que eu disse, 
claro, são as Options e licenças opcionais : se vc usa qualquer uma delas no 
banco primary e quer (ou é obrigado a) continuar usando no banco standby, 
EVIDENTEMENTE elas tem que ser lcienciadas no standby , cfrme :

" If any Option or Management Pack (except RAC) is licensed on the primary 
server, then it must also be licensed on the Standby server. If RAC is on the 
primary server but not on the standby server, then licensing it is not 
required."

  Blz ? Evidentemente eu não sou Advogado nem especialista em Licenciamento, 
mas as coisas que te disse acima são SIM especificadas na documentação cujo 
link apresentei, então vc (ou o Jurídico da tua Empresa, devidamente municiado 
por vc com os docs e textos como este) Não Vai aceitar a alegação que 
certamente o teu representante Oracle vai apresentar, que a licença do standy 
tem que ser absolutamente igual á do primary, sim ?? Esse pessoal quer vender, 
tem metas a cumprir E a comissão é em cima do valor vendido, então é Claro que 
vão te apresentar o que custa mais, sempre... É uma negociação um tanto dura 
mas se vc ir pra ele, municiado e com doc na mão, vc já sai em vantagem...

 []s

   Chiappa

Responder a