wernbert 10 Geschrieben 19. September 2012 Melden Teilen 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 Link zu diesem Kommentar
NorbertFe 2.045 Geschrieben 19. September 2012 Melden Teilen 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 Link zu diesem Kommentar
bla!zilla 10 Geschrieben 20. September 2012 Melden Teilen 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 Link zu diesem Kommentar
wernbert 10 Geschrieben 20. September 2012 Autor Melden Teilen 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 Link zu diesem Kommentar
bla!zilla 10 Geschrieben 20. September 2012 Melden Teilen 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 Link zu diesem Kommentar
RobertWi 81 Geschrieben 20. September 2012 Melden Teilen 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 Link zu diesem Kommentar
NorbertFe 2.045 Geschrieben 20. September 2012 Melden Teilen 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 Link zu diesem Kommentar
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.