Sobre o sub-licenciamento/licenciamento parcial com PowerVM ok, ftp://public.dhe.ibm.com/software/pwdownloads/uk_bp/Events/STG_Power_university_Manchester_Nov28th_2012/Oracle-Power-Update-nov12-v1.pdf confirma que a Oracle aceita como hard partitioning, então sem prob...
Sobre o Active data Guard, sim : se vc precisa que Além de ter standby, ele seja Automatizado (ie, que vc não precise programar nada/criar nada) vc precisa do DATA GUARD, e se vc além disso quer USAR o ambiente standby para queries de modo transparente, sem interferir no processo de envio/captura de redo, vc Precisa licenciar o Active Data Guard... Vc até pode ter um standby manual, mas Óbvio que : a. o "manual" aí implica que VOCÊ vai ter que escrever um job/script pra enviar os redos pro servidor de standby, VOCÊ vai ter que escrever um job/script que recepcione e aplique os redos recebidos, VOCÊ vai ter que prever casos de falha de envio, VOCÊ vai ter que escrever algo pra re-envio quando houver falhas... O que a Oracle tá te cobrando em licença Basicamente é essa facilidade, essa inteligência embutida no dataguard e no ADG.... E nem preciso dizer que algo escrito por vc CERTAMENTE vai ser menos seguro/estável/performático do que o DG, que é algo nativo do RDBMS e que já está sendo usado e aperfeiçoado há ** ANOS ** E b. vc muito certamente VAI PERDER a porção Active do DG : um standby manual implica que o banco-destino TEM que estar em modo RECOVER para ir aplicando os archives, e quando está em modo RECOVER fica indisponível para queries dos usuários finais.... Sem o acesso interno ao kernel do banco que permite ao Active Data Guard ser capaz de aplicar archived redo logs sem o banco estar permanentemente em RECOVER mode, o máximo que vc poderia fazer na sua rotina de standby manual nesse sentido de permitir SQLs no banco standby seria um standby não atualizado asap, ie : interromper por algum tempo o recover, permitindo aos usuários finais rodar queries e enquanto isso ir armazenando os archives, e de x em x horas ou á noite aí vc aplica os archives todos que recebeu e armazenou.... Não é o mais seguro, normalmente standby quer dizer ambiente de recuperação contra crashs na produção com risco de perda mínimo, não é o que vc teria nesse cenário... ==>> Assim, avalie na ponta do lápis quanto de benefício vc teria com o custo do Active Data Guard (em especial o overhead que vc tira da produção permitindo SQLs no standby, que de outra forma fica "parado", sem uso efetivo), e SE vc julgar que ele não cabe, aí avalie se é viável não só o tempo/esforço do standby manual MAS também verifique se ele atende às suas necessidades.... []s Chiappa