【发布时间】：2016-07-28 12:34:26
【问题描述】：
我最近使用“带预览交换”功能将暂存 Azure 应用程序交换到生产环境中，完成交换后，生产应用程序指向暂存 SQL DB 连接字符串。在应用程序设置中，我将临时连接字符串保存并检查为临时插槽中的插槽设置，并将生产连接字符串保存并检查为生产插槽中的插槽设置。
有人遇到过吗？我需要将各自的连接字符串粘贴到各自的插槽，但在我的情况下，交换将源字符串带到目标生产插槽，即使我认为我将字符串正确配置为插槽设置并在两个环境中检查它们。
【问题讨论】：
-
你怎么理解它没有改变？ Azure 不会覆盖心理文件。因此，如果您检查心理文件，您将看到已发布的文件（第一个），但无论如何它都会覆盖它。
-
我正在通过部署后观察数据库表来验证这一点。交换之后，我们的生产用户正在写入暂存表。如果我将连接字符串粘贴到每个插槽，则不应该发生这种情况 - 暂存连接字符串应该粘贴到暂存插槽，而 prod 连接字符串应该粘贴到 prod 插槽。
-
@Ben 你明白了吗？我遇到了类似的问题，现在当我将数据库切换到预期的数据库时，我的网站将无法工作。考虑删除插槽/数据库并重新开始，但这不是一个很好的解决方案。 :(
-
我想我也会这样做。我现在正在与 Microsoft Azure 的某个人合作，他基本上提出了同样的建议。看来我的插槽设置并没有真正起到任何作用，因为当我执行交换时根本没有读取它们。我通过一些远程调试确认了这一点，我什至将插槽中的连接字符串更改为不存在的数据库，我仍然能够建立连接。另外，我可以在交换后看到每个插槽中的 web.configs，它们确实有向后的连接字符串。
-
编辑：我的连接字符串在运行时发生了一些奇怪的事情。当我部署到插槽时，出于某种原因，用于连接 SQL 数据库的 DB 连接字符串是在 web.config 中为实体框架生成的连接字符串，而不是实际的 SQL 连接字符串。由于 EF 字符串中嵌入了 SQL 字符串，因此可以使用该字符串进行连接。
标签： azure azure-deployment-slots