RES: [oracle_br] Perda de contrato com a Oracle

2016-02-02 Por tôpico 'angelo' angelolis...@gmail.com [oracle_br] 
 

Seria um bom motivo para parar de atender a essa empresa. Faltar com a parcela 
de responsabilidade da parte deles.

 

Mal comparando, seria o mesmo que andar com um carro sem seguro e um dia bater 
ou ser atingindo numa batida e querer que tudo se resolva da mesma forma, 
rapidinho, como se fosse um segurado.

 

Isso é coisa de povo que acha que contratar suporte é demais, e googlando e 
baixando de algum torrent estará tudo resolvido.

 

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] 
Enviada em: terça-feira, 2 de fevereiro de 2016 11:11
Para: Yahoo! Brazil 
Assunto: [oracle_br] Perda de contrato com a Oracle

 

  

Senhores, bom dia!!!

 

Em uma das empresas em que trabalho, o contrato com o suporte será encerrado no 
dia 01/03/2016. E pelo que venho conversando, eles não tem pretensão de 
renovar, estou querendo passar um e-mail com todos os pontos relevantes caso 
eles não renovem.

 

Um dos pontos que irei citar estão: Atualização do software Oracle, Atendimento 
ao suporte, Pesquisas no metalink, COrreção de BUGS.

 

Alguem pode ajudar em algum outro ponto importante para ser enviado para 
diretoria?

Re: [oracle_br] Queda de Conexão

2016-02-02 Por tôpico jlchia...@yahoo.com.br [oracle_br] 
Um ponto adicional : ao mesmo tempo que vc vai fazer as 
análises/levantamentos/procedimentos indicados, que focam principalmente em 
rede, ainda há SIM a possibilidade de bugs e/ou de parâmetros/configs do RDBMS 
ou do SO incorretos, até mesmo os relacionados diretamente ao RAC, já que só no 
ambiente RAC em tese vc está vendo o problema...
  Uma opção Interessante para vc checar essas coisas facilmente é vc usar os 
UTILITÁRIOS apropriados, o CVU (Cluster verification Utility) e 
(principalmente, mas não exclusicamente) o OraCHK : no Suporte Oracle a nota 
"ORAchk - Health Checks for the Oracle Stack" (Doc ID 1268927.2) é a fonte para 
o OraCHK, e "EM 12c, EM 13c: How to upload the latest CVU or RACCHECK file to 
the Software Library" (Doc ID 1936231.1) , e seus links, são fonte para o 
CVU
 Também vale MUITÃO MESMO a pena vc fazer as validações/estabilizações 
indicadas para o RAC, a nota para isso é "RAC and Oracle Clusterware Best 
Practices and Starter Kit (Platform Independent)" (Doc ID 810394.1) e seus 
links...
 
  []s
  
Chiappa

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

2016-02-02 Por tôpico 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 {text-decoration:none;}#yiv9802986898 div.yiv9802986898photo-

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

2016-02-02 Por tôpico 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

[oracle_br] Re: Perda de contrato com a Oracle

2016-02-02 Por tôpico 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] Perda de contrato com a Oracle

2016-02-02 Por tôpico Rosivaldo Ramalho rosiva...@gmail.com [oracle_br] 
Rafael,

Tem a conta a pagar se um dia eles forem comprar novamente uma licença
Oracle. A Oracle irá querer cobrar esse tempo sem utilização.

Já vi casos em que o vendedor da Oracle coloca em outro CNPJ e coisas do
tipo para não ter que pagar essa conta, mas se for um cara que faço o
correto, a conta é grande.

Procura por "reinstatement fee" que você verá. Além disso, o documento:
http://www.oracle.com/us/support/library/057419.pdf vai te ajudar.

Atenciosamente
--
Rosivaldo Azevedo Ramalho 
Consultor Oracle Database & Fusion Middlerware
OCP DB 10g | OCP DB 11g | OCE RAC 11g | OCE PT 11g
OCP OAS 10g | OCE WLS 10g

http://about.me/rosivaldo

2016-02-02 10:10 GMT-03:00 Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br] :

>
>
> Senhores, bom dia!!!
>
> Em uma das empresas em que trabalho, o contrato com o suporte será
> encerrado no dia 01/03/2016. E pelo que venho conversando, eles não tem
> pretensão de renovar, estou querendo passar um e-mail com todos os pontos
> relevantes caso eles não renovem.
>
> Um dos pontos que irei citar estão: Atualização do software Oracle,
> Atendimento ao suporte, Pesquisas no metalink, COrreção de BUGS.
>
> Alguem pode ajudar em algum outro ponto importante para ser enviado para
> diretoria?
>
>
> 
>

[oracle_br] Perda de contrato com a Oracle

2016-02-02 Por tôpico Rafael Mendonca raffaell.t...@yahoo.com [oracle_br] 
 Senhores, bom dia!!!
Em uma das empresas em que trabalho, o contrato com o suporte será encerrado no 
dia 01/03/2016. E pelo que venho conversando, eles não tem pretensão de 
renovar, estou querendo passar um e-mail com todos os pontos relevantes caso 
eles não renovem.
Um dos pontos que irei citar estão: Atualização do software Oracle, Atendimento 
ao suporte, Pesquisas no metalink, COrreção de BUGS.
Alguem pode ajudar em algum outro ponto importante para ser enviado para 
diretoria?

Re: [oracle_br] Arquivos de Imagens e Videos.

2016-02-02 Por tôpico jlchia...@yahoo.com.br [oracle_br] 
Bem, quando se fala "segurança"não só estamos falando de segurança no acesso 
aos dados (ie, privílégios mais granulares, abundante auditoria, etc, que são 
normal nos RDBMSs) E segurança no sentido de continuidade do 
negócio/persistência dos dados (através das opções de BACKUP e 
ALTA-DISPONIBILIDADE superiores normalmente existindo num RDBMS), mas TAMBÉM 
imagino que esteja claro para todos que falamos também de Segurança no que 
tange à INTEGRIDADE da informação, já que necessariamente qualquer informação 
num RDBMS é TRANSACIONAL, respeita ACID protocol, essas bossas... 

 No caso específico do RDBMS Oracle, a questão da performance pode variar : 
como eu disse no e-mail anterior, o RDBMS Oracle oferece diversos caches (que 
Podem ou não ser um diferencial, mas existem OUTROS pontos que podem fazer a 
performance ser diferente de um file server qquer , tais como o PARTICIONAMENTO 
(nem preciso dizer que se for possível haver partition pruning *** muitos 
milhares *** de blocos podem eventualmente não necessitar ser acessados), 
PARALELISMO DE SQL, onde n sessões iriam fazer o I/O (em alguns casos pode ser 
Tremendamente Diferente a perfoemance de I/O paralelo versus o I/O single comum 
em fileservers, SECUREFILES/DBFS/ASM, ALÉM das n questões de performance de 
LOBs identificas em 
http://pt.slideshare.net/tanelp/oracle-lob-internals-and-performance-tuning , 
https://vsadilovskiy.wordpress.com/2007/11/19/blob-write-size-and-cpu/ e 
https://oraclequest.wordpress.com/2011/03/02/high-performance-batch-lob-insert/,
 nos papers do Suporte Oracle "LOBS - Storage, Read-consistency and Rollback" 
(Doc ID 162345.1) , "LOBS - Storage, Redo and Performance Issues" (Doc ID 
66431.1) , "LOB Performance Guideline" (Doc ID 268476.1) e correlatos, e nos 
docs http://www.oracle.com/technetwork/database/sf-faq-082597.html , 
http://www.oracle.com/technetwork/database/database-technologies/performance/boost-your-database-performance-10x-130376.pdf
 e http://www.oracle.com/technetwork/testcontent/securefile-095630.html
  Sendo assim, a minha Recomendação não podia ser outra : se as questões de 
segurança (E de armazenamento/storage/utilização, como eu disse na msg 
anterior) por si só não levaram à solução da dúvida, aí imho o Melhor é 
MENSURAR EXATAMENTE a performance montando uma POC que reflita *** 
COMPLETAMENTE *** os pontos todos de performance que apontei acima versus uma 
implementação em fileserver e comparar qual a melhor NO AMBIENTE PARTICULAR que 
se deseja aferir - o que imho tá CLARO é que Não Tem Como a gente afirmar, 
point-blank, totalmente de fora, se a performance vai ser inferior ou superior 
ou a mesma com os binários armazenados no banco ou fora dele... E Óbvio#2, tem 
que ser uma comparação JUSTA : só criar uma tablespace qquer e meter os BLOBs 
lá, SEM se preocupar/conhecer os pontos TODOS acima expostos (principalmente o 
SecureFile!!), SEM se assegurar que o RDBMS está fazendo Paralelismo, Direct 
I/O e Asynch I/O na sua melhor acepção, simplesmente Não É uma comparação 
Válida e Justa 
  
   []s
   
 Chiappa

Re: [oracle_br] Arquivos de Imagens e Videos.

2016-02-02 Por tôpico Fabio Prado fbifa...@gmail.com [oracle_br] 
Pessoal,

  Ninguém comentou claramente sobre isso, mas armazenar as imagens no SO
poderá proporcionar melhor performance. Trabalhei como Desenvolvedor há
mais de 10 anos no Submarino e vi testes de desempenho com as imagens fora
do BD, que comprovaram isso que acabei de comentar.

  Seguem abaixo vários links (mais recentes que minha experiência) que
falam sobre isso:

- http://stackoverflow.com/questions/3748/storing-images-in-db-yea-or-nay
-
http://stackoverflow.com/questions/25196910/storing-images-in-a-database-versus-a-filesystem
-
http://dba.stackexchange.com/questions/736/is-it-better-to-store-images-in-a-blob-or-just-the-url/741


Obs.: A grande vantagem de armazenar no BD é a segurança, então veja o que
é melhor no seu caso, ter mais segurança ou mais performance?


[]s


Sent with MailTrack


*Fábio Prado*

www.fabioprado.net
"Compartilhando conhecimentos e treinando profissionais em Bancos de Dados
Oracle"


Em 29 de janeiro de 2016 10:49, angelo angelolis...@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Bom dia,
>
> Minha opiniao seria: Depende
>
> Tem implicação armazenar um path para um diretório (um problema a mais pra
> se preocupar, podendo até fugir da sua alçada) e tem implicação de
> armazenar dentro do banco de dados (pode vir a crescer pra kct se tiver
> muita demanda),  Ambos tem seu custo, que vai implicar na decisão do
> projeto.
>
> Aqui na empresa tem um sistema que armazena arquivos(nfs de fornecedor,
> pra comprovação de despesas) na base. Mas pra visualizar no app, existe um
> processo de conversão dos dados da tabela para o formato do arquivo
> original e exibir pro usuario na tela, o conteudo do arquivo.Só que não
> roda em Oracle, mas em SS. Mas a idéia é a mesma.
>
>
>
> 2016-01-29 9:31 GMT-02:00 Alessandro Lúcio Cordeiro da Silva
> alecordeirosi...@yahoo.com.br [oracle_br] :
>
>>
>>
>>
>> Bom dia Senhores,
>>
>> Gostaria da opinião de vocês sobre onde gravar os arquivos de Imagens e
>> de Videos de uma aplicação.
>>
>> Seria melhor guardar no banco em um campo blob, ou externamente em algum
>> diretório do S.O/Storage?
>>
>> Estou fazendo alguns testes usando o SecureFiles, bem como também a
>> aplicação fazer insert em uma View que está descarrega a Imagem/Vídeo para
>> o diretório.
>>
>> Desde já agradeço opinião de todos.
>>
>> Alessandro Lúcio Cordeiro da Silva
>> Analista de Sistema
>> þ http://alecordeirosilva.blogspot.com/
>> Porque esta é a vontade de Deus, a saber, a vossa
>> santificação: que vos abstenhais da prostituição.
>> (1º Tessalonicenses 4:3)
>>
>>
> 
>