Sunny61

Dann musst Du deinem Chef jetzt unter die Augen treten, und ihm dass es nicht funktioniert. Wenn er weiß wie es geht, wäre jetzt der richtige Zeitpunkt dem Azubi, ich vermute jetzt einfach mal das Du einer bist, zur Hand zu gehen und ihn zu unterstützen. Wie laufen bei euch die Windows Updates jetzt? Oder wird gar nicht aktualisiert? Was steht denn nach so einer erfolglosen Installation in der Log? Wie hast Du die MST genau eingebunden?

Was sagt der Hersteller der uns unbekannten Software zu deinem Problem? Ist es bekannt? Hat er eine Lösung? Naja, wenn ihr ansonsten keine Software aktualisiert oder installiert, bleibt nur Turnschuhadministration. Oder aktualisiert ihr eure Windows- und Office Installationen alle eineln manuell? Ihr habt keinen WSUS im Einsatz? Von wie vielen Clients sprechen wir?

So könnte das T-SQL Script aussehen: DECLARE @path VARCHAR (250) SET @path = 'Pfad_zurDatenbank_' + CONVERT (VARCHAR (8), GETDATE ( ), 112) + '.bak' BACKUP DATABASE [Name_der_DB] TO DISK = @path WITH INIT, NAME = N'DeineDB_Sicherung' DECLARE @pathLOG VARCHAR (250) SET @pathLOG = 'Pfad_zum_log_sich' + CONVERT (VARCHAR (8), GETDATE ( ), 112) + '.bak' BACKUP LOG [Name_des_Log] TO DISK = @pathlog WITH INIT, NAME = N'DeineDB_Log_Sicherung' Das Script kann man mit Hilfe einer Batch Datei täglich ausführen lassen. Die Logsicherung ist nur für den Fall, dass es auch wirklich ein Log gibt. Ansonsten einfach rausnehmen den Teil. REM Das Script wird aus dem Taskplaner aufgerufen. REM cd "Pfad zum Binn Verzeichnis\Binn" "Pfad zum Binn Verzeichnis\Binn\SQLCMD.EXE" -E -S Servername\Instanz -i "Pfad zum SQLScript\Dein_FullBackup.sql" Weitere Informationen zum Hilfsprogramm: https://docs.microsoft.com/de-de/sql/tools/sqlcmd-utility?view=sql-server-ver15 Download: https://www.microsoft.com/en-us/download/details.aspx?id=53591

Mit welchem User bist Du am SQL Server Management Studio angemeldet? Oder wird das Backup nur durch das gen. Tool durchgeführt? Falls ja, hat das ausführende Benutzerkonto auch die passenden Zugriffsberechtigungen für die beteiligten Verzeichnisse? Weshalb nicht mit dem SQL Server Management Studio? Da geht die Sicherung und die Wiederherstellung sehr einfach und schnell. Alternativ kann man sich natürlich ein Backup und Restore Script anlegen, das lässt man dann im SQL Server Management Studio per Hand schnell laufen.

Da fehlt noch ein schließender Backslash. set executeDir="\\xxxx\SYSVOL\ad.xxxx.com\LMK\" Dann passt auch der Inhalt von %executeDir% wieder.

Da fehlen Anführungszeichen: set executeDir="\\Syncnet1\SYSVOL\ad.sp.com\LMK\Neues LMK 2.1.0.0" Schaden können sie ganz sicher nicht an der Stelle.

Stimmt, mal schauen was sich noch so findet. :)

Oder einen Thread mit Serverraum Bildern eröffnen. :)

Das lässt sich pauschal nicht sagen. Hast Du die Blobs in der DB, vergrößert sich die DB unverhältnismässig. Beim Filestream hast Du die Daten dann in der DB-Sicherung und brauchst im Zweifel dich nicht um ein weiteres Recovery der Daten zu kümmern. Bei den BLOBS hast Du eine Grenze von 2 GB pro Blob. https://docs.microsoft.com/de-de/sql/relational-databases/blob/filestream-sql-server?view=sql-server-ver15 Diese Grenze gilt natürlich nicht für das Dateisystem.

Welchen Sinn soll die Sicherung ohne FileStream machen? Das ist wie die DB sichern, aber ein paar Tabellen/Datensätze auslassen. Du wirst sicherlich Filestream via Filebackup auch inkrementell sichern können, aber was nützt es dir am Ende des Tages? Der SQL Serer weiß u.U. nichts von den Filestream Daten. Welche Anforderung steckt dahinter?

Achso, ja ok. Ob das so bleibt weiß auch nur MSFT. Egal wie sie es jetzt verkünden. ;)

Wie meinst Du das?

Ja, so läuft das mit Windows 10.

Der emClient https://de.emclient.com/ ist weitaus angenehmer. :)

Tja, dann hätte auch der Dateityp eingetragen sein sollen. Egal, jetzt läuft es ja.

Welches OS hat dein WSUS? Wenn der Dateityp nicht eingetragen war, ist der WSUS selbst nicht fully patched. Auf wsus.de findest Du in der FAQ die Stelle wo die WSUS Build zu finden ist und welche Build du benötigst. Und nein, über das ?-Menü bekommst Du nicht die aktuelle Build.

Installiere das aktuellste Management Studio. Version 18.4: https://go.microsoft.com/fwlink/?linkid=2108895&clcid=0x407

Nimm doch zum Testen einfach mal den Adobe Reader oder ein anderes MSI-Paket von dem man weiß, dass es funktioniert. BTW: Welchen exakten Pfad hast Du denn im GPO für die Software eingetragen? X:\Freigabe\MSI oder wie genau hast Du es eingetragen? BTW2: Lies dich in WSUS und WSUS Package Publisher ein, rentiert sich zu 100%.

Auf https://www.wsus.de/ findest Du unter WSUS Package Publisher ein paar HowTos die dir helfen, das umzusetzen was Norbert meinte. Geht viel schneller und ist sauberer.

Im Zweifel einfache eine ältere kleine Platte einbauen und damit das Gerät einschicken. Aber bei Scharnieren würde ich nicht im Traum dran denken, die HDD(s) drin zu lassen.

Wenn Du die zu importierenden User zu bereits bestehenden Sicherheitsgruppen hinzufügen möchtest, sollte dieser Link weiter helfen: https://docs.microsoft.com/en-us/powershell/module/addsadministration/add-adgroupmember?view=win10-ps

Du kannst mit GPOs grundsätzliches verbieten: https://www.windowspro.de/wolfgang-sommergut/usb-geraete-sperren-gruppenrichtlinien Besser wäre vermutlich ein Tool mit dem man auch eine Whitelist erstellen kann.

So ganz hab ich dein Anliegen nicht verstanden, aber evtl. kommst Du damit zum Ziel: https://www.gruppenrichtlinien.de/artikel/proxy-automatisch-an-und-ausschalten-proxy-switcher/

Das Tool ist richtig gut, kann ich nur empfehlen. :)

Mit Hilfe von VAMT siehst Du IMO mehr: https://docs.microsoft.com/de-de/windows/deployment/volume-activation/install-vamt https://docs.microsoft.com/de-de/windows/deployment/volume-activation/use-the-volume-activation-management-tool-client