Respostas:
Você pode mover o arquivo MDF para outro servidor para colocá-lo online.
Em ambientes de desenvolvimento / armazenamento temporário, às vezes é útil colocar um banco de dados offline para garantir que você esteja se conectando à instância correta do banco de dados no aplicativo e que não tenha uma cadeia de conexão suspensa em algum lugar.
Dito isso, nessa situação, é uma idéia muito melhor ter nomes de bancos de dados diferentes para os diferentes ambientes e um processo de compilação que configurará automaticamente as cadeias de conexão ...
Da mesma forma, eu gosto de colocar os bancos de dados offline por um período de tempo antes de descomissioná-los com a possibilidade de que, por algum motivo, eles precisem voltar a ficar online. Já fui mordido algumas vezes por desenvolvedores que têm ganchos que não conheço em um dos meus bancos de dados quando quero me livrar dele. Colocá-lo offline muito menos drástico e menos demorado do que excluí-lo e restaurá-lo, se necessário.
Outra coisa seria como uma salvaguarda de emergência. Eu já tive que fazer isso antes. Às vezes, é encontrado um bug desagradável no seu aplicativo que, embora não seja malicioso, ainda corrompe os dados no seu banco de dados. Colocar o banco de dados offline é uma maneira rápida de parar o sangramento até que você identifique o bug. Você pode colocá-lo novamente online para avaliar os danos no banco de dados.
Embora algumas das respostas aqui possam fornecer algumas idéias sobre o que você pode fazer com um banco de dados com acesso restrito, pouco pode realmente ser feito com um banco de dados offline. Você não pode atualizar, atualizar, adicionar ou excluir dados, etc.
Meu principal motivo, o que eu tenho que vender para os DBAs com mais frequência do que gostaria de enumerar ...
"A SAN precisa de reparo ... e não, eu não posso simplesmente trocar uma unidade a quente, o backplane / controladores estão com falha".
As instâncias de banco de dados se comportam muito mal quando seus discos desaparecem.
Portanto, eu desligo as instâncias SQL antes de colocar a SAN offline e as trago de volta uma de cada vez, para que elas não contestem recursos - a primeira instância pega todos os recursos do cluster e se torna o nó do Active DB, as instâncias subseqüentes são executadas como nós passivos.
Há muitas razões pelas quais você precisaria fazer isso.
Por exemplo,
consider changing or upgrading the actual database program/binary...
consider changing or upgrading the schema or tables..
consider changing or upgrading index's..
O ponto mais importante ..
Is taking a backup.. to get a perfect snapshot in time..
(em alguns bancos de dados, você apenas cria um bloqueio em todas as tabelas)