Lian

Wo steht das?

Hallo, bei Windows Server 2003 gab es "nur" zwei Quorum Modelle: Single/Standard Quorum Model mit einer Shared Storage oder Majority Node Set. Bei Windows Server 2008 ist die Auswahl etwas größer: Siehe: Failover Cluster Step-by-Step Guide: Configuring the Quorum in a Failover Cluster Wichtig ist eine gemeinsame Datenhaltung für die Ablage der Konfigurationsdaten und der Statusinformationen eines Clusters. Wieso sollte das nicht mit einem Windows Server Failover Cluster umsetzbar sein? Ein Multi-Site Cluster ist keine Neuerung und gab es schon unter Windows Server 2003, hier die Einstiegsseite zu 2008: Windows Server 2008: Failover Clustering Program Overview Ideal für Deine Zwecke wäre das Node and File Share Majority Model, siehe Anhang (Quelle)

@olc: Eine Teststellung mit Stresstests würde ich auf jeden Fall durchführen, dann hat man auch Referenzwerte zum Thema I/O Durchsatz/Performance und weiß wie sich das System verhält.

@olc: Was hast Du denn vor? Geht es Dir um einen Fileserver mit vielen Zugriffen oder um einen Datenbankserver oder ...?

Wendet Euch direkt an HLG per PN.

Naja, nicht ganz egal. Erstmal sollten wir klären wie die Umgebung aussieht und jetzt wird schon einiges klarer ;) Magst Du Dir den KB Artikel von Norbert (307962) zu Gemüte führen? Dort steht alles, was Du zu dem Thema wissen solltest. Habt Ihr denn Probleme mit den Clustern, oder was bewegt Dich? Nachdem das System bereits läuft (richtig?), ist die Frage, die Du Dir stellen solltest: Wie ist der Heartbeat konfiguriert hinsichtlich der Netzwerkadressen und -topologie. Ich nehme an, das Heartbeat-Netz ist ein eigenes Netz an einem Switch oder an mehreren Switchen? Ist dieses an einem dedizierten Switch angebunden oder in VLANs auf mehreren Switchen angebunden oder...? Noch eine grundsätzliche Frage: Wir reden hier aber nicht über Geo-Cluster? Die Clusternodes sind alle im gleichen RZ?

Bei einem 2003'er Server ist das Limit bei 8 Nodes: Maximum number of supported nodes in a cluster Setzt Ihr denn Windows Server 2008 ein? Magst Du uns mal ein bisschen mehr zu diesem Clustersystem sagen? Welche Applikationen werden geclustert, welche Aufgabe hat das System, welche SAN ist dahinter, welche Server werden eingesetzt...

Wieviele Nodes und welches Quorum Model? Du sprichst von einem Failover Cluster und nicht einem NLB Cluster, richtig?

Wenn möglich mal bitte mit Inbox Treiber testen. Ich denke es würde Dir helfen ein paar virtuelle Systeme aufzusetzen: Einmal Dein Clustersystem als VMs und einmal das gleiche als Single Server System. Mit diesen VMs kannst Du testen und troubleshooten ohne das Produktivsystem zu gefährden. Das heißt die Treiberdaten sind sowohl im File System auf dem Shared Volume als auch im Cluster und Print Registry Hive an der richtigen Stelle? Folgende Links helfen Dir beim Troubleshooten bzw. bei der Prüfung: How to Troubleshoot Printing Issues on a Windows Server 2003 Cluster Troubleshooten von Print Queues auf einem Cluster generell, sehr viele Hintergrundinfos: Ask the Performance Team : Windows 2003 Print Clusters - Part One (Teil 1) Ask the Performance Team : Windows 2003 Print Clusters - Part Two: Recommendations (Tei 2) Ask the Performance Team : Windows 2003 Print Clusters - Part Three: Troubleshooting Missing Print Queues (Teil 3) Alle drei Artikel bieten hervorragendes Wissen zu dem Thema. Ist der Call bei HP noch offen?

Gerade für solche - ich nenne es mal: Notlösungen sind die Skripte gedacht.

Diese sind auch im Board über einen Link ganz oben rechts erreichbar: MCSEboard.de - Aktuelle Microsoft Security Bulletins

Hallo, der passt generell nicht zu einem Failover Cluster. Einen Webserver hält man besser über NLB redundant, dabei geschieht eine Lastverteilung, d.h. alle Nodes arbeiten aktiv. Windows Server Failover Cluster sind für statefull Applikationen gedacht, stateless Applikationen wie ein Webserver passen eher zu NLB: Evaluating Cluster Technologies: Server Clusters (MSCS); Network Load Balancing (NLB) Daher steht die Ressource IIS nicht mehr bei einem Windows Server 2003 zur Verfügung, als Notlösung stehen die VBS Scripte bereit. Diese kümmern sich darum, daß nicht beide Nodes einzeln erreichbar sind und erlauben es einem den Web- oder FTP-Root auf einem Shared Volume abzulegen. Wenn noch Fragen offen sind: Einfach stellen... ;)

Hallo, das ganze nennt sich Point & Print: Point and Print for Windows 2000

Hallo, ist der Druckertreiber von HP oder ein Windows Inbox Treiber? Ist der Treiber Cluster Aware? Hast Du mal getestet, ob das nur auf dem Cluster passiert? Zum Thema Druckertreiber auf einem Cluster - Es ist wichtig, daß die Treiber standardkonform sind, mehr dazu hier: Cluadmin.de: Print Cluster 101

Hallo, der File Server Resource Manager (FSRM) läuft auch auf einem Cluster und wie Du richtig vermutest wird die Information bzw. die Config auf dem Quorum gespeichert. Der Cluster Registry Hive hat auf einem Windows Storage Server mit installiertem FSRM und entsprechender Kontigentierung den Hive: HKLM\Cluster\SRM. Abgesehen davon liegen die Laufwerks-spezifischen Infos auf dem Volume im Systemordner "System Volume Information". Siehe dazu auch: The Storage Team at Microsoft - File Cabinet Blog : Using File Server Resource Manager (FSRM) on a server cluster Zur Installation siehe "Preliminary Configuration Guidelines": Microsoft Technet: File Server Resource Manager Clustering Scenarios

Zum Thema wie sicher ist Bitlocker: .: Daniel Melanchthon :. : Sicherheit von BitLocker gegen Offline-Angriffe

Hallo, "Dual Head" bzw. Multi-Head ist hier das Stichwort. Dual Head Graphikkarten gibt es mit 256MB schon ab €30...

Der 2003'er Track zum MCSA oder MCSE macht durchaus Sinn, kann man durch ein paar Upgradeprüfungen einerseits eine größere Anzahl an Zertifizierungen erlangen als auch Kenntnisse zum Thema Windows Server 2003 und 2008 vorweisen. Solange Ihr auch Windows Server 2003 im Einsatz habt, bringt es Dir auch was. Windows Server 2008 ist erst seit Februar RTM und viele Unternehmen setzen den Vorgänger noch ein... Es ist aber auch möglich direkt rein auf 2008 zu setzen, was die Certs betrifft - das ist auch vom Geldbeutel und der persönlichen Präferenz abhängig.

Hallo, das kannst Du in den Eigenschaften der Ressource bestimmen, dort den "Mögliche Besitzer"/"Possible Owners" eintragen. Wenn an der Stelle nur ein Node eingetragen ist, kommt es nicht zum Failover. Die Ressource wird bei einem Fehler je nach den erweiterten Eigenschaften neu gestartet, falls das nicht klappt bleibt diese im Status failed. Allerdings verhindert diese Ressource den Failover der gesamten Gruppe, das sollte Dir klar sein (!) Für die Übergangszeit ergibt es vielleicht mehr Sinn den IIS außerhalb des Clusters auszuführen. Das ist generell kein sinnvolles Vorgehen, im Falle einer Migration aber machbar.

"Ein Host für alle virtuellen Maschinen" - was ist da doppelt vorhanden?

Stecke mal die Module einzeln, um den "Übeltäter" auszumachen. Dann kannst Du den defekten Riegel eindeutig identifizieren und zurückgeben.

Da sind noch Fragen offen von LukasB: Durchsatz usw. Für wieviele User? Wieviele Zugriffe? Davon hängt u.a. ab, ob iSCSI oder DAS/FC etc.

Hallo, was ist das genau für ein Speicher? Sicher, daß sich die Mischung von den Timings her "verstehen"? Wie lange lief Memtest? Teste auch mal mit Prime95 (Blend test) unter Windows Vista x64.

Siehe Screenshot. Nun ja, whatever: Schweinsbraten ist prima, aber bitte mit Blaukraut und Knödel ;)

Hallo, meinst Du den hier? http://www.mcseboard.de/off-topic-18/vituelle-kochecke-100438.html Antworten geht immer, mann sollte nur lesen und den Haken setzen ;)