Há sempre diversas discussões na abordagem de como fazer migrações de bases de dados se usamos Attach/Detach ou Backup/Restore.
Particularmente eu prefiro Backup/Restore. A maior vantagem que eu já ouvi falar sobre Detach / Attach é que você ganha mais tempo do que Backup/Restore. Na minha opinião backup/restore ganha pelas seguintes razões:
Garantia que eu tenho um backup – Ao invés de apenas pegar um arquivo e movê-lo para outro destino sem saber se durante esse meio caminho acontecer uma corrupção ou falha eu tenho uma contenção.
Mantenho o banco antigo acessível – Isso permite que você ainda tenha um banco de dados acessível no servidor de origem, detach/attach deve fazer o mesmo, mas vai exigir alguns passos o que pode dar espaço para erro humano e complicaria todo o processo.
Erro Humano – Se você deletar um arquivo errado se copiar para um destino diferente, ou se ao invés de recortar e colar você copiar e colar, as chances para você se confundir com os arquivos são grandes e sem querer em uma ocasião dessas pode apagar acidentalmente.
Nem é realmente mais lento – Considerando o tempo gasto para fazer o planejamento da cópia dos arquivos, identificando melhor horário para não causar impacto no negócio para indisponibilidade e depois copiando os arquivos, fica mais evidente que o tempo é relativo entre as duas opções.
Saiba como a função UPPER() no SQL Server pode degradar a performance das suas consultas…
Saiba agora mesmo como você pode diminuir o RESOURCE_SEMAPHORE_QUERY_COMPILE no SQL Server. Recentemente eu trabalhei em…
Nós DBA' e desenvolvedores quase sempre temos que trabalhar com datas quando se trata de…
Quais são as diferentes maneiras de proteger o login Senha do Administrador (SA)? Todos estão…
Com os direitos que o login sa tem por padrão no SQL Server, é obrigatório…
Como um DBA, você tem a responsabilidade de garantir a segurança do aplicativo e dos…