PROBLEMA: Segmento de log movido para o dispositivo incorretamente se Tempdb expandida

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 141183
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Sintomas
Se o log de transação para o banco de dados tempdb for movido para um dispositivo separado, uma tentativa para expandir o banco de dados tempdb resulta em um novo fragmento de dispositivo que contém o sistema, padrão e logsegment segmentos.
Causa
Esse problema ocorre apenas se você moveu o log de transação para o banco de dados tempdb do seu dispositivo original.

Em SQL Server 6.x, quando essa condição ocorre, o SQL Enterprise Manager relata incorretamente o espaço de dados adicionais como alocado no log de transação.

Um aplicativo também pode encontrar a mensagem de erro 1105:
Não é possível alocar espaço para objeto '< nome do objeto >' no banco de dados 'tempdb' porque o segmento 'padrão' está cheio. Se você executou fora do espaço em Syslogs, despeje o log de transações. Caso contrário, use ALTER DATABASE ou sp_extendsegment para aumentar o tamanho do segmento.

Isso pode ocorrer porque o log de transações é disputando para o espaço que deveria para ser dedicados apenas para dados. Em algumas situações, truncar o log de transação para o banco de dados tempdb pode resolver esse erro.
Como Contornar
Reduza o banco de dados tempdb volta a seu tamanho original de 2 MB no seu dispositivo original (geralmente mestre). Em seguida, expanda ele volta para a configuração desejada.

Para o SQL Server 4.21a, você pode colocar o banco de dados tempdb em RAM e colocá-lo fora de RAM. Isso cria um segmento de dados compartilhadas/log de tempdb de 2 MB no dispositivo de banco de dados padrão. Se o banco de dados tempdb for muito grande para colocar em RAM, em seguida, recriar o dispositivo mestre cria um banco de dados tempdb de padrão de 2 MB no dispositivo mestre.



Para SQL Server 6.x, você pode usar as técnicas ou DBCC SHRINKDB anterior. Observe que DBCC SHRINKDB para o banco de dados tempdb requer que o servidor seja iniciado no modo de usuário único com o parâmetro -m. Consulte o SQL Server "Do administrador do Assistente" para obter mais informações.
Mais Informações
Não benefícios de desempenho comprovados existem para mover o log de transação para o banco de dados tempdb e nenhum motivo existe para despejar o log. Aumentos de desempenho com acesso ao banco de dados tempdb , mova o banco de dados tempdb na RAM.

Para obter informações adicionais sobre como colocar o banco de dados tempdb na RAM, consulte o seguinte artigo na Base de dados de Conhecimento da Microsoft:
115050INF: Quando usar Tempdb em RAM
sql6 alterar sp_logdevice de banco de dados

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 141183 - Última Revisão: 01/16/2015 18:02:01 - Revisão: 3.1

Microsoft SQL Server 7.0 Standard Edition, Microsoft SQL Server 6.0 Standard Edition, Microsoft SQL Server 6.5 Standard Edition

  • kbnosurvey kbarchive kbmt kbprb kbusage KB141183 KbMtpt
Comentários