Alle Aktivitäten

Hallo, Windows Server 2008R2 habe ich bereits versucht. Hat nicht geklappt. Die Fehlermeldung habe ich aktuell nicht parat, da das auch schon wieder länger her ist. Ich muss suchen ! Ich konnte damals den 2008R2 mit Domänen-Diensten installieren. Bei der anschliessenden Einbindung des 2008R2 in die 2003R2 Domänen-Struktur als zusätzlichen DomänenController hat dann irgend eine Datei gefehlt, die ich nirgends finde. Ich vermute, dass der DomainController noch auf 2003R2 - 32-Bit läuft. (Sowas hatte ich über die Meldung heraus gelesen) Der 2008R2 ist aber 64-Bit. (ich glaube Server 2008 (ohne R2) habe ich auch vergeblich versucht) Hat jemand eine gute Idee, wie ich das gelöst bekomme ? Gruss Tanja

Na wenns nicht klappt und Fehlermeldungen erscheinen, wäre es evtl. hilfreich für Leute die dir helfen wollen das etwas genauer auszuführen und ggf. die Fehlermeldungen hier hinzuschreiben. ;) Du wirst vermutlich erstmal irgendwas mit 2008R2 migrieren müssen und von dort aus dann weiter. Wer lange wartet hat halt irgendwann mehr Arbeit.

Du hast geschrieben: Da es den Exchange SE zu erwerben gibt, kannst du also 2025 installieren. ;) von upgrade und irgendwas behalten hast du ja nichts geschrieben in dieser Aussage. :)

Dann erlaubt er mir aber nur eine Neuinstallation. App usw. behalten ist nicht wählbar.

Hallo Zusammen, ich stehe aktuell vor einem Problem was ich bisher nicht ganz nachvollziehen kann. Ich bin dabei mit Server 2025 eine Terminalserver-Fram aufzubauen, mit RD-Verbindungsbroker, Lizensierungsserver, RD-Sitzungshost inkl. des Hochverfügbarkeitsmodus. Diese ganze Thematik mit einer Vielzahl von Servern läuft unter Windows Server 2019 ohne Probleme, mit 2025 habe ich Probleme was Zertifikate angeht. In den Bereitstellungseigenschaften unter Zertifikate werden an den drei stellen die entsprechenden Zertifikate hinterlegt/hinzugefügt, bei "RDPublishing" / "Remotedesktop-Verbindungsbroker - Veröffentlichung" kann ich unser Zertifikat nicht erfolgreich hinterlegen, bei den anderen beiden Punkten funktioniert alles ohne Probleme. Die Fehlermeldungen sind auch nicht Aussagekräftig, ich habe bisher im Netz dazu nichts gefunden. Selbst wenn die aktuellen Zertifikate von unserer TS-Farm (Server 2019) nehme (welche dort funktionieren), erscheint der gleiche Fehler. Die Server sind auf den aktuellsten Stand und auch schon einmal komplett neu aufgesetzt um andere Fehler auszuschließen. Hat jemand von Euch eine Idee woran es liegen könnte? Vielen Dank. Gruß Andreas

Hallo zusammen, ich habe ein für mich riesen grosses Problem. Ich habe ein kleines Netzwerk, das schon ewig besteht. Hier werkelt ein Windows Server 2003R2 als alleiniger DomänenController. Der wurde vor einigen Jahren virtualisiert und läuft seither auf einem Windows Server 2019 mit Hyper-V als virtueller Server. (Immer noch 2003R2). Zusätzlich gibt es in der Domäne 3 Stk. Windows Server 2019 (Virtuelle, auf Hyper-V) auf der gleichen Hardware wie der auch der DomainController (2003R2) Ich habe in letzter Zeit schon mehrere Versuche unternommen, zusätzliche DomainController zu installieren, mit dem Ziel, den 2003R2 zu ersetzen, doch das klappt nicht. Spätestens dann wenn ich einen neuen Server als DomainController in die bestehende Domain intigrierne will erscheinen Fehlermeldungen. Hat mir jemand eine Idee, wie ich den DomänenController ersetzen kann und das System auf den aktuellen Stand bringen kann. Beste Grüsse Tanja

Ist er ja. Also los ;)

Aktivierung und Lizenz haben nur bedingt miteinander zu tun. Du kannst deine Lizenz ja mehr als 1x aktivieren, solange du sie eben lizenzgemäß einsetzt. Bspw. durch Neuinstallation usw. usf.

Nein. Ich habe auch eine Server 2025 Standard OEM Lizenz... Dann erlaubt er mir aber nur eine Neuinstallation. App usw. behalten ist nicht wählbar. Den Server 2025 kann ich aber erst installieren wenn der Exchange SE zu erwerben ist.

Hallo zusammen, ich hatte vor einen Austausch mit einem befreundeten Kollegen, der die Windows-Firewall deutlich intensiver konfiguriert als ich. Gerne würde ich wissen wie ihr es bei euch im Unternehmen handhabt. Bei mir (über GPO, lokale Regeln nicht zusammenführen): - Allen ausgehenden Verkehr zulassen (und auch keine Regeln definiert) - Bei den eingehenden Regeln ist: innerhalb der Domäne der ping erlaubt auf Clients dann i.d.R. auch nicht mehr auf Server natürlich die entsprechenden Dienste Der Bekannte blockiert auch den ausgehenden Traffic und definiert dann die benötigten Ports/Anwendungen. Das ist aus meiner Sicht ein sehr aufwändig. Hintergrund zu unserem System: Internetzugang geht bei uns im Netzwerk nur über einen gefilterten Proxy raus und auf allen Clients ist Applocker (whitelist) konfiguriert. Mach ich es mir zu einfach? Konfiguriert ihr ebenfalls Ausgangsseitig die komplette Kommunikation? Danke und Grüße, Johannes

Wenn Version / Medium / Lizenzkanal nicht passt, hättest du keine Option auf Upgrade. Dann würde dir nur eine Neuinstallation angeboten. Eine weitere Frage wäre, musst du denn zwingend auf Windows Server 2022?

@_Lars_ Und wie ist der Stand?

Kann es sein, dass es daran liegt, dass die Installationen OEM-Versionen sind? Aber von 2016 auf 2019 funktionierte das Upgrade ja (ohne Key)...

Ein Versuch Server 2025 Standard zu installieren brachte das Ergebnis, dass "Daten übernehmen" ausgegraut ist Kein Inplace-Upgrade möglich. Nur Neuinstallation. Und ja, es ist auch eine OEM-ISO vom Distributor. Beim neuen Server 2022 sehen die Partitionen so aus: DISKPART> list part Partition ### Typ Größe Offset ------------- ---------------- ------- ------- Partition 1 System 100 MB 1024 KB Partition 2 Reserviert 16 MB 101 MB Partition 3 Primär 126 GB 117 MB Partition 4 Wiederherstellun 589 MB 126 GB Also eigentlich identisch außer dass ich am Anfang noch eine Widerherstellungspartition habe...

Bevor ein OS die MAC-Adresse im ARP-Cache hat, muss es zuvor mit dem Gerät irgendwie "Kontakt" gehabt haben. Am besten also vorher einen "ping" auf das Ziel-Gerät absetzen und "arp -a" sollte die MAC anzeigen. Man kann auch die Windows-Variante von "tcpdump" (WinPcap?) installieren und am Netzwerk-Interface lauschen lassen. Dann das Zielgerät direkt per Kabel anschließen und mitlesen. Bspw. DHCP- oder ARP-Requests offenbaren die MAC-Adresse.

Ich hab's aufgeteilt.

Mal noch eine technische Frage: Beispiel zehn PCs lizenziert mit MS Office 2024 LTSC Standard. Bei der Installation von Office auf dem Terminalserver muß dieses ja auch aktiviert werden!? Wäre das dann nicht die elfte, 12te usw. Aktivierung? Wie funktioniert das? (vergessen: MAK-Key, kein KMS)

Hmm, von nichts kommt die Meldung aber nicht. Welche 3rd Party Dienste laufen denn? Start > Ausführen > msconfig > Dienste > MS-Dienste ausblenden und die restlichen deaktivieren > Neustart und nochmal probieren. Natürlich alles in der VM. Sprich den Chef doch mal drauf an, wenn er sich einen neuen Firmenwagen zulegt. :) DNS-Alias bzw. besser ein DFS anlagen und dich einlesen. Evtl. wäre es auch ganz gut sich einen externen Berater ins Haus zu holen, als Workshop planen, dann kannst du mit dem Dienstleister den Umzug machen und auch noch etwas lernen dabei.

Ohje wenn ich UNC Pfade schon lese mach es Dir leicht und bau einen DNS Alias der bleibt oder ein DFS-N… damit das für die nächsten Jahre so bleibt. du musst leider ein wenig rum experimentieren… oder Neu.

Ok. Werde ich testen. und Bitlocker ist nicht installiert. Recht hast Du! Ich weiß das mit den 2 VMs und nutze das auch. IT mitwachsen? Erklär das mal den Chef´s. An der IT wird doch gern gespart weil man nichts - außer Kosten - davon sieht. Ja, ich bin ein schlechter Verkäufer. Ich weiß. Die Migration ist es ja was mir am meisten Kopfschmerzen bereitet. Das ist etwas anderes als "nur" Backup und Recovery oder einen neuen DC hoch zu ziehen. In diesen sauren Apfel habe ich ja schon gebissen. Ging aber relativ "Schmerzfrei". Viele Verzeichnisse und Konfigurationen die Daten enthalten, Lizenzen die wieder aktiviert werden müssen und sehr schlechter Support/Erreichbarkeit für diese Programme. Weiterhin müssen dann die UNC-Pfade geändert werden, da dann der Server nicht "DC-02" heißen sollte sondern eher "Daten" oder so. Das Meiste kann ich über GPO regeln, aber trotzdem bleibt vieles Turnschuharbeit. In dieser Außenstelle vielleicht kein großes Problem bis auf die Entfernung, aber in der Hauptstelle wo das gleiche Problem sein wird sehr wohl! Nachtrag: Habe nun Partition 1 gelöscht und neu gestartet - keine Änderung, gleicher Fehler!

Vermutlich ist die Partition 1 zu klein, am besten löschen und neu starten. Ist auf dem Server Bitlocker aktiv? Falls ja, komplett entschlüsseln, Neustart und wieder probieren. Und zum Inplace Upgrade noch geschrieben: Der Vorteil ist, man nimmt alles alte mit. Der Nachteil ist, man nimmt alles alte mit. Wenn Du einen Hyper-V Server hast auf dem nur Hyper-V läuft, darfst Du 2 VMs mit dieser Lizenz laufen lassen. Und wenn ein Unternehmen wächst, sollte auch die IT problemlos mitwachsen können und dürfen, auch finanziell. Microsoft stellt die Möglichkeit zur Verfügung, aber ob es innerhalb deiner Konstellation auch funktioniert, hat niemand vorher getestet und das wird dir auch niemand garantieren. Denn dafür gibt es zu viele unbekannte Faktoren. EDIT: Und wenn es bei dir so viele Programme und unbekannte Faktoren gibt, würde ich persönlich nicht mit einem Inplace Upgrade anfangen, lieber noch eine VM dazu und Dienste/Programme migrieren. Aber vor jedem Test unbedingt die VM klonen und ohne Netzwerk starten.

Ok, ich habe nun den Snapshot vom 2016er in einer neuen Test-VM Diskpart zeigt mir nun: Partition ### Typ Größe Offset ------------- ---------------- ------- ------- Partition 1 Wiederherstellun 450 MB 1024 KB Partition 2 System 99 MB 451 MB Partition 3 Reserviert 16 MB 550 MB Partition 4 Primär 126 GB 566 MB Fehler bleibt beim Inplace-Upgrade direkt auf 2022... Ja, hast ja irgendwie schon recht. Aber warum klappt bei Dir das Inplace Upgrade von 2016 und bei mir nicht? Ich habe die Partitionen immer vom Setup Server 2016 anlegen lassen. Zu deinen 100ten Servern: klar, wenn´s nicht aufs Geld ankommt: prima! Jede Anwendung einen extra Server. Traum eines jeden Admin! Anfangs waren es nur 3 Mitarbeiter in dieser Außenstelle. Nun sind es 6 und einige Anwendungen hinzugekommen. Meist Share´s aber auch ein paar Anwendungen die ich zur Wartung installieren muss. Datenübernahme und Support für die meisten Programme: Katastrophe! Zurück zum Thema: was genau stört MS an den Partitionen?

Also ich/wir haben hier hunderte von Servern (Domain Controller / Fileserver / SQL Server / Applikationsserver / Terminalserver) (nach ein paar Tests "unbeaufsichtigt") völlig problemfrei (mit sehr wenigen Ausnahmen) von Server 2016 / 2019 / 2022 In-Place auf Server 2025 gebracht. Das (scheinbar) mal eben in der produktiven Umgebung machen Kein wirkliches Backup / Restore Konzept haben "Alles auf einer VM" betreiben Die Hersteller Doku nicht lesen (Jetzt keine Energie reinstecken wollen; Nicht "austoben" wollen) Ja klar, Microsoft und alle anderen haben Schuld.

"Toller" Plan... Austoben bis nix mehr geht... Ja, ok... Mach ich gleich nachdem ich die VM ohne LAN "geklont" habe. Nur Datendisk umhängen ginge bis auf die Share´s mit Security-Einstellungen. Muss doch aber auch "normal" gehen!? Ich musste schon den DC (GC) neu installieren, da es beim Umzug (Export/Import) auf einen neuen HYPER-V unmöglich war das AD wieder an den Start zu bekommen... Microsoft macht einen WAHNSINNIG!!! Wer bezahlt mir diesen Mehraufwand??? Offiziell unterstützt ja MS Upgrades - ABER... Der Teufel im Detail mit dem kaum einer rechnet!

Schmeiß da doch erstmal die Recovery Partitionen weg und teste das Upgrade. Generell: Tob dich aus, bis es funktioniert. Restore in neue VM und Datendisk umhängen? Restore in neue VM anschließend Restore der Daten aus dem aktuellsten Backup? ...