我正在尝试使用三个各自的 SQL Server 2008 数据库为三个 ASP.NET 3.5 网站寻找一个托管地。我找到了一个可能的解决方案，即我使用一个特定提供商在“半专用”环境中托管网站。问题是，这项服务的数据库部分不足。因此，我找到了另一个解决方案，即我使用不同的提供商托管数据库。这使我能够控制预算，并且我非常尊重这两个提供商。不幸的是，这两个提供商都没有像我希望的那样在一个包中同时提供网站和数据库托管。
我的问题是：
1) 如果我将网站托管与数据库托管分开，服务是否肯定会降级？也就是说，在我测试可能的延迟之前，这是一个坏主意吗？有人已经成功做到了吗？
2) 有没有一种好的方法可以测试由同一提供商托管的数据库与由不同提供商托管的数据库之间的 SQL Server 响应？我不太熟悉通过 Internet 测试站点和数据库响应，因此我不知道从哪里开始。
答案1
1) 如果我将网站托管与数据库托管分开，服务是否肯定会降级？也就是说，在我测试可能的延迟之前，这是一个坏主意吗？有人已经成功做到了吗？
绝对如此。我这样做了。大约两周后，我很快意识到这行不通。
2) 有没有一种好的方法可以测试由同一提供商托管的数据库与由不同提供商托管的数据库之间的 SQL Server 响应？我不太熟悉通过 Internet 测试站点和数据库响应，因此我不知道从哪里开始。
除非你能在不签订合同的情况下复制设置，否则做到这一点有点困难。也许可以要求 30 天试用，或者签订一份滚动月度合同并在第一个月后取消。这是我与最近的提供商所做的，我很高兴现在仍然与他们合作。
至于如何测试它，SSMS 有一个简洁的功能，称为“客户端执行统计” - 当您打开查询选项卡时，它是任务栏上的一个按钮。打开它，然后执行查询，它会为您提供有关传输了多少流量、等待服务器响应所花的时间等的详细分析。
在远程站点->数据库服务器和本地站点->数据库服务器上执行此操作，然后比较数字。
答案2
拥有 2 个托管服务提供商，每个托管您网站的关键部分，将使停机的可能性增加一倍。如果任何一个发生故障，您的网站就会瘫痪。这是最大的担忧。
延迟将是您的第二个顾虑。越来越多的数据正在转移到云模型，因此将角色划分为不同的提供商并非不可能，但这确实会带来相当大的延迟。
要了解性能，您可以在本地和远程使用 SSMS 进行观察。如果您的数据集很小，它可能会处理得很好，但是一旦您开始提取大量数据或每页执行许多查询，性能就会迅速下降。
对于压力测试工具，MS 解决方案是WCAT 或 Visual Studio 团队系统。您还可以将建立数据库连接之前、之后以及从数据库提取数据时的时间戳输出到页面。尝试使用 LAN 和 WAN 数据进行比较。
最后，我建议找一个可以很好地处理这两个部分的主机。当他们可以为您提供端到端的支持时，当您尝试缩小性能问题的范围时，他们不会互相指责。