Moj "neuradno" Exchange Server 2007 CCR priporočila
14. november 2008 pila Pod Exchange Server 2007, Server Hardware, Storage | 430 ogledov
Ob je Cluster Continuous Replication v mestu zdaj približno eno leto, Ive 'pridobljene nekatere moje priporočil o najboljši praksi, ki jih ni mogoče najti v uradno dokumentacijo Microsoft. Seveda, to je bilo nekaj časa odkar sem nazadnje preveril, da dokumentacija, tako da bi to lahko bilo podvajanje priporočila.
Čeprav so ta priporočila, ki temeljijo na zelo trdno in stabilno okolje proizvodnje ... nič slabega ali iskanju zaposlitve napeljati to zgodi kot posledica njihovo izvajanje, v svojem okolju ni moja odgovornost.
Torej, tukaj je seznam v vrstnem redu pomembnosti:
- Hub Transport strežnikih ne bi smele biti mesto za vaš File Share Witness. Ugotovil sem, da najboljši lokaciji v mojem mnenju je dejstvo, krmilnikov domen v isti domeni kot strežniki Exchange. To je očitno, da je treba razširiti na druge strani in področja, kot je vaša organizacija lahko njih. Seveda, boste morali ustanoviti dve FSW lokacijah ... en primarni in en postopne z mapami in dovoljenj, ki se izvajajo v primeru vašega primarnega strežnika FSW umre.
- Vem za to, da prvotni navodila Microsoft je bil, da so FSW na Hub Transport strežnikov. Logika je bila, da Hub Promet je potrebna vloga in FSW mora biti na strežniku Exchange skrbnik nadzora ... naravno ustrezati.
- Strežniki gosti File Share Witness (ali vsaj enega strežnika, ki je primarni FSW gostiteljico) mora biti NE v istem centru podatke kot enega od dveh nabiralnika strežnika vozlišča v gruči CCR. Z uporabo treh podatkov centra model ( vse lokalne in na istem mestu AD) vam zagotavlja popolno in samodejno ne več zaščite v primeru okvare center podatkov.
- Hub Transport strežnikih ne bi bilo uporabiti SAN priloženo skladiščenje za njihovo čakalno vrsto podatkovne baze. Notranji skladiščenje v Hub Transport strežnika, je najprimernejša. V primeru, da pride do izpada CCR Trošenje in promet smetnjaka redelivery je potrebno, bi bilo najbolje, da ni, da Transport smetnjaka podatke o SAN, ki je morda iz ukrepanje zaradi okvare center SAN podatkov ali neuspeh. Če se čakalne vrste bazo podatkov, ki se nahajajo na notranji skladiščenje v Hub Transport strežnika, lahko preprosto premikate ki Hub Transport strežnik fizično na poslovanje lokaciji (ne celo, da je treba v podatkovnem centru), ga ponovno postavimo v mrežo in zdaj lahko sodelujejo v prometu redelivery smetnjaka. 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. Če je mogoče, Hub Transport strežnikih ne morejo dati na rezilu server strojne opreme, razen če imate sposobnost, da se rezilo strežnik šasije na drugo lokacijo v centru ni podatkov. To gre skupaj s prejšnje priporočilo o tem, da lahko dobita Hub Transport nazaj dosegljiv na drugo mesto.
- Vsaj en krmilnik domene je treba dati v vsakem lokalnem podatkovnem centru imaš strežnike Exchange dajo noter Seveda, morate res imeti najmanj dve podatkovni centri, da izkoristijo CCR in si mora vedno imeti vsaj dve krmilnikov domen na mesto AD ... tako, da eno Domain Controller na podatkovnega centra se vse ujema. Če se boste za uporabo Domain Controller (kot je bilo prej) za vaše File Share Witness, to potem vam ponuja tako AD in Exchange zaščito v eni premakniti.
Imate kaj dodati?
Komentarji
3 odgovor v "Moj" neuradno "Exchange Server 2007 CCR priporočila"
Leave a Reply
-
Translator
[...] Read the rest ... [...]
Z Hub Transport Server je ok, da tudi teči Client Access in Unified Messaging na istem strežniku?
Želel priporočamo proti njej, čeprav nisem našel nič posebej rekel tako ali druge.
Glej te povezave za nekaj splošnih informacij.
http://technet.microsoft.com/en-us/library/bb232197.aspx
http://technet.microsoft.com/en-us/library/bb123911.aspx