This is a cryptographically signed message in MIME format.
--------------ms040602020305020309030507
Content-Type: multipart/alternative;
boundary="------------010604060503000001020409"
This is a multi-part message in MIME format.
--------------010604060503000001020409
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
I'm not sure what operating system you're running, but here's a couple
of suggestions:
Well, can you ship the tapes, or dupes of them to the client? If so,
then it's possible to add the database server to the backup domain as a
media server, and perform the restore that way. However, it's not as
simple as simply popping the tapes in the drive and performing the restore.
If you happen to have enough spare disk lying around, you could get
creative and perform the restore to disk, and ship the disks out to your
remote site. All this assumes that your hardware/OS can accomodate this
type of solution
However, I must point out, that your business model is fairly flawed. If
you are required to restore remote databases, your management chain
really needs to consider providing you with a sane solution, other than
the above.
Prabhala, Rama wrote:
> Hi all,
>
> We have a netbackup server at the location i work from. At a different
> location we have another server and we are connected to it by a T1
> line ( 128 kbps ). I am asked to refresh this box with latest
> production database which is 300gb, this will take forever since the
> line is only 128kbps. So i have ruled out alternate clinet restore
> procedure. What is the solution for this situation ? I have a only a
> DLT7000 tape drive at this location.
>
> Regards,
>
> Rama Prabhala
>
--
===================================
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
===================================
--------------010604060503000001020409
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
<title></title>
</head>
<body>
I'm not sure what operating system you're running, but here's a couple
of suggestions:<br>
<br>
Well, can you ship the tapes, or dupes of them to the client? If so,
then it's possible to add the database server to the backup domain as a
media server, and perform the restore that way. However, it's not as
simple as simply popping the tapes in the drive and performing the
restore.<br>
<br>
If you happen to have enough spare disk lying around, you could get
creative and perform the restore to disk, and ship the disks out to
your remote site. All this assumes that your hardware/OS can accomodate
this type of solution<br>
<br>
However, I must point out, that your business model is fairly flawed.
If you are required to restore remote databases, your management chain
really needs to consider providing you with a sane solution, other than
the above.<br>
<br>
Prabhala, Rama wrote:<br>
<blockquote type="cite"
cite="midE9F5CFB0D86FD4118BEE00508BAED52D014530E0@ecmail">
<meta http-equiv="Content-Type" content="text/html; ">
<meta name="Generator"
content="MS Exchange Server version 5.5.2653.12">
<title>restoring at a different site</title>
<p><font size="2" face="Arial">Hi all,</font> </p>
<p><font size="2" face="Arial">We have a netbackup server at the
location i work from. At a different location we have another server
and we are connected to it by a T1 line ( 128 kbps ). I am asked to
refresh this box with latest production database which is 300gb, this
will take forever since the line is only 128kbps. So i have ruled out
alternate clinet restore procedure. What is the solution for this
situation ? I have a only a DLT7000 tape drive at this location.</font></p>
<p><font size="2" face="Arial">Regards,</font> </p>
<p><font size="2" face="Arial">Rama Prabhala </font> </p>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
===================================
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: <a class="moz-txt-link-abbreviated" href="mailto:ssesar AT mitre DOT
org">ssesar AT mitre DOT org</a>
===================================</pre>
</body>
</html>
--------------010604060503000001020409--
--------------ms040602020305020309030507
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
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHCTCC
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+NHxydMIICZTCC
Ac6gAwIBAgIBBTANBgkqhkiG9w0BAQQFADBPMRIwEAYDVQQKEwltaXRyZS5vcmcxHjAcBgNV
BAsTFUNlcnRpZmljYXRlIEF1dGhvcml0eTEZMBcGA1UEAxMQcm9vdGNhLm1pdHJlLm9yZzAe
Fw05ODA5MDkxNjQ4NTJaFw0wNzA5MDcxNjQ4NTJaMEsxEjAQBgNVBAoTCW1pdHJlLm9yZzEe
MBwGA1UECxMVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRUwEwYDVQQDEwxjYS5taXRyZS5vcmcw
gZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAM6K1dCL4VTShZUcn1sDzOvDo0hTp025906W
mOnGhLx/2QEUmb7pZS77+T1/nqmthxtoZXwjBYWPTFCnoD/1xXks28NdGVZRvRDOtEbpDvTw
adtbzfXQp/fwFNPcnL8+UgyM7G2ZnakPNDTAf0ZcY4Z4P+g6177smfPplwYPWdZHAgMBAAGj
VTBTMBEGCWCGSAGG+EIBAQQEAwIABzAfBgNVHSMEGDAWgBSaU2bHq4MlY+ThWyYZdbxqjDQ/
XTAdBgNVHQ4EFgQUqTMTu3doqXs3nKOJAaaKMXIkFmkwDQYJKoZIhvcNAQEEBQADgYEAbWXG
jCtdKYAD6El1yMDAo9o4xya8UAX01cK2ObyX89ejLkwBSNdvcM094nLJNhblh9wgUP2K6Ptl
JHvBhykjwv+Pi/dc4o2IEzNzDdKRV8Hs2ncL55HL5FDiJYzkmzR8Pu2ap10Bb2tVdFERhC0h
6RCesI75QQwa23fwyzCV9sExggJyMIICbgIBATBRMEsxEjAQBgNVBAoTCW1pdHJlLm9yZzEe
MBwGA1UECxMVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRUwEwYDVQQDEwxjYS5taXRyZS5vcmcC
Ahk0MAkGBSsOAwIaBQCgggF3MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN
AQkFMQ8XDTAzMDUyODE0NTc1MFowIwYJKoZIhvcNAQkEMRYEFJ0syUodmAu8uOMsPO6R5Eg0
j5CoMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqG
SIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMGAGCSsGAQQBgjcQBDFTMFEwSzES
MBAGA1UEChMJbWl0cmUub3JnMR4wHAYDVQQLExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxFTAT
BgNVBAMTDGNhLm1pdHJlLm9yZwICGTQwYgYLKoZIhvcNAQkQAgsxU6BRMEsxEjAQBgNVBAoT
CW1pdHJlLm9yZzEeMBwGA1UECxMVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MRUwEwYDVQQDEwxj
YS5taXRyZS5vcmcCAhk0MA0GCSqGSIb3DQEBAQUABIGAEnymKjDa2hJPBNTuqes1PQc07dfg
h47hJD5dCGNX9CmQhgKaRJxa2vtBOOzAcxMWlqqriVNpARaLP+a7AHjQ2LBh8jA04V+1vW9v
n3ED/2FEmae9K9WA0MKnWUINgOgDw3tWHFsaQ38tLX+Py9dNKdcDWq7yedugfY3iwCZm1vgA
AAAAAAA=
--------------ms040602020305020309030507--
|
