Preciso mover um arquivo de log do banco de dados para uma nova partição sem colocar o banco de dados offline.
A maneira normal de fazer isso seria desanexar o banco de dados, mover o arquivo de log e reanexar o banco de dados.
É possível fazer isso sem colocar o próprio banco de dados offline e, em caso afirmativo, como?
Restauramos um backup em um novo banco de dados. Depois de executar algumas consultas de exclusão, recebemos a seguinte mensagem:
Msg 824, Nível 24, Estado 2, Linha 1 O SQL Server detectou um erro de E/S baseado em consistência lógica:...
Executei o DBCC checkdb e vi várias linhas, como:
Msg 2576, Level 16, State 1, Line 1
The Index Allocation Map (IAM) page (0:0) is pointed to by the previous pointer of IAM page (1:783) in object ID 0, index ID -1, partition ID 0, alloc unit ID 72057599497994240 (type Unknown), but it was not detected in the scan.
e
Msg 8939, Level 16, State 98, Line 1
Table error: Object ID 2083043448, index ID 1, partition ID 72057608168079360, alloc unit ID 72057608304721920 (type LOB data), page (1:307605). Test (IS_OFF (BUF_IOERR, pBUF->bstat)) failed. Values are 12716041 and -4.
Msg 8965, Level 16, State 1, Line 1
Table error: Object ID 2083043448, index ID 1, partition ID 72057608168079360, alloc unit ID 72057608304721920 (type LOB data). The off-row data node at page (1:307605), slot 0, text ID 1368915968 is referenced by page (1:307603), slot 0, but was not seen in the scan.
Msg 8965, Level 16, State 1, Line 1
Table error: Object ID 2083043448, index ID 1, partition ID 72057608168079360, alloc unit ID 72057608304721920 (type LOB data). The off-row data node at page (1:307605), slot 1, text ID 903086080 is referenced by page (1:307648), slot 0, but was not seen in the scan.
Msg 8929, Level 16, State 1, Line 1
Object ID 2083043448, index ID 1, partition ID 72057608168079360, alloc unit ID 72057609480241152 (type In-row data): Errors found in off-row data with ID 1368915968 owned by data record identified by RID = (1:43506:13)
Msg 8929, Level 16, State 1, Line 1
Object ID 2083043448, index ID 1, partition ID 72057608168079360, alloc unit ID 72057609480241152 (type In-row data): Errors found in off-row data with ID 903086080 owned by data record identified by RID = (1:102876:38)
A seção final da saída foi:
CHECKDB found 1 allocation errors and 12 consistency errors in database 'Clients'.
repair_allow_data_loss is the minimum repair level for the errors found by DBCC CHECKDB (Clients).
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
Minha pergunta é: devo tentar restaurar o banco de dados novamente ou prosseguir com a tentativa de reparo? Só hesito porque é um banco de dados bastante grande e a restauração demora um pouco.
ATUALIZAÇÃO: um pouco mais de informação.
Todos os erros de tabela estão relacionados a uma única tabela que eu poderia simplesmente descartar e recriar. No entanto, não entendo o que realmente significa o erro IAM ou seu impacto.
Eu tenho uma instância do SQL Server que possui um servidor vinculado a um servidor Oracle. Há uma tabela no servidor Oracle chamada PersonOptionsque contém os seguintes dados:
╔══════════╦══════════╗
║ PersonID ║ OptionID ║
╠══════════╬══════════╣
║ 1 ║ A ║
║ 1 ║ B ║
║ 2 ║ C ║
║ 3 ║ B ║
║ 4 ║ A ║
║ 4 ║ C ║
╚══════════╩══════════╝
Eu preciso dinamizar esses dados para que os resultados sejam:
╔══════════╦═════════╦══════════╦══════════╗
║ PersonID ║ OptionA ║ Option B ║ Option C ║
╠══════════╬═════════╬══════════╬══════════╣
║ 1 ║ 1 ║ 1 ║ ║
║ 2 ║ ║ ║ 1 ║
║ 3 ║ ║ 1 ║ ║
║ 4 ║ 1 ║ ║ 1 ║
╚══════════╩═════════╩══════════╩══════════╝
Alguma sugestão?
Temos um processo que seleciona um registro de uma tabela de progresso e emite uma atualização nesse registro.
Se não fizermos a seleção, a atualização funcionará o dia todo. Se fizermos a seleção, a atualização expirará.
A consulta select é bastante simples e se parece com:
select fg."alphakey", n."first-name", n."last-name"
from pub.name n
inner join pub."family-guardian" fg
on (fg."name-id" = n."name-id")
where fg."alphakey" = 'somevalue'
Confirmamos que, se a instrução acima não estiver presente, ela funcionará. No entanto, se a instrução acima estiver presente, o UPDATE falhará. A atualização vai contra a tabela de nomes. Infelizmente, não tenho esse código, pois ele é executado por terceiros.
Duas questões:
Estou configurando um plano de manutenção no SQL Server 2008 R2.
Na Tarefa Reorganizar Índice tem a opção "Compactar Objetos Grandes". O que isso significa e eu quero ativá-lo?