Construir um caso de negócio: desenvolvimento de aplicativos personalizados
Depois de muito vai-e-vem em blogs, Twitter e fóruns on-line, a Oracle, admitiu que há um bug que pode causar a sua nova opção de banco de dados na memória para ser relatado como estando em uso, quando não é, embora o risco real que poses permanece obscuro.
Como relatado pelo The Register, na semana passada, banco de dados pro Kevin Closson foi o primeiro a perceber que a execução de um simples conjunto de comandos PL / SQL podem aparentemente ativar o Oracle 12c da In-Memory característica , mesmo quando isso não deveria ser possível.
Na quarta-feira, o gerente de produto da Oracle Maria Colgan reconheceu que os resultados de Closson pode ser reproduzida, de que ele tinha de fato localizado um erro, e que vai ser corrigido em breve. Mas o que isso realmente significa para os clientes?
Aqui está um resumo do assunto, tão brevemente quanto podemos colocá-lo. Com instalado a versão corrigida do Oracle 12.1.0.2, opção de configuração do banco de dados INMEMORY_QUERY é ativado por padrão, assim como todos os novos recursos desde Oracle 11g foram habilitadas por padrão. Mas o parâmetro INMEMORY_SIZE está definido para zero, ou seja, nenhum espaço foi alocada para armazenar as novas tabelas na memória.
De acordo com a Oracle, quando está configurado assim, a opção In-Memory é considerado deficiente, porque não é realmente utilizável. As tabelas na memória realmente não pode ser criado porque não há lugar para colocá-los. Além do mais, a alteração do parâmetro INMEMORY_SIZE a qualquer coisa diferente de zero requer a reinicialização da instância de banco de dados, o que torna extremamente improvável que um DBA pode ativar o recurso acidentalmente.
Mas não é isso que Closson encontrado. Em seus testes , tudo o que ele precisava fazer era criar uma nova tabela especificando a propriedade InMemory e seu banco de dados informou que a opção In-Memory havia sido habilitado e estava em uso, embora INMEMORY_SIZE ainda foi definido para o padrão de zero.
Closson habilitado a opção In-Memory com um par de consultas SQL simples ... ou não é? (Clique para ampliar)
Além do mais, Closson observou que apenas definindo INMEMORY_SIZE para uma certa quantidade de memória não é suficiente para fazer o relatório característica In-Memory como estando em uso. Você tem que atribuir a propriedade InMemory a uma mesa - e isso, aparentemente, marca o recurso como "em uso", independentemente do valor de INMEMORY_SIZE.
Isso é ruim, figuras Closson, porque a opção In-Memory não é livre; longe disso. E em supostos US $ 23.000 por CPU Sparc ", permitindo que" por acidente poderia ser um erro grave.
Série de posts sobre o assunto do Closson desencadeou uma verdadeira tempestade de comentário on-line ao longo dos próximos dias, com a Oracle negando principalmente suas alegações. Mas quando um outro usuário do Oracle conseguiu reproduzir os resultados da Closson, desta vez com um comando ALTER TABLE, Colgan finalmente admitiu que o comportamento observado não foi correta.
"Gravação de que a opção In-Memory está em uso, neste caso, é um erro e vamos corrigi-lo na primeira atualização patchset chegando em outubro", escreveu Colgan em um comentário ao seu próprio blog na quarta-feira.
Note-se, no entanto, que ela não disse que havia um bug que permitia o recurso In-Memory para ser ativado por engano. Ela simplesmente disse que quando um DBA realiza série de etapas de Closson, para o banco de dados para registrar que o recurso In-Memory está em uso é considerado um bug.
Isso significa que a opção In-Memory não é realmente em uso, mesmo quando você repetir o procedimento de Closson. E se a Oracle realmente tentar cobrar um cliente para a opção In-Memory baseada nessa informação errônea é sempre uma incógnita. Oracle não iria responder ao pedido El Reg para esclarecimentos sobre o assunto.
Se você tem um contrato de suporte Oracle, no entanto, você pode acompanhar o andamento do patch no banco de dados da empresa bug, onde é arquivado como Bug # 19308780. E esperar que fix para chegar em outubro. ®
via Alimentação (Feed)
Nenhum comentário:
Postar um comentário