Início / dba / Perguntas / 53766
Accepted
Kahn
Asked: 2013-11-22 21:28:22 +0800 CST

A eliminação de uma grande chave primária em cluster preenche o tempdb

  • 772

Devido a uma de nossas tabelas crescer fora do intervalo de um INT, algo que não foi previsto quando o DB foi produzido, precisamos alterar o campo PK para um BIGINT.

No entanto, estamos enfrentando problemas com relação ao uso de espaço do tempdb logo na primeira etapa ao manipular essa tabela: tentar descartar a restrição de chave primária nela para que possamos alterá-la. Nenhum de nossos ambientes de teste tem mais espaço do que 50 GB reservados para tempdb, enquanto a tabela ocupa cerca de 120 GB de espaço no momento. A tabela tem apenas 5 colunas e elas contêm apenas outros INTs e alguns varchars curtos.

Algum de vocês tem alguma sugestão melhor, talvez mais leve, no que diz respeito ao tempdb e ao arquivo de log, para fazer as mesmas alterações? A tabela tem apenas algumas colunas, todas contendo poucos dados. Exemplo abaixo, por mais simples que seja.

ALTER TABLE OURTABLE DROP CONSTRAINT OURTABLE_PK

ALTER TABLE OURTABLE ALTER COLUMN OURTABLE_ID BIGINT NOT NULL

ALTER TABLE OURTABLE ADD CONSTRAINT OURTABLE_PK PRIMARY KEY CLUSTERED (OURTABLE_ID)

Obrigado!

Estive pensando em apenas criar uma nova tabela com as mesmas definições e um BIGINT como uma inserção em massa e, em seguida, renomeá-la enquanto descartava a antiga. Mas não tenho certeza se isso será uma solução melhor, já que as restrições teriam que ser colocadas depois de qualquer maneira.

sql-server tempdb

1 respostas

  1. Best Answer

    Supondo que você tenha uma janela de manutenção que permita um curto período de inatividade, sugiro usar o BCP para despejar a tabela em um arquivo. Se o espaço for um problema, comprima a pasta de destino antes da exportação.

    bcp.exe "Database.dbo.OurTable"  OUT "C:\Temp\bcp\OurTable.dat" -S ServerName -T -c -r "|¬|\n" -t "|¬|" /b 10000

    DROPsua tabela antiga, CREATEnova com BIGINTchave e importe os dados.

    BULK INSERT 
    dbo.OurTable
FROM 'C:\Temp\bcp\OurTable.dat'
WITH
(
    FIELDTERMINATOR = '|¬|',
    ROWTERMINATOR = '|¬|\n',
    BATCHSIZE = 10000,
    ERRORFILE = 'C:\Temp\bcp\OurTable_error.txt'
)

    A estranha escolha do delimitador |¬| é uma combinação normalmente segura que evita colisões em campos de texto. Até agora de qualquer maneira.

    Como você mencionou nos comentários, você pode minimizar o crescimento do log alternando para recuperação em massa. Dado que você não terá nenhuma outra atividade durante esta janela de manutenção, você pode alternar para simples, executar o processo, voltar para completo e fazer um backup completo. Observe que o uso de BATCHSIZEno exemplo criará uma transação separada para cada lote.

    • 6

relate perguntas