Re: NTBackup - Unable To Restore To XP Hosted Alternate Path
- From: Steve Hathaway <SteveHathaway@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Mon, 26 Jun 2006 15:32:01 -0700
... My reply is inserted in your text .. // Steve Hathaway
"Steven L Umbach" wrote:
Are your XP Pro computer using simple file sharing or not or was I just
reading info from the KB article??
The KB article only describes the the ability or lack thereof to administer XP
folder permissions settings from a graphical user interface. It does not
reference anything other than showing or hiding an administrative feature
in the graphical user interface.
My XP Pro operates in a Workgroup environment, not a domain environment.
The ()simple file sharing folder option is default in workgroup environments.
To make the NTBackup perform properly, the feature needed to be unchecked.
The XP Pro firewall is disabled and not used.
File share permissions were open to everyone, and still NTBackup on a
Windows Enterprise Server 2003 was unable to restore files to the XP
Pro workstation. Users of the server (except for NTBackup) were able
to properly create directories and files to the XP Pro shared folder, both
before and after (unchecking) the simple file sharing in the XP Pro folder
options. NTBackup was unable to restore directories without errors, and
was unable to restore files until the (unchecking) simple file sharing was
performed.
There were no security log errors on the XP Pro resulting from server
based NTBackup (restore) operations to an XP Pro hosted alternate
path.
Why? (unchecking) the simple file sharing in the XP Pro folder options
appears to have resolved the problem. -- This frustration and
experimental work-around is the purpose for sending this posting.
I have also posted to an MSDN developer's forum. The forum moderator
requested that I research the Technet community for solutions. I found
none posted, but stumbled on what appears to be a work-around
until Microsoft Engineers develop a patch or official work-around to
NTBackup.
A couple things to check are that the XP Pro firewall is disabled or has the
correct exemptions and look in the security log of the XP Pro computer for
failed logon events that occur at the time that these restore attempts occur
that may give a clue. I would also configure auditing on the computer trying
to be used for privilege user for failure to see if any such events are
being shown that would indicate the account being used lacks a user right.
FYI: The privileged user on the server (same as privileged user on XP Pro)
could not mount the disk drive administrative share (drive)$ to the server,
until after XP Pro did an (unset) of the simple file sharing capability.
This may be a security hole??? -- but it allowed NTBackup to perform.
I am thankful that our network environment is an isolated network segment with
no Internet access. We are therefore comfortable with workgroup networking
on this segment.
Since the problem seems to be network related make sure that the share....
permissions are correct for the share being used. You might want to start
with full control for everyone for share access and then tighten down from
there if that works. -- Steve
"Steve Hathaway" <SteveHathaway@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
....
We have a secure data center with two Windows 2003 Enterprise Servers. A
DLT
tape is attached to the production server and uses NTBackup to archive
message log files.
Restoring log files to the production server is sometimes impractical
because of disk space requirements. Therefore the ability to restore
across
the LAN to another computer is useful. We are able to restore to shared
folders on LAN attached computers except for Windows XP Professional
workstations.
What follows is my experiment -- hinted from the KB article.
The KB article does not mention NTBackup applicability -- but I thought
the issue was worth a try. What resulted when unchecking the simple
file sharing, was a fixup in the permissions that NTBackup, residing on
the Server 2003, was expecting.
This is the area where Microsoft Engineering needs to look in order to
develop and test a patch for NTBackup operations.
....
....===================================================
On the Windows XP Professional Workstation operating in a workgroup,
simple
file sharing is enabled by default. For NTBackup to save to XP
Professional
Workstation, uncheck the standard file sharing permissions. Information on
how to do this is in the following knowledge base article.
<http://support.microsoft.com/kb/307874/>
Control Panel -> Folder Options -> View
(___) Use simple file sharing (Recommended)
This box should not be checked when using NTBackup on a server that
restores
to XP Workstation as an althernate restore path.
This box being checked prevents NTBackup from using XP Professional
Workstation shared directories as an alternate location file restore path.
.Good systems are supportable
- Follow-Ups:
- Re: NTBackup - Unable To Restore To XP Hosted Alternate Path
- From: Steven L Umbach
- Re: NTBackup - Unable To Restore To XP Hosted Alternate Path
- References:
- Re: NTBackup - Unable To Restore To XP Hosted Alternate Path
- From: Steven L Umbach
- Re: NTBackup - Unable To Restore To XP Hosted Alternate Path
- Prev by Date: How to give multiple users access to encrypted files.
- Next by Date: Re: How to give multiple users access to encrypted files.
- Previous by thread: Re: NTBackup - Unable To Restore To XP Hosted Alternate Path
- Next by thread: Re: NTBackup - Unable To Restore To XP Hosted Alternate Path
- Index(es):
Relevant Pages
|
