INSERT UPDATE DELETE permissions

  • I am running SQL 2000 s/p 1. When my users leave at the end of the day, they have permissions to INSERT, UPDATE and DELETE records as necessary by using Stored procedures. When they arrive in the morning, They can only view data. Any attempt to INSERT, UPDATE, or DELETE results in a timeout error. When I stop SQL Server and restart it, they are ok to do their business again. We are running Backup Exec at midnight but see no problems with it. Any help would be appreciated.

  • Never seen anything like this. Are you r users members of some role? Have you checked the error logs for SQL and BakcupExec?

    does this happen with a normal SQL backup to disk?

    Steve Jones

    steve@dkranch.net

  • No special situations with the users. they are all members of public. Backup Exec shows nothing unusual and has been running nightly for months.

  • Sorry, didn't read the timeout error. My guess is that there is a lock being held for some reason. Does the backup complete with no errors?

    run sp_lock before and after an insert attempt. Look for a block.

    Steve Jones

    steve@dkranch.net

  • The user's ability to SELECT and view anything leads me to believe it is not a lock. It's almost as if their INSERT, UPDATE, DELETE permissions have been revoked.

  • Even if they had been revoked, restarting the service would not fix it. Easy enough to check anyway, right? I like Steve's idea about blocking - worth checking it out. Are you doing index rebuilds at night? Maybe something not finishing? How about profiling all activity from 6pm on, see if you can spot anything bizarre.

    Andy

  • I ran a profiler last night. Last user signed off at 6:30 P.M. Backup happened at 10 and completed. No activity until 6:58 A.M. with the first user signing on. At that time he got a timeout when trying to update a production note. I am going to drop SQL from Backup Exec tonight and see if it helps.

  • Is the db set to auto-close? If no activity and it shuts down, you'd see a fair delay while it reopened - plus there would be no data cached.

    Andy

  • That's a good point.

    check all db settings before backup and after. See if something changed.

    Steve Jones

    steve@dkranch.net

  • Well after turning off the "Auto-Shrink" function on the database, I came in this morning and the users were working fine. No permossion lockout at all. Any ideas as to why this would happen?

  • no idea at all. Don't have auto-shrink set on any of my dbs.

    Steve Jones

    steve@dkranch.net

  • Disk is cheap. Let the db expand and don't worry about shrinking. thanks for your help guys.

    Edited by - gajajojo on 12/19/2001 10:28:48 AM

  • you are welcome. hope it works.

    Steve Jones

    steve@dkranch.net

Viewing 13 posts - 1 through 12 (of 12 total)

You must be logged in to reply to this topic. Login to reply