Fool Proof Backup AND Restore

Couple of points here:

1) Correct the backup server is NOT on the "domain", perhaps this is why
backup fails. Should I add the device to the domain? Will it use a CAL? Can
I add a Server instead?

2) Which account should I use for backup then, as SBS defaults the admin acc
in the fields?

3) Im working on the principle that I will restore to the same hardware. Its
fair enough that an OS backup/restore cant be expected to work on a
completely different PC. However youd have thought theyd have a least
configured the SBS goodies in such a way as to allow at least a minimum
restore to a newly configured PC. Rather than the utter mess of "will it,
wont it, some of it, not sure".

 

OH FOR PETE"S SAKE

inline

with your obviously vast domain control experience you should know what
permissions are required on a non domain member to allow an automated
process on a domain member to access a share.

If the PC the share is located on is supplying a resource to SBS
(particularly one as important as backup storage) you can forget about the
legality of whether you _have to_ or _don't have to_ allocate a CAL to it,
just do so (you miserly bustart).

'Can I add a server instead?' You mean you want this 'critical
resource'(backup location) on a workstation? C'mon, tell me it's XP Home.

Look around SBS (before you bash it anymore). Learn about it. The backup
user account is pretty damned obvious.

I've restored to completely different hardware. I'm not going to suggest
it's something 'just anyone' can do. Restore to same hardware, given a known
good backup and reasonable expectation of how hardware sometimes behaves
with regard to PnP/ACPI/etc, from _any_ Windows OS (including, but not
limited to, SBS) is relatively painless.

 

Oh for your namesake!

You guessed nearly right, the backup server is WinXP-Pro
I thought we'd already cleared up the issue of domains and accounts.

Please explain why "user credentials" are substandard to "domain
credentials" in view of this simple backup task (access to share)?

To reiterate, the XP backup slave has IDENTICAL "admin user credentials" as
that of the SBS box. Or in other words the password for the administrative
acc on the XP-PC is the same as the administrative password on SBS.

I would have expected the default administrative share:$ to have been
sufficient to allow permission of a DC to access and share on a nonDC system
with identical Administrative credentials.

For consistancy I did enable further user share permissions on the XP-Pro
backup drive. Which are in common with user accounts on SBS.

Still unable to backup. Can someone explain why not?

 

I doubt if we are going to be able to explain why "user credentials" are
substandard to "domain > credentials" in view of this simple backup task
(access to share)? in a NG post. See
http://www.amazon.com/gp/product/0764507109/103-6245546-1613411?v=glance&n=283155
for a Book with Cd (used copies starting at $1.26) which might help you
understand.

However you should understand that the only reason for a Backup is to
restore and there is no way you are going to restore a server that way!!!

 

Thanks for the book tip, I will put it on my Christmas list along with "How
to get Public Folders to Sync with Pocket PC"

Suprisingly, er no not really, I was able to add my XP-PC to the SERVER
computers in SBS! And use ALL the functions provided by SBS. I did this from
the SBS box and not by way of adding to domain on the XP-PC itself. Then I
thought, lets try that, Grumpy alluded that I might wish to do this... So
guess what happened? Yep my little backup XP-PC is running MEDIA CENTRE!!
DOH!

Im sure your laughing, but Im not the first or last to encounter this
pointless needless problem of MCE.

Bannana.

 

If you are refering to the Banana fix I am running MCE on my Domain with no
issues using Rafael's fix.