AndiW

@Splash: Ich plane kommende Woche (Di) die ITIL Foundation Prüfung bei Prometric zu machen, gelten die Rabatt Bon's bei der Prüfung auch? Bevor du sie verfallen lässt würde ich schon gerne einen haben wenn möglich :D

@MIB76 Was Session Directory betrifft hast du die Situation richtig erfasst, dazu kommt noch dass das NLB von Windows beim Verteilen der Clients nicht auf die CPU sondern auf die Netzwerkauslastung achtet. Ist z.B. ein Terminal Server CPU-mässig ausgelastet, Netzwerk-mässig aber nicht, kann es sein dass er dennoch Clients zugewiesen bekommt. Ich glaube es gibt aber Möglichkeiten über SNMP Performance Daten abzufragen und anhand von denen die Clients dann zu verteilen, genaueres weiss ich da aber nicht. Ich implementiere bei uns selbst grad so einen TS Cluster, hab allerdings Session Directory bei uns installiert, sogar als Cluster Ressource, mal sehen wies funkt. :) Gruß Andi PS: Die Antwort kommt zwar über ein Jahr zu spät, aber besser spät als nie :D

Hi, ob es an den Platten liegt (z.B. hardwareseitiger Defekt) müsstest du eigentlich an den Lampen direkt sehen bzw. beim Initialisieren des Controllers. Gibts da Auffälligkeiten wenn du den Server startest und die Platten initialisiert werden? Werden alle Platten vom Controller erkannt? Werden die RAID Verbunde korrekt erkannt wenn du in das Konfigurations BIOS vom Controller gehst? Falls mit den Platten und dem Controller alles normal ist sollte man vorerst mal einen hardwareseitigen Defekt vernachlässigen. Was ist zuletzt passiert bevor die Maschine hängen geblieben ist? Vielleicht in der Datenträgerverwaltung die falsche Partition als aktiv markiert? Gruß Andi

Unterstützende Quellen MS Artikel 1 "How to manually re-create the Cluster service account" --> http://support.microsoft.com/kb/269229/en-us#XSLTH3145121123120121120120 MS Artikel 2 "How to move a Windows Cluster Server from one domain to another" --> http://support.microsoft.com/kb/269196/en-us Plan Hier wäre mein Plan, Verbesserungen/Anregungen sind jederzeit willkommen. - Image Kopie von beiden Cluster Nodes - NTFS Berechtigungsexport von allen File Server Verzeichnissen durch DumpSec (so habe ich zumindestens die Möglichkeit die ACL's manuell nachzubessern, auch wenn das das Horror Szenario schlechthin ist) - Share Berechtigungsexport über DumpSec - Erstellen eines neuen Cluster Accounts in der EMEA Domäne wie im MS Artikel 1 beschrieben - Berechtigen des neuen Accounts wie im MS Artikel 1 beschrieben - Hinzufügen des neuen Service Accounts zu den lokalen Administrators Gruppen der Cluster Nodes - Cluster Services auf allen Nodes auf manuell stellen - Cluster Services auf allen Nodes stoppen - Node2 herunterfahren - Migration über ADMT V2 von Node1 - Änderung der Startart des Cluster Services mit dem neuen Service Account auf Node1 - Berechtigungen der lokal Security Settings des neuen Service Accounts erneut auf Node1 prüfen (wie in MS Artikel 1 beschrieben) - Cluster Service auf Node1 starten (auf ein Wunder hoffen) :D - Test aller Cluster Services (zu diesem Zeitpunkt sind noch keine NTFS- oder Share Berechtigungen migriert!!) - Wenn alle Services normal arbeiten -> Migration von Node2 (gleiche Vorgehensweise wie bei Node1) - Cluster Service auf Node2 starten - Über ADMT V2 den Security Translation Wizzard starten und File Berechtigungen migrieren (zuerst testen, danach migrieren) Probleme - NTFS Berechtigungsfrage Bei den NTFS Berechtigungen wurde oft die Gruppe Domain Admins verwendet, wie wir ja alle wissen :) werden keine Built-In Accounts migriert - was bedeuten würde ich müsste überall wo die Gruppe Domain Admins vorgekommen ist eine neue equivalente Gruppe manuell hinzufügen. Gibt es eine Möglichkeit NTFS Berechtigungen so zu ergängen, dass alle NTFS-Berechtigungsstrukturen unangetastet bleiben aber sich überall eine Gruppe hinzufügen lässt? Z.B. wenn alle Dateien auf einem Laufwerk F liegen, dass ich ganz oben auf Laufwerksebene eine Gruppe voll berechtige und alle Berechtigungen bis ganz nach unten erzwungen werden, auch bei Ordnern wo die Vererbung deaktiviert ist? Ich kann zwar über Sicherheit->Erweitert->Haken bei "Berechtigungen für alle untergeordneten Objekte durch die angezeigten Einträge, sofern anwendbar, ersetzen" erzwingen dass die neuen Berechtigungen überall gelten, allerdings werden bei dieser Variante die bereits bestehenden überschrieben, was in meinem Fall nicht der Sinn der Sache ist. Was meinst ihr zum Plan? Hat jemand eine Idee das NTFS Problem betreffend? Grüße, Andi

Hi Velius, @Drucker Sichern und Wiederherstellen Hab mir das Druckertool mal angesehen, die Sicherung der Drucker ist, zumindest auf den ersten Blick, auf einem Cluster nicht möglich. Die Drucker können generell nur über den virtuellen Print-Cluster-Namen angesprochen werden und mit einem virtuellen Namen kann das Tool nicht umgehen. Fehlermeldung: Bad Machine Name Egal ob ich es direkt am Cluster Node der gerade die Print Services ausführt aufrufe oder im Tool selbst den virtuellen Clusternamen angebe, die Drucker können nicht angezeigt oder exportiert werden. @Microsoft File Server Migration Toolkit Das Tool ist laut MS nur geeignet wenn man auf einen Windows Server 2003 migriert und scheidet somit mal aus für mich. @File Shares Sichern und Wiederherstellen Danke für den Tipp, ich werde zwar von beiden Notes eine Sysstate Sicherung machen wo die Registry ja auch dabei ist aber zusätzlich noch den Registry Zweig extra sichern in dem die Shares definiert sind. Ich muss gestehen ganz wohl ist mir bei der Migration nicht, im Grunde kann mir niemand sagen ob es klappen wird oder nicht und die Aussage von MS selbst is auch ein Hammer. Ich danke jedenfalls allen für eure Unterstützung, werde dann mal meinen Migrations Plan posten, vielleicht hat ja noch jemand Anregungen - bin für jede Erfahrung dankbar!! :) Gruß Andi

Asooo, verstehe :D

Hi Velius, leider hab ich recht wenig KnowHow im Aufbau eines Clusters. Ich habe zwar schon mal fast alle Ressourcen was den File-Server Dienst betrifft neu erstellen müssen, aber generell fehlt mir das Knowhow und was noch schlimmer ist, die Zeit. Ich muss alle Server (nur der Cluster fehlt jetzt noch) bis Ende des Jahres migriert haben, ein Update auf 2003 würde den Zeitrahmen auch in jedem Fall sprengen. Werd wohl leider den Versuch wagen müssen, wie im MS Artikel beschrieben. Heute Nacht wird in jedem Fall noch ein Full Backup aller Daten sowie morgen vor der Migration dann noch System Images von beiden Cluster Nodes gemacht, falls was schief laufen sollte muss ich den Status von vor der Migration wieder herstellen und mir was anderes überlegen. Ein Feedback von jemandem der schon mal erfolgreich einen W2K Cluster migriert hat ohne ihn neu zu erstellen würde mir auf alle Fälle helfen. Natürlich bin ich auch für Tipps von allen anderen dankbar. Auf alle Fälle dank ich dir mal für deine Tipps und den Link bez. IIS, obwohl ich sagen muss dass unser Intranet keine allzugrosse Priorität hat, wenn das ein paar Tage ausfällt ist das nicht weiter dramatisch, die File & Print Services machen mir da bedeutend mehr Sorgen. Den IIS könnte ich zur Not auch neu aufbauen falls was schief laufen sollte. LG Andi

@zahni der Begriff Enterasys is mir unbekannt, was meinst damit? :)

Die Migration des Clusters hab ich mal für morgen Abend angesetzt ... vielleicht hat ja noch jemand Erfahrungswerte in diesem Gebiet? Microsoft macht einem ja nicht gerade Hoffnung wenn man den Beitrag so liest, Zitat: "The steps in this article allow the Cluster service to start in the new domain. However, you may or may not be able to bring the resources online in the new domain, and the resources that can be brought online may or may not work properly." Sind doch die besten Voraussetzungen für eine Cluster Migration oder? :D Andi

Hi weg5st0, die Informationen in dem Artikel (ist übrigens wirklich nur auf englisch zu lesen) hören sich zwar nicht gerade optimistisch an, sind aber genau das was ich gesucht haben. Danke!! LG Andi

@TheDonMiguel Du kannst über die ProLiant Support Packs für 200X (kannst du über die HP Homepage runterziehen) alle Komponenten und Treiber der Server auf den letzten Stand bringen, unter anderem natürlich auch die Management HP von den Servern. Diese Treiberupdates übernimmt dann in Zukunft (wenn du das so einrichtest) der Version Control Repository Manager, der auf dem zentralen HP Management Server installiert wird. Dieser zieht sich neue Treiber- und SW-Updates in definierbaren Zeitabständen von der HP Seite (z.B. in der Nacht). Wenn die anderen Server richtig konfiguriert sind können diese dann die Updates zentral vom Version Control Repository Manager beziehen, ähnlich wie bei WSUS. Also nochmal zusammengefasst, 2 Möglichkeiten: 1. Manuelle Installation aller HP Agents/Tools/Treiber/Management über die ProLiant Support Pack 2. Installation eines Version Control Repository Manager und Konfiguration aller Server diesen dann für Updates zu benutzen Gruß Andi

Hallo, der HP Insight Manager ist ein gutes und vor allem kostenloses Tool um alle Compaq bzw. HP Server hp-seitig zu verwalten. Wenn du dich über die Features informieren willst geh auf die HP Seite und such nach dem Insight Manager, dort ist recht gut beschrieben was er alles kann. Wir benutzen ihn auch und ich muss sagen ich bin zufrieden. Wir benutzen ihn hauptsächlich: - zur Kontrolle der Server (falls was nicht stimmt bekomme ich dann Mails) - Treiberupdate der HP Komponenten Die Daten der System Management Homepage kann man sicher exportieren bzw. ausdrucken, bilde mir ein dass ich das schon mal genutzt habe. Über die Diagnostic Seite auf der Management Page müsstest du gute Informationen zu allen Komponenten der Server bekommen. Klick dich mal durch und sieh dir alles an, ob wirklich alles dabei ist was ihr braucht kann ich so jetzt aber nicht sagen. Gruß Andi

Die IP des DC auf dem du DNS installieren hast lassen. Gruß Andi

Um auch dieses Rätsel noch zu lösen - doch schon eine zeitlang her der Beitrag - Hr. Rossi hatte recht, es lag wirklich am Switch. Ein kompletter Restart aller Nortel Komponenten hat das Problem dann beseitigt. Für alle die mal ähnliche Probleme haben. Gruß Andi

Hallo allerseits, wir führen gerade eine Domänen Migration (mittels ADMT 2) durch und ich bin fast fertig. Was noch fehlt ist unser Windows 2000 Cluster (mit 2 Nodes). Wie gehe ich da am besten vor, hat schon jemand Erfahrungen damit? Auf dem Cluster laufen folgende Services - File Server - Print Server - Intranet Server Die ACL Listen in den NTFS Berechtigungen hätte ich generell mal während dem Migrationsvorgang über ADMT 2 ändern lassen. Spricht etwas dagegen? Gibts bessere Tools? Erfahrungswerte? Meine Vorgehensweise wäre wie folgt: - Alle Cluster Dienste auf Node1 verlegen - Cluster Dienst auf Node2 beenden und deaktivieren - Node2 mit deaktiviertem Cluster Dienst in die neue Domäne migrieren - Nach erfolgreicher Migration Node2 mit deaktiviertem Cluster Dienst herunterfahren - Node1 mit allen Cluster Services migrieren - Node2 wieder hochfahren und Cluster Dienst reaktivieren Was haltet ihr davon? Wird das so klappen? Wäre für Erfahrungsberichte, Tipps & Verbesserung sehr dankbar! Gruß Andi