July 23, 2007 at 1:18 pm
We are recieving this error in the application log of our sql server server.
What does it mean?
Nothing when I google it...
Thanks,
Thomas
Thomas LeBlanc, MVP Data Platform Consultant
July 23, 2007 at 5:41 pm
Interesting. I just ran across this issue today.
We had a 3rd party backup application installed. It was running under an account that had select permissions on sys.databases but not sys.sysaltfiles. It was throwing the exact error that you are seeing. When we increased the permissions it went away.
Regards,
Rubes
July 24, 2007 at 6:13 am
It should be a permission issue as told by rubes give necessary permissions and check if you are able to
Cheers,
Sugeshkumar Rajendran
SQL Server MVP
http://sugeshkr.blogspot.com
August 1, 2007 at 8:42 am
Check with Backup software and it is not using a agent to backup SQL Server. This is a 2005 server, and the only agent available in the software is for 2000.
We use SQL Server to backup the data and transaction logs, then this 3rd party software only backups the backup files to tape.
Thanks,
Thomas
Thomas LeBlanc, MVP Data Platform Consultant
August 20, 2008 at 3:39 pm
I was looking for info on this aswell and I came across the following solution that I thought I'd share made me laugh a little:
"resolved by granting the NT Authority \System account the SysAdmin role."
September 25, 2008 at 10:20 am
Hello
How i can check what permissions are on the sys.sysaltfiles files?
many thanks
Gareth
September 25, 2008 at 7:15 pm
find the sys.sysaltfiles then
:right click > properties > permissions
chances are there will be nothing. I can't remember what roles other than sysadmin have access by default.
this what u were after?
cheers
Carlton..
September 26, 2008 at 3:23 am
you say to find the sys.sys files. How do i find those files??
September 28, 2008 at 2:38 pm
hi,
sorry.
If you using sql 2005?
If so go to the database > Views > System Views > and fild sys.sysaltfiles
If your using sql 2000 its a system table not a view
Master database > system tables > sysaltfiles
HTH
Cheers,
Carlton..
September 29, 2008 at 2:58 am
Hello
Thanks for this, i have now found these files. I have no permissions set on these. What would be the recommended ones to set?
Thanks in advance
Gareth
September 29, 2008 at 2:08 pm
when you say 'files' you mean the DB files themselves? (DBname.mdf, DBname.ldf).
My pref is to set security @ the MSSQL directory (for 2005 this is: C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL) and take the inheritance setting off.
Then assign full control to the sql run time account (the user that SQL server runs under). This way only SQL server can access that directory (all db files, log files, backups rah diddy rah).
You will porobably find Domain admins etc in there too.
Carlton..
September 30, 2008 at 3:36 am
Sorry i was refering to the sys.sysaltfiles when looking in the database at these then right clicking and selecting properties nothing is displayed in the Permissions
I was wondering if anything should be there?
Thanks
Gareth
September 30, 2008 at 3:26 pm
Hi, you could but you wouldn't.
search books online for:
"Mapping SQL Server 2000 System Tables to SQL Server 2005 System Views"
I'm guessing sys.altfiles is now only accessible by sysadmins as its 2005 equivalent is the sys.Master_files view.
Cheers,
Carlton..
October 1, 2008 at 3:34 am
OK, thanks for the info. Any ideas where else i should be looking for receiving the following error during a backup window. We are using Veritas / Symantec Backup Exec. We are getting
sqllib error: sysdatabases in sql server instance is empty
Any thoughts?
October 1, 2008 at 1:52 pm
see if you can figure out what account the backup software is running under (could be 'NT Authority\system' which is commoly disabled or removed for security reasons).
My guess would be the backup software is using an login that has limited or no access to sql server.
try running a Profiler trace and kicking off a backup, this may give you some idea as to what its using.
cheers,
Carlton..
Viewing 15 posts - 1 through 15 (of 18 total)
You must be logged in to reply to this topic. Login to reply