Sunny61

Mach doch einfach einen Rechtsklick auf den Eintrag im Startmenü > Dateispeicherort > Rechtsklick > Dateipfad öffnen. Auf welche EXE wird verwiesen?

Das kann nur ein Zauberrechner sein, an meinem Rechner ist es egal, ob von hier oder da aus aufgerufen wird. ;)

Aber nicht von der Funktion hier! :)

Da gibt es keinen Unterschied. Nur wenn Du etwas dran hängst: mstsc /console oder /admin oder oder, dann hast Du einen Unterschied. Wenn Du auf beiden Wegen nur mstsc.exe aiufrufst, kann kein Unterschied sein.

Tja, dann wurden die Hilfetexte nicht angepasst, wäre nicht das erste mal. ;) Mir ging es aber hauptsächlich um die restlichen Möglichkeiten.

Dann starte die mstsc.exe mal mit einem /? anstatt /console oder /admin und staune. ;)

Weiß ich nicht, ich hab immer /console bei den RD-Server drin stehen und damit komme ich auf den Server, auf den ich will. ;)

mstsc /console sollte helfen.

Das liest sich auch nicht gut, da fehlen wohl die ganzen CUs: https://sqlserverbuilds.blogspot.com/2017/01/sql-server-2017-versions.html Evtl. ist das ja etwas für die Zukunft. Ab 5 Clients und 1 Server rentiert sich das für mich auf jeden Fall.

Was ist der Unterschied zwischen den Ordnern? Schau doch mal die Freigabeberechtigungen der Ordner an.

Wenn da ein SQL Server drauf läuft und der Server schon seit Ende 2019 nicht aktualisiert ist, sieht der SQL Server vermutlich nicht besser aus, welche Version ist denn davon installiert? Welche Build? Kriegt man mit SELECT @@Version in einer leeren Abfrage im SSMS raus. Dann am besten gleich einen aktuellen SQL Server installieren und die Datenbank moven. Mit dem Hersteller sprechen auf welche Ebene die Kompatibilitätsstufe für die Datenbank gesetzt werden kann/soll.

Wenn wir nichts von der VM wissen, können wir auch keinen Guide angeben. ;) Neue VM mit aktuellem OS aufsetzen, Windows Updates installieren und dann die Anwendung migrieren. ;) Habt ihr einen WSUS im Einsatz?

Ein Inplace Upgrade würde ich persönlich nicht machen, vermutlich geht es gar nicht, weil auch die neue Installation eine Basis braucht, die du nicht liefern kannst. Mach es neu, dann hast Du Ruhe.

Sicher? Start > Ausführen cmd [ENTER] > ver [ENTER]. Dann ist der Server auf dem Stand aus September 2019: https://support.microsoft.com/de-de/topic/10-september-2019-kb4512578-betriebssystembuild-17763-737-695c1350-93dc-40dc-72c3-5af9743c6340 Wie schafft man es 4 Jahre lang keine Updates zu installieren? Wie sieht denn dann der SQL Server aus? Du kannst es einmal mit einem Update aus 2019 probieren, evtl. geht es damit weiter, du musst dir eines suchen: https://catalog.update.microsoft.com/Search.aspx?q=windows+server+2019+kumulatives+update

Du kannst jetzt nochmal probieren den Defender temporär mit der Powershell zu deaktivieren und manuell ein Update installieren. Set-MpPreference -DisableRealtimeMonitoring $true Ansonsten, falls der Tipp von @Alith Anar nicht hilft, den Server neu aufsetzen und den SQL zu moven. Den Umzug gleich dokumentieren, dann ist es fürs nächste mal einfacher. ;) BTW: Welche esakte Build hat der Server 2019 jetzt?

Probier doch bitte die hier gen. Schritte aus: https://www.windows-faq.de/2023/04/05/windows-fehler-0x800706be/ Nach Möglichkeit zuerst einen Neustart durchführen, erst dann loslogen. @q617 ist der Forentroll, einfach igonieren.

Probier es aus, das wird AFAIK ignoriert. EDIT: Du kannst den Stichtag ja auch mal auf einen Samstag legen, den Rechner dann erst am Montag einschalten. Evtl. wird ja gleich vor oder kurz nach dem Login neu gestartet.

Solltest Du mehr Software auf dem Weg verteilen, bietet sich auch der WSUS in Kombination mit dem WSUS Package Publisher an, falls ein WSUS bereits existiert.

Kannst Du denn das Paket manuell auf einem Testrechner installieren? msiexec /i Pfad_zum_MSI

SSM mittels Rechtsklick > Ausführen als Administrator starten.

Dann probier das mit dem Stichtag, da kann man auch eine Uhrzeit angeben:

Als der betroffene User in einer cmd ein whoami /groups aufrufen, was wird ausgegeben?

Dann dürften diese MA doch eigentlich keinen PC bedienen, wenn sie schon das nicht schaffen. Stimmt so nicht, es gibt genügend Umgebungen in denen das funktioniert, eine davon ist unsere. Es liegt nicht an der Technik, bei euch versagt der Mensch. Und noch eine Korrektur: Der WSUS installiert nichts, gar nichts, der Client holt vom WSUS ab und der Client installiert. Bezüglich ohne Userinteraktion, probier das doch einfach mal mit ein paar Testclients in einer Testgruppe. Wenn Du ein Update genehmigst, kannst Du dafür auch einen Stichtag festlegen, an dem wird das Update installiert. Und vermutlich wird auch neu gestartet, so war es zu Zeiten von W7 noch. Da gab es keinen Hinweis auf den Neustart, das hatten nicht alle so gewollt.

Man sieht ja im WSUS welcher Rechner nach einem Reboot verlangt, bei uns hat es schon geholfen, Spezialisten gezielt anzusprechen, danach kam das nicht mehr vor. ;)

Evtl. ist dort ja UAC deaktiviert. :)