Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. Database & SysAdmin
  3. System Admin
  4. Active Directory Query

Active Directory Query

Scheduled Pinned Locked Moved System Admin
questioncsharpasp-netdatabasewindows-admin
3 Posts 2 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • M Offline
    M Offline
    Mike Puddephat
    wrote on last edited by
    #1

    Hi, I am writing an ASP.NET web application to run reports against our Active Directory. Eventually we expect to have 30000 users in our AD. In general, users will run reports with filters that will restrict data returned from the AD. However, it is possible that users will run reports that return information for all users in our AD. We are worried that the AD might be overloaded by running these LDAP queries. My question is, should I query the AD directly, or create a cache of all users (a DataSet) that is updated every few hours that I query instead? Ideally, I would query the AD directly. I ran a report directly against the AD that returned a few simple user properties for 20000 users and CPU usage on one of our two domain controllers increased to 25% for about 1 second. Any suggestions very welcome. I am not sure of the best way to proceed here. Thanks. -- modified at 5:28 Thursday 4th May, 2006

    L 1 Reply Last reply
    0
    • M Mike Puddephat

      Hi, I am writing an ASP.NET web application to run reports against our Active Directory. Eventually we expect to have 30000 users in our AD. In general, users will run reports with filters that will restrict data returned from the AD. However, it is possible that users will run reports that return information for all users in our AD. We are worried that the AD might be overloaded by running these LDAP queries. My question is, should I query the AD directly, or create a cache of all users (a DataSet) that is updated every few hours that I query instead? Ideally, I would query the AD directly. I ran a report directly against the AD that returned a few simple user properties for 20000 users and CPU usage on one of our two domain controllers increased to 25% for about 1 second. Any suggestions very welcome. I am not sure of the best way to proceed here. Thanks. -- modified at 5:28 Thursday 4th May, 2006

      L Offline
      L Offline
      Lost User
      wrote on last edited by
      #2

      Mike Puddephat wrote:

      We are worried that the AD might be overloaded by running these LDAP queries. My question is, should I query the AD directly, or create a cache of all users (a DataSet) that is updated every few hours that I query instead?

      In my opinion, I support you to use the dataset to cache all user information. This will reduce an overload to your server. But you have to make sure that all user information in your AD is change frequenctly or not. You should set an interval to update an information from your AD based an information of each user is updated on your server.

      M 1 Reply Last reply
      0
      • L Lost User

        Mike Puddephat wrote:

        We are worried that the AD might be overloaded by running these LDAP queries. My question is, should I query the AD directly, or create a cache of all users (a DataSet) that is updated every few hours that I query instead?

        In my opinion, I support you to use the dataset to cache all user information. This will reduce an overload to your server. But you have to make sure that all user information in your AD is change frequenctly or not. You should set an interval to update an information from your AD based an information of each user is updated on your server.

        M Offline
        M Offline
        Mike Puddephat
        wrote on last edited by
        #3

        Thanks for your reply! I guess I was hoping that I wouldn't have to use a cache, but I think (like you say) it is probably the best way to go.

        1 Reply Last reply
        0
        Reply
        • Reply as topic
        Log in to reply
        • Oldest to Newest
        • Newest to Oldest
        • Most Votes


        • Login

        • Don't have an account? Register

        • Login or register to search.
        • First post
          Last post
        0
        • Categories
        • Recent
        • Tags
        • Popular
        • World
        • Users
        • Groups