Re: [oracle_br] Re: Perda de contrato com a Oracle

[Ivan Ricardo Schuster ivanr...@gmail.com [oracle_br]]

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] :

>
>
> 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 

Re: [oracle_br] Re: Perda de contrato com a Oracle

[jlchia...@yahoo.com.br [oracle_br]]

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: Perda de contrato com a Oracle

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_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]"  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 

Re: [oracle_br] Re: Perda de contrato com a Oracle

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

Obrigado a todos pelas respostas e pela ajuda.Grato. 

Em Terça-feira, 2 de Fevereiro de 2016 11:15, "Fabricio Pedroso Jorge 
fpjb...@gmail.com [oracle_br]"  escreveu:
 

     Só a questão de não poder mais usar o suporte já seria algo a se deixar 
qualquer diretoria SÉRIA preocupada, mas...
Em 2 de fevereiro de 2016 10:29, jlchia...@yahoo.com.br [oracle_br] 
 escreveu:

     Acho que esses são os principais, mesmo : vc só Precisa deixar 
Absolutamente, Completamente e Transparentemente CLARO pra Diretoria o ** nível 
** em que podem se apresentar esses pontos 
 Por exemplo, correção de BUGs : isso implica que QUALQUER BUG, seja um 
pequenininho que não pega quase nada, seja um Enorme, que deixe Vulnerável os 
dados da Empresa, ou mesmo um bug Horroroso que seja show-stopper, ie, que PARE 
COMPLETAMENTE o negócio da Empresa, não importa : vc não vai ter acesso a 
NENHUM bugfix desses eventuais bugs, seja qual for a Gravidade Aí não tem 
choro nem vela, se a Empresa não tá emitindo notas/faturando/vendendo por causa 
do RDBMS parado com um bug qualquer, é a EMPRESA que perde dinheiro, não é o 
DBA nem eu nem vc...
 Outro é q eustão do atendimento : sem o contrato de Suporte, vc vai estar 
TOTALMENTE POR CONTA PRÓPRIA para tirar qualquer dúvida, obter best 
practices/guias de uso, Recomendações de uso, nadica de nada disso vai 
existir... Até um ponto vc consegue obter alguma coisa disso em Fóruns e/ou com 
outros colegas, mas vc TEM que deixar claro que sem um Contrato de Suporte vc 
fica sem recurso algum para obter qualquer tipo de 
aompanhamento/aconselhamento/recomendação oficial da Oracle, o que Pode levar a 
mau uso do software, não-utilização de Recursos pelos quais a Empresa já pagou, 
coisas assim 
 Isso TUDO tem que ser Constrastado contra o tamanho/criticidade/importância 
dos dados para o negócio da Empresa, penso...

[]s

  Chiappa   



-- 
Fabrício Pedroso Jorge.

Administrador de Banco de Dados

certificacaobd.com.br

Resumo Profissional:
http://br.linkedin.com/in/fabriciojorge
Contatos:
+ 55 91 988991116
skype: fabricio.pedroso.jorge
fpjb...@gmail.com 
  #yiv9802986898 #yiv9802986898 -- #yiv9802986898ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv9802986898 
#yiv9802986898ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv9802986898 
#yiv9802986898ygrp-mkp #yiv9802986898hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv9802986898 #yiv9802986898ygrp-mkp #yiv9802986898ads 
{margin-bottom:10px;}#yiv9802986898 #yiv9802986898ygrp-mkp .yiv9802986898ad 
{padding:0 0;}#yiv9802986898 #yiv9802986898ygrp-mkp .yiv9802986898ad p 
{margin:0;}#yiv9802986898 #yiv9802986898ygrp-mkp .yiv9802986898ad a 
{color:#ff;text-decoration:none;}#yiv9802986898 #yiv9802986898ygrp-sponsor 
#yiv9802986898ygrp-lc {font-family:Arial;}#yiv9802986898 
#yiv9802986898ygrp-sponsor #yiv9802986898ygrp-lc #yiv9802986898hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv9802986898 
#yiv9802986898ygrp-sponsor #yiv9802986898ygrp-lc .yiv9802986898ad 
{margin-bottom:10px;padding:0 0;}#yiv9802986898 #yiv9802986898actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv9802986898 
#yiv9802986898activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv9802986898
 #yiv9802986898activity span {font-weight:700;}#yiv9802986898 
#yiv9802986898activity span:first-child 
{text-transform:uppercase;}#yiv9802986898 #yiv9802986898activity span a 
{color:#5085b6;text-decoration:none;}#yiv9802986898 #yiv9802986898activity span 
span {color:#ff7900;}#yiv9802986898 #yiv9802986898activity span 
.yiv9802986898underline {text-decoration:underline;}#yiv9802986898 
.yiv9802986898attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv9802986898 .yiv9802986898attach div a 
{text-decoration:none;}#yiv9802986898 .yiv9802986898attach img 
{border:none;padding-right:5px;}#yiv9802986898 .yiv9802986898attach label 
{display:block;margin-bottom:5px;}#yiv9802986898 .yiv9802986898attach label a 
{text-decoration:none;}#yiv9802986898 blockquote {margin:0 0 0 
4px;}#yiv9802986898 .yiv9802986898bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv9802986898 
.yiv9802986898bold a {text-decoration:none;}#yiv9802986898 dd.yiv9802986898last 
p a {font-family:Verdana;font-weight:700;}#yiv9802986898 dd.yiv9802986898last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv9802986898 
dd.yiv9802986898last p span.yiv9802986898yshortcuts 
{margin-right:0;}#yiv9802986898 div.yiv9802986898attach-table div div a 
{text-decoration:none;}#yiv9802986898 div.yiv9802986898attach-table 
{width:400px;}#yiv9802986898 div.yiv9802986898file-title a, #yiv9802986898 
div.yiv9802986898file-title a:active, #yiv9802986898 
div.yiv9802986898file-title a:hover, #yiv9802986898 div.yiv9802986898file-title 
a:visited 

[oracle_br] Re: Perda de contrato com a Oracle

[jlchia...@yahoo.com.br [oracle_br]]

Acho que esses são os principais, mesmo : vc só Precisa deixar Absolutamente, 
Completamente e Transparentemente CLARO pra Diretoria o ** nível ** em que 
podem se apresentar esses pontos 
 Por exemplo, correção de BUGs : isso implica que QUALQUER BUG, seja um 
pequenininho que não pega quase nada, seja um Enorme, que deixe Vulnerável os 
dados da Empresa, ou mesmo um bug Horroroso que seja show-stopper, ie, que PARE 
COMPLETAMENTE o negócio da Empresa, não importa : vc não vai ter acesso a 
NENHUM bugfix desses eventuais bugs, seja qual for a Gravidade Aí não tem 
choro nem vela, se a Empresa não tá emitindo notas/faturando/vendendo por causa 
do RDBMS parado com um bug qualquer, é a EMPRESA que perde dinheiro, não é o 
DBA nem eu nem vc...
 Outro é q eustão do atendimento : sem o contrato de Suporte, vc vai estar 
TOTALMENTE POR CONTA PRÓPRIA para tirar qualquer dúvida, obter best 
practices/guias de uso, Recomendações de uso, nadica de nada disso vai 
existir... Até um ponto vc consegue obter alguma coisa disso em Fóruns e/ou com 
outros colegas, mas vc TEM que deixar claro que sem um Contrato de Suporte vc 
fica sem recurso algum para obter qualquer tipo de 
aompanhamento/aconselhamento/recomendação oficial da Oracle, o que Pode levar a 
mau uso do software, não-utilização de Recursos pelos quais a Empresa já pagou, 
coisas assim 
 Isso TUDO tem que ser Constrastado contra o tamanho/criticidade/importância 
dos dados para o negócio da Empresa, penso...

[]s

  Chiappa

Re: [oracle_br] Re: Perda de contrato com a Oracle

[Fabricio Pedroso Jorge fpjb...@gmail.com [oracle_br]]

Só a questão de não poder mais usar o suporte já seria algo a se deixar
qualquer diretoria SÉRIA preocupada, mas...

Em 2 de fevereiro de 2016 10:29, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Acho que esses são os principais, mesmo : vc só Precisa deixar
> Absolutamente, Completamente e Transparentemente CLARO pra Diretoria o **
> nível ** em que podem se apresentar esses pontos
>  Por exemplo, correção de BUGs : isso implica que QUALQUER BUG, seja um
> pequenininho que não pega quase nada, seja um Enorme, que deixe Vulnerável
> os dados da Empresa, ou mesmo um bug Horroroso que seja show-stopper, ie,
> que PARE COMPLETAMENTE o negócio da Empresa, não importa : vc não vai ter
> acesso a NENHUM bugfix desses eventuais bugs, seja qual for a Gravidade
> Aí não tem choro nem vela, se a Empresa não tá emitindo
> notas/faturando/vendendo por causa do RDBMS parado com um bug qualquer, é a
> EMPRESA que perde dinheiro, não é o DBA nem eu nem vc...
>  Outro é q eustão do atendimento : sem o contrato de Suporte, vc vai estar
> TOTALMENTE POR CONTA PRÓPRIA para tirar qualquer dúvida, obter best
> practices/guias de uso, Recomendações de uso, nadica de nada disso vai
> existir... Até um ponto vc consegue obter alguma coisa disso em Fóruns e/ou
> com outros colegas, mas vc TEM que deixar claro que sem um Contrato de
> Suporte vc fica sem recurso algum para obter qualquer tipo de
> aompanhamento/aconselhamento/recomendação oficial da Oracle, o que Pode
> levar a mau uso do software, não-utilização de Recursos pelos quais a
> Empresa já pagou, coisas assim
>  Isso TUDO tem que ser Constrastado contra o
> tamanho/criticidade/importância dos dados para o negócio da Empresa,
> penso...
>
> []s
>
>   Chiappa
> 
>



-- 
*Fabrício Pedroso Jorge.*

Administrador de Banco de Dados

certificacaobd.com.br 

*Resumo Profissional:*
http://br.linkedin.com/in/fabriciojorge

*Contatos:*
+ 55 91 988991116
skype: fabricio.pedroso.jorge
fpjb...@gmail.com