Lian

Ah, ok :)

Siehe: Server Core : Server Core changes in Windows Server 2008 R2

Hier ist die Installation des clients als Service beschrieben: BOINC FAQ Service Aktuell ist der BOINC 6 client, leider bezieht sich die Doku auf den 5'er. Das wird beim 6'er per default als service installiert: Service install = Protected Application Execution mode. Bei mir ist der path to executable ""C:\Program Files\BOINC\boinc.exe" -daemon"

Jup, wenn er sonst aus ist. Ansonsten lässt sich die Aulastung auch einstellen...

Sollte automatisch so sein (net stop boinc/net start boinc). :)Evtl. muss man die Preferences anpassen...

Unbedingt empfohlen ist das nicht gerade: Cluadmin.de: Clustern von DCs und andere NoGos Es gibt dabei einige caveats zu beachten.

Hallo, bist Du sicher, daß es ein ist HP Laserjet Series II? Der Drucker wurde im März 1987 eingeführt... Angeblich supported das HP dennoch unter Vista: HP LaserJet and Color LaserJet Products - Product Support Matrix for Microsoft Windows Vista - c00808536 - HP Business Support Center

Wenn sich eine ordentliche SAN darum kümmert: Nein ;);)

Die neuen Features rund um Windows Server 2008 R2 Failover Clustering sind u.a. bei der TechEd 2008 dieser Tage vorgestellt worden. Das heißt das neue Feature "Cluster Shared Volume (CSV)" ist nun öffentlich: Cluadmin.de: Cluster Shared Volumes CSV unterstützt den Failover einer VM ohne Downtime.

Interessant, danke für das feedback.

Hallo Edgar, Prima :) Das gibt es schon einige Zeit lang, allerdings haben sie auch viel experimentiert. Erst gab es eine zentrale URL, die sich später wieder geändert hat. Inzwischen gibt es den Link, wenn es den Hotfix im Download gibt. War also durchaus verwirrend ;)

Hallo Edgar, bist Du mal über den Downloadlink ganz oben gegangen? Help and Support Die Email mit dem Hotfixlink kam bei mir innerhalb von unter einer Minute... (209633_DEU_i386_zip.exe)

Es gibt viele Produkte von MS, die eine zentrale Kontenverwaltung voraussetzen. Gegenfrage: Soll ein Hochverfügbarkeitsdienst mit n lokalen Accounts laufen? Voraussetzungen siehe zB.: Appendix A: Failover Cluster Requirements Zum Thema Cluster & Domain Controller: Windows 2000, Windows Server 2003, and Windows Server 2008 cluster nodes as domain controllers Cluster Nodes können auch selbst als Domain Controller laufen, das ist allerdings nur sehr begrenzt supported und imo nicht empfehlenswert. Das ist korrekt, wobei DCs relativ einfach über Replikation automatisch redundant gehalten werden können. Eine (teure) SAN ist nicht immer notwendig, hat aber auch Vorteile. Nicht für jede Applikation passt NLB.

Dann sieht mir NLB nach der passenden Wahl für Dich aus. Mit einem Failover Cluster könnte es auch gehen: Die Lösung über eigene Ressource DLLs und somit für die Applikation passende IsAlive/LooksAlive checks sowie relativ frei definierbarem Verhalten im Cluster ist technisch möglich. Ob sich der Aufwand für Euch lohnt, muss man allerdings abwägen.

Zu der CX-240: Du meinst sicherlich eine Clariion CX4-240. Der Bezeichner CX3 oder CX4 steht für die Generation der SANs. Aktuell ist die CX4-Reihe bei EMC. Der Support ist im Enterprise Bereich hervorragend, die Technik mehr als stabil. Was mir fehlt sind Eure Anforderungen, um was geht es Euch? Stabilität, Performance, Mirroring, SnapShots, Clustering...?

Ist bei den Shared Volumes Clustering aktiviert? (Allow multiple concurrent iSCSI connections (clustering)) Hast Du dazu auch Event IDs im Windows System Event Log? Lege mal ein neues Quorum an, um Probleme mit der Signatur auszuschließen: How to change the quorum disk designation Wichtig dabei ist, daß beide Nodes und deren Ressourcen online sind. Das habe ich nicht geschrieben, bitte nicht mißinterpretieren. Leider hast Du die wichtigste Frage in Deinem Szenario nicht beantwortet: Hast Du eine dedizierte NIC mit einem eigenen privaten Netz/VLAN für den iSCSI Traffic?

Bevor hier der Thread durch Eure Overtakes überflutet wurde, ging es um Windows 7. Wir sind und waren schon immer für heterogene Netzwerke. Vor dem Hintergrund halten wir nichts von Glaubenskriegen und Grabenkämpfen zum Thema Betriebssysteme. Viele Systeme haben Ihre Berechtigung und sind in einem Bereich stärker und eben in anderen schwächer. Das MCSEboard.de ist ein Forum in dem es hauptsächlich um Windows geht und usprünglich war der Thread als Infothread zu Windows 7 gedacht.

Welches iSCSI Target verwendest Du? Was heißt in die andere Richtung? Hast Du Dir das cluster.log angesehen? Hast Du eine dedizierte NIC mit einem eigenen privaten Netz/VLAN für den iSCSI Traffic?

Ja, habe ich. Sorry, ist momentan unter NDA. Sobald ich darf, kommt dazu was ;) Nein, erstmal nicht. Wie man das neue Feature vielleicht dazu nutzen kann, ist noch unklar.

:cry: Davon rede ich die ganze Zeit in Beitrag #6 und #8 und: Nein, es ist kein Gerücht, ich habe bereits dazu Unterlagen und Live Demos gesehen. Bitte nochmal lesen ;)

Nein, nicht mit dem Hyper-V Failover Clustering von Windows 7 Server, i.e. Windows Server 2008 R2: Der Anwender bekommt nichts davon mit, daß ein Failover initiiert wird und der ehemals aktive Host A offline genommen wird zur Aktualisierung, um beim Beispiel zu bleiben. Ich spreche nicht von Hyper-V Quick Migration oder VMware Live Migration... Schreib doch mal, um was es Dir genau geht, bevor wir Themen wie Failover Clustering und Virtualisierung durchgehen. Redundanz, Standby System(e), Disaster Recovery, Uptime/SLA?

Bitte bleibt on Topic. Wer was neues zu Windows 7 hat oder Fragen dazu: Posten ;)

Hallo und Willkommen an board, worauf willst Du hinaus? Solange die Verbindung zur Storage steht passiert auf dem aktiven Node i.d.R. nichts (SAS & FC). In Deinem Fall passiert mehr: Die Netzwerkverbindungen gehen verloren und da Du kein dediziertes Netz für die Storage hast (empfehlenswert) auch die Verbindung zum iSCSI Device. Das ergibt ggf. ein klassisches Split Brain Szenario: http://technet.microsoft.com/en-us/library/cc780689.aspx Was genau im Detail millisekundengenau passiert, siehst Du im cluster.log im %SYSTEMROOT%\Cluster Verzeichnis.

Dann reden wir von Hyper-V Host Clustering. Du kannst aber nicht auf zwei Single Servern einfach mal Hyper-V installieren und dann die Gests von einem zum anderen übertragen. Der Mechanismus, der sich darum kümmert ist das Feature Failover Cluster, also ein Cluster. Mit Windows Server 2008 R2 wird auch Hyper-V Live Migration unterstützt, das bedeutet man kann eine VM im laufenden Betrieb weitestgehend unterbrechungsfrei von Hyper-V Host A auf B verschieben.

Ja, das geht. Schau Dir dazu den Link mit den Quorum Modellen an, ist inkl. Beispielen. Du willst also zwei Guests, die als Cluster laufen sollen? Das hat aber nichts mit Hochvefügbarkeit zu tun... der SPOF ist der Hyper-V Host. Du kannst Hyper-V Hosts clustern, da sieht das ganze schon wesentlich besser aus.