Exchange 2010 file share witness (single point of failure?)

[Mentox]

Het nieuwjaar begon lekker met een downtime voor Exchange van 19 uur...

Nu is het bedrijf waarvoor ik werk eindelijk bereid om te investeren in een tweede Exchange server.

We gebruiken Exchange 2010 en ik wil een DAG opzetten. Ik ben bezig met een examen voor Exchange en het opzetten zal geen enkel probleem zijn.

Echter is er een ding dat ik niet 100% begrijp en dat is de "File share witness". Ik kan nergens vinden wat er gebeurd als deze server onderuit gaat.

De situatie die ik ga bouwen wordt als volgt:
2x dedicated domein controllers
2x Exchange Server met de Mailbox
1x File Server met een share voor de file share witness

Nummer 1 en 2 op de lijst zijn redundant maar de file share witness is dat niet. Via Google en mijn studieboeken kan ik niet echt een antwoord vinden wat er gebeurd als de share niet bereikbaar is. Ik ben ook benieuwd wat er gebeurd als de share niet bereikbaar is en de actieve mailbox server crasht.

Kan iemand mij hier een antwoord op geven?

[nilisvw]

Wat ik zelf heb gemerkt is dat hij wel moeilijk gaat doen als de share witness server offline gaat.
Bij mij hangt Outlook dan vaak en soms werkt het dan weer even goed.

Wat wel zo is dat ik de Online archief en sharewitness op dezelfde server heb miss maakt dat nog iets uit.

[Zwelgje]

nilisvw schreef op woensdag 05 januari 2011 @ 12:40:
Wat ik zelf heb gemerkt is dat hij wel moeilijk gaat doen als de share witness server offline gaat.
Bij mij hangt Outlook dan vaak en soms werkt het dan weer even goed.

Wat wel zo is dat ik de Online archief en sharewitness op dezelfde server heb miss maakt dat nog iets uit.

duh, logisch dat je outlook hangt als je FSW server met daarop je archief plat gaat.. als hij echter alleen FSW was geweest was er niks aan de hand geweest

FSW down... niks aan de hand, de omgeving blijft gewoon draaien, de FSW dient puur als om een quorum majority te verkrijgen. de FSW hoeft dus niet redundant te zijn

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

Neither the witness server nor the witness directory needs to be fault tolerant or use any form of redundancy or high availability. There's no need to use a clustered file server for the witness server or employ any other form of resiliency for the witness server. There are several reasons for this. With larger DAGs (for example, six members or more), several failures are required before the witness server is needed. Because a six-member DAG can tolerate as many as two voter failures without losing quorum, it would take as many as three voters failing before the witness server would be needed to maintain a quorum. Also, if there's a failure that affects your current witness server (for example, you lose the witness server because of a hardware failure), you can use the Set-DatabaseAvailabilityGroup cmdlet to configure a new witness server and witness directory (provided you have a quorum).

[ Voor 40% gewijzigd door Zwelgje op 05-01-2011 12:55 ]

[Razwer]

je kan toch gewoon een 2e witness share maken (veldjes "alternate witness server" en "alternate witness directory"). wat is je probleem? storm in glas water, *gaap*

[Mentox]

Powershell schreef op woensdag 05 januari 2011 @ 12:52:
[...]


duh, logisch dat je outlook hangt als je FSW server met daarop je archief plat gaat.. als hij echter alleen FSW was geweest was er niks aan de hand geweest

FSW down... niks aan de hand, de omgeving blijft gewoon draaien, de FSW dient puur als om een quorum majority te verkrijgen. de FSW hoeft dus niet redundant te zijn

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

Neither the witness server nor the witness directory needs to be fault tolerant or use any form of redundancy or high availability. There's no need to use a clustered file server for the witness server or employ any other form of resiliency for the witness server. There are several reasons for this. With larger DAGs (for example, six members or more), several failures are required before the witness server is needed. Because a six-member DAG can tolerate as many as two voter failures without losing quorum, it would take as many as three voters failing before the witness server would be needed to maintain a quorum. Also, if there's a failure that affects your current witness server (for example, you lose the witness server because of a hardware failure), you can use the Set-DatabaseAvailabilityGroup cmdlet to configure a new witness server and witness directory (provided you have a quorum).

Perfect! Geweldige post zelf met een bron vermelding!

Bedankt!

[Arno]

Ga je die mailbox servers ook HUB en CAS rollen geven? Mooier is het om die op een eigen server te plaatsen