Lian

Hallo Patrick, bitte hänge mal die Ausgabe eines Validate an als ZIP Datei. Welches Quorum Model wird verwendet und welche Dienste/Rollen soll der Cluster bereit stellen? Wie sieht es mit der Unterstützung der SCSI-3 Persistent Reservation aus (SCSI-3 PR) bei der verwendeten Storage? Welche Storage wird verwendet?

Daher auch geschlossen. Sorry, sowas supporten wir nicht.

Hallo und Willkommen an board, im Idealfall (so sollte es sein) ist die Storage über ein RAID gegen den Ausfall einer Festplatte abgesichert. Weiterhin sollten die Pfade zur Storage und die Switche redundant gehalten werden - sprich: 2 NICs am Server zum Switch, 2 Switche im Failoverbetrieb. Im Detail kommt das darauf an, was für ein iSCSI Target verwendet wird. Falls trotzdem mal der worst case eintritt und der Server oder die Storage ein Problem haben, sollte man ein Disaster Recovery Plan in der Schublade haben. Typischerweise passende Ersatzhardware und ein ordentliches Backup ;)

Off-Topic: @Norbert: Die Ergänzung von mir dient rein der Vollständigkeit ;) @lindi2310: So sieht es in dem Fall aus, eine ausgewachsene SAN muss es aber (oft) nicht sein - eine Shared Storage auf SAS Basis verrichtet ebenfalls gute Dienste.

Ein Windows Cluster an sich kommt auch ohne Shared Storage aus - je nach Quorum Model. Da ein Cluster aber von sich aus keine Daten repliziert ohne Software: Wie Norbert schon sagte...

Siehe Anhang, gerade von einem 2003'er Cluster erstellt mit Shared Storage ;) Nicht initialisieren, in der Datenträgerverwaltung "Datenträger neu einlesen" & "Aktualisieren". Solange der ClusDisk Treiber des 1. Node die Disk nicht mehr im Zugriff hält, kann der 2. Node diese korrekt einlesen und anzeigen - insofern das LUN Masking auf der SAN und FC Switch Zoning passt.Wird Secure Path genutzt? Ich kann mich erinnern, was natürlich immer noch der Fall sein kann: ein Hardware Fehler (FC HBA, Pfade, Node, Switchport).

Hallo, solange ein Knoten die Ressource des Physikalischen Datenträgers online hält, kann ein anderer Knoten nicht darauf zugreifen. Auf dem zweiten Knoten sieht man die Disk, kann aber erst nach einem Failover darauf zugreifen. Soweit die Theorie ;) An sich sollte man einen weiteren Knoten fehlerfrei hinzufügen können, spätestens bei der minimalen Konfiguration über Erweitert/Advanced. Versuche das mal in einem Wartungsfenster. Was steht da für eine SAN dahinter? Ist das ein ganz neuer Knoten oder wurde dieser neu installiert? Falls letzteres: Konnte dieser zuvor schon einmal auf die Disks zugreifen?

@shafner: Bitte in Zukunft eine Textausgabe auch als Text hier einfügen.

Wunderbar, danke für die Rückmeldung :)

Kein Problem. Beitrag geschlossen, Thema erledigt.

Zu ARCServe kann ich wenig sagen. Klingt erstmal merkwürdig: CSV gibt es aktuell nur in Verbindung mit einem Hyper-V Cluster. Wenn die App das sichern kann, sollte sie auch über den virtuellen Clusternamen darauf zugreifen können. Da das Produkt noch sehr neu ist, muss man den Backupherstellern etwas Zeit geben. Wie oben beschrieben müssen u.a. auch architekturbedingte Änderungen umgesetzt werden. TheDonMiguel hat Dir auch Alternativen genannt. Wenn ARCServe nicht voll Cluster Aware ist, was Hyper-V betrifft, ist das schade.

Schau mal im Exch. System Manager, dort unter Routinggruppen... Das kann man so von hier nicht sagen.

Ja, eine gute Idee Das kommt darauf an, was eingerichtet wurde Ja, korrekt - abgesehen von den SMTP Gateways. Das hängt davon ab, was konfiguriert wurde. Ich denke, der erste Weg wäre es Dir einen Überblick in der Clusterverwaltung zu verschaffen: Wieviele virtuelle Instanzen. Dann im Exchange System Manager die Umgebung, Server etc. prüfen was konfiguriert ist. Folgender Artikel sollte man bei so einem Konstrukt beachten: Considerations when deploying Exchange on an Active/Active cluster

@Thyral: Bei Asus.com gibt es Windows 7 Treiber für Dein Board Geh mal über Asus.com - Support - Download. Dort die Kategorie Motherboard, Socket 775, dann P5Q - voila ;) Das Board hat einen Intel P45 Chipsatz

Da es sich um ein Intel Chipsatz handelt, kannst Du die Chipsatztreiber auch direkt bei Intel herunterladen:http://www.intel.com Dort gibt es passende Treiber für alle Intel Chipsätze auch für Win 7 x86/x64. In der Regel funktionieren die allermeisten Vista Treiber auch unter 7. Ob das allerdings wirklich fehlerfrei klappt bei einem Board-/Chipsatztreiber muss man ausprobieren.

Hallo, schau Dir mal dieses an: ISA Server und Forefront Security Das ist ein MS Press Buch von Marc Grote, Christian Gröbner und Dieter Rauscher - 3 MVPs zu dem Thema ;)

Hallo und Willkommen an board, viel Erfolg für den MCITP ;) Man liest sich...

Das der Platz zu eng wird, siehst Du ja nun selbst. Also: Erweitern, alles andere ist nicht supported und ist auch nicht empfehlenswert.

Wende Dich mal direkt an den ARCServe Support/CA Es geht um die VSS API bzw. den API Call PrepareVolumeForSnapshotSet, der es ermöglicht via VSS ein CSV zu backupen: http://www.mcseboard.de/windows-forum-lan-wan-32/probleme-aufbau-hyper-v-cluster-konzepts-157267.html#post967433 Diese Funktionalität muss die Software unterstützen.

Es gibt aber einen Wizard für die Migration, der einem einiges abnimmt. Aufgrund der tiefgreifenden Änderungen ist ein Rolling Upgrade leider nicht möglich.

Hallo, ich verstehe nicht ganz? Wenn Du einen 2 Node Cluster in Aktiv/Passiv-Konfiguration mit Shared Storage verwendest, gibt es einen einheitlichen Print Spooler. Die Konfiguration des Print Spoolers im Cluster wird jeweils von beiden Knoten übernommen - automatisch: How to set up a clustered print server Für den manuellen Abgleich zweier Server (ohne Cluster) kann man den Print Migrator verwenden. Ich hoffe Du hast nicht die Drucker auf den einzelnen Nodes installiert? Falls die Treiber nicht 100& Windowskonform sind, kann es sein, daß sie nicht cluster aware sind...

Der Idealfall wäre dedizierte Disks zu verwenden, eine eigene LUN auf der SAN tut es aber auch.

Einfache Regel: Zwei dedizierte Disks im RAID1, eine Größe von min. 500MB reicht. Man kann zB. zwei Partitionen auf der Quorum Disk einrichten, wenn es sein muss, allerdings rate ich sehr davon ab dort produktive Daten abzulegen. Die Quorum Disk im Cluster sollte einem "heilig" sein.

Ohne Angabe was für eine Art von Gerät Du hast, macht es nicht nur wenig Sinn, sondern gar keinen Dir zu etwas zu raten. So ist es.

Hallo, was ist das für eine EMC? Eine Clariion SAN oder eine Celerra NAS, oder...? Welche Baureihe genau? Wie ist der Server daran angebunden (Fibre Channel/Switched Fabric) und wie die Clients (Netzwerktopologie grob)?