我们做的是医院的HIS系统，它必须提供24小时不间断服务的。你懂的，不管是几点钟，都有人挂号和缴费。
现在甲方购买了新的服务器，上面已经装好SQL Server，如何迁移？
我没经验，能想到的就是：
凌晨病人少的时候，系统停止，要求病人手工挂号和手工缴费。旧服务器备份，然后copy到新服务器，最后在新服务器上restore。估计得用1小时左右。
谢谢！
------解决方案--------------------
推荐使用failover cluster 参考http://technet.microsoft.com/zh-cn/library/hh231721(v=sql.110).aspx
依据网络状态，大概要停止服务1-2分钟，快的话，数十秒即可。
如果不能进行前期的很多配置工作， lz考虑的使用备份，还原的处理也是可以的。需要注意的是：
1、做好测试工作，先备份一份，到新的机器上还原一下，看需要多久，是否报错。
2、做好切换回来的准备，比如实在是起不来。
3、验证好现有的sql版本，及新机器的版本，如果可以进行直接分离，还原的方式也是可以考虑的。
最后，测试，还是测试。 做好备份，大胆做吧....
------解决方案--------------------
楼主你们的HIS系统平时肯定有备份吧，可以在新环境配置好，然后在新环境上测试一遍，看看环境、网络、软件运行情况如何。初步测试没有问题的话。你要考虑迁移过度的方式，是一次性全部迁到新服务器还是平行过度到新服务器。一次性过度的话有一定的风险，虽然做测试可能没问题，但是在实际环境中可能有抗压，网络等方面的问题。而平行过度，就是一部分先迁移到新服务器，没有问题后再把一部分迁移过去，新服务器和旧服务器都用。直到最后全部客户端都迁移过去。各有优缺点。
数据的话做好备份是没有问题的，主要是新服务器到客户端的网络，还有新服务器的环境等等问题，如果没有做好测试工作，追求段时间内全部切换过去的话，一旦切换失败，可能会造成业务系统的长时间瘫痪。
------解决方案--------------------
前期: .弄一个数据库备份到新的服务器还原，然后程序做各种测试.(数据库有可能需要执行配置更改脚本)
正式迁移:
1.正式迁移前1天，全量备份数据库并在新的机器上还原.
2.迁移前几个小时，增量备份数据库并在新的机器上还原.
3.正式迁移开始，系统停止(禁用数据库帐号).
事务日志备份数据库，并在新的机器上还原. (执行某些程序配置脚本)
4.程序做配置更改.(指到新的数据库连接)(你的程序好像不迁移吧，如果迁移这些应该是提前做好的)
5.测试.
6. 迁移完成.
------解决方案--------------------
综上所述，个人觉得还是采取在业务低谷期采用你说的方式，造成的影响会小很多
------解决方案--------------------
升级前: 旧服务器全备-->新服务器还原
升级中: 旧服务器停止业务系统服务-->差异备份-->差异备份在新服务器还原-->新服务器修改IP为旧服务器的IP-->启用业务系统服务..
升级过程的系统业务中断应该是难免的,用差异备份-还原应该能节省不少时间.