Interesting read on Microsoft's stance on supportability of replicating user profile data...
http://blogs.technet.com/b/askds/archive/2010/09/01/microsoft-s-support-statement-around-replicated-user-profile-data.aspx Understanding (the lack of) Distributed File Locking in DFS-R http://blogs.technet.com/b/askds/archive/2009/02/20/understanding-the-lack-of-distributed-file-locking-in-dfsr.aspx - Sean On Mon, Sep 6, 2010 at 6:43 AM, Tim Evans <[email protected]> wrote: > No, we just disable referrals on the backup copy. The users connect to > and make changes to a local copy and their changes are replicated to the > remote site. The backup copy is RW, but they can't get to it. The bandwidth > is minimal, once the initial replication has been done. DFS-R doesn't > replicate file locks, so you are right, edits to the same file in different > locations would be a problem. > > > > ...Tim > > > > *From:* sdewilliman [mailto:[email protected]] > *Sent:* Monday, September 06, 2010 7:39 AM > > *To:* NT System Admin Issues > *Subject:* Re: How big are your LUNs? > > > > Hi Tim, > Are you using the read-only replicated folder feature ( > http://www.dario.co.il/blog/?p=369) & if I’m reading this correctly, your > users in the remote offices wd open the read-only copy (local to their > office) but write the changes only to the hub hosting the r-w share? Biggest > problem at this point for our remote users is that they are connecting over > low-bandwidth & pulling down files from the central DFS share has been > painful but we also don’t want to set up a replicated share in their office > in case multiple users from various locations make edit to the same file. > > > > On 9/6/10 10:21 AM, "Tim Evans" <[email protected]> wrote: > > We use it that way, but only allow writing to one location. The other is a > backup/failover share. > > > ...Tim > > > *From:* sdewilliman [mailto:[email protected] <[email protected]>] > *Sent:* Sunday, September 05, 2010 2:45 PM > *To:* NT System Admin Issues > *Subject:* Re: How big are your LUNs? > > Out of curiosity, is everyone using actively DFS-R with dynamically > changing contents (e.g. Files that are frequently accessed/modifiedby more > than one person?)? Does it not cause problems with file locking/last-write > wins? > > On 9/5/10 12:00 PM, "Paul Hutchings" <[email protected]> wrote: > I suspect we’d want to use Windows features such as DFS-R and other things > which I believe rules CIFS on a filer of any sort out. > > Thin, I have similar reservations, but I’m just chewing over options so > that we don’t end up with the proverbial one LUN that’s nearly full whilst > another LUN has lots of free space and so on. > > > *From:* Martin Blackstone > [mailto:[email protected]<[email protected]>] > > *Sent:* 05 September 2010 16:52 > *To:* NT System Admin Issues > *Subject:* RE: How big are your LUNs? > > If you had a NetApp, you could use it as a NAS and serve files directly > from there. No need for a file server. Use flexvols and grow them on the > fly. > > As for thin provisioning, I strongly advise people not to use it. More > often than not it bites them in the ass since they don’t keep a close enough > eye on the storage system and suddenly they are out of disk space. I’ve seen > it happen WAY too many times and explaining how you need to buy a new shelf > of disk is not a fun convo with the CFO. > > > *From:* Paul Hutchings > [mailto:[email protected]<[email protected]>] > > *Sent:* Sunday, September 05, 2010 8:44 AM > *To:* NT System Admin Issues > *Subject:* How big are your LUNs? > > As per my other thread I’m looking at SAN vendors. Our main file server > has around 8tb on it right now, spread across multiple “thick” LUNs of > around 2tb each. > > Assuming we’re going to be running Windows 2008 R2, what are people’s > opinions on provisioning storage to a file server as multiple smaller LUNs > or fewer larger LUNs? > > For example if the SAN supports it why would you allocate 5x2tb LUNs > instead of a single 10tb thin LUN? > ------------------------------ > > > *MIRA Ltd > * > > > Watling Street, Nuneaton, Warwickshire, CV10 0TU, England > > Registered in England and Wales No. 402570 > > VAT Registration GB 114 5409 96 > > > > The contents of this e-mail are confidential and are solely for the use of > the intended recipient. If you receive this e-mail in error, please delete > it and notify us either by e-mail, telephone or fax. You should not copy, > forward or otherwise disclose the content of the e-mail as this is > prohibited. > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to [email protected] > with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to [email protected] > with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to [email protected] > with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to [email protected] > with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to [email protected] > with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to [email protected] > with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to [email protected] > with the body: unsubscribe ntsysadmin > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin
