Sunny61

BTW: Es ist ein Paket. :)

Genau, bei jedem Paket erneut zertifizieren. Weshalb war ein neues Zertifikat fällig? Ist das alte ausgelaufen? Man kann sich auch einen Hinweis in Outlook eintragen. ;)

Nein, die alten Installationen sind ja noch mit dem alten Zertifikat zertifiziert. Wenn das alte Zertifikat nicht mehr existiert, schlägt die Installation von alten Anwendungen fehl. Deshalb müssen die alten Anwendungen mit dem neuen Zertifikat rezertifiziert werden. Das hat nichts mit dem Verteilen des neuen Zertifikates per GPO zu tun.

Das meinte ich nicht, du musst die alten Anwendungen mit dem neuen Zertifikat rezertifizieren, oder wie sich das im WPP Dialog nennt.

Vergiss nicht das neue Zertifikat auch den 'alten' Anwendungen im WPP bekannt zu machen.

Am einfachsten direkt von einem 1909, oder was meinst du? :) In der Vergangenheit waren die Downloads bei MSFT immer wieder korrupt.

Wenn Du es nicht probierst, wirst Du es nie erfahren. :) Wenn ihr nur alle 5-10 Jahre die rechner neu machen müsst, ist das ja in Ordnung. Wie haltet ihr die derzeit im Einsatz befindliche Software auf einem aktuellen Stand? Den Adobe Reader zum Beispiel, jeder aktualisiert manuell oder auch nicht? Und weshalb lässt es nicht als Computer GPO laufen? Dann wäre es auf jedem Rechner für jeden User dort zur Verfügung.

Prüf doch manuell nach, ob es die angegebenen Pfade auch auf dem zweiten Rechner gibt. Nicht anschauen, nimm den Pfad vom ersten Rechner und kopier ihn in die Adresszeile vom Windows Explorer auf dem zweiten Rechner. Mit ENTER bestätigen, was passiert? Wenn der Pfad nicht exakt so lautet, musst du dich manuell bis zum richtigen Verzeichnis durchhangeln, jetzt den Pfad kopieren und ins Script einfügen. Die Meldung sagt mir, dass der angegebene Instanzname nicht stimmt und/oder Du nicht zugreifen darfst. Kannst Du dich mit dem SQL Server Management Studio auf dieser Instanz anmelden?

Hast du denn eine IP bekommen? Was sagt ipconfig /all dazu?

Am besten in der Batch, dort kopierst Du dann die erzeugte *:BAK-Datei auf das NAS. Aber Achtung! Keine Variante bisher löscht alte Backup Dateien! Das sollte ebenfalls per Script erfolgen, ansonsten hast Du auf dem SQL Server und auf dem NAS irgenwann sehr viele Backup Dateien die Du nicht mehr benötigst.

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.