Veritas-bu

[Veritas-bu] Prioritizing Restores over Backups in 4.5

2003-09-10 09:33:34
Subject: [Veritas-bu] Prioritizing Restores over Backups in 4.5
From: ssesar AT mitre DOT org (Steven L. Sesar)
Date: Wed, 10 Sep 2003 09:33:34 -0400
This is a cryptographically signed message in MIME format.

--------------ms030209010808020303090500
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

I think that restores always taking precedence is a flawed decision. 
Sure, in some (arguably most) circumstances, a restore would take 
priority, but if I have a situation where I've got to backup Oracle 
Financials versus restore a filesystem on a dev/int machine, the restore 
will wait. Granted, in this situation, I could just kill the restore and 
restart it when the backup is complete.

I think that Mark is correct, NBU 5.x will include the option to pause a 
backup, which would be great for those who are unable to earmark drives 
solely for restores.

When we architected our backup infrastructure, I stood very firmly that 
in order to meet business DR requirements which concern data 
restoration, that I needed some number of dormant drives. This may not 
make sense in all environements, but in my mind it was a non-negotiable 
level of exposure.

--Steve


Hart, Charles wrote:

>Oh.. I can't hold it in.  I'm a fairly new user to Netbackup 4.5FP#, have been 
>using TSM for a couple years, and I find this troubling.  In the TSM world 
>Restores Always take precedence.  If another task is using a drive in TSM, TSM 
>will make a drive available, then once the restore is complete TSM will know 
>where it left off on the prior task.  
>
>I feel like I've just traded in my Cadillac for a KIA.....
>
>
>Couldn't you just set your backup policies to a lower priority?  There a 
>priority option....
>
>Regards,
>
>Charles
>
>-----Original Message-----
>From: Paul Boatman [mailto:boatm005 AT groupwise.umn DOT edu]
>Sent: Wednesday, September 10, 2003 7:40 AM
>To: williams.k.1 AT pg DOT com
>Cc: veritas-bu AT mailman.eng.auburn DOT edu
>Subject: Re: [Veritas-bu] Prioritizing Restores over Backups in 4.5
>
>
>I am very interested in this as well. We have had a few issues with this 
>lately. Leaving a few drives "inactive" in case of a potential restore is NOT 
>an option. Because of lack of slow backup speeds, we operate at 110% during 
>the backup window. :( We also would like to be able to have restores take 
>priority (when queued)
>
>Thanks,
>
>Paul
>
>  
>
>>>><williams.k.1 AT pg DOT com> 09/09/03 08:27PM >>>
>>>>        
>>>>
>Does anyone know of a way to make restores that are queued, along with 
>other queued backup, to run next?
>
>
>We currently have a problem when all of our devices are in use and we kick off 
>a restore. I know that the restore will get queued up, but I want to make sure 
>the restore kicks off as soon as a drive is available. I do not want a queued 
>backup to jump in there and take up the free drive.
>
>
>Has anyone run into this type of problem?
>
>
>Thanks,
>
>Kris
>
>
>
>This e-mail and its attachments have been scanned for viruses.
>OIT/NDIS -  University of Minnesota
>
>
>_______________________________________________
>Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>_______________________________________________
>Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>  
>


-- 
===================================

  Steven L. Sesar
  Senior Operating Systems Programmer/Analyst
  UNIX Application Services R10A
  The MITRE Corporation
  202 Burlington Road - KS101
  Bedford, MA 01730
  tel: (781) 271-7702
  fax: (781) 271-2600
  mobile: (617) 893-9635
  email: ssesar AT mitre DOT org
 
===================================


--------------ms030209010808020303090500
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHgTCC
AkwwggG1oAMCAQICAhk0MA0GCSqGSIb3DQEBBAUAMEsxEjAQBgNVBAoTCW1pdHJlLm9yZzEe
MBwGA1UECxMVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRUwEwYDVQQDEwxjYS5taXRyZS5vcmcw
HhcNMDMwMzI3MTI1MTQ3WhcNMDQwOTE3MTI1MTQ3WjB4MRIwEAYDVQQKEwltaXRyZS5vcmcx
DzANBgNVBAsTBnBlb3BsZTEWMBQGCgmSJomT8ixkAQETBnNzZXNhcjEYMBYGA1UEAxMPU2Vz
YXIsU3RldmVuIEwuMR8wHQYJKoZIhvcNAQkBFhBzc2VzYXJAbWl0cmUub3JnMIGfMA0GCSqG
SIb3DQEBAQUAA4GNADCBiQKBgQCsMFG7P8BkusNRNWmoqH0y67h3ZrYit9OIJzHDuJHdQPCE
wMYZ9ij4QERUL4RJGwuBt+pj9tkswVi3R7qLKqodNMsiXhIBk25n9F9yO3KHyTlBR4PTW3dt
WARent/Gr5nWR9fnQVwbVEYeqbRSQkLrfRw9mOKfbR86TiV2CJX4dwIDAQABoxIwEDAOBgNV
HQ8BAf8EBAMCBeAwDQYJKoZIhvcNAQEEBQADgYEAR6PVaJjQRwG9Wrb/eEWlG1Ks9UJNv9UE
YYhEO4XXwgf41xe7SIZUQbb40ulX6nklZ9u9dTENFfGPamO9sN2C8Ys0dionUq7P7toCohXS
txBIbwgE7kg7UIzAmKbuG8pV7iUY5g64nXcgb4IvjJDU73TC9RnP8hN5LjnsP40fHJ0wggJM
MIIBtaADAgECAgIZNDANBgkqhkiG9w0BAQQFADBLMRIwEAYDVQQKEwltaXRyZS5vcmcxHjAc
BgNVBAsTFUNlcnRpZmljYXRlIEF1dGhvcml0eTEVMBMGA1UEAxMMY2EubWl0cmUub3JnMB4X
DTAzMDMyNzEyNTE0N1oXDTA0MDkxNzEyNTE0N1oweDESMBAGA1UEChMJbWl0cmUub3JnMQ8w
DQYDVQQLEwZwZW9wbGUxFjAUBgoJkiaJk/IsZAEBEwZzc2VzYXIxGDAWBgNVBAMTD1Nlc2Fy
LFN0ZXZlbiBMLjEfMB0GCSqGSIb3DQEJARYQc3Nlc2FyQG1pdHJlLm9yZzCBnzANBgkqhkiG
9w0BAQEFAAOBjQAwgYkCgYEArDBRuz/AZLrDUTVpqKh9Muu4d2a2IrfTiCcxw7iR3UDwhMDG
GfYo+EBEVC+ESRsLgbfqY/bZLMFYt0e6iyqqHTTLIl4SAZNuZ/Rfcjtyh8k5QUeD01t3bVgE
Xp7fxq+Z1kfX50FcG1RGHqm0UkJC630cPZjin20fOk4ldgiV+HcCAwEAAaMSMBAwDgYDVR0P
AQH/BAQDAgXgMA0GCSqGSIb3DQEBBAUAA4GBAEej1WiY0EcBvVq2/3hFpRtSrPVCTb/VBGGI
RDuF18IH+NcXu0iGVEG2+NLpV+p5JWfbvXUxDRXxj2pjvbDdgvGLNHYqJ1Kuz+7aAqIV0rcQ
SG8IBO5IO1CMwJim7hvKVe4lGOYOuJ13IG+CL4yQ1O90wvUZz/ITeS457D+NHxydMIIC3TCC
AkagAwIBAgIBGTANBgkqhkiG9w0BAQUFADBPMRIwEAYDVQQKEwltaXRyZS5vcmcxHjAcBgNV
BAsTFUNlcnRpZmljYXRlIEF1dGhvcml0eTEZMBcGA1UEAxMQcm9vdGNhLm1pdHJlLm9yZzAe
Fw0wMTA2MTIxNzMzNTVaFw0wNTAzMjcwNTAwMDBaMEsxEjAQBgNVBAoTCW1pdHJlLm9yZzEe
MBwGA1UECxMVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRUwEwYDVQQDEwxjYS5taXRyZS5vcmcw
gZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAM6K1dCL4VTShZUcn1sDzOvDo0hTp025906W
mOnGhLx/2QEUmb7pZS77+T1/nqmthxtoZXwjBYWPTFCnoD/1xXks28NdGVZRvRDOtEbpDvTw
adtbzfXQp/fwFNPcnL8+UgyM7G2ZnakPNDTAf0ZcY4Z4P+g6177smfPplwYPWdZHAgMBAAGj
gcwwgckwEQYJYIZIAYb4QgEBBAQDAgCHMA4GA1UdDwEB/wQEAwIBxjAdBgNVHQ4EFgQUqTMT
u3doqXs3nKOJAaaKMXIkFmkwHwYDVR0jBBgwFoAUmlNmx6uDJWPk4VsmGXW8aow0P10wEgYD
VR0TAQH/BAgwBgEB/wIBATBQBgNVHR8ESTBHMEWgQ6BBhj9odHRwOi8vZW1wbG95ZWVzaGFy
ZS5taXRyZS5vcmcvbC9sbW9zY2EvdHJhbnNmZXIvcm9vdGNhLWRldi5jcmwwDQYJKoZIhvcN
AQEFBQADgYEAjmInqADGLuA0ykaWRKw8uPzdLnQtSy9Cs2WesgNg1Cg4jpBALIbcfD1D6isN
BgrQOIB85sFgnDZh17E8fdaEohf/upoWac0JrNt9tXJh+J60LZplTSaemFpseFEopWJm5uun
oKOhvVAO/e2QtZpvmc2EzINLNRIwDVd1UII5qpgxggJyMIICbgIBATBRMEsxEjAQBgNVBAoT
CW1pdHJlLm9yZzEeMBwGA1UECxMVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRUwEwYDVQQDEwxj
YS5taXRyZS5vcmcCAhk0MAkGBSsOAwIaBQCgggF3MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B
BwEwHAYJKoZIhvcNAQkFMQ8XDTAzMDkxMDEzMzMzNFowIwYJKoZIhvcNAQkEMRYEFE/S2FD/
PMqIfPRxNPDYtnNl6QDdMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcN
AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMGAGCSsGAQQB
gjcQBDFTMFEwSzESMBAGA1UEChMJbWl0cmUub3JnMR4wHAYDVQQLExVDZXJ0aWZpY2F0ZSBB
dXRob3JpdHkxFTATBgNVBAMTDGNhLm1pdHJlLm9yZwICGTQwYgYLKoZIhvcNAQkQAgsxU6BR
MEsxEjAQBgNVBAoTCW1pdHJlLm9yZzEeMBwGA1UECxMVQ2VydGlmaWNhdGUgQXV0aG9yaXR5
MRUwEwYDVQQDEwxjYS5taXRyZS5vcmcCAhk0MA0GCSqGSIb3DQEBAQUABIGATLQRejBaQI1G
jGivHbmIYzxsIHKtPzQUER/4QLp+Z3pikoMvyjZ2L/7fM8pyx9+WXArK/ubJlZ/mseUC0hUW
sAsnhfv8FWKe3drMH5KzizMhOJIwVMtcXS9EIPfgfKx2Cj60mz+xft0Nnwy9iNH/w7kfGen+
MEOsjnd+iGZC27sAAAAAAAA=
--------------ms030209010808020303090500--