重新激活订阅后的 Azure Entity Framework 代码首次迁移
Azure Entity Framework Code First Migration after reactivation of subscription
美好的一天...
我在 Azure 中有一个 Web 应用程序和 SQL 服务器数据库，它们运行良好，从一开始就设计为使用 Code First EF 6.1.3 和 Azure。
Microsoft 最近停用了我的 Azure 帐户，但我让他们重新激活了它。
不过，在重新激活后，在第一次加载应用程序时，它会再次尝试 运行 Code First Migrations。所有 table 仍在数据库中，包括 MigrationHistory table，所以我不明白为什么它会再次尝试 运行 所有迁移。
它中断的 table 是 AspNetRoles，它位于 MigrationHistory table 中列出的第一个迁移文件中 table。
有什么想法我需要做什么才能看到它们已经应用了吗？
谢谢！
问题已解决，但无法确定断开连接的原因。我联系了 Microsoft 支持人员，他们帮助我重新站起来 运行。为了恢复系统的功能，并保留现有数据，
我们：
- 已禁用迁移
- 删除了所有迁移证据
- 重新启用迁移
- 创建了带有 -IgnoreChanges 标志的初始迁移
- 执行了更新数据库
这使迁移恢复同步。
正如我所解释的，这基本上是使用数据库优先的 EF 方法，从现在开始我将继续使用代码优先的方法。
美好的一天...
我在 Azure 中有一个 Web 应用程序和 SQL 服务器数据库，它们运行良好，从一开始就设计为使用 Code First EF 6.1.3 和 Azure。
Microsoft 最近停用了我的 Azure 帐户，但我让他们重新激活了它。
不过，在重新激活后，在第一次加载应用程序时，它会再次尝试 运行 Code First Migrations。所有 table 仍在数据库中，包括 MigrationHistory table，所以我不明白为什么它会再次尝试 运行 所有迁移。
它中断的 table 是 AspNetRoles，它位于 MigrationHistory table 中列出的第一个迁移文件中 table。
有什么想法我需要做什么才能看到它们已经应用了吗？
谢谢！
问题已解决，但无法确定断开连接的原因。我联系了 Microsoft 支持人员，他们帮助我重新站起来 运行。为了恢复系统的功能，并保留现有数据，
我们：
- 已禁用迁移
- 删除了所有迁移证据
- 重新启用迁移
- 创建了带有 -IgnoreChanges 标志的初始迁移
- 执行了更新数据库
这使迁移恢复同步。
正如我所解释的，这基本上是使用数据库优先的 EF 方法，从现在开始我将继续使用代码优先的方法。