Mover-se como um banco de dados simples para uma unidade externa deve ser fácil:
- desanexe o banco de dados com
exec sp_detach_db '<db_name>'
- copie os arquivos para o novo local na unidade externa
- reconecte o banco de dados com
exec sp_attach_db '<db_name>', '<full_path_to_new_location_of_mdf>', '<full_path_to_ldf>'
(você também pode fazer isso através das ferramentas da GUI, anexar e desanexar são normalmente encontradas sob o título "todas as tarefas em menus relevantes de clique com o botão direito). Minha experiência é apenas com SQL7, 2000 e 2005, usando unidades internas em gabinetes USB, mas eu suponho que não é algo que terá mudado em 2008 (e deve funcionar com outros dispositivos USB de armazenamento em massa como flash sticks) .A unidade deve ser montada localmente - o SQL Server não permitirá que você conecte um banco de dados sobre armazenamento em rede.
Antes de desconectar a unidade, verifique se o banco de dados está desconectado ou se o SQL Server está desligado (ou a máquina está totalmente desligada, é claro). Se você liberar o disco para removível, desligando a máquina ou desligando o servidor SQL, a unidade precisa ser conectada antes do próximo início do servidor SQL.
Como outras pessoas apontaram, você terá um desempenho mais baixo na maioria dos casos. A maioria das unidades USB tem cerca de 25Mb / s mesmo que a unidade dentro do gabinete seja capaz de muito mais devido às limitações dos controladores USB2. Dito isto, se você tem muita coisa acontecendo em suas unidades internas (outro acesso ao DB e tal), você pode realmente achar que mover o banco de dados para um fuso separado, mesmo um conectado por uma interface mais lenta, pode melhorar a capacidade de resposta. não competindo pelo tempo no mesmo fuso com outro IO ativo e causando latência através de movimentos extras da cabeça). Isto supõe que você esteja usando um disco giratório SATA / PATA em um compartimento USB. Se você estiver usando um pendrive padrão USB baseado em flash, então o desempenho será muito menor ainda, especialmente para gravações - apesar da menor latência do armazenamento em estado sólido, o que ajudará em um grau, muitos bastões padrão não lerão muito mais rápido que 10MByte / seg e velocidades de gravação abaixo de 4Mbyte / seg estão longe de serem incomuns.
No ponto de segurança: ter os dados em mídia removível é apenas mais seguro se sua área de trabalho estiver totalmente segura (ninguém pode entrar / sair sem chaves e códigos, e você verificar quem você deixa entrar) e se quando você não estão presentes todos os drives externos são desconectados e armazenados em um cofre adequado. Caso contrário, a unidade removível é, na verdade, um pouco menos segura.
Todos os itens acima assumem que você está falando sobre o seu ambiente de desenvolvimento. Isso vai de "não particularmente recomendado" a "strongmente recomendado contra" se você estiver falando sobre algo próximo a um serviço ao vivo. E para desenvolvimento você não deve usar dados confidenciais de qualquer maneira. Você deve ter ou fabricado dados de teste ou não dados anônimos reais (todas as informações de identificação, como nomes, endereços e códigos de identificação suficientemente randomizados, se seus dados confidenciais forem informações pessoais).
Uma atualização para hardware mais moderno
Desde que o acima foi escrito, o USB3 tornou-se muito mais onipresente, o que altera um pouco o aspecto do desempenho. Um bom SSD de 2.5 "ou mSATA em um gabinete USB3 apropriado deve funcionar muito bem (não tão bem quanto uma unidade interna, é claro, e com um impacto de CPU, mas ainda assim). As outras considerações permanecem as mesmas.