CORREÇÃO: Desempenho lento quando você consultar os tipos de dados numéricos de um banco de dados Oracle

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 3138659
Sintomas
Considere o seguinte cenário:
  • Configurar um servidor vinculado para acessar um banco de dados Oracle como uma origem remota no Microsoft SQL Server 2012 ou 2014 do SQL Server e você usar o provedor OLE DB "Oracle.OleDB" para o servidor vinculado.
  • Usar uma consulta remota que faz referência a uma tabela do Oracle e tabela contém uma ou mais colunas com o tipo de número exclusiva da Oracle. Esta tabela também tem um número significativo de linhas.

Neste cenário, pode ocorrer problemas de desempenho em comparação com o provedor de OleDB do Microsoft "MSDAORA" legado. Esse problema ocorre devido ao modo como o provedor de "Oracle.OleDB" informa o tipo de dados número para SQL Server.
Resolução
Para resolver esse problema, aplique esta atualização e ativar o sinalizador de rastreamento TF9394. Para ativar o sinalizador de rastreamento TF9394, consulte a seção "Mais informações".

Informações da atualização cumulativa

Esse problema foi corrigido nos seguintes atualizações:
Recomendação: Instale a atualização cumulativa mais recente para o SQL Server

Cada nova atualização cumulativa para SQL Server contém todos os hotfixes e todas as correções de segurança que foram incluídas com a atualização cumulativa anterior. Confira as mais recentes atualizações cumulativas para o SQL Server:
Situação
A Microsoft confirma que este é um problema em seus produtos listados na seção "Aplica-se a".
Mais Informações
Como ativar o sinalizador de rastreamento 9394

Você pode ativar o sinalizador de rastreamento 9394 na inicialização ou em uma sessão de usuário. O sinalizador de traço tem efeitos de nível global ou nível de sessão. Para ativar o sinalizador de rastreamento 9394, use o comando DBCC TRACEON ou – T 9394 como um parâmetro de inicialização.

Se o DBCC TRACEON\TRACEOFF for usado, isso não regenerar um novo plano armazenado em cache para procedimentos armazenados. Pode haver planos em cache que foram criados sem o sinalizador de rastreamento.

Para obter mais informações sobre como habilitar ou desabilitar os sinalizadores de rastreamento e sinalizadores de rastreamento global e nível de sessão, consulte os seguintes tópicos nos Manuais Online do SQL Server:
Referências
Saiba mais sobre o terminologia que a Microsoft usa para descrever as atualizações de software.

Aviso de isenção de informações de terceiros

Os produtos de terceiros descritos neste artigo são fabricados por empresas que são independentes da Microsoft. A Microsoft não oferece nenhuma garantia, implícita ou não, em relação ao desempenho ou à confiabilidade desses produtos.

Propriedades

ID do Artigo: 3138659 - Última Revisão: 05/31/2016 09:33:00 - Revisão: 3.0

Microsoft SQL Server 2012 Service Pack 3, Microsoft SQL Server 2012 Service Pack 2, Microsoft SQL Server 2014 Service Pack 1, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Standard

  • kbqfe kbfix kbexpertiseinter kbsurveynew kbmt KB3138659 KbMtpt
Comentários