如何通过定时任务自动将Active Directory用户存储至本地数据库

需要实现定时自动执行的AD用户同步任务，将Active Directory中的用户数据存储到本地数据库，同时支持检测新增用户。
现有GetAllADUsers方法功能正常，但在项目启动时同步调用会导致启动耗时增加2分35秒，严重影响启动效率。
现有实现代码如下：

public void GetAllADUsers() 
{
    using (DirectorySearcher dssearch = new DirectorySearcher("LDAP://XXX", new string[] { "cn" })) 
    {
        dssearch.Filter = $"(&(objectClass=user)(objectCategory=person)(!userAccountControl:1.2.840.113556.1.4.803:=2))";
        SearchResultCollection sresult = dssearch.FindAll();

        foreach (SearchResult srUsers in sresult)
        {
            AD_USERS.Add(
                new User
                {
                    Username = ((string)srUsers.GetDirectoryEntry().Properties["cn"].Value)
                });
        }
    }
}

• 解耦同步逻辑与项目启动流程
  不要在同步启动链路中调用该方法，改为项目启动完成后通过后台异步任务执行首次全量同步，不阻塞主服务启动。.NET环境下可以用IHostedService实现后台托管任务，启动阶段仅完成任务注册，无需等待同步执行完成。如果启动阶段必须使用用户数据，可以优先读取本地数据库已存储的历史数据兜底，待后台同步完成后再更新内存数据。
• 优化AD查询性能，消除冗余操作
  现有代码的最大性能瓶颈是冗余的GetDirectoryEntry()调用：DirectorySearcher初始化时已经指定了只返回cn属性，直接从SearchResult的Properties集合中取值即可，无需再发起二次AD查询，这一项优化就能降低80%以上的查询耗时。
  优化后的核心代码片段：

  foreach (SearchResult srUsers in sresult)
  {
      AD_USERS.Add(
          new User
          {
              Username = srUsers.Properties["cn"][0].ToString()
          });
  }
  

  额外优化点：设置dssearch.PageSize = 1000开启AD查询分页，避免单次返回大量数据导致的传输卡顿；如果不需要查询全域用户，可以指定具体OU路径作为查询根节点，缩小查询范围。
• 改为增量同步模式，避免全量拉取
  首次全量同步完成后，后续定时任务不需要每次拉取所有AD用户，改为过滤查询whenCreated属性大于上次同步时间的用户，或者使用AD的uSNChanged标记做增量同步，单次查询耗时可以降低到秒级。本地数据库存储上次同步的时间戳或最大uSN值作为过滤条件即可，同时可以直接基于增量查询结果做新增用户检测，不需要全量比对。
• 独立调度定时同步任务
  将同步逻辑从项目启动代码中完全剥离，使用定时任务框架（如Quartz.Net、Hangfire）或系统层面的计划任务独立调度，和服务启动流程完全解耦，避免同步逻辑影响服务启动效率。

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