We are a much smaller shop. I setup an external disk to replicate our "IS" fileshare. It's also on tape, but without a tape dirve, well... It has all documentation, keycodes, etc.
We also keep an updated offsite DR set that has at least two copies of tested optical media (server, w/s, LOB apps). I also keep a printed copy of: workstation deploy documentation, IP Addresses, support contract info, home phone numbers and active projects sorted by client. hth, Devin On Thu, May 21, 2009 at 10:32 AM, Don Guyer <don.gu...@prufoxroach.com>wrote: > At my last company, we had a rolling cabinet at our DR site that we could > store items in. We had a few large software binders, as well as some paper > documentation. We tested DR processes quarterly and updated these items at > that time where necessary. Yes, it was time consuming to build a software > repository and cost a bit of money for the media, etc, but it was well worth > it all. > > > > > > Don Guyer > > Systems Engineer - Information Services > > Prudential, Fox & Roach/Trident Group > > 431 W. Lancaster Avenue > > Devon, PA 19333 > > Direct: (610) 993-3299 > > Fax: (610) 650-5306 > > don.gu...@prufoxroach.com > > > > *From:* Miller Bonnie L. [mailto:mille...@mukilteo.wednet.edu] > *Sent:* Thursday, May 21, 2009 11:26 AM > *To:* NT System Admin Issues > *Subject:* Disaster Recovery (Was Access Based Enumeration on WS08) > > > > On the topic of DR, quick question. What methods do other people use for > storing your critical DR recover information offsite? > > I’m not talking about your actual data (tapes, disk, etc). What I mean is > lists of things like hardware specs for servers, switches, etc—the lists of > things you would need to get back up and running, like what to physically > replace first and lists including what software is installed where. > > > The problem I see with our current setup is that this info is being stored > on the servers that could need to be restored. It changes too often to make > a paper copy or printout each time. I’m thinking of something like a google > app service where the data would be available outside of our site in the > event we really need it. Free (like google) is nice, but a secure pay-for > service is also something to consider as they would really be there if you > need them. > > > > -Bonnie > > > > *From:* Miller Bonnie L. [mailto:mille...@mukilteo.wednet.edu] > *Sent:* Wednesday, May 20, 2009 6:57 AM > *To:* NT System Admin Issues > *Subject:* Access Based Enumeration on WS08 > > > > First off, I apologize if this has been covered recently as I haven’t had > time to read any list mail for over two weeks. I went on vacation for a > week, and while I was gone, this happened to one of our schools: > > > > http://www.komonews.com/news/44411737.html > > > > http://www.komonews.com/news/44500317.html > > > > There were four servers in the building. If you don’t have your DR plans > updated, I highly recommend reviewing them. > > > > On to the question— > > > > In Windows Server 2008, is there a way to enable Access based enumeration > by default on all file shares? I can’t seem to find it. I know how to do > so for individual shares via share and storage management, but I’m looking > for something that will either turn it on by default or act like the > checkbox on 2003 that allowed you to reset all shares to the same as the one > you are working with. > > > > Thanks, > > Bonnie > > > > > > > > > > > > > > -- Devin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
