|
[Veritas-bu] Alternate client restores
2003-01-21 16:49:55
This is a multipart message in MIME format.
--=_related 0077ED0B85256CB5_=
Content-Type: multipart/alternative; boundary="=_alternative 0077ED0C85256CB5_="
--=_alternative 0077ED0C85256CB5_=
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Are all media servers under the same master server?
Are the clients backed up over the network?
Is the database backed up using RMAN?
Depending on your configuration,
I think you can do an alternate client restore if all the media servers=20
are controlled by the same master server.
You should not need to move any tapes. If your configuration uses=20
directly attached tapes and SAN media
it is probably a totally different situation.
I have been successful by running a restore on the alternate client where=20
the file system on the alternate client
is the same structure as on the original client. This is required for=20
RMAN. The master server was able to get the
data from the media server it was originally backed up to and pass it over =
the network to the new client.
Hope this helps
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D
Carl Stehman
Pepco
202-331-6619
"Yangsao, Sam" <SamYangsao AT FairIsaac DOT com>
Sent by: veritas-bu-admin AT mailman.eng.auburn DOT edu
01/21/2003 03:40 PM
=20
To: <veritas-bu AT mailman.eng.auburn DOT edu>
cc:=20
Subject: [Veritas-bu] Alternate client restores
My oracle DBA needs to do a restore from one of our media servers to=20
another client that uses a different media server. Would I need to move=20
the tape that she needs or is there another way of doing this?
=20
I just want to see if setting this command in the bp.conf would work=20
rather than having to use bpmedia to move the tape from media server1 to=20
media server2.
=20
FORCE=5FRESTORE=5FMEDIA=5FSERVER =3D server1 server2
=20
Or use=20
=20
bpmedia -ev 002761 -movedb -newserver server2 -oldserver server1
=20
The image is spanned across 70 tapes, so I don't think I would want to run =
bpmedia 70 times to do this. Just wondering if there is any easier way to =
do this.
=20
Thanks!
=20
Sam Yangsao
Open Systems Consultant - Storage
Unix and Windows SAN Infrastructure
4295 Lexington Avenue North
St Paul, MN 55126
Phone: 651-486-1836
Cell: 612-669-6330
Email: samyangsao AT fairisaac DOT com
www.fairisaac.com
=20
=20
--=_alternative 0077ED0C85256CB5_=
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<br><font size=3D2 face=3D"sans-serif">Are all media servers under the same=
master server?</font>
<br><font size=3D2 face=3D"sans-serif">Are the clients backed up over the n=
etwork?</font>
<br><font size=3D2 face=3D"sans-serif">Is the database backed up using RMAN=
?</font>
<br>
<br><font size=3D2 face=3D"sans-serif">Depending on your configuration,</fo=
nt>
<br><font size=3D2 face=3D"sans-serif">I think you can do an alternate clie=
nt restore if all the media servers are controlled by the same master serve=
r.</font>
<br><font size=3D2 face=3D"sans-serif">You should not need to move any tape=
s. If your configuration uses directly attached tapes and SAN media</=
font>
<br><font size=3D2 face=3D"sans-serif">it is probably a totally different s=
ituation.</font>
<br>
<br><font size=3D2 face=3D"sans-serif">I have been successful by running a =
restore on the alternate client where the file system on the alternate clie=
nt</font>
<br><font size=3D2 face=3D"sans-serif">is the same structure as on the orig=
inal client. This is required for RMAN. The master server was a=
ble to get the</font>
<br><font size=3D2 face=3D"sans-serif">data from the media server it was or=
iginally backed up to and pass it over the network to the new client.</font>
<br>
<br><font size=3D2 face=3D"sans-serif">Hope this helps<br>
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D<br>
<br>
Carl Stehman<br>
Pepco<br>
202-331-6619</font>
<br>
<br>
<br>
<br>
<table width=3D100%>
<tr valign=3Dtop>
<td>
<td><font size=3D1 face=3D"sans-serif"><b>"Yangsao, Sam" <SamY=
angsao AT FairIsaac DOT com></b></font>
<br><font size=3D1 face=3D"sans-serif">Sent by: veritas-bu-admin AT mailman DOT
en=
g.auburn.edu</font>
<p><font size=3D1 face=3D"sans-serif">01/21/2003 03:40 PM</font>
<br>
<td><font size=3D1 face=3D"Arial"> </font>
<br><font size=3D1 face=3D"sans-serif"> To: &nbs=
p; <veritas-bu AT mailman.eng.auburn DOT edu></font>
<br><font size=3D1 face=3D"sans-serif"> cc: &nbs=
p; </font>
<br><font size=3D1 face=3D"sans-serif"> Subject:=
[Veritas-bu] Alternate client restores</font></=
table>
<br>
<br>
<br><font size=3D2 face=3D"Arial">My oracle DBA needs to do a restore from =
one of our media servers to another client that uses a different media serv=
er. Would I need to move the tape that she needs or is there another =
way of doing this?</font>
<br><font size=3D2 face=3D"Arial"> </font>
<br><font size=3D2 face=3D"Arial">I just want to see if setting this comman=
d in the bp.conf would work rather than having to use bpmedia to move the t=
ape from media server1 to media server2.</font>
<br><font size=3D2 face=3D"Arial"> </font>
<br><font size=3D2 face=3D"Arial">FORCE=5FRESTORE=5FMEDIA=5FSERVER =3D serv=
er1 server2</font>
<br><font size=3D2 face=3D"Arial"> </font>
<br><font size=3D2 face=3D"Arial">Or use </font>
<br><font size=3D2 face=3D"Arial"> </font>
<br><font size=3D2 face=3D"Arial">bpmedia -ev 002761 -movedb -newserver ser=
ver2 -oldserver server1</font>
<br><font size=3D2 face=3D"Arial"> </font>
<br><font size=3D2 face=3D"Arial">The image is spanned across 70 tapes, so =
I don't think I would want to run bpmedia 70 times to do this. Just w=
ondering if there is any easier way to do this.</font>
<br><font size=3D2 face=3D"Arial"> </font>
<br><font size=3D2 face=3D"Arial">Thanks!</font>
<br><font size=3D2 face=3D"Arial"> </font>
<br><img src=3Dcid:=5F1=5F1324000048E80077ED0385256CB5>
<br><font size=3D2 face=3D"Arial Black"><i>Sam Yangsao</i></font>
<br><font size=3D1 face=3D"Arial"><b><i>Open Systems Consultant - Storage</=
i></b></font>
<br><font size=3D1 face=3D"Arial"><b><i>Unix and Windows SAN Infrastructure=
</i></b></font>
<br><font size=3D1 face=3D"Arial"><b><i>4295 Lexington Avenue North</i></b>=
</font>
<br><font size=3D1 face=3D"Arial"><b><i>St Paul, MN 55126</i></b></font>
<br><font size=3D1 face=3D"Arial"><b><i>Phone: 651-486-1836</i></b></=
font>
<br><font size=3D1 face=3D"Arial"><b><i>Cell: 612-669-6=
330</i></b></font>
<br><font size=3D1 face=3D"Arial"><b><i>Email: </i></b></font><a hre=
f=3Dmailto:samyangsao AT fairisaac DOT com><font size=3D1 color=3Dblue
face=3D"Ari=
al"><b><i><u>samyangsao AT fairisaac DOT com</u></i></b></font></a>
<br><a href=3Dhttp://www.fairisaac.com/><font size=3D1 color=3Dblue face=3D=
"Arial"><b><i><u>www.fairisaac.com</u></i></b></font></a>
<br><font size=3D2 face=3D"Arial"> </font>
<br><font size=3D2 face=3D"Arial"> </font>
<br>
<br>
<br>
--=_alternative 0077ED0C85256CB5_=--
--=_related 0077ED0B85256CB5_=
Content-Type: image/gif
Content-ID: <_1_1324000048E80077ED0385256CB5>
Content-Transfer-Encoding: base64
R0lGODlhLQAtAPcAAP/LmcyYZs2ZZ/7+/v7//QEAAmYyAP7MmWUzAAEBAcuZZmY0AcyZZM2aZcuZ
ZGczAf/Nmv/MlwEBA//MnP//+wACAcyaaf/NmAAABMyaZwABAv/9/v7MlwEBAGYzAPz//8maZv3/
/gACAMuZaGUzAsyYaM6Yaf/Lm86ZZ8uaYszM/2c0AP/NnP7MmwIAATMzZWYyAjUzZZllMzMzZ/7+
/GZmMv7+/2czA/3+/8zM/mdlNGQ1ATI0Z8maZJmZy82XaP7KmGZmNP3//P/MmGdnM2RnMs2YZmgz
AP/Mlf3LmP3NnJiay//NlsyaZWY0AMmZaDUyZ2MzAvzNl82ZafzNmfz//cyYafzMm2UxAJiYzGVn
Ns6ZZTUzZMrM/cvL/2ZmmGdnmWgyA//+/GY0A2gzAQECAMiaZpqZaWRlmzcyamNmMcyZYjIyZM2Y
ZGdlMgMABAQAAJmbzsvL/TMya8qbZzIyaJuYZQQAAWM0AJpmNMqYZQMAAmRmmTEzZs6ZY2cxAjIz
Y2dnMWVlMcybYzUxY82ZajQ1ZWQxAGU0AJiWZjIzaZuZy5qXzGg1AP/LnP7/+gEABP7/+zQxZjQy
ZM+aZmVnmsyXY/3/+smaYs/M/zQ0Zmdll/7NlWcyAP3OmpmZZTI0ZcvN/v7LnGdmMGhmmJiYyjIz
YWlnmP/9/5qYZ2dkm82aY5eZZwEABf39+8zN/f/MnTQxaMnM/8uYYwACA//LmMqaac7L/83N/8+X
aJqYys3K/zYzbMrL/8zO/svN/cvN/2hlMjEzZDY0ZgQAA2VnmGVoLwABAAEAAAAAAv///f7////+
///MmgAAAP///wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH5BAAAAAAALAAAAAAtAC0A
AAj/AJ8NeEawYEEbzAh+IGBwwEIKywYyS/iMAAWGBjMOzGhwmbKPBFApW/YMgYEFZHYcQbBjBY1H
CZmR5EhwI02Cyp7N/GhgBwMFAfxYCSCAgYUbJB54vMlUI7OPOg00iDChRbMDVzhBuMACAog2D5qK
JbjzWZQSF5qpXat2woUIDUAEiEKRIAWddcUuY4aDGRa2gNUCsFCC6AJlBAhsICgzr96SApKwCKz2
gIMAFhjQCYCH4OKcOceSzYnoBJMIlJsBEBAgRYkaWgwom7jsbuixFG8IAJAEVmomJjIIIpLKTo0x
Ahs/uy1WiDIyEQ4045B6yogGWhIFCqLjAQ2yMkXj/zXQ4wAEDgBSo2gQQIGxIJ9Y3QhPYPbMxwZA
TBgCAEJquUb8UMQZbtSAwDMJRRSeeDA448wxzhQhQAT9OZCMM8loEAwDAugQxCgLIJBQFYuJR1AI
yBCDixcq7FEDB1Qw4Mwtu/ySQzJEqKGADmEs8MAKjC0jhHizVdCFCktksUQyEwDgjApy5JCFDzkc
w9oIHphAgogJfSaeMwXEsUklxejijAYOAvMFH2CgsQgyyUyRwgIcerAUc2IpIwQypZziQxekJLPK
D8748AUYjISiyhsgIIPMIYUIYCdoNonFDAUVOONLLypgoIAjDpiQjBeyZPIKMj2sYYEBAihgAZcD
JP+E500EMBPCCskUUMYIqgGgwBNwPFiBAxYI0GoDDRjgAWMhYCSaMg9kMEJ7EbCAWgMcliBALhlk
EMAgJgAl4jMkmljTAhM0I0W16aUHhGAAKGGEt00YkEFYe+31gWM3yYRAWhGg1mt6qjVzAbFbWODA
Dc6QhUNO9Ynm0QItnCAdeu0CEIBgW9hiQgAOLBDCMs3SJoaJNnjQAHUtyNBMAEQZm94EAqQwggNH
kEAbM67UhuCzJGExAXoHyCCDATD3egDIFjwBQycfeCTTwyZK1EgAUhjcjLEBEGwwCgwwkAIJMEyk
EwUfMePsWDl5MAFWGa+WHgRWGItAAwhosNDJz2z/wC9TIy2zwAlDMPCAAYfLkEfXq/XQAAwBeICM
C98ltDbbOo0BQi0HpOcJENIBAYEDhSGgQAPIVIDMcqzrJFrlylDwABUQiNIqJQecAIECDJjRxB/e
OtOHBDY0JJ6COq0gABJbdX7ABLOggIIeYWBC6DHDHFNQrK2LtUHUoS2AXgsTnNCMJZctYIAzHRxz
zBxcaC/QMpfcZ2ngzAz0AANKIOGtACc5UzLgFANTgMIZCFnOMnAgHrUhKBKzOYYTDJAUBDghGRiE
E4Yk4Iw6FAAZEjAXWeZnK2Y4yBkJgBAyWoGMY3TAGRycxDFe8CARHCMZFHgKkVrnIDRBwkHugxMy
/4DYvgdB4QUxwACGGra91oHGdcs4RgUSUIAZLNEZSjxhpiZXAGfE4IRgdFBNloMYinTggw6CEyA0
McAhgvFCKHSBM2agCAiF8YRNJMmFaOGgZEBogBUQBoQSsEFCOsNRx+ABD2JxxzA2BBmEnMEMXnAM
ZHzwGB/kBQ+goAEN2BFDGHgBFwYIx0aKUSDPcIYI2GCICxXAjhCSQCWdIYkYECKWQExGB7KYDDma
siBgckYakiECDBrSGXdIhupUCSEM7NKPHCxAMmQpAjc2UiCEHGI2j0FIDB7SkkIsgBIvtE1MnrCU
dySIFqcJxi4+6ELVfGEY4ZQAP3bxk9cUoT6bEgEQADs=
--=_related 0077ED0B85256CB5_=--
|
|
|
