Re: [oracle_br] Re: Perda de contrato com a Oracle
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]" 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 #yiv2506447486 #yiv2506447486 -- #yiv2506447486ygrp-mkp {border:1px solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv2506447486 #yiv2506447486ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv2506447486 #yiv2506447486ygrp-mkp #yiv2506447486hd {color:#628c2a;font-size:85%;font-weight:700;line-height:12
Re: [oracle_br] Re: Perda de contrato com a Oracle
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
Re: [oracle_br] Re: Mídi a WebLogic Server 10.3.2
Depois de todo esse tempo, finalmente consegui todos os softwares necessários! :) Começando os estudos! Abraço a todos que tentaram ajudar de alguma forma! Em qua, 27 de jan de 2016 às 11:45, jlchia...@yahoo.com.br [oracle_br] < oracle_br@yahoogrupos.com.br> escreveu: > > > maravilha, toda sorte do mundo pra vc... > > []s > >Chiappa > > -- Att,/Regards, Vitor Jr. Infraestrutura / Infrastructure Team Oracle 12c DBA Certified Professional - OCP 12c Oracle 11g DBA Certified Professional - OCP 11g Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid Infrastructure Administrator - OCE Oracle Database 11g Performance Tuning Certified Expert - OCE Oracle Exadata 11g Certified Implementation Specialist Oracle Certified Associate, MySQL 5 mail, gtalk e msn: vitorj...@gmail.com http://certificacaobd.com.br/ skype: vjunior1981 https://mybizcard.co/vitor.jr.385628