Comments
Sort by recent activity
Yes it is in the Administrators group. / comments
Yes it is in the Administrators group.
Ok, but this is a stand alone server and there are no linked servers nor aliases with this one--it;s about a simple of a SQL Server as they come.
However, i will try the update you spoke about and let you know.
Thanks
SJ / comments
Ok, but this is a stand alone server and there are no linked servers nor aliases with this one--it;s about a simple of a SQL Server as they come.
However, i will try the update you spoke about and ...
Peter,
Correct, we are not able to do backups/restores from the two SP2 instances. The SP4 instance works just fine.
So as I am understanding you are saying this is an issues for the way SQL 2005 SP2 handled calls to the newer DLL. Correct? If so, then my only plan is to upgrade the other instances to SP4.
Thanks!
SJ / comments
Peter,
Correct, we are not able to do backups/restores from the two SP2 instances. The SP4 instance works just fine.
So as I am understanding you are saying this is an issues for the way SQL 2005 ...
Peter,
Yes both the sqlvdi.dll are the same version 2000.85.2312.0
Thanks
SJ / comments
Peter,
Yes both the sqlvdi.dll are the same version 2000.85.2312.0
Thanks
SJ
Chris,
Thanks, this is the result that I get back from the 3 instances.
instance VAS (KB) // Max Free (KB)
vsql30 (sp2) 8574413888 // 6703778112
JRA (sp4) 8581239204 // 6710851968
svydata6 (sp2) 8581229524 // 6710851968
I also see this in the System Event Log.
SQLVDI: Loc=SVDS::Open. Desc=BADMEM. ErrorCode=(-1). Process=1548. Thread=2112. Server. Instance=SVYDEMO. VD=Global\SQLBACKUP_6886F8B0-F810-40AF-B050-48DBED89BA60_SQLVDIMemoryName_0.
SQLVDI: Loc=SignalAbort. Desc=Client initiates abort. ErrorCode=(0). Process=956. Thread=1132. Client. Instance=SVYDEMO. VD=Global\SQLBACKUP_5F1F3589-B066-401D-9AA3-620C22C9CC32_SQLVDIMemoryName_0.
SQLVDI: Loc=CVDS::Close. Desc=Abnormal termination state. ErrorCode=(0). Process=956. Thread=1132. Client. Instance=SVYDEMO. VD=Global\SQLBACKUP_5F1F3589-B066-401D-9AA3-620C22C9CC32_SQLVDIMemoryName_0.
So I am having my tech team run some memory diagnostics on the server .
Thanks!
SJ / comments
Chris,
Thanks, this is the result that I get back from the 3 instances.
instance VAS (KB) // Max Free (KB)
vsql30 (sp2) 8574413888 // 6703778112
JRA (sp4) 8581239204 // 67...
Chris,
The server has 8GB and each instance has max memory set to 2048GB. All are Standard Edition SQL Server 2005 x64 (2 at SP2 and 1 at SP4) and that should leave about 2GB for SQL and the other memory pools.
NOTE: one of the instances is not used except to replay log files. / comments
Chris,
The server has 8GB and each instance has max memory set to 2048GB. All are Standard Edition SQL Server 2005 x64 (2 at SP2 and 1 at SP4) and that should leave about 2GB for SQL and the other...
What is the impact/benefit of boosting that setting?
SJ / comments
What is the impact/benefit of boosting that setting?
SJ
Yes, it was probably the number of entries in all the msdb.backupmediaset, msdb.backupmediafamily, msdb.backupset, msdb.backupfile tables.
I started to run the sp_delete_backuphistory Microsoft supplied stored procedure but I learned that it uses a cursor and that it was going to take about forever to delete all but 5 days of history in my msdb database (my db had about 3.8 million records), I found a neat little stored procedure that does it in a set based format that you use as a stored procedure and run through a job and keep the maintenance up-to-date. http://weblogs.sqlteam.com/tarad/archive/2004/07/02/1704.aspx
I know that your extended stored procedure can delete files after x number of days (erasefiles=x). Does it also clean up those entries in the tables above? / comments
Yes, it was probably the number of entries in all the msdb.backupmediaset, msdb.backupmediafamily, msdb.backupset, msdb.backupfile tables.
I started to run the sp_delete_backuphistory Microsoft sup...
Could be...the msdb.backupfile, msdb.backupmediafamily, msdb.backupmediaset databases are rather huge (about 3.6 million records each). / comments
Could be...the msdb.backupfile, msdb.backupmediafamily, msdb.backupmediaset databases are rather huge (about 3.6 million records each).