Can't restore SystemState to a redirected server

I'm doing a disaster recovery drill... and I'm trying to restore a complete
system onto another "standby" server.

The backups go just fine... no errors. I can backup C$, D$, and the system
state to tape.

Redirecting the C$ and D$ onto the standby server also works (so that takes
care of permissions, network connectivity, etc). However, when I attempt
to redirect the System State to the standby server I get the following error:

======================================================================
Job Operation - Restore
======================================================================
Unable to attach to \\KUMQUAT\System?State.

======================================================================
Job ended: Tuesday, December 02, 2003 at 1:14:20 PM
Job completion status: Failed
======================================================================

I've viewed all of the relevant entries in the Vertias Knowledge Base, but
they all have some other statement after the "Unable to connect..." message
(like "access is denied", etc). As you can see, I get no such additional
information.

I've verified the presence of the ADMIN$ share... and have not changed the
"allow annoymous access" feature in the registry from the Win2k (no service
pack) base load.

The server is just a member sever... not a domain controller. We're using
BEWNT 8.6

Moin Emmet,

as I understand, you have a DOMAIN\Srv1 and a DOMAIN\Srv1Standby
Right ??
You backup the runnig DOMAIN\Srv1 and restore
to the runnig DOMAIN\Srv1Standby. Is that rigth ???
Sorry to ask first.
Have a great day
Rainer

"Emmet Gray" <egray1@hot.rr.com> wrote:[color=blue]
>
>I'm doing a disaster recovery drill... and I'm trying to restore a complete
>system onto another "standby" server.
>
>The backups go just fine... no errors. I can backup C$, D$, and the system
>state to tape.
>
>Redirecting the C$ and D$ onto the standby server also works (so that takes
>care of permissions, network connectivity, etc). However, when I attempt
>to redirect the System State to the standby server I get the following error:
>
>======================================================================
>Job Operation - Restore
>======================================================================
>Unable to attach to \\KUMQUAT\System?State.
>
>======================================================================
>Job ended: Tuesday, December 02, 2003 at 1:14:20 PM
>Job completion status: Failed
>======================================================================
>
>I've viewed all of the relevant entries in the Vertias Knowledge Base, but
>they all have some other statement after the "Unable to connect..." message
>(like "access is denied", etc). As you can see, I get no such additional
>information.
>
>I've verified the presence of the ADMIN$ share... and have not changed the
>"allow annoymous access" feature in the registry from the Win2k (no service
>pack) base load.
>
>The server is just a member sever... not a domain controller. We're using
>BEWNT 8.6
>[/color]

Yep, that's it... I've got an old server (that's not currently being used
for anything) that's pretty darn close to the hardware configuration of the
real server. So, I did a complete backup of the real server, and want to do
a restore to the old (now standby) server. During the test, the standby
server has a different name and different IP address as the real server. In
fact, the real server is still up and running during the test.

Everything restores to the standby server just fine *except* for system
state which fails almost immediately (in about 7 seconds... not even long
enough to move to that part of the tape).

Since I have access to the real server (since this is just a test), I did a
backup of the System State to a file via the native NTBACKUP program. I
then transferred the backup file to the standby server and did a restore of
the system state. (I then had to unplug the real server, and reboot the
freshly restored standby server). After a few "finding new hardware"
messages, everything was up and running. The standby server now thinks it's
the real server... all is well

Obviouisly, this only worked because I had access to the live real server...
something that wouldn't happen in the event of a real disaster recovery.
So, I need Vertias to work... I need it to restore the system state to a
redirected server!

"Rainer Schumacher" <Rainer_Schumacher@nexpress.com> wrote in message
news:3fcd9b0c@ROSASTDMZ05....[color=blue]
>
> Moin Emmet,
>
> as I understand, you have a DOMAIN\Srv1 and a DOMAIN\Srv1Standby
> Right ??
> You backup the runnig DOMAIN\Srv1 and restore
> to the runnig DOMAIN\Srv1Standby. Is that rigth ???
> Sorry to ask first.
> Have a great day
> Rainer
>
> "Emmet Gray" <egray1@hot.rr.com> wrote:[color=green]
> >
> >I'm doing a disaster recovery drill... and I'm trying to restore a[/color][/color]
complete[color=blue][color=green]
> >system onto another "standby" server.
> >
> >The backups go just fine... no errors. I can backup C$, D$, and the[/color][/color]
system[color=blue][color=green]
> >state to tape.
> >
> >Redirecting the C$ and D$ onto the standby server also works (so that[/color][/color]
takes[color=blue][color=green]
> >care of permissions, network connectivity, etc). However, when I attempt
> >to redirect the System State to the standby server I get the following[/color][/color]
error:[color=blue][color=green]
> >
> >======================================================================
> >Job Operation - Restore
> >======================================================================
> >Unable to attach to \\KUMQUAT\System?State.
> >
> >======================================================================
> >Job ended: Tuesday, December 02, 2003 at 1:14:20 PM
> >Job completion status: Failed
> >======================================================================
> >
> >I've viewed all of the relevant entries in the Vertias Knowledge Base,[/color][/color]
but[color=blue][color=green]
> >they all have some other statement after the "Unable to connect..."[/color][/color]
message[color=blue][color=green]
> >(like "access is denied", etc). As you can see, I get no such additional
> >information.
> >
> >I've verified the presence of the ADMIN$ share... and have not changed[/color][/color]
the[color=blue][color=green]
> >"allow annoymous access" feature in the registry from the Win2k (no[/color][/color]
service[color=blue][color=green]
> >pack) base load.
> >
> >The server is just a member sever... not a domain controller. We're[/color][/color]
using[color=blue][color=green]
> >BEWNT 8.6
> >[/color]
>[/color]

Moin Emmet,

you find it. You had to UNPLUG the server.
My question point to the standbyserver is also a member
of the same Domain as the real server.
If you unplug the "standby" server he can not find the real server.
Happy backup from
Rainer

"Emmet Gray" <egray1@hot.rr.com> wrote:[color=blue]
>Yep, that's it... I've got an old server (that's not currently being used
>for anything) that's pretty darn close to the hardware configuration of[/color]
the[color=blue]
>real server. So, I did a complete backup of the real server, and want to[/color]
do[color=blue]
>a restore to the old (now standby) server. During the test, the standby
>server has a different name and different IP address as the real server.[/color]
In[color=blue]
>fact, the real server is still up and running during the test.
>
>Everything restores to the standby server just fine *except* for system
>state which fails almost immediately (in about 7 seconds... not even long
>enough to move to that part of the tape).
>
>Since I have access to the real server (since this is just a test), I did[/color]
a[color=blue]
>backup of the System State to a file via the native NTBACKUP program. I
>then transferred the backup file to the standby server and did a restore[/color]
of[color=blue]
>the system state. (I then had to unplug the real server, and reboot the
>freshly restored standby server). After a few "finding new hardware"
>messages, everything was up and running. The standby server now thinks[/color]
it's[color=blue]
>the real server... all is well
>
>Obviouisly, this only worked because I had access to the live real server...
>something that wouldn't happen in the event of a real disaster recovery.
>So, I need Vertias to work... I need it to restore the system state to a
>redirected server!
>
>"Rainer Schumacher" <Rainer_Schumacher@nexpress.com> wrote in message
>news:3fcd9b0c@ROSASTDMZ05....[color=green]
>>
>> Moin Emmet,
>>
>> as I understand, you have a DOMAIN\Srv1 and a DOMAIN\Srv1Standby
>> Right ??
>> You backup the runnig DOMAIN\Srv1 and restore
>> to the runnig DOMAIN\Srv1Standby. Is that rigth ???
>> Sorry to ask first.
>> Have a great day
>> Rainer
>>
>> "Emmet Gray" <egray1@hot.rr.com> wrote:[color=darkred]
>> >
>> >I'm doing a disaster recovery drill... and I'm trying to restore a[/color][/color]
>complete[color=green][color=darkred]
>> >system onto another "standby" server.
>> >
>> >The backups go just fine... no errors. I can backup C$, D$, and the[/color][/color]
>system[color=green][color=darkred]
>> >state to tape.
>> >
>> >Redirecting the C$ and D$ onto the standby server also works (so that[/color][/color]
>takes[color=green][color=darkred]
>> >care of permissions, network connectivity, etc). However, when I attempt
>> >to redirect the System State to the standby server I get the following[/color][/color]
>error:[color=green][color=darkred]
>> >
>> >======================================================================
>> >Job Operation - Restore
>> >======================================================================
>> >Unable to attach to \\KUMQUAT\System?State.
>> >
>> >======================================================================
>> >Job ended: Tuesday, December 02, 2003 at 1:14:20 PM
>> >Job completion status: Failed
>> >======================================================================
>> >
>> >I've viewed all of the relevant entries in the Vertias Knowledge Base,[/color][/color]
>but[color=green][color=darkred]
>> >they all have some other statement after the "Unable to connect..."[/color][/color]
>message[color=green][color=darkred]
>> >(like "access is denied", etc). As you can see, I get no such additional
>> >information.
>> >
>> >I've verified the presence of the ADMIN$ share... and have not changed[/color][/color]
>the[color=green][color=darkred]
>> >"allow annoymous access" feature in the registry from the Win2k (no[/color][/color]
>service[color=green][color=darkred]
>> >pack) base load.
>> >
>> >The server is just a member sever... not a domain controller. We're[/color][/color]
>using[color=green][color=darkred]
>> >BEWNT 8.6
>> >[/color]
>>[/color]
>
>[/color]

Are you saying that I must disconnect the real server first, before Vertias
will allow me to redirect its System State to another standby server? That
seems a bit silly... but I'll give it a try

"Rainer Schumacher" <Rainer_Schumacher@nexpress.com> wrote in message
news:3fcef8a3@ROSASTDMZ05....[color=blue]
>
> Moin Emmet,
>
> you find it. You had to UNPLUG the server.
> My question point to the standbyserver is also a member
> of the same Domain as the real server.
> If you unplug the "standby" server he can not find the real server.
> Happy backup from
> Rainer
>
> "Emmet Gray" <egray1@hot.rr.com> wrote:[color=green]
> >Yep, that's it... I've got an old server (that's not currently being[/color][/color]
used[color=blue][color=green]
> >for anything) that's pretty darn close to the hardware configuration of[/color]
> the[color=green]
> >real server. So, I did a complete backup of the real server, and want to[/color]
> do[color=green]
> >a restore to the old (now standby) server. During the test, the standby
> >server has a different name and different IP address as the real server.[/color]
> In[color=green]
> >fact, the real server is still up and running during the test.
> >
> >Everything restores to the standby server just fine *except* for system
> >state which fails almost immediately (in about 7 seconds... not even long
> >enough to move to that part of the tape).
> >
> >Since I have access to the real server (since this is just a test), I did[/color]
> a[color=green]
> >backup of the System State to a file via the native NTBACKUP program. I
> >then transferred the backup file to the standby server and did a restore[/color]
> of[color=green]
> >the system state. (I then had to unplug the real server, and reboot the
> >freshly restored standby server). After a few "finding new hardware"
> >messages, everything was up and running. The standby server now thinks[/color]
> it's[color=green]
> >the real server... all is well
> >
> >Obviouisly, this only worked because I had access to the live real[/color][/color]
server...[color=blue][color=green]
> >something that wouldn't happen in the event of a real disaster recovery.
> >So, I need Vertias to work... I need it to restore the system state to a
> >redirected server!
> >
> >"Rainer Schumacher" <Rainer_Schumacher@nexpress.com> wrote in message
> >news:3fcd9b0c@ROSASTDMZ05....[color=darkred]
> >>
> >> Moin Emmet,
> >>
> >> as I understand, you have a DOMAIN\Srv1 and a DOMAIN\Srv1Standby
> >> Right ??
> >> You backup the runnig DOMAIN\Srv1 and restore
> >> to the runnig DOMAIN\Srv1Standby. Is that rigth ???
> >> Sorry to ask first.
> >> Have a great day
> >> Rainer
> >>
> >> "Emmet Gray" <egray1@hot.rr.com> wrote:
> >> >
> >> >I'm doing a disaster recovery drill... and I'm trying to restore a[/color]
> >complete[color=darkred]
> >> >system onto another "standby" server.
> >> >
> >> >The backups go just fine... no errors. I can backup C$, D$, and the[/color]
> >system[color=darkred]
> >> >state to tape.
> >> >
> >> >Redirecting the C$ and D$ onto the standby server also works (so that[/color]
> >takes[color=darkred]
> >> >care of permissions, network connectivity, etc). However, when I[/color][/color][/color]
attempt[color=blue][color=green][color=darkred]
> >> >to redirect the System State to the standby server I get the following[/color]
> >error:[color=darkred]
> >> >
> >> >======================================================================
> >> >Job Operation - Restore
> >> >======================================================================
> >> >Unable to attach to \\KUMQUAT\System?State.
> >> >
> >> >======================================================================
> >> >Job ended: Tuesday, December 02, 2003 at 1:14:20 PM
> >> >Job completion status: Failed
> >> >======================================================================
> >> >
> >> >I've viewed all of the relevant entries in the Vertias Knowledge Base,[/color]
> >but[color=darkred]
> >> >they all have some other statement after the "Unable to connect..."[/color]
> >message[color=darkred]
> >> >(like "access is denied", etc). As you can see, I get no such[/color][/color][/color]
additional[color=blue][color=green][color=darkred]
> >> >information.
> >> >
> >> >I've verified the presence of the ADMIN$ share... and have not changed[/color]
> >the[color=darkred]
> >> >"allow annoymous access" feature in the registry from the Win2k (no[/color]
> >service[color=darkred]
> >> >pack) base load.
> >> >
> >> >The server is just a member sever... not a domain controller. We're[/color]
> >using[color=darkred]
> >> >BEWNT 8.6
> >> >
> >>[/color]
> >
> >[/color]
>[/color]

Moin Emmet,

Yes, if they are in the same Domain.
That is how Microsoft design it.
Have a great day
Rainer

"Emmet Gray" <egray1@hot.rr.com> wrote:[color=blue]
>Are you saying that I must disconnect the real server first, before Vertias
>will allow me to redirect its System State to another standby server? That
>seems a bit silly... but I'll give it a try
>
>"Rainer Schumacher" <Rainer_Schumacher@nexpress.com> wrote in message
>news:3fcef8a3@ROSASTDMZ05....[color=green]
>>
>> Moin Emmet,
>>
>> you find it. You had to UNPLUG the server.
>> My question point to the standbyserver is also a member
>> of the same Domain as the real server.
>> If you unplug the "standby" server he can not find the real server.
>> Happy backup from
>> Rainer
>>
>> "Emmet Gray" <egray1@hot.rr.com> wrote:[color=darkred]
>> >Yep, that's it... I've got an old server (that's not currently being[/color][/color]
>used[color=green][color=darkred]
>> >for anything) that's pretty darn close to the hardware configuration[/color][/color][/color]
of[color=blue][color=green]
>> the[color=darkred]
>> >real server. So, I did a complete backup of the real server, and want[/color][/color][/color]
to[color=blue][color=green]
>> do[color=darkred]
>> >a restore to the old (now standby) server. During the test, the standby
>> >server has a different name and different IP address as the real server.[/color]
>> In[color=darkred]
>> >fact, the real server is still up and running during the test.
>> >
>> >Everything restores to the standby server just fine *except* for system
>> >state which fails almost immediately (in about 7 seconds... not even[/color][/color][/color]
long[color=blue][color=green][color=darkred]
>> >enough to move to that part of the tape).
>> >
>> >Since I have access to the real server (since this is just a test), I[/color][/color][/color]
did[color=blue][color=green]
>> a[color=darkred]
>> >backup of the System State to a file via the native NTBACKUP program.[/color][/color][/color]
I[color=blue][color=green][color=darkred]
>> >then transferred the backup file to the standby server and did a restore[/color]
>> of[color=darkred]
>> >the system state. (I then had to unplug the real server, and reboot[/color][/color][/color]
the[color=blue][color=green][color=darkred]
>> >freshly restored standby server). After a few "finding new hardware"
>> >messages, everything was up and running. The standby server now thinks[/color]
>> it's[color=darkred]
>> >the real server... all is well
>> >
>> >Obviouisly, this only worked because I had access to the live real[/color][/color]
>server...[color=green][color=darkred]
>> >something that wouldn't happen in the event of a real disaster recovery.
>> >So, I need Vertias to work... I need it to restore the system state to[/color][/color][/color]
a[color=blue][color=green][color=darkred]
>> >redirected server!
>> >
>> >"Rainer Schumacher" <Rainer_Schumacher@nexpress.com> wrote in message
>> >news:3fcd9b0c@ROSASTDMZ05....
>> >>
>> >> Moin Emmet,
>> >>
>> >> as I understand, you have a DOMAIN\Srv1 and a DOMAIN\Srv1Standby
>> >> Right ??
>> >> You backup the runnig DOMAIN\Srv1 and restore
>> >> to the runnig DOMAIN\Srv1Standby. Is that rigth ???
>> >> Sorry to ask first.
>> >> Have a great day
>> >> Rainer
>> >>
>> >> "Emmet Gray" <egray1@hot.rr.com> wrote:
>> >> >
>> >> >I'm doing a disaster recovery drill... and I'm trying to restore a
>> >complete
>> >> >system onto another "standby" server.
>> >> >
>> >> >The backups go just fine... no errors. I can backup C$, D$, and the
>> >system
>> >> >state to tape.
>> >> >
>> >> >Redirecting the C$ and D$ onto the standby server also works (so that
>> >takes
>> >> >care of permissions, network connectivity, etc). However, when I[/color][/color]
>attempt[color=green][color=darkred]
>> >> >to redirect the System State to the standby server I get the following
>> >error:
>> >> >
>> >> >======================================================================
>> >> >Job Operation - Restore
>> >> >======================================================================
>> >> >Unable to attach to \\KUMQUAT\System?State.
>> >> >
>> >> >======================================================================
>> >> >Job ended: Tuesday, December 02, 2003 at 1:14:20 PM
>> >> >Job completion status: Failed
>> >> >======================================================================
>> >> >
>> >> >I've viewed all of the relevant entries in the Vertias Knowledge Base,
>> >but
>> >> >they all have some other statement after the "Unable to connect..."
>> >message
>> >> >(like "access is denied", etc). As you can see, I get no such[/color][/color]
>additional[color=green][color=darkred]
>> >> >information.
>> >> >
>> >> >I've verified the presence of the ADMIN$ share... and have not changed
>> >the
>> >> >"allow annoymous access" feature in the registry from the Win2k (no
>> >service
>> >> >pack) base load.
>> >> >
>> >> >The server is just a member sever... not a domain controller. We're
>> >using
>> >> >BEWNT 8.6
>> >> >
>> >>
>> >
>> >[/color]
>>[/color]
>
>[/color]