andba77's questions

Eu tenho um ambiente misto executando bancos de dados 11g e 12c no mesmo servidor. Um de nossos bancos de dados foi atualizado recentemente para 12c e os clientes Oracle mais antigos começaram a gerar erros ORA-28040 nas tentativas de conexão devido ao uso de protocolos de autenticação mais antigos.

No servidor de banco de dados, cada instância é instalada em um Oracle Home separado com seu próprio software Oracle. Os arquivos sqlnet.ora em cada diretório ORACLE_HOME/network/admin foram criados como um link simbólico para um arquivo sqlnet.ora central em um disco NFS compartilhado.

Eu gostaria de usar o parâmetro SQLNET.ALLOWED_LOGON_VERSION_SERVER no arquivo sqlnet.ora central para permitir conexões dos clientes mais antigos até que eles possam ser atualizados. A preocupação que tenho é esta: se o parâmetro é suportado apenas pelo 12c, preciso ter certeza de que incluí-lo não causará problemas para conexões com os bancos de dados 11g. É seguro incluir este parâmetro no arquivo sqlnet.ora de um banco de dados 11g? Será simplesmente ignorado?

Acabei de criar um catálogo de texto completo no meu banco de dados. Agora tenho um desenvolvedor que precisa criar índices de texto completo nas tabelas desse banco de dados.

A sugestão dada em uma pergunta anterior foi conceder o proprietário do banco de dados ao usuário. Eu realmente gostaria de evitar dar um nível tão alto de acesso.

Existe alguma maneira de fazer isso sem conceder dbo? Não consegui encontrar nada sobre o aspecto de permissões no BOL.

Digamos que eu queira alterar uma definição de configuração SQL como MAXDOP. Sei que alterar isso em uma instância ativa afetará gravemente o desempenho, pois limpará todos os planos de consulta em cache. Fazer isso enquanto a instância está em execução simplesmente não é uma opção.

Existe alguma maneira de modificar o valor agora, mas "adiar" a alteração real até a próxima vez que o servidor SQL for reiniciado?

O que estou procurando é uma opção como "scope=spfile" do Oracle para alterações de parâmetro. Essa opção existe no SQL Server?

Eu tenho uma tabela blobtable que possui uma coluna BLOB blobcol . Um usuário atualizou a tabela usando um comando semelhante a este:

UPDATE BLOBTABLE
SET BLOBCOL=BFILENAME('directory/subdirectory', 'filename.txt')
WHERE ROWID='ROWIDVALUE';

Observe que o arquivo filename.txt existia no diretório antes dessa atualização ser executada.

Agora, o usuário está dizendo que quando eles selecionam blobtable (usando o desenvolvedor PL/SQL), o blobcol contém "Erro de valor" para esta linha. Normalmente, blobcol contém o valor "BFILE". Por curiosidade, tentei selecionar o mesmo registro no SQL*Plus e obtive o seguinte valor para blobcol:

bfilename(diretório/subdiretório', 'filename.txt')

Não estou muito familiarizado com BLOBs e como eles funcionam, então minhas perguntas são:

1. O usuário atualizou o blobcol corretamente?
2. O que poderia causar o "Erro de valor" e como isso pode ser corrigido?

No interesse de manter o banco de dados o mais seguro possível, gostaria de bloquear as contas SYS e SYSTEM para que ninguém possa fazer login com elas.

Assumindo que:

1. Não há scripts/cron jobs do sistema operacional fazendo login como SYS ou SYSTEM
2. Não há aplicativos ou utilitários externos usando nenhuma dessas contas
3. Sempre posso fazer login "/ como sysdba" com a conta do sistema operacional adequada

O bloqueio dessas duas contas terá algum efeito adverso? Alguém já fez isso antes que possa comentar se é uma boa ideia ou não?

Temos um número razoavelmente grande de consultas usando dicas de índice em nosso banco de dados 11.2.0.4. Recentemente, descobri alguns problemas de desempenho e descobri que alguns dos índices referenciados pelas dicas de consulta estavam ausentes. Estou preocupado que possa haver mais casos disso e gostaria de saber se é possível construir uma consulta para fazer o seguinte:

1. Pesquise no cache do cursor todas as consultas com dicas de índice
2. Extraia o nome do índice de cada dica e procure o índice no dicionário de dados.
3. Retorne o nome de cada índice que está faltando.

Todos os índices seguem o mesmo esquema de nomenclatura: 6 letras, seguidas por 6 dígitos, seguidas pela string "$INDXn", onde n é um dígito 0-9.

Alguma sugestão de como abordar isso?