Henrique,
Você tem algumas soluções.
1) Como o Seilor indicou, você pode ter um servidor configurado para que quando um caia o outro assuma o controle. Horas um atende a requisição, horas o outro atende. Neste caso é necessário verificar
onde a aplicação vai ficar e se o servidor em questão permite isso. Mesmo assim se a Internet no cliente estiver fora do ar, seu banco também estará.
2) Uma outra alternativa seria criar um aplicativo (ASP.NET ou não) e deixá-lo rodando LOCALMENTE. Este apontaria para um banco de dados LOCAL com uma réplica do seu banco online. Vide:
http://www.sqldev.org/sql-server-replication/onlineoffline-application-that-must-synchronize-with-sql-2005-75347.shtml
Dizem que é o mais simples de implementar....
3) Utilizar o Microsoft Sync Framework e fazer o sincronismo você mesmo. Veja:
http://www.sqldev.org/sql-server-replication/onlineoffline-application-that-must-synchronize-with-sql-2005-75347.shtml
4) Utilizar o SQL CE na aplicação cliente e sincronizar com o banco na WEB. Apesar do CE ser criado para mobile, ele também funciona em aplicações windows.
5) Utilizar o Ultralite (da sybase) é um pequeno banco de dados para uso em mobile ou aplicações off-line. Ele sincroniza com SQL Server, Sybase, etc (quase tudo que é banco) diretamente (precisa ter uma
máquina com um serviço chamado mobilink) e você informa se os dados de uma determinada tabela deve estar apenas no servidor e fazer uma réplica (download only), se a tabela deve estar apenas na aplicação offline (upload
only) ou se deve ser feito o sincronismo. Seria algo parecido com o SQL CE em termos de solução.
Os dois últimos testei apenas com mobile mesmo. O ultralite é muito bom e na documentação indica que pode ser usado num aplicativo normal.
Um ponto importante é que se você corre o risco de ter mais de um ponto (PDV, cliente, aplicativo) sincronizando com o mesmo servidor, suas chaves primárias deverão ser GUID (existe o pool de chaves, mas
assim é mais fácil).
Att,
Ricardo
