I am not 100% sure, but I think what you are talking about is what MS calls Pre-staging, see this KB article:

http://support.microsoft.com/default.aspx?scid=kb;en-us;266679&Product=win2000


Robert Toole Systems Engineer KN Logistics / Calgary robert(dot)toole(at)kuehne-nagel(dot)com



Rutherford, Robert wrote:
I heard that you can copy the bulk over, i.e. CD or something and the
replication will work it out.

Anyone know if this is true?

-----Original Message-----
From: Jason Benway [mailto:[EMAIL PROTECTED] Sent: 03 June 2004 16:22
To: '[EMAIL PROTECTED]'
Subject: RE: [ActiveDir] Moving Roaming profiles



I thought about using DFS for my apps installed by GPO, also. But I have almost a Gig of applications and I was under the impression that DFS did not replicate large amounts of data very well, even if it doesn't change often?

jb

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Roger Seielstad
Sent: Thursday, June 03, 2004 11:16 AM
To: [EMAIL PROTECTED]
Subject: RE: [ActiveDir] Moving Roaming profiles

I'm in the process of drawing a DFS tree for just that reason -
eliminate the server name dependencies for shares. The only thing I see
myself replicating is a small set of apps that are installed via GPO.

--------------------------------------------------------------
Roger D. Seielstad - MTS MCSE MS-MVP
Sr. Systems Administrator
Inovis Inc.



-----Original Message-----
From: Ayers, Diane [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 03, 2004 10:39 AM
To: [EMAIL PROTECTED]
Subject: RE: [ActiveDir] Moving Roaming profiles

It seems that outside of the FRS / replication issues, using DFS would
be a good way of virtualizing the storage location of the profiles. If you used a DFS root to designate your storage location and you needed to migrate/replace this location, you could update the DFS root


without having to modify any user attributes. Basically make the management of the profile data a backroom thing.

Using FRS would make the whole setup somewhat ugly.

Diane

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Steve Patrick
Sent: Wednesday, June 02, 2004 9:15 PM
To: [EMAIL PROTECTED]
Subject: Re: [ActiveDir] Moving Roaming profiles

It is indeed  NOT a good thing.

I would not do this.

FRS is not meant to replicate this type of dynamic data (profiles) you
may experience data loss or perhaps FRS breakdowns (depending on size,


number of files, and amount of change per file).
Clarification on the data loss - this would not be due to FRS or 'corrupt'
files, but rather the natural way FRS works - which is on a last writer wins basis.


my .02

-steve


----- Original Message ----- From: "Malachi Burke" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, June 02, 2004 8:16 PM Subject: [ActiveDir] Moving Roaming profiles



I want to move roaming profiles from our regular share into a DFS
folder.  The setup is straightforward.  Two DC's, DFS replicate to

each

other, highly available roaming profiles. A sanity check

that this is

indeed a good thing would be nice.

I am also a bit concerned about DFS because the documentation is so
verbose (i.e. makes my brain hurt figuring it all out).

Scenario: DC1

and DC2 both are hosting DFS root \\testroot\root.  They are hosting
their own corresponding file shares (say \\DC1\root and \\DC2\root).

Am

I right in expecting that EITHER DC1 or DC2 can go offline, and
\\testroot\root will still be available?

Lastly, moving the profiles looks like you have to muck

with ownership

and permissions.  I was able to brute-force move one this way (by
forcefully claiming ownership and subsequent permission of

the entire

profile tree), but a more graceful method would be appreciated.

Malachi

List info   : http://www.activedir.org/mail_list.htm
List FAQ    : http://www.activedir.org/list_faq.htm
List archive:

http://www.mail-archive.com/activedir%40mail.activedir.org/

List info : http://www.activedir.org/mail_list.htm
List FAQ : http://www.activedir.org/list_faq.htm
List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/


List info   : http://www.activedir.org/mail_list.htm
List FAQ    : http://www.activedir.org/list_faq.htm
List archive:
http://www.mail-archive.com/activedir%40mail.activedir.org/


List info : http://www.activedir.org/mail_list.htm List FAQ : http://www.activedir.org/list_faq.htm List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/ List info : http://www.activedir.org/mail_list.htm List FAQ : http://www.activedir.org/list_faq.htm List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/

This e-mail and the information it contains are confidential and may be privileged. If you have received this e-mail in error please notify the sender immediately and delete the material from any computer. Unless you are the intended recipient, you should not copy this e-mail for any purpose, or disclose its contents to any other person. The MCPS-PRS Alliance is not responsible for the completeness or accuracy of this communication as it has been transmitted over a public network. Whilst the MCPS-PRS Alliance monitors all communications for potential viruses, we accept no responsibility for any loss or damage caused by this e-mail and the information it contains.
It is the recipient's responsibility to scan this e-mail and any attachments for viruses. Any e-mails sent to and from the MCPS-PRS Alliance servers may be monitored for quality control and other purposes.


The MCPS-PRS Alliance Limited is a limited company registered in England under company 
number 03444246 whose registered office is at c/o 29-33 Berners Street, London, W1T 
3AB.

List info   : http://www.activedir.org/mail_list.htm
List FAQ    : http://www.activedir.org/list_faq.htm
List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/

List info   : http://www.activedir.org/mail_list.htm
List FAQ    : http://www.activedir.org/list_faq.htm
List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/

Reply via email to