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]] > 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]] > 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
