Durante anos, usei vshadow + robocopy para fazer backup de partições de dados em um volume iSCSI remoto. Este tem sido um método muito eficiente.
Isso me permitiu ter uma cópia "perfeita". Arquivos abertos são copiados sem problemas, assim como ACLs e tudo mais. No caso de uma falha no disco principal, eu só tenho que ligar o disco remoto como um substituto para o disco defeituoso. Isso é muito mais rápido do que recuperar de um backup. Eu só tenho o último backup no disco remoto. Outros backups são feitos com o Backp Exec de forma mais tradicional, com rotação, etc.
Meu problema é: Eu nunca consegui fazer um backup funcional de uma partição do sistema Windows ao vivo.
Eu testei com o Windows 2003.
Eu testei toneladas de possibilidades. Uma vez restaurados, todos eles chegaram ao prompt para pressionar Ctrl + Alt + Delete para entrar. Quando eu digito o nome de usuário e senha, nada acontece. A área de trabalho nunca aparece; não há mensagem de erro, apenas uma tela com uma cor uniforme. A máquina está pronta, os serviços estão funcionando (até o TSE está ok, mas eu não consigo logar), a máquina responde a pings, etc. Mas, não há como fazer o login.
Exemplo do que fiz:
Eu tiro um instantâneo do disco de origem e mapeio para uma letra de unidade:
vshadow.exe -p c:\
vshadow -el={edbed95e-7e8d-11d8-9d01-505054503030},g:
Eu copio os arquivos:
robocopy g:\ h:\ /mir /is /it /copyall /r:0 /x /v /fp /np /log:c:\robocopy.log /xd "g:\System Volume Information" g:\windows\Prefetch /xf g:\pagefile.sys g:\hyberfile.sys
Eu vejo o log gerado: sem erro, sem aviso
Eu também testei sem copiar o registro. Não houve melhora.
Existe uma maneira de resolver este problema?
Eu encontrei esse problema anos atrás. Esta foi apenas as configurações do registro da conta corrente que induziu problemas.
Você pode criar outra conta de administrador antes de fazer o backup e usá-la para efetuar login assim que o backup for feito. Isso resolveu meu problema. Eu até encontrei a conta de administrador regular funcionou depois que eu entrei pela primeira vez com a conta secundária (mas não antes). Eu não entendo como isso é possível.
Como é possível acessar a tela de login, mas o shell não aparece, suspeito que algo nos perfis de usuário não esteja sendo copiado adequadamente.
Você pode tentar excluir (ou não copiar) o diretório de perfis no qual está tentando efetuar o login antes de iniciar o sistema copiado. O Winlogon deve criar um perfil novo a partir do padrão, supondo que copiou o OK.
Pode haver um problema com links simbólicos, que os perfis usam muito. Tente fazer robocopy com o sinalizador / SL para copiar o link em vez de segui-lo para o conteúdo.
Pode haver um problema ao copiar os rótulos de integridade obrigatórios. Você não mencionou em qual conta a cópia está ocorrendo; mesmo um membro do grupo Administradores não pode definir um nível de integridade maior que Alto, mas muitos arquivos do SO são nível do Sistema (que é maior que Alto). Tente executar o robocopy como NT AUTHORITY\SYSTEM .
Tente usar o sinalizador / B com robocopy; Ele usa o modo de backup, que copiará outros metadados, como atributos estendidos e fluxos de dados alternativos.
Sua cópia de backup pode não ser muito eficiente em termos de espaço, pois as versões do Vista usam strongmente os hardlinks no diretório do Windows para arquivos duplicados (como em SxS), mas o AFAIK robocopy não está ciente disso e fará uma cópia separada de cada referência aos arquivos.
Existe algum erro no seu log de robocopy?
EDITAR: Eu acho que deveria ter lido a descrição com mais cuidado. Metade das coisas que mencionei não se aplicam ao WS2003, apenas ao Vista e posterior. Eu copiei com sucesso todo, executando sistemas WS2003 com uma cópia de sombra de volume e robocopy no passado e não tive problemas de login. A única diferença que posso pensar de improviso é que usei o sinalizador / B para ativar o modo de backup durante a cópia.
Tags windows-server-2003 vss