I think there's a continuum between data size and the rate of change of that data. The lower the rate of change, the more data it can handle.
-------------------------------------------------------------- Roger D. Seielstad - MTS MCSE MS-MVP Sr. Systems Administrator Inovis Inc. > -----Original Message----- > From: Jason Benway [mailto:[EMAIL PROTECTED] > Sent: Thursday, June 03, 2004 11:22 AM > 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/ > 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/