Hi,
I have had a similar problem, I presume that your tape backups kick off
before your disk based backups.
Coming from a Solaris system, if you run the bpadm command and then select g
for Global Configuration..
and then select "l) List/Display All Configuration Parameters". Look for
the line that reads
"Max drives this master: ??", this from what I have determined, should be
the total number of physical and virtual drives configured to the server.
IE- 5 physical and 20 disk storage maximum concurrent jobs equals 25 max
drives this master.
Hope this assists you in some way.
Andrew Walker
Solaris Consultant.
-----Original Message-----
From: veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu]On Behalf Of
markjessup AT northwesternmutual DOT com
Sent: 18 November 2003 06:07
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] Backups to Disk Units going into Queue State
We are starting utilize a Net App R150 for disk based backups with 4.5
MP5. With this setup, I would expect that backup jobs directed to disk
would never go into a queue state unless we had reached the max job
limit on the disk storage unit. But for whatever reason, we get disk
based backup jobs sitting in the queue for hours for whatever reason.
Tape backup jobs are running and are queued up but I would think this
would have no impact or limit on the disk based backups. They just run.
Is that true? Am I missing something? What would cause a disk backup
to queue? Any insight into this issue would be greatly appreciated.
Mark Jessup
IS Manager, Enterprise Storage and Output Management
Northwestern Mutual
(414) 665-3968
markjessup AT northwesternmutual DOT com
*******************************************************************
The e-mail and attachments are confidential and intended only for selected
recipients. If you have received it in error, you may not in any way disclose
or rely on the contents. You may not keep, copy or distribute the e-mail.
Should you receive it, immediately notify the sender of the error and delete
the e-mail.Also note that this form of communication is not secure, it can be
intercepted, and may not necessarily be free of errors and viruses in spite of
reasonable efforts to secure this medium.
*******************************************************************
|
