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/
