Redução de Custos Operacionais Oracle - ref.
Blz ? Certamente vc já sabe de tudo que vou dizer, mas apenas para informação
de quem for ler esta thread no futuro, vou detalhar algumas opções
relacionadas....
A primeira coisa a dizer é que há basicamente 3 tipos de pagamentos que vc
pode ter que fazer para a Oracle no que se refere a databases : Licenciamento,
Suporte Técnico e Add-ons/features licenciadas à parte, vou dar algumas dicas
do que se pode fazer em cada caso :
==> Licença : isso Não PODE e NÃO DEVE nunca ser confundido com o Suporte...
A taxa de Licença é um valor que vc paga para ter Direito de usar o RDBMS com
seus dados reais e/ou seu software REAL (ie, que vai te dar Lucro/ser
vendido/ser usado no seu negócio,Produzindo resultado usável), ENQUANTO que o
Suporte é algo Opcional, que vc paga se quiser obter ajuda a usar melhor o
software via recomendações/best practices, resolver bugs/problemas de
usabilidade...
A observação é que se pode OU Licenciar o RDBMS por servidor (ie, se faz um
cálculo de capacidade bruta , envolvendo entre outras coisas número e tipo de
processadores), paga-se um valor tabelado por isso e se pode ter quantos
databases quiser, gerenciados por quantas instalações de RDBMS quiser, sendo
acessador por qquer número de usuários processadores ), OU se pode licenciar
cada database por número de usuários nomeados, ie, cada usuário que vai
conectar pode ser identificado e vc paga um valor fixo por cada usuário....
Então é simples , a primeira coisa que se faz ao tentar reduzir custo de
licenças é identificar eventuais servidores/database que não são produção
(basicamente POCs, usando software e/ou dados não-reais), identificar eventuais
casos de databases onde a lista de usuários seja conhecida e fixa (ou possa ser
fixada) e comparar custos de licenciamento por usuário x licenciamento por
servidor...
==> Suporte Técnico : como a gente disse antes, isso é Muitíssimo Recomendado
mas principalmente em ambientes produtivos, onde um bugfix e/ou uma análise do
Suporte Oracle podem ser um diferencial vital para a Estabilidade/Continuidade
do negócio da empresa, e/ou para racionalização de recursos... OBVIAMENTE, a
primeira Ação para reduzir custos de Suporte é CATEGORIZAR/LEVANTAR direitinho
a utilização dos databases e *** ELIMINAR ***, em dó nem pena, o Contrato de
Suporte para os ambientes não-críticos que não Justifiquem o investimento....
Notar que não é simplesmente dizer se é produção ou não, tranquilamente PODEM
existir databases não-produção que sejam críticos e exijam Suporte (sei lá, um
database dedicado a reports, ou um de Homologação, digamos), E/OU podem existir
databases produção que estejam atendendo sistemas / ambientes menos Críticos
que Talvez possam rodar sem Suporte.....
O SEGUNDO PONTO de diminuição de custo de Suporte é Avaliar qual/quais
databases podem rodar sem um Contrato de Suporte específico para eles : o que
acontece é que, se vc tiver um Contrato de Suporte para um outro produto Oracle
mais baratinho vc, OBVIAMENTE, não vai poder abrir um Chamado de
ajuda/verificação para o RDBMS grandão/fullzão que vc tem na Produção ******
MAS ******** vai poder SIM baixar a maioria dos
bugfixes/patches/patchsets/notas e documentos de Recomendações técnicas para
qualquer produto Oracle (que não esteja fora de Suporte, é Claro!), e isso ***
INCLUSIVE ** se refere ao teu RDBMS de Produção, certo ???? E isso Náo é
Novidade, a política da Oracle tem sido assim há ANOS e ANOS...
Esse é um ponto IMPORTANTE mas que muita gente esquece, a Avaliação de QUAIS
DATABASES de produção precisam de acesso a bugfixes e documentação extendida
Mas podem rodar sem a proteção de se poder abrir Chamados de avaliação no
Suporte Oracle....
==> ADD-ONS e Features pagos à parte : eu classifico nesta categoria tanto
os softwares extras pagos que vc instala para auxiliarem o RDBMS (exemplo,
Oracle Vault) quanto as features que já estão programadas no RDBMS Oracle mas
se vc quiser usar tem que pagar um extra (exemplo, AWR/ASH) - aqui não tem
muito segredo, é fazer o levantamento técnico de qual módulo do Aplicativo
(e/ou quais DBAs/Auditores/whatever, se for software auxiliar) estão usando
QUAIS add-ons/features, e avaliar se é tecnicamente viável deixar de usar...
NÃO ESQUECER de avaliar o CUSTO , em $$$ e em homem-hora, da Solução
alternaativa eventualmente necessária pra se deixar de usar o add-on/feature....
[]s
Chiappa
