Alle Aktivitäten

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. 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.

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? ...

Okay, schade. du kannst das Upgrade noch mal testen zB

Ja, das Klonen ist ein guter Plan. Nun muss ich nur noch wissen was ich testen soll... Backup nützt nichts, da der Datenstand - speziell die Userprofile - veraltet sind...

Hast Du evtl noch nen Backup?

Das ist ärgerlich. Doch: Overview of Windows Server upgrades | Microsoft Learn. Bis einschließlich Server 2022 war es immer N-2. Mit Server 2025 ist es N-4. Evtl. exportierst/klonst du die VM(?) und importierst sie wieder. Dabei dann die virtuelle NIC nicht verbinden. Dann kannst du "entspannt" weiter testen.

Das ist der Produktivserver. Nach dem Upgrade auf 2019 habe ich den Snapshot gelöscht. Und ein direktes Upgrade von 2016 auf 2022 oder 2025 wird m.M.n. nicht von MS Supportet.... Vielleicht wichtig: der Server 2019 ist im Moment nicht lizensiert, da ich nur OEM Lizenzen für 2016, 2022 und 2025 habe.

Hi, falls du das gerade nur testest und der produktive Server noch unberührt ist: Geh doch gleich auf 2022. (Falls du weiter auf 2025 möchtest, auch das ist direkt von 2016 supportet.) Sofern es kein Terminalserver ist, wäre die Überlegung, die Anwendungen nach und nach auf neue VMs zu migrieren. Dann hast du es zukünftig vermutlich viel einfacher. Gruß Jan

Guten Tag! Ausgangslage: Server 2016 Standard Mitgliedsserver in einer Domain als Hyper-V VM. Inplace Upgrade auf Server 2019: problemlos. Aber das Inplace-Upgrade auf Server 2022 Standard endet mit folgender Fehlermeldung: "Es konnte nicht festgestellt werden, ob Ihr PC über genügend Speicherplatz für die weitere Installation von Windows vorhanden ist" Es soll wohl an den Partitionsgrößen liegen. Darum hier Diskpart: DISKPART> list part 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 125 GB 566 MB Partition 5 Wiederherstellun 928 MB 126 GB Partition 2 ist die EFI-Partition. Ich habe mit GPartet Life die Partition 1 gelöscht und die von EFI vergrößert, aber dann startet Windows nur noch mit BlueScreen. Da enorm viele Programme darauf laufen möchte ich eine Neuinstallation vermeiden. Wie bekomme ich das Inplace-Upgrade von Server 2022 ohne die Parameter in der Setup.exe zum Umgehen der Prüfung installiert? setuperr.txt hier am Ende: 2025-09-09 09:16:11, Error SP CNewSystem::PreInitialize: FveCheckSuspendBitLockerOnUpgrade failed: 0x8007007e, assuming auto-unlock is not supported[gle=0x0000007e] 2025-09-09 09:16:11, Error MOUPG CDlpActionDiskSpaceReq::CalculateRequiredDiskSpaceInstallReq(2232): Result = 0x80070032[gle=0x00000002] 2025-09-09 09:16:11, Error MOUPG CDlpActionDiskSpaceReq::ExecuteInstallReq(1610): Result = 0x80070032[gle=0x0000007f] 2025-09-09 09:16:11, Error MOUPG CDlpActionDiskSpaceReq::ExecuteRoutine(520): Result = 0x80070032[gle=0x0000007f] 2025-09-09 09:16:11, Error MOUPG CDlpActionImpl<class CDlpErrorImpl<class CDlpObjectInternalImpl<class CUnknownImpl<class IDiskSpaceAction> > > >::Execute(493): Result = 0x80070032 2025-09-09 09:16:11, Error MOUPG CDlpTask::ExecuteAction(3300): Result = 0x80070032 2025-09-09 09:16:11, Error MOUPG CDlpTask::ExecuteActions(3454): Result = 0x80070032 2025-09-09 09:16:11, Error MOUPG CDlpTask::Execute(1631): Result = 0x80070032 2025-09-09 09:16:11, Error MOUPG CSetupManager::ExecuteTask(2641): Result = 0x80070032 2025-09-09 09:16:11, Error MOUPG CSetupManager::ExecuteTask(2604): Result = 0x80070032 2025-09-09 09:16:11, Error MOUPG CSetupManager::ExecuteInstallMode(841): Result = 0x80070032 2025-09-09 09:16:11, Error MOUPG CSetupManager::ExecuteDownlevelMode(419): Result = 0x80070032 2025-09-09 09:16:14, Error MOUPG CSetupManager::Execute(304): Result = 0x80070032 2025-09-09 09:16:14, Error MOUPG CSetupHost::Execute(463): Result = 0x80070032

Moin an Board, so starten wir dann in den Tag - ich koche Kaffee Allen einen guten Dienstag, bleibt gesund! Bin wieder gut zurück Hier bewölkt bei 16°C, es wird ein bedeckter Tag bis etwa 23°C Kann mal Schauer geben

OK, du willst also erst den Spam haben und dann das Problem abstellen? ;)

Es ist eine Sophos XGS. Und ja, es waren dort wie Du schon schön sagst SMTP Pfuschereien. Das mit dem Schutz von Exchange ist mir voll und ganz bewusst und wird jetzt wo alles soweit läuft, als nächstes angegangen. VG Andreas

Ist es eine Aufforderung oder eine Feststellung?

Erinnert mich dran, daß ich mein Fixup-Skript für Sysvol-DFSR mal auf Github schmeißen sollte

Also kein Schutz. Das was im Exchange vorhanden ist, kannst du heutzutage als nicht ausreichend ansehen. WEnn du jetzt noch sagst, was es war... ;) Ich tippe mal auf ne Watchguard oder Fortigate mit SMTP Pfuschereien. ;)

Also wenn ihr den Spam-Schutz vom Exchange meint, der ist auf Standard gestellt. Und ein anderer ist zumindest momentan nicht installiert. Die Testmails werden von einer anderen Domain versendet. Habe hier aber auch schon verschiedene getestet. Laut Logging kommt auch immer was an: 2025-09-08T09:52:02.743Z,EXCHANGE\Receive United Domains,08DDEEBCBF28CE2E,0,127.0.0.1:25,127.0.0.1:19802,+,, 2025-09-08T09:52:02.744Z,EXCHANGE\Receive United Domains,08DDEEBCBF28CE2E,1,127.0.0.1:25,127.0.0.1:19802,>,"220 exchange.meinedomain.local Microsoft ESMTP MAIL Service ready at Mon, 8 Sep 2025 11:52:01 +0200", 2025-09-08T09:52:02.745Z,EXCHANGE\Receive United Domains,08DDEEBCBF28CE2E,2,127.0.0.1:25,127.0.0.1:19802,<,EHLO, 2025-09-08T09:52:02.745Z,EXCHANGE\Receive United Domains,08DDEEBCBF28CE2E,3,127.0.0.1:25,127.0.0.1:19802,>,250 exchange.meinedomain.local Hello [127.0.0.1] SIZE 37748736 PIPELINING DSN ENHANCEDSTATUSCODES STARTTLS X-ANONYMOUSTLS AUTH NTLM X-EXPS GSSAPI NTLM 8BITMIME BINARYMIME CHUNKING SMTPUTF8 XRDST, 2025-09-08T09:52:02.745Z,EXCHANGE\Receive United Domains,08DDEEBCBF28CE2E,4,127.0.0.1:25,127.0.0.1:19802,<,QUIT, 2025-09-08T09:52:02.745Z,EXCHANGE\Receive United Domains,08DDEEBCBF28CE2E,5,127.0.0.1:25,127.0.0.1:19802,>,221 2.0.0 Service closing transmission channel, 2025-09-08T09:52:02.745Z,EXCHANGE\Receive United Domains,08DDEEBCBF28CE2E,6,127.0.0.1:25,127.0.0.1:19802,-,,Local Könnt Ihr was damit anfangen ? PROBLEM GELÖST !!!! Es war doch tatsächlich ein Firewall Problem. Viele Grüße Andreas

Grundsätzlich richtig. Logging noch aktivieren, damit man auch was sehen kann. Was genau ist dein Problem? Was heißt es kommen keine Mails an? Von wo gesendet? TTL ausreichend kurz bzw. lang gewartet? Jans Frage nach dem Spamfilter wäre noch interessant ;)

Norbert Also nochmal zum besseren Verständnis: Einen neuen Empfangsconnector habe ich natürlich erstellt :) Als Rolle klicke ich "Front-End-Transport" an Typ: Internet Als FQDN gebe ich ein: mx1.domain.de So richtig ?

Hi, evtl. sollte man hier nochmal in sich gehen: Wer / was macht denn Anti-Spam und Co.? Gruß Jan

1. Den Default Frontend Connector faßt man gar nicht an. 2. Man trägt dort keine IP ADressen ein, die der Exchange gar nicht hat. ;) 3. Man legt einen eigenen Receive FE Connector an (SMTP Inbound o.ä.) und konfiguriert auf dem dann anonymen Zugriff und TLS und den passenden HELO Namen (dein externer MX Name). Bye Norbert PS: Ein MX zeigt auf einen A-Record und nicht auf IPs.

Hallo zusammen Ich bin danke eines Anrufs bei UnitedDomains etwas verwirrt. Ausgangslage: Exchange "on Premises". Domainwechsel zu UnitedDomains. Die MX Einträge bei UnitedDomais zeigen auf meine feste IP. In der Firewall diese auf den Exchange genatet. Mit Test-Netconnection und Port 25 zugriff möglich. Und jetzt sagt mir der SupportMitarbeiter, dass ich im "Default Frontend EXCHANGE" meine "feste IP" eintragen muss. OK, habe ich getan. Aber Mails kommen keine an. Könnt ihr mir vielleicht mitteilen, was ich jetzt nun im Empfangsconnector eintragen muss ? Viele Grüße Andreas

Das war mein Gedanke ob es erlaubt ist. https://www.sysnative.com/forums/