ASP.NET 成员资格身份验证从迁移到 ASP.NET Core 2.0 标识

作者：Isaac Levin

本文演示如何迁移使用成员资格到 ASP.NET Core 2.0 标识的身份验证的 ASP.NET 应用程序的数据库架构。

查看的成员身份架构

在 ASP.NET 2.0 之前开发人员被负责创建自己的应用的整个身份验证和授权过程。 使用 ASP.NET 2.0 成员身份引入时，提供处理 ASP.NET 应用程序中的安全性的样本解决方案。 开发人员现在可以启动到与 SQL Server 数据库架构aspnet_regsql.exe命令。 运行此命令后，已在数据库中创建以下表。

若要将现有应用迁移到 ASP.NET Core 2.0 标识，这些表中的数据需要迁移到使用新的标识架构的表。

ASP.NET Core 标识 2.0 架构

ASP.NET Core 2.0 遵循标识ASP.NET 4.5 中引入的原则。 尽管共享的原则，框架之间的实现是不同的甚至 ASP.NET Core 的版本之间 (请参阅将身份验证和标识迁移到 ASP.NET Core 2.0)。

ASP.NET Core 2.0 标识查看架构的最快方法是创建新的 ASP.NET Core 2.0 应用程序。 请按照 Visual Studio 2017 中的执行以下步骤操作：

1. 选择“文件” > “新建” > “项目”。

2. 创建一个新ASP.NET Core Web 应用程序名为项目CoreIdentitySample。

3. 选择ASP.NET Core 2.0在下拉列表中，然后选择Web 应用程序。 此模板会生成Razor 页面应用。 然后再单击确定，单击更改身份验证。

4. 选择单个用户帐户标识模板。 最后，单击确定，然后确定。 Visual Studio 创建项目时使用 ASP.NET Core 标识模板。

5. 选择工具 > NuGet 包管理器 > 程序包管理器控制台打开包管理器控制台(PMC) 窗口。

6. 导航到项目根目录中 PMC 中，然后运行Entity Framework (EF) Core Update-Database命令。

   ASP.NET Core 2.0 标识使用 EF Core 与存储身份验证数据的数据库进行交互。 为了使新创建的应用程序能够，那里需要使用数据库来存储此数据。 创建新的应用程序之后, 检查的数据库环境中的架构的最快方法是创建数据库使用EF Core 迁移。 此过程创建数据库、 在本地或其他位置，模拟该架构。 查看上述文档，有关详细信息。

   EF Core 命令中指定的数据库使用连接字符串appsettings.json。 下面的连接字符串上的目标数据库localhost名为asp net core 标识。 在此设置中，EF Core 配置为使用DefaultConnection连接字符串。

   {
     "ConnectionStrings": {
       "DefaultConnection": "Server=localhost;Database=aspnet-core-identity;Trusted_Connection=True;MultipleActiveResultSets=true"
     }
   }
   

7. 选择视图 > SQL Server 对象资源管理器。 展开中指定的数据库名称与对应的节点ConnectionStrings:DefaultConnection的属性appsettings.json。

   Update-Database命令创建与架构指定的数据库和任何所需的应用程序初始化的数据。 下图描绘了使用上述步骤创建的表结构。

   

迁移架构

有细微的差别的表结构和成员身份和 ASP.NET Core 标识字段。 模式已显著更改身份验证/授权与 ASP.NET 和 ASP.NET Core 应用程序。 仍用于标识的关键对象是用户并角色。 以下是有关映射表用户，角色，并UserRoles。

用户

角色

用户角色

创建的迁移脚本时，引用前面的映射表用户并角色。 下面的示例假定数据库服务器上有两个数据库。 一个数据库包含的现有 ASP.NET 成员身份架构和数据。 另CoreIdentitySample使用前面所述的步骤创建数据库。 注释是以内联形式包含有关更多详细信息。

-- THIS SCRIPT NEEDS TO RUN FROM THE CONTEXT OF THE MEMBERSHIP DB
BEGIN TRANSACTION MigrateUsersAndRoles
USE aspnetdb

-- INSERT USERS
INSERT INTO CoreIdentitySample.dbo.AspNetUsers
            (Id,
             UserName,
             NormalizedUserName,
             PasswordHash,
             SecurityStamp,
             EmailConfirmed,
             PhoneNumber,
             PhoneNumberConfirmed,
             TwoFactorEnabled,
             LockoutEnd,
             LockoutEnabled,
             AccessFailedCount,
             Email,
             NormalizedEmail)
SELECT aspnet_Users.UserId,
       aspnet_Users.UserName,
       -- The NormalizedUserName value is upper case in ASP.NET Core Identity
       UPPER(aspnet_Users.UserName),
       -- Creates an empty password since passwords don't map between the 2 schemas
       '',
       /*
        The SecurityStamp token is used to verify the state of an account and
        is subject to change at any time. It should be initialized as a new ID.
       */
       NewID(),
       /*
        EmailConfirmed is set when a new user is created and confirmed via email.
        Users must have this set during migration to reset passwords.
       */
       1,
       aspnet_Users.MobileAlias,
       CASE
         WHEN aspnet_Users.MobileAlias IS NULL THEN 0
         ELSE 1
       END,
       -- 2FA likely wasn't setup in Membership for users, so setting as false.
       0,
       CASE
         -- Setting lockout date to time in the future (1,000 years)
         WHEN aspnet_Membership.IsLockedOut = 1 THEN Dateadd(year, 1000,
                                                     Sysutcdatetime())
         ELSE NULL
       END,
       aspnet_Membership.IsLockedOut,
       /*
        AccessFailedAccount is used to track failed logins. This is stored in
        Membership in multiple columns. Setting to 0 arbitrarily.
       */
       0,
       aspnet_Membership.Email,
       -- The NormalizedEmail value is upper case in ASP.NET Core Identity
       UPPER(aspnet_Membership.Email)
FROM   aspnet_Users
       LEFT OUTER JOIN aspnet_Membership
                    ON aspnet_Membership.ApplicationId =
                       aspnet_Users.ApplicationId
                       AND aspnet_Users.UserId = aspnet_Membership.UserId
       LEFT OUTER JOIN CoreIdentitySample.dbo.AspNetUsers
                    ON aspnet_Membership.UserId = AspNetUsers.Id
WHERE  AspNetUsers.Id IS NULL

-- INSERT ROLES
INSERT INTO CoreIdentitySample.dbo.AspNetRoles(Id, Name)
SELECT RoleId, RoleName
FROM aspnet_Roles;

-- INSERT USER ROLES
INSERT INTO CoreIdentitySample.dbo.AspNetUserRoles(UserId, RoleId)
SELECT UserId, RoleId
FROM aspnet_UsersInRoles;

IF @@ERROR <> 0
  BEGIN
    ROLLBACK TRANSACTION MigrateUsersAndRoles
    RETURN
  END

COMMIT TRANSACTION MigrateUsersAndRoles

完成操作后的脚本，使用成员资格用户填充前面创建的 ASP.NET Core 标识应用。 用户需要在登录之前更改其密码。

在中PageModel的登录页上，位于Pages\Account\Login.cshtml.cs，删除[EmailAddress]属性从电子邮件属性。 其重命名为用户名。 这需要更改无论在何处EmailAddress所述，在视图并PageModel。 结果看起来如下所示：

后续步骤

在本教程中，您学习了如何移植到 ASP.NET Core 2.0 标识从 SQL 成员资格用户。 有关 ASP.NET Core 标识的详细信息，请参阅标识简介。