what is qmgr0.dat and qmgr1.dat?

  • Thread starter Thread starter AP
  • Start date Start date
A

AP

I am using WIN2000 ADV server with backexec 9.0.

Everytime I run the backup it shows failed status with
some exceptions such as;

Unable to open the item c:\documents and settings\all
users\application
data\microsoft\network\downloader\qmgr0.dat - skipped.

it happens on all servers being backup. I believe the
files (qmgr0.dat & qmgr1.dat)are created by the systems.
What are they and why they are unable to open?

Thank you for your attention.
 
Yes, qmgr0.dat and qmgr1.dat are files that are created/used by BITS
(Background Intelligent Transfer service), and they are constantly
in use by the BITS service. One way of avoiding warnings from backup
utilities is to add these files to the "FilesNotToBackup" list
(stored in the registry).

To add the BITS qmgr*.dat files to the list, you could do the
following:

1) Open the Registry key:
HKLM\SYSTEM\CurrentControlSet\Control\BackupRestore\FilesNotToBackup

2) Create a multi-string value with the value name:
BITS

3) Add the following string to it:
%ALLUSERSPROFILE%\Application Data\Microsoft\Network\Downloader\*
The BITS 1.5 redistributable packages will add this key as part of
its setup routine, so another way of solving the problem is to
upgrade the BITS version in your system to 1.5.
http://www.microsoft.com/downloads/...C8-2ABF-43C7-AB51-E0C53303086D&displaylang=en

Note that if your system is not a english version of Windows, the
"Application Data" part of the path will need to have a translated
form. Unfortunatelly, BITS 1.5 setup will not automatically detect
this situation, so the correction will be needed in both methods.

A second note is that although Microsoft recommends that backup
utilities utilize the "FilesNotToBackup" key to obtain a list of
files that should be excluded from backup, it is not guaranteed that
all backup utilities will in fact take the list into consideration.
Most of the Backup utilities I know will use the FilesNotToBackup
list, but I don't know if that's true for Backexec 9.0.

Let us know if this info does not help.

Regards,
--
Anna Hester
Microsoft Corporation, BITS Team

This posting is provided "AS IS" with no warranties, and confers no
rights.
Use of included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm
 
Yes, qmgr0.dat and qmgr1.dat are files that are created/used by BITS
(Background Intelligent Transfer service), and they are constantly
in use by the BITS service. One way of avoiding warnings from backup
utilities is to add these files to the "FilesNotToBackup" list
(stored in the registry).

To add the BITS qmgr*.dat files to the list, you could do the
following:

1) Open the Registry key:
HKLM\SYSTEM\CurrentControlSet\Control\BackupRestore\FilesNotToBackup

2) Create a multi-string value with the value name:
BITS

3) Add the following string to it:
%ALLUSERSPROFILE%\Application Data\Microsoft\Network\Downloader\*

The BITS 1.5 redistributable packages will add this key as part of
its setup routine, so another way of solving the problem is to
upgrade the BITS version in your system to 1.5.
http://www.microsoft.com/downloads/...C8-2ABF-43C7-AB51-E0C53303086D&displaylang=en

Note that if your system is not a english version of Windows, the
"Application Data" part of the path will need to have a translated
form. Unfortunatelly, BITS 1.5 setup will not automatically detect
this situation, so the correction will be needed in both methods.

A second note is that although Microsoft recommends that backup
utilities utilize the "FilesNotToBackup" key to obtain a list of
files that should be excluded from backup, it is not guaranteed that
all backup utilities will in fact take the list into consideration.
Most of the Backup utilities I know will use the FilesNotToBackup
list, but I don't know if that's true for Backexec 9.0.

Let us know if this info does not help.

Regards,
--
Anna Hester
Microsoft Corporation, BITS Team

This posting is provided "AS IS" with no warranties, and confers no
rights.
Use of included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm
 
replying to various user inquery. Please see response to this question in
the forwarded message by Anna Hester. The newgroup for BITS is
microsoft.public.windows.backgroundtransferSearch Result 1
From: colin ([email protected])
Subject: Backup of qmgr0.dat & qmgr1.dat
This is the only article in this thread
View: Original Format
Newsgroups: microsoft.public.win2000.file_system
Date: 2003-07-01 02:07:47 PST



From: Rick ([email protected])
Subject: Qmgr0.dat + Qmgr1.dat
View: Complete Thread (4 articles)
Original Format
Newsgroups: microsoft.public.win2000.advanced_server
Date: 2003-09-25 10:15:54 PST

Search Result 7
From: Glenn Brensinger ([email protected])
Subject: Can someone explain intermittant errors in BE 9.0?
View: Complete Thread (4 articles)
Original Format
Newsgroups: veritas.backupexec.windowsnt.english
Date: 2003-09-09 09:59:11 PST

Search Result 3
From: Ben Fathi [MSFT] ([email protected])
Subject: Re: qmgr0.dat file could not be backed up
View: Complete Thread (4 articles)
Original Format
Newsgroups: microsoft.public.win2000.file_system
Date: 2002-12-11 11:32:30 PST


Search Result 4 From: Tippy ([email protected])Subject: Failed backups
with Backup Exec 8.6 View: Complete Thread (3 articles) Original Format
Newsgroups: microsoft.public.backoffice.smallbiz2000Date: 2003-08-12
16:43:01 PST From: Thomas Andersson ([email protected])Subject:
ARCserve System State problem: qmgr0.dat and qmgr1.dat View: Complete Thread
(2 articles) Original Format Newsgroups: comp.os.ms-windows.nt.miscDate:
2002-10-17 23:18:51 PST
 
I found your explanation of specific backup problem with qmgr0.dat and qmgr1.dat which you solved there. Thank you for it. I would like to inform you, that the same problem is in Windows Server 2003, ENU, Standard. There is BITS 1.5 already instaled, but the right Registry key "FilesNotToBackup" "BITS" is missed. Do you plan to corect this in some path or in SP1
 
Back
Top