wernbert 10 Geschrieben 19. September 2012 Melden Geschrieben 19. September 2012 Hallo Leute! Ich stehe gerade vor einer interessanten Design Frage die mir nun schon seit Stunden Kopfzerbrechen bereitet. und zwar geht es um die Design Frage eines 2 Standorte-Konzeptes für ein DAG: Meine Frage nun - Ich habe nun einige Beiträge im Netz dazu gelesen - mir ist aber noch nicht wirklich eine gute Lösung ins Aug gestochen. Wenn ich nun eine DAG über 2 Standorte mache - wie Löse ich nun das Problem mit dem FSW am besten? das FSW in ein DFSR legen ist ja nicht empfohlen bzw. scheint mir auch logisch... Liegt nun das FSW am Standort A und dieser fällt aus hat der Backup-Standort wieder kein Quorum=> Welche Auswirkungen bringt das ganze mit sich? kommen die Postfächer am Standort B nicht hoch? Habe dann auch noch den DACM (Datacenter Coordination Activiation Mode) gefunden der ja mittels Bits im RAM das Online schalten der Mailbox-Datenbanken übernimmt oder eben verhindert! Jetzt meine Frage: Wie schaut das Best Practice Design für ein 2 Standorte-Konzept mit einem 2-Cluster DAG Verbund aus! weiters wie schauts mit dem EDGE-Transport bzw. CAS Server aus? sollen diese beiden Rollen getrennt werden oder können die auf einem Server laufen? Was verändert das Design wenn ein UAG zum Einsatz kommt? Besten Dank für eure Empfehlungen und Inputs! Zitieren
NorbertFe 2.173 Geschrieben 19. September 2012 Melden Geschrieben 19. September 2012 Dafür gibts den DAC und den Alternate Fileshare Witness. Lies dich dazu mal ein ;) Edge und CAS können nicht auf der selben Instanz laufen. Mir scheint, eventuell solltet ihr euch externes Know How holen. Bye Norbert Zitieren
bla!zilla 10 Geschrieben 20. September 2012 Melden Geschrieben 20. September 2012 Grundsätzlich hat ein Tie-Breaker/ Witness bei Clustern immer an einer dritten Site zu liegen. Wenn du den FSW also in Site A oder B legst, dann ist dein Cluster-Design krumm. Zitieren
wernbert 10 Geschrieben 20. September 2012 Autor Melden Geschrieben 20. September 2012 danke für die info - das ganze szenario soll in einer testumgebung vorgestellt werden um eben das nötige know-how für die produktivumgebung zu haben! das ein FSW an einem dritten standort liegen sollte ist mir bewusst nur wie schaut das design mit einem 2 Standorte-Konzept aus? oder ist ein 2 Standorte Konzept ohne synchrone Storage Spiegelung dann mit einer Exchange DAG nicht machbar? Zitieren
bla!zilla 10 Geschrieben 20. September 2012 Melden Geschrieben 20. September 2012 Clusterkonzepte, bei denen das Quroum eine Mehrheit von Nodes darstellt, lassen sich mit zwei Nodes, einem FSW und zwei Sites nicht abbilden. Zitieren
RobertWi 81 Geschrieben 20. September 2012 Melden Geschrieben 20. September 2012 Moin, eben weil man das Thema nicht mal eben so neben bei in einem Forum abhandeln kann, bat Norbert ja darum, sich grundlich in die Materie einzulesen. Einen funktionierenden DAG aufzubauen ist einfachen, aber wie sich das Ding in welchen Zuständen verhält, was für Ausfälle möglich sind und wie man manuell eingreifen muss, muss man vorher geklärt haben. ;) Zitieren
NorbertFe 2.173 Geschrieben 20. September 2012 Melden Geschrieben 20. September 2012 Grundsätzlich hat ein Tie-Breaker/ Witness bei Clustern immer an einer dritten Site zu liegen. Wenn du den FSW also in Site A oder B legst, dann ist dein Cluster-Design krumm. Clustering: What exactly is a File Share Witness and when should I use one? - Ask Premier Field Engineering (PFE) Platforms - Site Home - TechNet Blogs Deswegen ist die Empfehlung ja auch mit ungerader Nodezahl zu agieren. ;) Bye Norbert Zitieren
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.