简单的问题是“如何让我的 Azure 数据库与本地数据库恢复同步？”
详细信息: 我一直在我的项目中使用 Entity Framework ，这与内置了 Identity 2 的 ASP.NET MVC 5 示例项目没有太大区别。
有两个数据库上下文，一个名为 ApplicationDbContext (aspnet_somethingUserDB)，来自 Identity，另一个名为 StoreInitialTestContext (store_db)，来 self 的更改。
有趣的是，我将这些上下文中的每一个都存储在本地的单独 SQL 数据库中，并且它们仅位于 Azure 服务上名为 store_db 的单个数据库中。
一切进展顺利，两个本地数据库(它们与 Azure 上的单个数据库具有相同的表补充)保持同步。该网站在本地调试和 Azure 上运行良好。
通过添加模型对架构进行最后一次更改后，我执行了 update-database 命令并更新了本地数据库。不幸的是，当我将网站发布到 Azure 时，选择上下文并选中“运行代码优先迁移...”后，Azure 数据库没有更新。
查看我的代码，我没有看到任何待处理的迁移，因此我不确定如何使 Azure 数据库恢复同步。
作为最后的努力，我将 Azure 数据库从基本设置为标准，并在本地 store_db 和 Azure store_db 之间使用比较架构命令。我通过取消选中与 aspnet_UsersomethingDb 相关的表来确保仅更新本地 store_db 中的表。
该操作未成功，因此我尝试撤消对本地的更改，这些更改是有问题的，但未在 Azure 上应用。
这也没有成功，所以我调整了我的网站以避免 EntityFramework“模型与数据库差异”崩溃，这样它至少会跛行。
此时，我的本地数据库一切正常，但关闭“代码优先迁移”复选框后，Azure 数据库会报告:
An exception of type 'System.InvalidOperationException' occurred in EntityFramework.dll but was not handled in user code
Additional information: The model backing the 'StoreInitialTestContext' context has changed since the database was created. Consider using Code First Migrations to update the database (http://go.microsoft.com/fwlink/?LinkId=238269).
打开复选框，报告为:
An exception of type 'System.Data.SqlClient.SqlException' occurred in EntityFramework.dll but was not handled in user code
Additional information: There is already an object named 'ExtendedUserInformations' in the database.
这似乎表明代码优先迁移想要添加对象以使事物同步，但该对象已经存在。
是否有一种快速方法可以使这些数据库同步？ Azure 中没有那么多数据，因此如果有必要，我可以导出一些记录并在重新创建数据库后重新加载它们。
您是否建议使用更新数据库并指定 Azure 连接字符串？
最佳答案
我最终在这里所做的可能不是最简单的方法，但它可能会对某人有所帮助。
首先，虽然他提出的建议很有趣，但在我的情况下不起作用，大声喊 http://robertgreiner.com/2012/05/using-entity-framework-database-migrations-to-update-a-remote-database/ 。我应该意识到这一点，但是 update-database也可以使用 Azure 连接字符串在 Azure 数据库上运行命令。
确保将数据库扩展到“标准”层或更高，以避免命令超时和不稳定的操作。“基本”和“网络”并不意味着任何“有用”。请注意，您可以更改下面的层根据需要随时“扩展”数据库的 Azure 设置。
可以通过从发布设置中复制粘贴来获取 Azure 连接字符串(右键单击您的项目，选择“发布”，然后选择“设置”)，所需的 -ConnectionProviderName 为 System.Data.Sqlclient ，所以命令如下所示:
update-database -ConnectionString "Data Source=tcp:'your-sql-server'.database.windows.net,1433;Initial Catalog='your-db-name'; User ID=user@'your-sql-server';Password='sql-server-pwd'
具有两个数据库上下文(ApplicationDbContext 和我的 StoreInitialTestContext)的示例项目大大增加了复杂性。事实上，每个上下文在本地都有一个数据库，但 Azure 上只有一个数据库，这使得使用 DropCreateDatabaseAlways 变得困难。或DropCreateDatabaseIfModelChanges初始化器。
我最终编写了最大数据库表的内容的脚本，以便以后可以恢复它们。
接下来，我删除了整个 Migrations 目录，这实际上禁用了迁移(正如此处所指出的，没有 disable-migrations 包管理器命令)。
接下来，我为 StoreInitialTestContext 设置数据库初始值设定项，像这样:
public class StoreInitialTestContextInitializerCreate: DropCreateDatabaseAlways < StoreInitialTestContext >
{
protected override void Seed(StoreInitialTestContext context)
{
// nothing for now
}
}
此外，将其注册为适当上下文的数据库初始值设定项:
public class MvcApplication : System.Web.HttpApplication
{
protected void Application_Start()
{
// Drop the StoreInitialContext database and recreate if the model changes
Database.SetInitializer<StoreInitialTestContext>( new StoreInitialTestContextInitializerCreate());
我用它来重新创建包含 StoreInitialTestContext 的数据库下次运行网站时。
本地数据库完全清理干净后，我就迁移到 Azure。
我转到门户并删除了数据库，以便下次我的网站在 Azure 上运行时可以重新创建它。
我确保发布配置文件中的设置已设置为更新数据库，但注意到代码优先迁移选项不可用。
下次在 Azure 上运行网站时， Entity Framework 没有看到数据库，因此已创建数据库。
我确保通过列出项目来锻炼我自己的上下文，并通过注册为用户来锻炼 aspnet 身份部分。检查 Visual Studio 中的 SQL Server 对象资源管理器确认所有表均已创建。
接下来，是时候从表中恢复数据了，但首先为了避免 Azure 错误，我将新创建的数据库(已创建为“已失效”的“Web”数据库层)设置为“标准”层。
然后，我将脚本一一加载到 Visual Studio 中，在对话框中输入连接字符串用户和密码，然后运行脚本。
只有几张表需要更新，一切都很顺利，然后我就准备好迎接下一个挑战了。
关于asp.net-mvc - 丢失的迁移和 Azure 数据库现在不同步，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/27853543/