Okdoc : apenas complementando para benefício de quem ler esta thread no futuro
(eu imagino que vc já sabe e já implementou tudo que vou dizer) uns pontos a
mais :
- ao contrário de alguns outros fabricantes, a Oracle fornece para estudo, POCs
e testes quase todos os softwares COMPLETOS dela, ** sem ** restrições de
features (não é crippleware, versão capada, é por exemplo para o software RDBMS
o EE fullzão), E ** sem ** período de tempo (não é expireware que vence em 3
meses ou coisa assim, vc pode usar o software para não-Produção ****
INDEFINIDAMENTE ****, por qunto tempo quiser....
O que define se é Produção (e que portanto EXIGE Licença de uso) ou se não é
são os dados sendo consultados/usados/processados E o software/aplicativo
conectando/usando o banco de dados : se o software que usa o banco NÂO É o
mesmo que roda/vai rodar em Prod e/ou os dados não são dados reais da Empresa,
vc NÃO LICENCIA esse ambiente.... Isso abre a possibilidade de, além da criação
de POCs/healtchchecks/demonstrações, de vc também fazer uma Pré-Avaliação do
comportamento de um aplicativo antes de ir para Prod....
Vamos deixar BEM claro : prum sistema complexo, crítico e importante a tua
Única Alternativa sem risco é vc HOMOLOGAR DIREITO, ie, ter numa máquina
idêntica à PROD os mesmos dados de prod e rodar o aplicativo/sistema com a
mesma carga de PROD usando hardware IDÊNTICO, ponto...
==> O que eu sinalizo aqui é a possibilidade de vc ter uma máquina com um
banco com dados FICTÍCIOS mas de mesmo tamanho/volume/distribuição que PROD, E
onde o aplicativo que usa tal banco ** NÃO É ** idêntico ao que roda em PROD
mas tal como ele faz JOINs complexos (digamos) nas tabelas de mesmo tamanho que
prod mas com dados fictícios... Sacou ?? Um ambiente desse tipo NÂO
DEVE/PRECISA ser licenciado....
- além da comum Licença por capacidade de processamento do servidor (que
habilita vc a ter quantos bancos e usuários quiser/puder num servidor) nós
TEMOS a chance de Licença por Named User PLUS para cada database : isso demanda
que vc saiba exatamente QUEM e QUANTOS são os usuários que vão usar o banco,
algo que nos dias de hoje onde vc Não Sabe exatamente quem na empresa vai usar
qual/quais aplicativos (e sem contar usuários EXTERNOS!) é BEM DIFÍCIL, mas até
pode acontecer... Um exemplo poderia ser um DW cujo Objetivo é produzir
relatórios gerenciais em arquivos que serão distribuídos pros interessados, e
essas pessoas nunca conectam no banco, só recebem a informação processada pelos
usuários da Aplicação - se vc souber indicar EXATAMENTE quantos/quais são esses
usuários de processos automatizados, que NINGUÉM NUNCA USA pra
conectar/processar diretamente no banco, tal banco poderia ser licenciado por
Named User Plus...
A chave aqui é COMPROVAR que as ** pessoas ** que recebem a informação NUNCA
conectam no banco (e óbvio, que os aplicativos que elas usam não conectam no
banco por elas), OU que vc conhece e pode comprovar quem são as pessoas que
conectam e usam o banco/processam dados nele e que cada uma tem um usuário de
banco único e pessoal.... É como eu disse algo difícil hoje em dia mas não
impossível sempre....
- sim, realmente a Licença por capacidade de servidor depende da quantidade de
processadores, e reduzir essa capacidade normalmente implica em queda do valor
de licença, sim.... Só note que :
a. a fórmula de cálculo de licenciamento leva em conta os COREs e a
Arquitetura de CPU em uso - sempre faça as contas Cuidadosamente para ver se
compensa mais um servidor muito potente ou vários menos potentes
b. vc só pode licenciar uma parte dos processadores apenas se estiver usando
uma tecnologia de hard partitioning que a Oracle aceite : normalmente ** todas
** as tecnologias de virtualização/particionamento de hardware built-in nos
Unix-like (tal como Zones e LPARs, pra citar duas) são aceitas na íntegra... O
único software de virtualização dedicado e que não demanda Sistema Operacional
hospedeiro (roda em bare-metal) que a Oracle aceita como hard-partitioning é o
Oracle VM... Tenha CERTEZA de estar usando uma dessas duas opções se vc quer
Licenciar apenas parte do poder computacional do servidor físico real...
- sobre Suporte, há dois pontos de abertura que a Oracle dá, e eu vou indicar
: ambos são Polêmicos, muita gente pode não concordar com a minha Interpretação
(e vc, Inclusive, Deveria acionar o Jurídico da tua Empresa para validar), E
DEVE também checar se houve alteração recente nos manuais e documentos de
utilização de Suporte (faz algum tempo que não os consulto, mas afaik não
houve) mas de qqquer forma citarei os pontos... Me baseio no princípio de In
dubio pro reo mas principalmente no fato de que o que não é explicitamente
proibido é permitido num Contrato, se o propositor do Contrato quisesse proibir
x, deveria ter postulado que x não pode ser usado....
São os pontos :
1. Atendimento pelo Analista de Suporte da Oracle, obtenção de softwares e
bugfixes tá claramente indicado nas docs e no contrato de Suporte que vc só
pode obter se tiver um Contrato de Suporte ativo para o produto em questão, MAS
os demais serviços do Suporte (como pesquisa/consulta de best practices e
documentação técnica extendida, por exemplo) Não São "amarrados" em princípio
ao produto para o qual vc comprou Suporte.... Inclusive na questão de acesso,
vc vai ver que uma vez logado vc pode acessar documentos que falam sobre
Qualquer produto Oracle, não apenas o que vc contratou...
Isso abre a Possibilidade de vc comprar um Contrato de Suporte para um
produto X qualquer mais barato (digamos, um banco Personal, uma das tools
administrativas Oracle, enfim) mas poder Consultar Documentação Técnica
extendida de outros produtos Oracle, como um eventual banco Enterprise que a
sua empresa use...
2. Afora casos de Appliances, Exadata e quetais, Não há ** nenhum **
relacionamento entre o Suporte que vc está comprando e um determinado servidor
: leia o Contrato e vc verá que vc está comprando o direito de ser Suportado
(ie, baixar bugfixes, abrir Chamados para analista de Suporte, etc) para um
determinado produto (digamos, para o Oracle RDBMS Enterprise Edition com as
Options tais e quais) , nos releases que estão em período de Premier Support -
em momento NENHUM o contrato especifica que esse produto tem que ser aquele que
está instalado no servidor tal e qual, identificado por não sei qual nome, de
sistema operacional tal....
Assim, se vc tem 3 servidores PROD rodando o mesmo Oracle EE com as mesmas
Options, vc NÂO PRECISA comprar Suporte pra os 3 - como o produto é o mesmo, um
único Contrato de Suporte pode ser usado para suportar os 3
Espero que esses pontos sejam úteis pra quem estiver no exercício de diminuição
de custos de Licença e Suporte...
[]s
Chiappa
