数据库还原后,EF不会迁移

Question

我疯了......我一直在尝试编写恢复数据库的集成测试.在编写这些测试的过程中,我一直在玩我的SQL Server用户设置.最后,我拔掉了插头.但是现在我陷入了我的数据库不再被迁移的境地......

我不断收到错误System.Data.SqlClient.SqlException: Invalid object name 'dbo.SomeObjectThatWasCreated2MigrationsAgo'.

表__Migrations中的迁移落后了,它们不会得到更新.没有错误消息,只是一个明显的'不,不能找到那个表'

请帮助..我在SQL Server中需要哪些设置才能再次允许迁移？

我已设置权限db_datareader,db_datawriter,db_ddladmin甚至db_owner,但我的IIS_APPPOOL用户就不会启动迁移

编辑

自上次迁移以来,没有任何代码发生任何变化.没有本地变化.没有.当我恢复数据库的备份时,会发生这种情况.然后,一旦达到此状态,删除数据库甚至不再有帮助,不会生成新的数据库.

D'你知道最后修复了什么,经过几个小时的搞乱？重新编译.没错,在恢复数据库之后我必须重新编译我的应用程序.即使我没有做任何改变.即使我在恢复数据库之前编译了应用程序.而且无论在上一次迁移的开发过程中,我都使用了那个确切的数据库来添加另一层.

我查了一下,我每次都可以重现这个.还原数据库,不要重新编译:不执行迁移.还原数据库并重新编译:执行迁移.

请注意,我没有代码改变什么 - 所以永远...

所以现在我的问题是:为什么？我很困惑.

编辑2

一段时间后回到这里.我还有这个问题.如果我添加一个新的迁移,然后运行我的应用程序,它会很好地迁移.

但是,如果我在迁移之前将数据库还原到运行我的应用程序,则它不会迁移.我必须重新编译我的应用程序.更糟糕的是,如果我必须在生产中恢复我的数据库,那么我将不得不重新发布我的整个应用程序.

如果我DROP我的整个数据库,我也必须重新编译.

在回答问题时

这是一次自动迁移.我有AutomaticMigrationsEnabled = false

DatabaseInitializer:

    Database.SetInitializer(
            new MigrateDatabaseToLatestVersion<ApplicationDbContext, 
                    MyNameSpace.Configuration>());

编辑4 我发现我需要重新启动ApplicationPool.这是场景:

1. 构建应用程序
2. 恢复数据库
3. 迁移未应用.应用程序因缺少表而崩溃

这是解决方法:

1. 构建应用程序
2. 恢复数据库
3. 重启ApplicationPool
4. 迁移已应用

似乎有些内容存储在内存中,说"是的,我们已经完成了所有的迁移.Nosirree,这里没什么可做的."

这可能是性能优化,但它真的很不方便,因为我无法在我们的生产环境中重置AppPool.如果有人知道如何关闭这种行为,我很乐意听到.

Answer 1

我曾经有过这个问题。因此，如果我已恢复数据库，我会删除迁移的条目，然后当我执行 ef update 命令时，它将成功运行迁移，因为它会假设它以前从未运行过。

另外，我从不使用迁移来更新生产数据库。为此，我总是生成增量脚本，然后运行它们。基本上，一旦完成第一次生产部署，我将使用备份来恢复数据库，并且还将为数据库的稳定版本生成脚本，并在某个地方（DB_SQl1.0.sql）对它们进行版本控制，然后创建增量脚本。如果创建脚本有问题，您可以直接从代码库为每个迁移单独生成这些脚本。

https://learn.microsoft.com/en-us/ef/core/managing-schemas/migrations/#generate-sql-scripts

我希望它有帮助。