Sunny61

Inhalt der Verknüpfung: "C:\Program Files\internet explorer\iexplore.exe" "https://deine_Website" Die Verknüpfung kannst Du via Remote App so zur Verfügung stellen. Alternativ eine Batchdatei mit dem o.g. Inhalt erstellen, die dann zur Verfügung stellen.

Du könntest ins Eventlog schauen ob Du Fehlermeldungen findest. Möglicherweise bootet der Rechner zu schnell oder es ist noch ein Bug in 1903. Weshalb nicht WSUS Package Publisher und WSUS in Kombination verwenden?

Sind es Benutzer- oder Computereinstellungen? Falls letzteres, mach doch mal Benutzereinstellungen draus. Und ganz langsam anfangen, Startseite als Benutzer setzen. Was passiert? Ist der Benutzer auch im Veraltungsbereich des GPO?

Geht auch mit der Powershell: http://www.cloudportal.org/2015/04/29/wsus-to-foreground-mode-using-powershell/ (get-wsusserver).GetConfiguration().BitsDownloadPriorityForeground = $true

Sollen sich Benutzer auf dem Remotedesktop Server anmelden können und Programme nutzen? Falls ja, hast Du die Remotedesktop Rolle auch installiert? Hast Du einen Connection Broker installiert?

Erstens: Logfile lesen. Zweitens: Logfile lesen. In eine administrativen Commandozeile auf dem WSUS und mit ENTER bestätigen: "%programfiles%\Update Services\Setup\ExecuteSQL.exe" -S %Computername%\MICROSOFT##SSEE -d "SUSDB" -Q "update tbConfigurationC set BitsDownloadPriorityForeground=1" Was passiert? Wird der Download jetzt fortgesetzt? Falls nein, dann gilt Erstens und Zweitens. BTW: Man gibt nicht einfach blind ein paar 100 Updates frei, sondern wartet was die Clients anfordern. Und nur die gibt man frei. Spart Platz und Bandbreite, auch wenn das manche nicht so sehen. Es ist trotzdem Sinnfrei Updates zu speichern, die kein Client braucht.

Ich liess mir etwas unterschreiben, habe ich nicht mehr. War in Sachen Datenschutz auch abgesegnet.

nicht wirklich. Wie soll man vor Arbeitsbeginn wissen was nach Vertragsende im Postfach ist. Natürlich geht das. Wo ein Wille, da findet sich auch ein Weg. Ich hab das viele Jahre praktiziert.

Windows Backup kann das sicher ganz gut auf einem Server ausführen. Niemand verflucht dich, es wird nur niemand für dich ein Script schreiben. Und ein bereits geschriebenes darf man nicht veröffentlichen, sofern es während der Arbeitszeit geschrieben worden ist. Hast Du denn schon einen Ansatz oder bist Du komplett planlos?

So eine nötige Unterschrift kann man sich auch beim Arbeitsbeginn holen, dann gibt es beim Ende keine Diskussionen mehr.

Du hast dich vermutlich mit einem Microsoft Konto angemeldet, dabei wird AFAIK Bitlocker ausgeführt und der Recovery Key ins Microsoft Konto kopiert. https://support.microsoft.com/de-de/help/4026181/windows-10-find-my-bitlocker-recovery-key

Wow, ein Hersteller der 64-Bit Access empfiehlt ist selten, sehr selten.

Probier es zu löschen, wenn es Probleme gibt dann erstellst Du deine Testumgebung einfach neu. In einer Produktivumgebung machst Du das nicht, oder doch?

Das kann man mit WMI erledigen. Ein Script per GPO auf den Clients als geplante Aufgabe ausführen lassen. Wohin sollen die Infos fliessen? In eine SQL DB wäre eine Möglichkeit.

Keine 64 Bit Installation davon verwenden. Grundsätzlich 32-Bit Setup benutzen, auch von Office und erst recht von Access, außer ihr habt es vom Hersteller schriftlich, dass man auch mit 64 Bit Access klar kommt.

Geh doch mal die HowTos durch, evtl. ist noch etwas dabei was dir weiter hilft: https://nedimmehic.org/2017/01/21/deploying-remote-desktop-services-2016-step-by-step/

Access 2016 Runtime reicht nicht?

Welche Anforderungen hast Du denn an die Software? Was soll sie alles in welcher Taktung auslesen?

In der Sammlung ist noch nichts installiert und konfiguriert. Sammlung erstellen, Software auf dem RDS freigeben und User berechtigen.

Den automatischen Neustart hast Du abgeschaltet?

Evtl. ist das ein Bluescreen und du siehst ihn nur nicht. Schalte den automatischen Neustart ab, evtl. siehst Du dann mehr. https://www.dirks-computerecke.de/anleitungen/windows-7-automatischen-neustart-im-fehlerfall-abschalten.htm EDIT: Schau doch mal in die Geplanten Tasks, liegt dort etwas das evtl. auffällig ist?

Das alles müssen andere Instanzen definieren, Du kannst nur das ausführen, was gewünscht ist.

Du kennst die Instanz? Du kennst den Port? Schau dazu im SQL Server Konfigurationsmanager nach. Veeam hat sicherlich einen Dienst, falls ja, den beenden und auf deaktiviert setzen. Jetzt den SQL Server Dienst starten. Kannst du dich jetzt anmelden?

Stell den Dienst auf Deaktiviert und mach einen Reboot. Nach dem Reboot den Dienst auf Manuell stellen und nochmal probieren.

Ein Reboot dazwischen wäre bestimmt die bessere Variante gewesen. In der SQL Server Datenbank vom WSUS steht übrigens auch der Pfad zum Content drin. Manuell über die Registry ist nicht so gut. Mach jetzt nochmal einen Reboot und schau nach wie der Stand der Dinge ist.