I am trying to design a full DR solution, but as I have never done one, I am sort of trying to compile a list of things which occur or I need to deal with on a daily basis and documenting a procedure for them.
So far I have looked at processes for schema modification, I am now working on recovery of deleted objects via a lag site, I have budget to buy a quest or netpro solution but I would rather spend the budget on areas which can assist business growth. I don't feel out of place with ntdsutil, hence my research into lag sites.
frank
[EMAIL PROTECTED] wrote:
Ideally, you would place the DR DCs in a separate DR location (for obvious reasons) which would have its own set of subnets assigned. This approach caters for true DR as well as object recovery from a lag site.If not possible, then Jorge's approach will work (although true DR is not catered for IMO).Are you trying to design for full DR or just recovery of objects via a lag site (or both)?neil
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Frank Abagnale
Sent: 03 March 2006 15:29
To: Active
Subject: [ActiveDir] AD Lag SitesSingle Forest, Single Domain, W2K3 FFLI am thinking about setting up a lag site for DR purposes.Just for clarification purposes, would I need a separate IP subnet i.e IP subnet that isn't assigned to any other site in AD to create this?All my existing IP Subnets are assigned to existing Sites which are used for normal replication, so I am assuming my question will result in a yes.Does anyone have any recommended guides to followthanks frank
Relax. Yahoo! Mail virus scanning helps detect nasty viruses!PLEASE READ: The information contained in this email is confidential andintended for the named recipient(s) only. If you are not an intendedrecipient of this email please notify the sender immediately and delete yourcopy from your system. You must not copy, distribute or take any furtheraction in reliance on it. Email is not a secure method of communication andNomura International plc ('NIplc') will not, to the extent permitted by law,accept responsibility or liability for (a) the accuracy or completeness of,or (b) the presence of any virus, worm or similar malicious or disablingcode in, this message or any attachment(s) to it. If verification of thisemail is sought then please request a hard copy. Unless otherwise statedthis email: (1) is not, and should not be treated or relied upon as,investment research; (2) contains views or opinions that are solely those ofthe author and do not necessarily represent those of NIplc; (3) is intendedfor informational purposes only and is not a recommendation, solicitation oroffer to buy or sell securities or related financial instruments. NIplcdoes not provide investment services to private customers. Authorised andregulated by the Financial Services Authority. Registered in Englandno. 1550505 VAT No. 447 2492 35. Registered Office: 1 St Martin's-le-Grand,London, EC1A 4NP. A member of the Nomura group of companies.
Yahoo! Mail
Bring photos to life! New PhotoMail makes sharing a breeze.
- RE: [ActiveDir] AD Lag Sites David Adner
- Re: [ActiveDir] AD Lag Sites Irwan Hadi
- Re: [ActiveDir] AD Lag Sites Irwan Hadi
- RE: [ActiveDir] AD Lag Sites Ulf B. Simon-Weidner
- RE: [ActiveDir] AD Lag Sites Brian Desmond
- RE: [ActiveDir] AD Lag Sites Brian Desmond
- RE: [ActiveDir] AD Lag Sites Myrick, Todd \(NIH/CC/DNA\) [E]
- RE: [ActiveDir] AD Lag Sites Frank Abagnale
- RE: [ActiveDir] AD Lag Sites Grillenmeier, Guido
- RE: [ActiveDir] AD Lag Sites Frank Abagnale
- RE: [ActiveDir] AD Lag Sites Frank Abagnale
- RE: [ActiveDir] AD Lag Sites Grillenmeier, Guido
- RE: [ActiveDir] AD Lag Sites Myrick, Todd \(NIH/CC/DNA\) [E]
- RE: [ActiveDir] AD Lag Sites deji
- RE: [ActiveDir] AD Lag Sites Myrick, Todd \(NIH/CC/DNA\) [E]
- RE: [ActiveDir] AD Lag Sites PAUL MAYES
- Re: [ActiveDir] AD Lag Sites Tomasz Onyszko
- Re: [ActiveDir] AD Lag Sites Tomasz Onyszko
- RE: [ActiveDir] AD Lag Sites neil.ruston
- RE: [ActiveDir] AD Lag Sites Wyatt, David
- RE: [ActiveDir] AD Lag Sites neil.ruston
Reply via email to