O que George disse. Eu só queria acrescentar isso:
Teoricamente, você pode realmente restaurar o SQL Server do Backup do Windows Server. (Você desanexará o banco de dados antigo, renomeará os arquivos antigos, colocará o .mdf e o .ldf de volta nos lugares certos e usará o recurso de anexar.) Geralmente, não é recomendado (a menos que você tenha tido algum desastre horrível que tirou seus backups SQL reais). Isso ocorre porque as transações não confirmadas podem não estar no disco ainda, e também porque os backups de log fazem algum serviço de manutenção adicional para bancos de dados na Recuperação Completa.
Quão ruim [TM] isso é depende do seu banco de dados. Se o seu banco de dados é basicamente o cérebro de um software comercial com o qual você nunca interage em um nível SQL, isso é consideravelmente menor do que se seu banco de dados fosse usado para dados bancários ou financeiros com um alto volume de transações, por exemplo.
Pessoalmente, mesmo ao usar o SQL Express ou o Banco de Dados Interno do Windows, eu faço backup com backups reais do SQL, em vez de confiar no Backup do Windows Server. (Eu uso o agendador de tarefas para iniciar os scripts de Ola Hallengren com SQLCMD.)
(Na minha opinião, não há nada errado com os comandos internos de backup do SQL Server. No entanto, muitas pessoas acham GUIs comerciais ou scripts de outras pessoas mais fáceis de usar.)