Problems with correct timestamps and database 'acronis_cms_cards'
Hi everyone
After some days of trial and error, i would like to ask You for advice. I hopefully can describe my problems in english in a correct way, so you can help me.
Two years ago an external service installed "Acronis Backup and Recovery [Build: 10.0.11345]" on our backup server and meanwhile, there are massive problems with the program.
I receive daily emails about the correct execution of all tasks. But when I look in the Backup & Recovery itself, all of the tasks are extremely outdated. For example one of them was supposedly running for the last time more than 24 days.
I think these problems are because of some problems with the SQL database. That one is constantly full and also puts some error messages in the Windows Event Viewer:
"Could not allocate space for object 'dbo.SyncWorkersLog' in database 'acronis_cms_cards' because the 'PRIMARY' filegroup is full. Create disk space by deleting unneeded files, dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the file group. "
At the same time all servers that should be saved by Acronis Backup & Recovery have the service "mms.exe" running sporadic with more than 80% CPU Usage, although the backup-task should only be running at 11 pm.
How can I reduce the size of the database so that everything runs smoothly again?
A colleague has already been trying zu shrink it by SQL commands:
USE [Acronis_cms_cards]
DECLARE @ TableName varchar (255)
DECLARE cursor CURSOR FOR table
SELECT table_name FROM INFORMATION_SCHEMA.TABLES
WHERE table_type = 'base table'
OPEN cursor table
FETCH NEXT FROM table cursor INTO @ TableName
WHILE @ @ FETCH_STATUS = 0
BEGIN
DBCC DBREINDEX (@ TableName, '', 90)
FETCH NEXT FROM table cursor INTO @ TableName
END
CLOSE cursor table
DEALLOCATE cursor table
USE [Acronis_cms_cards]
go
dbcc shrinkdatabase ('Acronis_cms_cards' NOTRUNCATE)
go
dbcc shrinkdatabase ('Acronis_cms_cards' TRUNCATEONLY)
Update:
Yesterday I updatet the ABR-Server to the latest build 10.0.11345 but nothing changed. All clients do also have the new Software installed.
Does anybody know how to shrink all the SQL-Databases in a correct way?
My [ ..\Programme\Microsoft SQL Server\MSSQL.1\MSSQL\Data\acronis_cms_cards.mdf ] is about 3,99 GB large at the moment.
Falls jemand anderes mal den Fehler hat protokollier ich wenigstens mal, was ich so heraus finde.
Es kristallisiert sich heraus, dass die ganzen Probleme wirklich nur durch die Datenbank zu Stande kommen. Wie ich gesehen habe, hat der externe Dienstleister alles auf Basis von SQL Server 2005 (Express) aufgebaut und da die Datenbank nun schon 4GB Größe hat....
Ich konnte auch heraus finden, dass es innerhalb der "acronis_cms_cards" nur die Tabellen dbo.SyncWorkersLog und die dbo.SyncWorkersResults betrifft, welche so extrem groß sind (mehr als 100k Datensätze). In der WorkersLog sieht man Zeitstempel für jeden Datensatz und der früheste liegt hier beim 10.12.2009
Zwar kann ich aus der dbo.SyncWorkersResults manuell Datensätze entfernen, doch bei der dbo.SyncWorkersLog ist dies nicht möglich:
"Es wurden keine Zeilen gelöscht. Beim Versuch, Zeile 1 zu löschen, ist ein Problem aufgetreten. Fehlerquelle: .Net SqlClient Data Provider.
Fehlernachricht: Timeout ist abgelaufen. Das Zeitlimit wurde vor dem Beenden des Vorgangs überschritten oder der Server reagiert nicht.
Korrigieren Sie die Fehler, und versuchen Sie erneut, die Zeile zu löschen, oder drücken Sie die ESC-Taste, um die Änderun(en) abzubrechen."
Geh ich Recht in der Annahme, dass jemand von Acronis hier ohnehin nicht helfen könnte, weil es ein Problem mit dem SQL ist? Am liebsten würd ich die entsprechende Tabelle löschen und neu füllen lassen....
EDIT: Sry I do not try to translate it this time.
Kann geschlossen werden.
Ich habe mir Hilfe aus einem sehr großen SQL-Forum geholt und konnte die entsprechenden Tabellen verkleinern. Somit stimmen die Zeitstempel nun wieder in der Anzeige von ABR10.
Zur Info:
Bei der Tabelle "dbo.SyncWorkers.Log" half leider nur der Befehl [ TRUNCATE TABLE SyncWorkersLog ] wodurch die Tabelle geleert wurde aber in Ihrer Struktur komplett erhalten blieb.
Hallo MasterOfDesaster,
(netter Name, manchmal komme ich mir auch so vor, nur weniger Master :-)
hast Du zufällig schon mal versucht, den SQL-Server 2005 Express auf SQL Server Express 2008 R2 upzudaten? Dort soll die Datenbankgrenze 10GB betragen.
Mit freundlichen Grüßen
Jens Kalski