部署到 Azure 后 EF 代码首次迁移未运行

Question

我有两个用于迁移的文件夹（AuthContext 和 UserProfileContext），每个文件夹都有自己的迁移和一些自定义 sql，以便随后运行以进行数据迁移等。

这在使用包管理器控制台时工作正常。 一世

1. 从生产中恢复
2. 运行 Update-Database -ConfigurationTypeName Migrations.Auth.Configuration
3. 运行 Update-Database -ConfigurationTypeName Migrations.UserProfile.Configuration

然后在新数据库中一切都非常愉快，迁移执行的数据在需要的地方打乱。

我试图通过以下方式测试发布部分的迁移：

1. 在开发数据库上恢复生产
2. 指向开发数据库的单个连接字符串（所有上下文都使用相同的）
3. 发布到 azure 网站
4. 选中“应用代码优先迁移”框
5. 选择了单个连接字符串

好吧，它发布得很好； 然而，当我去查看数据库时，什么也没发生！ 它没有创建必要的表、列或数据移动。

TLDR； 发布到 Azure 后，代码优先迁移未运行

更新 1我尝试了以下任意组合：只有一个连接字符串，所以我猜这不是问题，并检查了执行迁移。

在发布时 api 运行，但没有进行数据库更改。 我想也许我需要先点击它，但是当我尝试使用 api（现在当然依赖于新的数据库设置）时我只是得到随机错误，并且数据库仍然没有改变。

我已经看到一些关于需要向我的 Startup 类添加一些内容的参考资料，但我不确定如何继续。

更新 2我通过在连接字符串中添加“Persist Security Info=True”解决了一个问题。 现在它实际上连接到数据库并调用我的 API； 但是，没有迁移正在运行。 我将调试器附加到 Azure 开发环境并逐步完成......在我的第一个数据库中调用它进入有问题的迁移的配置类，然后 barfs 并且我无法追踪错误。

public Configuration()
{
    AutomaticMigrationsEnabled = false;
    MigrationsDirectory = @"Migrations\Auth";
    ContextKey = "AuthContext";
}

更新 3

好吧，挖下来，第一次访问数据库时我们出错了。 是的，这是有道理的，因为模型已经改变了，但我有迁移到位、启用和检查！ 同样，它在从包管理器控制台运行“更新数据库”时工作正常，但在发布到 Azure 期间使用执行代码优先迁移时则不然

自创建数据库以来，支持“AuthContext”上下文的模型已更改。 考虑使用 Code First 迁移来更新数据库 ( http://go.microsoft.com/fwlink/?LinkId=238269 )。

更新 4好的，我在这里找到了根本问题。 VS 仅在我的一个数据库上下文中为 databaseInitializer 设置了额外的 web.config 属性，实际上没有提到的那个是我的应用程序中的第一个。

所以现在我必须弄清楚如何让它包含多个上下文，或者，将我的所有内容合并到一个上下文中。

Answer 1

这个帖子的答案不是很详细。

这篇文章解释了我必须做些什么来解决类似的问题： https : //blogs.msdn.microsoft.com/webdev/2014/04/08/ef-code-first-migrations-deployment-to-an-天蓝色云服务/

我将在下面粗略描述我必须采取的步骤：

步骤 1将您的连接字符串添加到您的 dbContexts，在我的情况下，它们都是相同的。

第 2 步将此添加到您的 web.config

 <appSettings>
    <add key="MigrateDatabaseToLatestVersion" value="true"/>
  </appSettings>

第 3 步并将其添加到 global.asax.cs / Startup.cs（OWIN 启动）的底部

    var configuration = new Migrations.Configuration();
    var migrator = new DbMigrator(configuration);
    migrator.Update();

Answer 2

解决了！ 总结后代的解决方案：

启用 Code First 迁移仅针对每个选中的复选框启用一个基本连接字符串，而不管有多少上下文针对该基本连接字符串进行了迁移。 因此，在我的情况下，我将有问题的两个字符串分解为两个不同的连接字符串。

然后我遇到了其他错误，并确定如果您将基本连接字符串更改为支持 asp 身份的模型，您需要包含（一次发布）附加标志 base("AuthContext" , throwIfV1Schema: false)

Answer 3

对于遇到此问题并且可能忽略以下内容的任何人：请务必检查您是否在 Azure 上的 Web.config 文件和/或应用程序设置中正确设置了连接字符串。 这包括 DefaultConnection 和 DefaultConnection_DatabasePublish。

在我们的例子中，前者是正确的，但后者包含错误的数据库实例，因为它是从应用服务克隆操作中转移过来的。 因此正在迁移错误的数据库。