Mele "neoficiale" Exchange Server 2007 recomandările CCR
Având în avut Cluster Continuous Replication, în loc acum aproximativ un an, am derivate unele dintre recomandările propriile mele cele mai bune practici, care nu s-ar putea fi găsită în documentaţia oficială Microsoft. Desigur, a fost ceva timp de când am verificat ultima că documentele, astfel încât acest lucru ar putea fi dublarea de recomandări.
Cu toate că aceste recomandări se bazează pe un mediu de producţie foarte solidă şi stabilă ... nimic rău sau de căutare de locuri de muncă inducerea că se întâmplă ca urmare a le pune în aplicare în mediul dvs. nu este responsabilitatea mea.
Deci, aici este lista în ordinea importanţei:
- Hub serverele de transport ar trebui să fie NU locaţie pentru fişierul dvs. Share martor. Am găsit locul cel mai bun în opinia mea, este, de fapt, controlere de domeniu, în acelaşi domeniu ca serverele de schimb. Acest lucru este, evident, să fie extins pentru a acoperi alte site-uri si domenii ca organizaţiei dumneavoastră le poate avea. Desigur, aveţi nevoie pentru a configura două locaţii FSW ... un primar şi o scenă cu foldere şi permisele în vigoare în cazul în server-ul dvs. principal FSW moare.
- Stiu de faptul că Microsoft a dat iniţial de orientare a fost de a avea FSW pe serverele hub de transport. Logica a fost că un transport hub este un rol necesară şi FSW trebuie să fie pe un server Exchange controale administratorul ... o persoană fizică potrivi.
- Serverelor de hosting File Share Witness (sau cel puţin un server, care este gazda primar FSW) NU ar trebui să fie în centrul aceleaşi date ca oricare dintre cele două noduri server Căsuţă poştală în cluster CCR. Prin utilizarea a trei model de centru de date ( toate locale şi, în acelaşi loc AD) pe care le furnizaţi completă şi automată nu peste protecţie în caz de eşec de centre de date.
- Hub servere de transport ar trebui să utilizeze NU SAN de stocare de suspensie pentru bazele lor de date coada de aşteptare. Internă de stocare, în serverul hub de transport, este de preferat. În cazul în care un esec CCR lossy apare şi Transport redelivery tomberon este necesar, ar fi mai bine să nu aibă ca transport date tomberon pe SAN care este posibil din acţiuni acum datorită unei căderi de centre de date sau San eşecului. Dacă baza de date coada este situat pe de stocare internă în server Hub de transport, puteţi muta pur şi simplu că hub de transport fizic la un server de operare locaţie (nu are nici măcar să fie într-un centru de date), pune-l înapoi pe reţea şi acum poate participa la transportul redelivery tomberon. Cool.
- you have the capability to place a blade server chassis in another location during a data center failure. This goes along with the previous recommendation about being able to bring that Hub Transport back online in an alternate location. Dacă este posibil, Hub serverele de transport ar trebui să fie nu sunt introduse pe EXCEPTÂND blade de hardware server pe care au capacitatea de a plasa un şasiu server blade într-o altă locaţie în timpul unui eşec centrelor de date. Acest merge împreună cu recomandarea anterioare despre a putea introduce pe care hub de transport inapoi online, într-o locaţie alternativă.
- Cel puţin un controler de domeniu ar trebui introduse în fiecare centru de date la nivel local le-aţi luat serverelor Exchange plasate in Desigur, ar trebui să aveţi cu adevărat un minim de două centre de date pentru a profita de CCR, şi ar trebui să aveţi întotdeauna cel puţin două Domain Controllers AD pe site-ul ... asa ca un controler de domeniu pentru fiecare centru de date are sens. Dacă ai de gând să utilizeze un controler de domeniu (aşa cum sa menţionat anterior) pentru fişierul dvs. Share Witness, atunci aceasta va ofera atât AD şi de protecţie de schimb într-o singură mişcare.
Aveţi ceva de adăugat?
Comments
3 Răspunsuri la "My" neoficiale "Exchange Server 2007 CCR recomandări"
Plecare un Reply











































[...] Citeste restul ... [...]
Cu transport Hub Server este OK pentru a rula, de asemenea, acces client şi Mesagerie unificată pe acelaşi server?
Aş recomanda împotriva sa, deşi nu am găsit nimic în mod special a spune într-un fel sau altul.
A se vedea aceste link-uri pentru unele informaţii generale.
http://technet.microsoft.com/en-us/library/bb232197.aspx
http://technet.microsoft.com/en-us/library/bb123911.aspx