我的项目即将启动，需要离线功能和尽可能少的停机时间。
现场应该有一个中央服务器，IIS和SQL Server来托管我的ASP应用程序，但在任何类型的数据库中，这个数据库中的数据（最多100MB）不应该丢失（10分钟的数据丢失是一个很大的问题）问题）并且应该可以在30分钟内恢复。
我能想到的最好的方法是使用存储在附近设施中的相同备用服务器来设置数据库复制到Azure。
我之前没有使用过复制，所以我希望在这里得到一些答案......
答案 0 :(得分：1)
我总是喜欢简单的设置，因为它通常更稳定。能够 我认为SQL复制是“稳定的”？我知道它已经过测试了 技术，但我可能遇到什么样的问题？
是SQL Server复制稳定。它针对不同场景提供不同的解决方案检查SQL Server的复制类型。 https://msdn.microsoft.com/en-us/library/ms152531.aspx
备用服务器可能会停机几个月（是的，理想情况下应该是这样 每个月启动一次）。复制踢完之前需要多长时间 在它完成之前和之后多长时间？
只要备用服务器在启动并运行时具有复制设置，这在SQL Server Replication中无关紧要。它将在上次同步状态后与服务器同步。但是，如果情况是您将每月打开一次，那么您必须将服务器配置为在一两天后生成快照，以便没有太多快照
甚至可以在SQL服务器关闭后复制它 这么久了？
是的，它是可配置的。
理想情况下，当服务器出现问题时，会出现一些“虚拟”问题。用户 应拔掉主服务器并启动备用服务器 IT干预。是否有任何必要的任务来“强迫” 复制？
我对此并不是100％肯定，但我认为不需要任何其他任务
目前没有有线互联网连接。只有优秀的4G （是的，......根据定义不稳定）。是否需要有线连接 完美复制还是不应该成为一个问题？
不，在您能够成功设置复制（使用4G中的IP和名称）后，那不重要