Lian

Ok. Die Begrenzung für die Anzahl der Gruppen werden die Disks sein, jede Gruppe -sprich: Anwendung- wird ihre eigene Disk benötigen. ;) Daher habe ich geschrieben: Du kannst eine zweite primäre Partition einrichten, lege aber nur "Rest"daten dorthin, wenn überhaupt. Es spricht nichts dagegen selten benötigte Installationsdaten abzulegen, produktive Nutzdaten sollten jedenfalls keine abgelegt werden.Idealfall ist, daß man eine SAN als Shared Device hat auf dem ein RAID1 für das Quorum mit 1GB Größe definiert ist.

Korrekt, in die Clustergruppe gehören: Cluster-IP-Adresse, Clustername, Datenträger Q:, ggf. MSDTC - mehr nicht. Dann eine eigene Gruppe mit Datenträger F: und der dazu gehörigen Ressourcen erstellen. Der Sinn dahinter ist, daß ein Failover Deiner Anwendungsgruppe nicht zwingend die Clustergruppe (=Quorum) betrifft. Zudem geschieht in dem Fall der Failover schneller. Du kannst dann auch die Anwendungsgruppe offline nehmen, um Wartungsarbeiten durchzuführen etc. ohne, daß das Quorum davon betroffen ist. Das ist sicherer und stabiler. Der Clustername ist übrigens nicht für den Client Access gedacht (!), dieser sollte über einen eigenen Namen und eine eigene IP für die File Server Gruppe erfolgen. Partitionieren mit NTFS? Kein Thema. Solange Du nicht auf die Idee kommst Produktivdaten auf der gleichen Disk wie das Quorum zu legen...

Idealerweise sind zB. bei einem Fileserver die OS-Volumes als RAID1 definiert und die Daten-Volumes als RAID5. Ich spreche von einem Hardware-Controller, in Deinem Fall dem PERC. Das ist sehr allgemein gesprochen, bei einem SQL oder Exchange Server sieht das ganze wieder anders aus. Dynamische Datenträger sind als nettes Feature gedacht gewesen, in der Praxis haben sie sich nicht wirklich durchgesetzt. Ab einer Größe von 2TB kann man sich GPT anstatt MBR Datenträger überlegen, aber das ist in Deinem Fall ebenfalls unnötig.

Hallo, wie groß ist das Array/der Datenträger? Was werden dort für Daten abgelegt? Generell gesprochen: Belasse es bei dem Basisdatenträger...

Da unterschätzt Du aber einen ordentlichen, batterigepufferten RAID Controller mit HotSpare gewaltig ;)

Abgesehen davon: Ein Software RAID bringt keine Datensicherheit. Zudem ist dieser Hack nicht erlaubt.

Zum Beispiel bei Alternate: ALTERNATE - SOFTWARE - Microsoft Windows XP Professional 64-Bit SP2 Neben Vista x64, XP 64 gibt es noch jede Menge 64 Bittige Linux Distributionen usw.

Es gibt auch Windows XP als 64 Bit Version... ;)

Wow - das nenne ich mal einen Deal :D:D

Prima :) Für das Quorum sind von MS 500MB empfohlen: Quorum Drive Configuration Information Wie Rudman schreibt: Mit einem Volume von max. 1GB Größe fährst Du sicher. Denke noch daran, das Quorum in der Clustergruppe zu belassen und für Volume E: sowie der davon abhängigen Ressourcen eine eigene Gruppe anzulegen. Die Clustergruppe mit Q: und die restlichen Ressourcen sollten in getrennten Gruppen laufen.

Versuche es mal mit ISAPI anstatt CGI. PHP als Modul laufen zu lassen ist hinsichtlich der Performance die bessere Wahl: PHP: Microsoft IIS / PWS - Manual

Hallo, das Thema hatten wir schon zur Genüge hier im Forum: Ja, das Design hat sich geändert.

Auch wenn Du es überlesen magst: Das ist Text, das kann man auch als Text posten...

Ein guter Tipp von Marka: Auch eine (Windows-) Fehlermeldung kann mittels STRG+C und STRG+V als Text in die Zwischenablage kopiert und hier gepostet werden. ;)

Was meinst Du damit? Sprichst Du von lokalen Freigaben auf den Nodes oder von anderen Single Servern? Hast Du Dir das HowTo auf ServerHowTo.de mal zu Gemüte geführt?

Hallo wenn ich Dich richtig verstehe, hast Du genau ein Shared Volume namens E: Das Quorum Volume sollte ein eigenes Volume sein, auf dem keine weiteren Daten liegen. Richte ein neues Volume ein und verschiebe das Quorum dorthin: How to change the quorum disk designation Volume Shadow Copies im Cluster sind möglich, aber folgendes ist dabei zu beachten: Using Shadow Copies of Shared Folders in a server cluster: Server Clusters (MSCS) Ist das bei Dir exakt so eingerichtet? Poste bitte mal das Ergebnis des Kommandos als txt-Datei von beiden Knoten: C:\>vssadmin list writers >vssadmin.txt

Ursprünglich hieß das Tool RegMon: http://www.mcseboard.de/tipps-links-5/sysinternals-registry-monitor-regmon-40946.html Das gibt es immer noch, ist aber eher für legacy clients gedacht...

Hallo, zum Bearbeiten: Regedit und zur Analyse Process Monitor, ehemals RegMon: Microsoft Sysinternals: Process Monitor

... oder Hyper-V ;)

Das ist schon mal positiv. Wie sieht es damit aus? Ein Test ohne die Symantec Software wäre interessant, um diese als Fehlerquelle einzugrenzen oder auszuschließen...

Also kommen die Probleme nur in Zusammenhang mit Symantec Volumes? Ich spreche nicht von lokalen Volumes, sondern von Shared Volumes, die Windows Basic Volumes sind (ohne Symantec). Nochmal: Kannst Du aktuell einen Validate auf beide Knoten laufen lassen? Wie sieht das Ergebnis aus?

Hast Du noch ein Volume, daß nicht vom Symantec (ehemals Veritas) Volume Manager verwaltet wird? Lege bitte Freigaben im Cluster nicht über den Explorer sondern über die Failover Cluster Management Konsole an (per Wizard). Aufruf des Wizards: http://www.serverhowto.de/uploads/pics/fileserver9.png Doku: http://www.serverhowto.de/Teil-4-Einrichten-von-Cluster-Ressourcen.511.0.html Kannst Du aktuell einen Validate auf beide Knoten laufen lassen? Wie sieht das Ergebnis aus?

Hast Du davon einen Screenshot? Benutzt Du das Veritas File System und den Veritas Volume Manager?

Hallo, der genaue Wortlaut der Fehlermeldung würde mich auch interessieren... Hast Du den Ordner vor dem Freigeben manuell auf der Disk angelegt? Danach kannst Du vorgehen wie hier beschrieben: Windows Server How-To Guides: Teil 4 - Einrichten von Cluster Ressourcen - ServerHowTo.de Siehe ab "und wir können eine Freigabe hinzufügen". Sind alle Ressourcen online und keine Fehler oder Warnungen als Events im Cluster?

Die Frage ist, ob das für einen Produktivserver gedacht ist oder für einen Testserver?