PROBLEMA: Segmento de registo de endereço para o dispositivo incorrectamente 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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes 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. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Sintomas
Se o registo de transacções de base de dados tempdb for movido para um dispositivo separado, uma tentativa para expandir a base de dados tempdb resultará num fragmento de dispositivo novo que contém o sistema, predefinido e logsegment segmentos.
Causa
Este problema só ocorre se tiver movido o registo de transacções de base de dados tempdb do respectivo dispositivo original.

Em SQL Server 6.x, quando esta condição ocorrer, o SQL Enterprise Manager incorrectamente comunica o espaço de dados adicionais tal como atribuído no registo de transacções.

Uma aplicação também pode encontrar a mensagem de erro 1105:
Não é possível atribuir espaço para o objecto '< nome do objecto >' na base de dados 'tempdb' porque o segmento de 'default' está cheio. Se lhe ficou sem espaço na Syslogs, copie o registo de transacções. Caso contrário, utilize ALTER DATABASE ou sp_extendsegment para aumentar o tamanho do segmento.

Isto pode ocorrer porque o registo de transacções é contending para o espaço que era suposto para ser dedicado para apenas dados. Em algumas situações, a truncar o registo de transacções de base de dados tempdb pode resolver este erro.
Como contornar
Reduza a base de dados tempdb novamente ao tamanho original de 2 MB no respectivo dispositivo original (normalmente mestre). Em seguida, expanda-lo novamente para configuração pretendida.

Para o SQL Server 4. 21a, pode colocar a base de dados tempdb em RAM e, em seguida, levá-lo da RAM. Isto cria um segmento de dados partilhada/log de tempdb 2 MB no dispositivo de base de dados predefinido. Se a base de dados tempdb for demasiado grande para colocar em memória RAM, em seguida, reconstruir o dispositivo principal cria uma base de dados de tempdb de predefinido de 2 MB no dispositivo principal.



Para SQL Server 6.x, pode utilizar o técnicas ou DBCC SHRINKDB anterior. Tenha em atenção que DBCC SHRINKDB para base de dados tempdb requer o servidor a ser iniciado no modo de utilizador único com o parâmetro -m. Consulte o SQL Server "Do administrador do assistente" para obter mais informações.
Mais Informação
Não vantagens de desempenho comprovadas existem para mover o registo de transacções de base de dados tempdb e não existe nenhuma razão para copiar o registo. De aumentos de desempenho com acesso à base de dados tempdb , considere mover a base de dados tempdb na RAM.

Para obter informações adicionais sobre como colocar a base de dados tempdb em RAM, consulte o seguinte artigo na base de dados de conhecimento da Microsoft:
115050INF: Quando utilizar Tempdb em RAM
sql6 alterar sp_logdevice de base de dados

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 141183 - Última Revisão: 02/10/2014 17:53:24 - 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