ASP.NET Core Web API跨服务器运行时如何重建EF Core数据库

第一步：先修正连接配置问题 #

你当前硬编码在OnConfiguring里的连接字符串指向本地LocalDB实例，本身就无法适配其他服务器环境，先调整配置：

• 不要把连接字符串硬编码在DbContext逻辑中，优先放到appsettings.json配置文件里，支持不同环境加载不同配置：本地开发环境保留LocalDB连接，部署到目标服务器时替换为目标SQL Server实例的真实连接信息。
• 目标环境连接字符串需匹配实际部署条件：Server字段填写目标SQL实例的IP/主机名+实例名，认证方式按需选择：Windows集成认证保留Trusted_Connection=True，SQL账号认证则替换为User ID=数据库账号;Password=对应密码;TrustServerCertificate=True;，提前确认使用的账号有目标SQL实例的建库、建表权限。

适配正式SQL Server的连接字符串参考：

Server=192.168.1.100\MSSQLSERVER;Database=MyDatabase;User ID=dbop;Password=yourStrongPassword;TrustServerCertificate=True;

第二步：基于已有迁移文件重建数据库（Code-First标准方案） #

你之前已经生成了完整的迁移文件，不需要手动在SSMS里建库建表，直接用EF Core的迁移工具即可完成全量结构同步，两种常用方案按需选择：

方案1：手动执行迁移命令（最通用，适合所有部署场景） #

这是最稳妥的方案，完全复用已有的迁移历史，不会出现结构不一致问题：

• 用Visual Studio包管理器控制台（PMC）操作：把默认项目切换为包含DbContext的项目，提前把项目配置里的连接字符串改为目标服务器地址，执行Update-Database即可，EF Core会自动在目标服务器创建MyDatabase库，并同步所有表、索引、约束、关联关系，以及迁移中配置的种子数据。
• 用跨平台.NET CLI操作：在项目根目录执行以下命令，不需要修改项目内配置，直接指定目标库连接即可：

dotnet ef database update --connection "目标服务器的完整连接字符串"

方案2：应用启动时自动迁移（适合小项目/自动化部署场景） #

如果不想每次部署手动敲命令，可以在应用启动逻辑里加自动迁移代码，程序第一次启动时会自动检测目标库是否存在，不存在就按迁移文件自动创建，已存在就自动同步未应用的迁移。
在Program.cs的app.Run()之前加如下代码即可：

using (var serviceScope = app.Services.CreateScope())
{
    var dbContext = serviceScope.ServiceProvider.GetRequiredService<你的DbContext实际类名>();
    dbContext.Database.Migrate();
}

注意：多实例集群部署场景不要用这个方案，避免多个实例同时启动并发执行迁移导致库表锁冲突。

避坑提醒 #

• 不要用EnsureCreated()方法代替迁移逻辑：该方法会跳过EF Core的迁移历史记录，仅按当前DbContext模型生成裸库，后续新增迁移执行时会直接报错，仅适合临时测试场景。
• 执行迁移前确认连接用的数据库账号有足够权限：至少需要目标SQL实例的CREATE DATABASE、CREATE TABLE、ALTER等权限，否则会报权限错误。
• 如果你的迁移里配置了初始化种子数据，迁移执行完成后种子数据会自动写入新库，不需要手动导入。

内容的提问来源于stack exchange，提问作者Sponsor