RHaneberg

Soweit mir bekannt ist kann man einen 2012er Knoten nicht in einen 2008er Cluster integrieren. So wie es in dem Link beschrieben ist der unterstützte Weg von MS und den sollte man auch gehen.

Eventuell mit den BIOS Einstellungen rumgespielt? Wenn man zum Beispiel auf UEFI BIOS umstellt, wird die Virtualisierung im BIOS quasi neu initialisiert. Hyper-V checkt das nicht und trotz "re"aktivierter Virtualisierung muss Hyper-V als Rolle quasi neu installiert werden.

Letztes Bild. Hinter dem Computer Objekt steht auch wo es sich im AD befindet. Domain/Computers passt also

Alternativ: Tausche PC gegen Laptop. VPN zur Firma und fertig. Keine fremden PCs. Kein TS. Ansonsten würde ich auch stark zum TS tendieren. Mit angeschalteten Clients in der Firma per RDP ist einfach nicht sauber. Da kann ich der allgemeinen Meinung nur zustimmen

Mal von der Gruppenrichtlinie abgesehen: "Es steht kein Domänencontroller für die Domäne FERATEL aus folgendem Grund zur Verfügung: Es sind momentan keine Anmeldeserver zum Verarbeiten der Anmeldeanforderung verfügbar. . Stellen Sie sicher, dass der Computer mit dem Netzwerk verbunden ist, und versuchen Sie es erneut. Wenden Sie sich an den Domänenadministrator, wenn das Problem weiterhin besteht." Ist das nicht eher ein Grundproblem mit der Domäne? Ist vom Client aus der DC erreichbar? NSLookup auf den Namen klappt? Netzwerkeinstellungen überprüft? Der DC ist gesund? Keine Meldungen in der Ereignisanzeige?

Sehe ich auch so. Alpha ist eher für einen bestimmten sogenannten "inner circle". Die bekommen wahrscheinlich nur MVPs und ausgewählte Spezis zum Produkt in die Hände. Wenn nicht sogar nur MS Mitarbeiter der Produktgruppe

Erst ab 5 Minuten abweichung verweigert der DC standardmäßig Anmeldungen. bei 6 Sek würde ich mir erstmal keinerlei Sorgen machen. Wir haben durch Fehlkonfiguration durchaus innerhalb von 1-2 Monaten locker 30-60Minuten Differenz gehabt. Dann wirds wirklich schwierig. Aber 6 Sekunden können leicht mal auftreten ;) Ich würd das als völlig normales Verhalten abstempeln.

Was sagt das Eventlog? Der Fehler sollte dort dokumentiert sein

Das stimmt. Da von einem virtuellen Exchange die Rede ist hab ich naiv mal den DC ausgeschlossen ;) dynamic Disks haben in der Produktion (Server Systeme, ich gehe jetzt nicht von Clientsumgebungen aus) keine Vorteile. Ma spart an der Performance. http://www.altaro.com/blog/hyper-v-guest-design-fixed-vs-dynamic-vhd/

Dann halt vorher in fix konvertieren. Ist ja nun auch nur ein Schritt mehr. Von dynamischen VHDs in produktiven Umgebungen ist eh abzuraten ;) Aber ich glaube immernoch teilweise neben der Spur zu fahren hier. Also deine Maschine hat jetzt ne dynamische Platte und die ist 290GB groß? Die korrekte Größe ist aber 90GB? und 400GB sind zugewiesen als max Größe? Also über das Disk Management vom Hyper-V Manager gibts auch die Option des komprimierens. Damit sollte die Platte vom belegten Platz erstmal theoretisch kleiner werden. Aber nur theoretisch denn dynamic VHDs ziehen sich ihren zugewiesenen Speicher vom Betriebssystem wenn die VM gestartet wird um nicht evtl Platzprobleme im laufenden Betrieb zu bekommen. D.h. das OS reserviert im Betrieb trotzdem 400GB so weit ich weiß. Um die Platte nun von 400 auf 200GB zu bekommen sollte mein Link reichen. Konvertierst du die Platte halt vorher in eine fix Disk falls das Resizer Tool nicht mit dynamischen arbeitet. Nichts desto trotz auf jeden Fall mit ner Kopie der VHD arbeiten. Sicher ist sicher ;)

Was mir noch einfallen würde wäre der Security Compliance Manager 2.5 dort lassen sich für Win7 und Server 2008/R2 die Security Baselines von Microsoft runterladen und bearbeiten. Dort kriegt man auch nochmal nen sehr guten Eindruck und Überblick über die von MS empfohlenen Sicherheitseinstellungen: Download: Security Compliance Manager - Microsoft Download Center - Download Details Sicherlich werden auch massiv Überschneidungen mit SCW und dem Security Guide sein. Aber man kann ja nie zuviel Informationsquellen haben ;)

Das Bundesministerium für Sicherheit in der Informationstechnik ist auch eine gute Anlaufstelle für solche Themen https://www.bsi.bund.de/DE/Themen/ITGrundschutz/itgrundschutz_node.html

Es scheint eine noch einfachere Methode zu geben. Schau dir mal den Artikel an: Hyper-V: Verkleinern einer virtuellen VHD Festplatte » Hyper-V, R2, VHD Resizer, Festplatte verkleinern » Lukas Prelovsky Das scheint genau das richtige zu deinem Problem zu sein.

Ok vll hab ich was verpasst. Ich hatte das Originalproblem so vestanden als hätte man die Platte irgendwann mal erweitert und nun sollte sie wieder verkleinert werden. Dachte das Snapshotproblem sei zusätzlich aufgetreten Oo vll hab ich mich da irgendwie beim lesen verzettelt :D

Mit DPM! Dafür ist er ja da.

Wenn du das Problem mit den Snapshot AVHD Dateien gelöst hast dann folgender Vorschlag von mir zu deinem eigentlichen Problem: Maschine Runterfahren. VHD mittels Hyper-V MMC in dynamisch Konvertieren und dann in den Einstellungen der VM auf die vorgesehene Größe anpassen. Dann den Datenträger wieder zur festen Größe konvertieren. So hab ich das zumindestens mal gemacht. Ich würde es aber vorher mit ner Dummy Maschine einmal durchgehen. Dann kannst du dir sicher sein dass es auch funktioniert.

Das klingt eher nach einem internen als einem Internet Problem. Ich würde als erstes mal den Router checken. Logs einsehen. Massiver Broadcast, Autosensing Probleme oder einfach viele Packet Errors auf einem Port können ihn für eine bestimmte Zeit lahm legen. Cisco zum Beispiel schaltet bei zu vielen Fehlern den Port einfach down. Auch würde ich mal alle Routen untersuchen. Loops, fehlerhafte Netzkonfigurationen/Masken sind häufig auch Fehlerquellen in dem Bereich. Ansonsten lässt sich das ohne nähere Angaben schwer feststellen :)

mhhhm wenn ich jetzt nur nen ProCurve hier hätte könnte ich dir genau helfen. Am einfachsten gehst du mal über: menu befehl in der Konsole. dort findest du dann irgendwo sowas wie Port/Trunk Settings soweit ich mich erinnere. Ich glaub nicht dass die LACP Active/Passive Konfiguration die korrekte Wahl ist! Hast du mit deiner jetzigen Konfig denn mal gemessen?

LACP machst du eigentlich vornehmlich beim verbinden mit anderen NW-Komponenten wie CISCO. Da das Port-Trunking bei HP eher was eigenes ist soweit ich weiß. Daher reicht es aus wenn du von ProCurve zu ProCurve einen Trunk konfiguriert und Port 1-4 dort rein nimmst. Das sollte eigentlich funktionieren.

Dem kann ich nur beipflichten.

Irgendwie kann ich dir nicht folgen Oo Bzw ich versteh schon was du schreibst und irgendwie doch nicht :)

Genau. Auf Layer-2 (gleiches Netz) hält die Netzwerkkomponente die Mac-Adressentabelle vor in der steht welche Mac Adresse an welchem Port hängt. Auf Layer-3 (unterschiedliche Netze) wird dann mit IPs und Routen gearbeitet

Ich vermute auch mal, dass MS AD und Hyper-V Rolle auf einem Server nicht offiziell supported. Kaum jemand wird das auch produktiv in Erwägung ziehen. Damit bist du deutlich stärker auf dich selbst angewiesen. Ich kann die bisherigen Vorschläge nur unterstützen. Was spricht gegen virt. DC und Client auf einem Hyper-V Server?

Ich halte nichts davon stumpf auf allen Maschinen die APC Software zu installieren. Auf DCs und sensiblen Infrastrukturservern hat die einfach nichts zu suchen. Daher haben wir das auch anders gelöst. 1. Die Software läuft bei uns nur auf EINEM physischen Server 2. Die PowerChute Software fährt den Server nicht runter, sondern startet ein Powershell Skript, das mit eigenen Funktionen anhand von bestimmten Active Directory Attributen, die gesetzt worden sind, die Server nach bestimmten Kategorien und in richtiger Reihenfolge runter fährt. Die ganze Umgebung basiert auf Server 2008 R2 und Hyper-V was das ganze natürlich deutlich vereinfacht ;) Ich halte das aber für die sauberste Lösung. Besser als jeden Server mit der APC Software auszustatten. Aber das ist wohl auch Geschmackssache und natürlich immer eine Frage der eigenen Umgebung :D