Quando um usuário desconecta um banco de dados do MS SQL Server, ele define o proprietário dos dados e arquivos de log para esse usuário. Ele também remove todas as permissões de não proprietário dos arquivos. Isso é parcialmente explicado em http://msdn.microsoft.com/en-us/library/ms189128.aspx
Eu testei isso nas seguintes versões do SQL Server
É possível alterar esse comportamento para que as permissões de arquivo sejam mantidas quando um banco de dados é desanexado?
Qual é a melhor maneira de adicionar colunas a grandes tabelas de produção no SQL Server 2008 R2? De acordo com os livros online da Microsoft:
As alterações especificadas em ALTER TABLE são implementadas imediatamente. Se as alterações exigirem modificações nas linhas da tabela, ALTER TABLE atualizará as linhas. ALTER TABLE adquire um bloqueio de modificação de esquema na tabela para garantir que nenhuma outra conexão faça referência até mesmo aos metadados da tabela durante a alteração, exceto operações de índice online que exigem um bloqueio SCH-M muito curto no final.
(http://msdn.microsoft.com/en-us/library/ms190273.aspx)
Em uma tabela grande com milhões de linhas, isso pode demorar um pouco. Fazer uma interrupção é a única opção? Qual é a melhor maneira de lidar com esse tipo de situação?
Eu tenho uma pilha de bancos de dados SQL 2005 que existem há muito tempo e, por vários motivos, experimentaram o crescimento automático do log de transações. Os backups regulares agora mantêm o uso do log de transações sob controle, mas os arquivos ainda são grandes e fragmentados.
Eu gostaria de recuperar um pouco desse espaço e aumentar o desempenho reduzindo o número de VLFs. No entanto, também prefiro não interromper nossos backups agendados. Como o DBCC SHRINKFILE() afeta a cadeia de backup do log de transações? Ou não? Isso muda se eu adicionar TRUNCATEONLY ao comando?
Observe que essa é uma correção única. Estou ciente de que diminuir regularmente os arquivos de log é uma coisa ruim - se esses bancos de dados tivessem sido configurados com tamanhos iniciais racionais e configurações de crescimento automático e os backups fossem executados perfeitamente todos os dias de seu histórico, isso não seria um problema.
É possível encontrar o número de VLFs no log de transações de um banco de dados sem executar DBCC LOGINFO? DBCC LOGINFO parece um pouco pesado e detalhado quando count é a única informação que meu script t-sql precisa dele.