ID do artigo: 924947 - �ltima revis�o: ter�a-feira, 20 de novembro de 2007 - Revis�o: 2.5

SQL Server aumenta significativamente o espa�o n�o utilizado para algumas tabelas

Clique aqui para exibir o artigo traduzido e o artigo original em ingl�s, lado a lado.

Exibir Aviso de Isen��o de Tradu��o Autom�tica

Exibir os produtos aos quais esse artigo se aplica.

Dica do SistemaEste artigo aplica-se a um sistema operativo diferente do que est� a utilizar. Foi desactivado o conte�do do artigo, que pode n�o ser relevante para si.

Este artigo descreve um cen�rio no qual o Microsoft SQL Server aumenta significativamente o espa�o n�o utilizado para algumas tabelas. Em seguida, o artigo descreve dois m�todos a seguir que voc� pode usar para solucionar esse problema:

Converta tabelas de heap em tabelas que usam os �ndices em cluster.
Defina a op��o de configura��o Abrir objetos como um valor alto.

Voltar para o in�cio

Sintomas

Considere o cen�rio a seguir no SQL Server:

Uma inst�ncia do SQL Server possui um ou mais bancos de dados do usu�rio.
O n�mero cumulativo de tabelas nesses bancos de dados � maior do que o limite espec�fico que est� listado na tabela no final desta se��o. Essas tabelas incluem a tabela de sistema, a tabela de usu�rio e a tabela tempor�ria.
Aplicativos que est�o conectados � inst�ncia do SQL Server fazer refer�ncia a maioria dessas tabelas.

Nesse cen�rio, voc� pode observar os seguintes sintomas:

O espa�o que esses bancos de dados usu�rio consumam cresce a uma taxa que � muito mais r�pida que a taxa t�pica. Dependendo das configura��es de Autogrowth para esses bancos de dados usu�rio, os arquivos de banco de dados podem crescer com mais freq��ncia que eles crescem em casos comuns.
A parte n�o utilizada do espa�o que consumam esses bancos de dados usu�rio ser� maior do que a parte n�o usada t�pica.
Quando voc� exibir as propriedades das estruturas de armazenamento para esses bancos de dados usu�rio, como a estrutura de armazenamento do heap, �rvore de imagem de texto e o �ndice de cluster, voc� ver� muita espa�o n�o utilizado.
O espa�o reservado para entradas de �ndice da tabela sysindexes aumenta em m�ltiplos de 8. No entanto, o espa�o usado para entradas de �ndice da tabela sysindexes aumenta apenas um pequeno n�mero, como 1 ou 2. Ou seja, para todos os oito p�ginas que s�o alocadas em uma nova extens�o, apenas algumas p�ginas j� s�o usadas dessa extens�o.

O limite � discutido anteriormente neste artigo varia, dependendo as seguintes condi��es:

A edi��o espec�fica do SQL Server que voc� est� usando
A mem�ria que voc� configurou para o SQL Server

A tabela a seguir lista esses limites para diferentes edi��es do SQL Server.

Recolher esta tabelaExpandir esta tabela

edi��o	mem�ria (bytes)	limite
Enterprise, Standard/Developer	Mais de 671,088,640	8192
Enterprise, Standard/Developer	Menor que 671,088,640	2048
Enterprise, Standard/Developer	Menor que 67,108,864	512
Enterprise, Standard/Developer	Menor que 8,388,608	128
Pessoal/MSDE	N�o aplic�vel	128

A mem�ria corresponde � configura��o de mem�ria m�xima do servidor para a inst�ncia do SQL Server que voc� est� usando. Voc� pode usar o procedimento armazenado do sistema sp_configure para configurar a mem�ria m�xima do servidor .

Observa��o No SQL Server 2005, voc� pode consultar a exibi��o de cat�logo sys.dm_db_partition_stats para obter as informa��es de espa�o utilizado e as informa��es reservadas. No SQL Server 2000, voc� pode consultar a tabela sysindexes para obter essas informa��es.

Voltar para o in�cio

Causa

O SQL Server mant�m dois tipos de informa��es armazenadas em cache para aloca��o de espa�o na mem�ria: cache de aloca��o e cache de espa�o livre. O cache de aloca��o cont�m IDs de extens�o para extens�es recentemente alocadas para um �ndice espec�fico. O cache de espa�o livre cont�m n�meros de p�gina para p�ginas recentemente alocados de essas extens�es alocadas. Ele tamb�m cont�m o estado das p�ginas. Se esses caches ficar vazios, os problemas que s�o descritos na se��o "Sintomas" ocorrem.

Esses caches ficar vazios pelos seguintes motivos:

Voc� executar comandos diferentes que devem executar sincroniza��es entre as informa��es de metadados na mem�ria e as informa��es no disco. Por exemplo, execute um dos seguintes comandos:
- DBCC UPDATEUSAGE
- ATUALIZA��O DE ESTAT�STICAS
Todos os descritores de objeto que s�o configurados usando a op��o Abrir objetos s�o usados. Portanto, n�o descritores livres est�o dispon�veis.

Voltar para o in�cio

Como Contornar

Para contornar este problema, use um dos seguintes m�todos:

Converta tabelas de heap em tabelas que usam os �ndices em cluster.
Defina a op��o de configura��o Abrir objetos como um valor alto.

Esses m�todos podem reduzir a taxa de crescimento para o espa�o n�o utilizado que est� alocado para uma tabela. As se��es a seguintes descrevem esses dois m�todos. As se��es tamb�m descrevem por que esses m�todos ajudam a resolver o problema descrito neste artigo.

Voltar para o in�cio

Converter tabelas de heap em tabelas que usam os �ndices em cluster

Observa��o Depois de converter as tabelas de heap para tabelas que usam os �ndices em cluster, voc� pode executar opera��es de manuten��o de �ndice periodicamente para recuperar qualquer espa�o que � desnecessariamente n�o utilizado. Por exemplo, voc� pode executar os seguintes comandos:

DBCC DBREINDEX
DBCC INDEXDEFRAG

A seguir � uma seq��ncia comum de opera��es que ocorrem quando voc� inserir um registro em uma tabela de heap:

1. tente inserir uma linha na tabela.
2. consulte o cache de espa�o livre para id de �ndice 0 desta tabela.
3. determine se as p�ginas v�lidas est�o presentes no cache de espa�o livre.
4. se Sim:
- 4.1. se houver espa�o suficiente na p�gina, inserir dados na p�gina.
5. se n�o:
- 5.1. SQL Server deve alocar uma nova p�gina para esta linha.
- 5.2. consulte o cache de aloca��o para id de �ndice 0 desta tabela.
- 5.3. determine se extens�es v�lidas est�o presentes no cache de aloca��o.
- 5.4. se Sim:
  - 5.4.1. determine se qualquer uma das oito p�ginas na extens�o pode ser usada para esta nova solicita��o de aloca��o de p�gina.
  - 5.4.2. se Sim:
    - 5.4.2.1. allocate uma p�gina deste j� alocado extens�o.
    - 5.4.2.2. v� para a etapa 5.5.5.
  - 5.4.3. se n�o:
    - 5.4.3.1. v� para a etapa 5.5.1.
- 5.5. se n�o:
  - 5.5.1. use os dados do mapa de aloca��o global (GAM) e o secund�rio SGAM (global aloca��o mapa) para localizar uma nova extens�o a ser alocada.
  - 5.5.2. alocar uma nova extens�o.
  - 5.5.3. use uma p�gina dessa nova extens�o para satisfazer a nova solicita��o de aloca��o de p�gina da etapa 5.1.
  - 5.5.4. preencha as informa��es sobre essa extens�o rec�m-alocada no cache de aloca��o.
  - 5.5.5. preencher as informa��es sobre isso alocar rec�m-p�gina no cache de espa�o livre.

Se o cache de aloca��o e o cache de espa�o livre estiverem vazias entre opera��es de inser��o posteriores, SQL Server alocar� novas p�ginas de extens�es de novas, para que as opera��es de inser��o podem bem-sucedida. Quando os metadados da tabela � removido da mem�ria, o cache de aloca��o e o cache de espa�o livre tamb�m s�o removidas. Portanto, na pr�xima vez que voc� executar uma opera��o de inser��o que faz refer�ncia a tabela, esses caches s�o vazios. Nessa situa��o, o SQL Server deve executar a etapa 5 e em seguida, etapa 5.5. Esse comportamento faz com que extens�es recentemente alocadas mostrar que oito p�ginas s�o alocadas quando apenas uma p�gina � usada. Em um cen�rio de pior caso, pode ser perdidos 56 kilobytes (KB) de espa�o para cada opera��o de inser��o que voc� executar na tabela.

A seguir � a seq��ncia normal de opera��es que ocorrem quando voc� insere dados em uma tabela que possui um �ndice de cluster.

1. tente inserir uma linha na tabela.
2. percorrer a �rvore de B para localizar a p�gina de dados em que o SQL Server deve armazenar a chave de cluster.
3. determine se h� espa�o suficiente na p�gina para a nova linha.
4. se Sim:
- 4.1. inserir dados nesta p�gina.
5. se n�o:
- 5.1. SQL Server deve alocar uma nova p�gina para esta linha.
- 5.2. consulte o cache de aloca��o para id de �ndice 1 da tabela.
- 5.3. determine se extens�es v�lidas est�o presentes no cache de aloca��o.
- 5.4. se Sim:
  - 5.4.1. determinam se voc� pode usar qualquer uma das oito p�ginas na extens�o para esta nova solicita��o de aloca��o de p�gina.
  - 5.4.2. se Sim:
    - 5.4.2.1. allocate uma p�gina deste j� alocado extens�o.
  - 5.4.3. se n�o:
    - 5.4.3.1. v� para a etapa 5.5.1.
- 5.5. se n�o:
  - 5.5.1. use os dados de GAM e SGAM para localizar uma nova extens�o a ser alocada.
  - 5.5.2. alocar uma nova extens�o.
  - 5.5.3. use uma p�gina dessa extens�o para satisfazer a nova solicita��o de aloca��o de p�gina da etapa 5.1.
  - 5.5.4. preencha as informa��es sobre essa extens�o rec�m-alocada no cache de aloca��o.

Se o cache de aloca��o e o cache de espa�o livre ser�o limpo por motivos que s�o descritos na se��o "Causa", n�o � necess�rio imediato para alocar uma nova p�gina entre opera��es de inser��o posteriores desta tabela. Isso � verdadeiro, desde que os dados inseridos podem caber na p�gina existente onde a chave de cluster espec�fica deve residir fisicamente. Quando a p�gina de dados fica cheia, e se os caches est�o vazios, o SQL Server deve executar a etapa 5 e, em seguida, etapa 5.5. Como este artigo indica se voc� usar um �ndice de cluster, o cen�rio em que novas p�ginas s�o alocadas ocorre com freq��ncia muito menor do que o cen�rio onde um registro � inserido em uma tabela de heap.

A seguir est�o dois casos onde o problema ocorre, e o cache de aloca��o e o cache de espa�o livre s�o vazias. Presume-se que o esquema da tabela permite para 100 linhas caber em uma p�gina de dados.

Se a tabela tiver somente uma estrutura de armazenamento do heap, SQL Server pode alocar uma nova extens�o para cada opera��o de inser��o e usar apenas uma p�gina em que extens�o.
Se a tabela tem um �ndice de cluster, SQL Server pode alocar uma nova extens�o para todas as opera��es de 100 inser��o e use apenas uma p�gina nessa extens�o.

Voltar para o in�cio

Defina objetos abertos op��o de configura��o para um valor alto

Esse problema ocorre principalmente porque o SQL Server usa todos os slots na �rea de mem�ria designados com base na op��o Abrir objetos . Ao enfrentar o problema descrito neste artigo, voc� pode definir o valor dessa op��o para acomodar praticamente todas as tabelas que ser�o referenciadas na inst�ncia espec�fica do SQL Server.

Para determinar um valor de op��o Abrir objetos impedir� que esse problema, execute essas etapas:

Determine o n�mero total de tabelas que est�o presentes na inst�ncia espec�fica do SQL Server.

Observa��o As tabelas incluem tabelas de usu�rio e tabelas do sistema. Voc� deve incluir as tabelas de bancos de dados do sistema.
Estime um tamanho de buffer que fornece espa�o para tabelas tempor�rias e tabelas de trabalho que podem usar consultas diferentes e aplicativos.
Adicione o n�mero de tabelas de usu�rio e tabelas do sistema ao buffer para determinar o n�mero total de tabelas que pode ser acessado nesta inst�ncia do SQL Server. Esse total � o valor que voc� deve definir para a op��o de configura��o Abrir objetos .

Como o consumo de mem�ria que � pr�-alocado durante a SQL Server inicializa��o baseia-se esse valor, voc� n�o deve definir a op��o de configura��o Abrir objetos para um valor muito alto. Se voc� definir a op��o Abrir objetos para um valor muito alto, mem�ria que foi originalmente usada para outros prop�sitos, como para execu��o da consulta e para os buffers de dados, � usada em vez disso, para manter os metadados da tabela na �rea de mem�ria para a op��o Abrir objetos .

N�o � recomend�vel que voc� altere a configura��o objetos abertos em circunst�ncias normais. Altere este valor somente se tiver certeza de que se voc� est� enfrentando o problema que este artigo descreve.

Voltar para o in�cio

Situa��o

A Microsoft confirmou que este � um problema nos produtos da Microsoft listados na se��o "Aplica-se a".

Voltar para o in�cio

Mais Informa��es

Por que as configura��es de op��o objetos abertos levam para esse problema

Sempre que uma consulta faz refer�ncia a um objeto espec�fico (tabela), o SQL Server carrega informa��es sobre o objeto na mem�ria. Todos os metadados do �ndice tem refer�ncias para as informa��es de objeto SQL Server foi carregado na mem�ria. Os caches de aloca��o s�o discutidos neste artigo est�o associados com um �ndice espec�fico. A op��o Abrir objetos controla o n�mero de descritores de que a inst�ncia do SQL Server pode carregar na mem�ria.

Quando o SQL Server inicia, o SQL Server atribui um conjunto espec�fico de slots ou descritores , para manter a vers�o do objeto de metadados na mem�ria. O n�mero de slots alocados depende a edi��o do SQL Server e a mem�ria que est� configurada para SQL Server, conforme descrito na se��o ? Sintomas ?. Todos esses slots originalmente fazem parte de uma lista livre. Um algoritmo espec�fico � usado para atribuir slots de lista livre para os metadados do objeto. O algoritmo tem os seguintes dois modos de opera��o.

Modo 1

Depois do SQL Server for iniciado, ele usa um os descritores de mem�ria da lista livre sempre que um novo objeto � referenciado. SQL Server continuar� a usar todos os slots existentes quando ele carrega metadados sobre um objeto que � referenciado em uma consulta. Porque ainda existem slot entradas na lista livre, o SQL Server continuar� a usar esses slots. Para slots existentes, SQL Server n�o reutilizar mem�ria que foi usada por outro objeto.

Modo 2

Se um objeto est� sendo rec�m-referenciado em uma consulta e a lista livre tornou-se vazia, o SQL Server verifica a lista de todos os objetos para determinar se h� um slot podem ser removidos cujo metadados de objeto de mem�ria existente. SQL Server deve manter os metadados do objeto no slot somente enquanto uma consulta faz refer�ncia a tabela. Quando a consulta for conclu�da, o SQL Server pode reutilizar o slot se uma nova consulta faz refer�ncia a uma tabela diferente.

Quando os metadados do objeto � removido da mem�ria, todos os seus metadados do �ndice associado tamb�m ser� removido. Quando esse comportamento ocorre, o SQL Server tamb�m perde o cache de aloca��o e o cache de espa�o livre. Em seguida, quando uma consulta diferente referencia esta tabela novamente, todos os caches de aloca��o est�o vazios. Por isso, na pr�xima vez que o SQL Server tenta alocar uma p�gina, SQL Server tenta alocar uma nova extens�o.

Se continuar SQL Server recuperar slots que cont�m metadados do objeto at� que o SQL Server n�o � poss�vel recuperar qualquer slots, o SQL Server aumenta o tamanho da lista de livre.

Voltar para o in�cio

Refer�ncias

Para obter mais informa��es sobre como usar o procedimento sp_configure armazenados para alterar op��es de configura��o, visite a seguinte site da Microsoft Developer Network (MSDN):

http://msdn2.microsoft.com/en-us/library/ms188787.aspx (http://msdn2.microsoft.com/en-us/library/ms188787.aspx)

Para obter mais informa��es sobre a op��o Abrir objetos , visite o seguinte site da MSDN:

http://msdn2.microsoft.com/en-us/library/aa196701(SQL.80).aspx (http://msdn2.microsoft.com/en-us/library/aa196701(SQL.80).aspx)

Para obter mais informa��es sobre a op��o de configura��o de mem�ria m�xima do servidor , visite o seguinte site da MSDN:

http://msdn2.microsoft.com/en-us/library/ms180797.aspx (http://msdn2.microsoft.com/en-us/library/ms180797.aspx)

Para obter mais informa��es sobre a tabela e �ndice arquitetura no SQL Server, visite o seguinte site da MSDN:

http://msdn2.microsoft.com/en-us/library/ms208356.aspx (http://msdn2.microsoft.com/en-us/library/ms208356.aspx)

Voltar para o in�cio

A informa��o contida neste artigo aplica-se a:

Microsoft SQL Server 2005 Developer Edition
Microsoft SQL Server 2005 Enterprise Edition
Microsoft SQL Server 2005 Express Edition
Microsoft SQL Server 2005 Standard Edition
Microsoft SQL Server 2005 Workgroup Edition
Microsoft SQL Server 2005 Enterprise X64 Edition
Microsoft SQL Server 2005 Standard X64 Edition
Microsoft SQL Server 2005 Enterprise Edition for Itanium Based Systems
Microsoft SQL Server 2005 Standard Edition for Itanium Based Systems
Microsoft SQL Server 2000 Developer Edition
Microsoft SQL Server 2000 Enterprise Edition
Microsoft SQL Server 2000 Personal Edition
Microsoft SQL Server 2000 Standard Edition
Microsoft SQL Server 2000 Workgroup Edition

Voltar para o in�cio

kbmt kbexpertiseadvanced kbtshoot kbsql2005engine kbprb KB924947 KbMtpt

Voltar para o in�cio

Tradu��o autom�tica

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: 924947� (http://support.microsoft.com/kb/924947/en-us/ )

Voltar para o in�cio

This site in other countries/regions:

SQL Server aumenta significativamente o espa�o n�o utilizado para algumas tabelas

Nesta p�gina

Sum�rio

Sintomas

Causa

Como Contornar

Converter tabelas de heap em tabelas que usam os �ndices em cluster

Defina objetos abertos op��o de configura��o para um valor alto

Situa��o

Mais Informa��es

Por que as configura��es de op��o objetos abertos levam para esse problema

Modo 1

Modo 2

Refer�ncias

A informa��o contida neste artigo aplica-se a:

Palavras-chave:�

Outros Sites de Suporte

Comunidades

Obtenha Ajuda Agora

Tradu��es deste artigo

Centros de suporte relacionados