Min "uofficielle" Exchange Server 2007 CCR anbefalinger

November 14, 2008 Filed under Exchange Server 2007, Server Hardware, Storage | 405 visninger

Have haft Cluster Continuous Replication på plads nu for omkring et år, har jeg fremstillet nogle af mine egne henstillinger om bedste praksis, som måske ikke kan findes inden for det officielle Microsoft-dokumentationen. Selvfølgelig har det været et stykke tid siden jeg sidst kontrolleret, at dokumentationen, så dette kunne være gentagelse af anbefalinger.

Selv om disse anbefalinger er baseret på en meget solid og stabil produktion miljø ... noget dårligt eller jobsøgning foranledige, at der sker som følge af gennemførelsen af dem i dit miljø er ikke mit ansvar.

Så her er listen i prioriteret rækkefølge:

  • Hub Transport servere bør ikke være en placering til dit File Share Witness. Jeg har fundet den bedste placering i min mening er i virkeligheden domænecontrollere i samme domæne som Exchange-servere. Dette er naturligvis at blive udvidet til at omfatte andre områder og områder som din organisation kan have dem. Selvfølgelig skal du oprette to FSW steder ... en primær og en iscenesat med mapper og tilladelser på plads, hvis din primære FSW server dør.
    • Jeg kender til en kendsgerning, at den oprindelige vejledning Microsoft gav, var at have FSW på Hub Transport servere. Logikken var, at en Hub Transport er en nødvendig rolle, og FSW skal være på en server i Exchange-administratoren kontrol ... en naturlig passe.
  • De servere, der hoster File Share Witness (eller i det mindste en server, der er den primære FSW vært) bør ikke være i samme datacenter som en af de to Postkasse serveren knudepunkter i det CCR cluster. Ved hjælp af en tre datacenter model ( alle lokale og i samme annonce websted) du giver fuldstændig og automatisk ikke over beskyttelse i tilfælde af et datacenter fiasko.
  • Hub Transport servere bør ikke bruge SAN attached storage for deres køen databaser. Internt storage, i Hub Transport server, er at foretrække. I tilfælde af at en modpartsrisiko lossy optræder fejl og Transport Dumpster tilbagelevering er påkrævet, vil det være bedst at ikke have, at Transport Dumpster data på SAN, der er muligvis ud af nu på grund af et data-center svigt eller SAN fiasko. Hvis køen database er placeret på internt lager på Hub Transport serveren, kan du blot flytte, at Hub Transport serveren fysisk til et driftsoverskud placering (ikke engang at være i et datacenter), sætte den tilbage på nettet, og nu kan deltage i Transport Dumpster tilbagelevering. 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. Hvis det er muligt, bør Hub Transport servere ikke placeres på blade-server-hardware, medmindre du har mulighed for at placere en blade-server chassis på en anden placering i et datacenter fiasko. Dette går sammen med tidligere anbefaling om at kunne bringe Hub Transport tilbage online i en alternativ placering.
  • Mindst en Domain Controller bør placeres i hver lokale data center du har Exchange servere placeret i. Selvfølgelig skal du virkelig have mindst to datacentre til at drage fordel af modpartsrisiko, og du bør altid have mindst to Domænecontrollere pr AD site ... så en Domain Controller per data center giver god mening. Hvis du vil bruge en Domain Controller (som tidligere nævnt) for dit File Share Witness, dette så tilbyder dig både AD og Exchange-beskyttelse i ét hug.

Har du noget at tilføje?

  • Share / Save / Bookmark

Tags:

Kommentarer

3 svar til "Min" uofficielle "Exchange Server 2007 CCR anbefalinger"

  1. Exchange Server 2007 CCR anbefalinger | Det CapsLock Assassin den 17 november 2008 3:01

    [...] Læs resten ... [...]

  2. Jason Holmes den 18 februar 2009 12:30

    Med Hub Transport server er det ok at også køre Client Access og Unified Messaging på den samme server?

  3. Tales of en Systemadministrator den 19 februar 2009 8:05

    Jeg vil anbefale imod det, selvom jeg ikke finde noget konkret at sige en eller anden måde.

    Se disse links til nogle generelle oplysninger.

    http://technet.microsoft.com/en-us/library/bb232197.aspx

    http://technet.microsoft.com/en-us/library/bb123911.aspx

Leave a Reply