Duas informações adicionais a essa thread: 1) A questão de não pagar suporte para ambientes não produtivos ou pagar licenciamento de um produto mais barato para ter acesso aos downloads não é bem assim.
Em teoria (em contrato) caso seu banco de dados não esteja em contrato de suporte você não pode aplicar nenhum patch/patchset nem atualização de versão que tenha sido lançado depois do cancelamento do seu contrato de suporte. Isso implica que, digamos que você pague suporte para PRD mas não pague para DSV/HML, você não poderá aplicar em DSV/HML os patches que foram aplicados em PRD. Isso faz sentido? Além disso, pagando suporte a um produto mais barato não te dá o direito de instalar atualizações de produtos mais caros. Talvez você possa, mas não deve! 2) Você não informou que versão do seu banco de dados você usa (SE, SE1 ou EE), mas recentemente a Oracle publicou informação que estaria descontinuando o SE1 e SE, transformando em uma unica versão SE2, e que licenças de SE1 e SE seriam migradas para SE2 sem custos. Falando de valores (não sei quão atualizados) estaríamos falando de uma licença de 20k/proc do SE1 ser migrada para o SE2 que custa 80k/proc. E o que isso tem a ver? Via de regra, se você deixa de pagar o suporte ao seu produto, quando quiser atualizar ou aplicar patch, etc, você precisará comprar licença nova (de 80k), caso esteja com o suporte ativo e válido não precisará comprar nada, simplesmente atualizar. 2016-02-03 16:33 GMT-02:00 Rafael Mendonca raffaell.t...@yahoo.com [oracle_br] <oracle_br@yahoogrupos.com.br>: > > > Opa Chiappa, ótima explicação e obrigado pela atenção de sempre. > > > Em Quarta-feira, 3 de Fevereiro de 2016 15:07, "jlchia...@yahoo.com.br > [oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu: > > > > 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 > > > > > >
