Hallo,   da Sie mich direkt anschreiben, antworte ich natürlich gerne. Aber leider kann ich bei beiden Themen nichts beitragen.   Ich bitte Sie, sich an die zuständigen Fachabteilungen (LiMa-Server und DATEV-Arbeitsplatz) zu wenden.   Schönes Wochenende ... Mehr anzeigen

Hallo nochmals,   es gibt keinen vorkonfigurierten Lichtschalter, der Ihren Wunsch erfüllt.   <Spaß an> Wir gehen natürlich davon aus, dass unsere Programme rund um die Uhr genutzt werden, da bleibt logischerweise gar keine Möglichkeit, irgendwelche Dienste abzuschalten. <Spaß aus>   Im Dokument  1080090 beschreiben wir im Kapitel 3.2 wie man den SQL-Server-Dienst für die Datensicherung skriptgesteuert stoppen kann - über "net stop <dienstname>".   Vielleicht ist es für Sie eine Lösung, dass Sie sich eine Batchdatei erstellen, in der alle Dienste über die Aufgabenplanung beim Rechnerstart / bei der Anmeldung gestoppt werden.   Und eine zweite Batchdatei liegt auf dem Desktop, in der Sie mit "net start <dienstname>" alle Dienste wieder starten, wenn Sie mit den DATEV-Programmen arbeiten möchten.   Sie benötigen in den Batchdateien für jeden zu stoppenden / zu startenden Dienst eine eigene Zeile.   Und eventuell müssen Sie erst mal ein wenig experimentieren, in welcher Reihenfolge die Dienste gestartet werden müssen.   Was hinten runterfällt ist das aktive Abholen von ServiceReleases über den Software-Abruf. Außerdem können die SQL-Datenbanken so nicht regelmäßig über den SQL-Manager geprüft und gesichert werden. Klar, wenn nicht mit den Programmen gearbeitet wird, ändert sich auch nichts in den Datenbanken, aber wann war die letzte Prüfung/Sicherung und wann könnte es Probleme mit dem Rechner geben?   Viele Grüße aus Nürnberg   Harald Sommer DATEV eG | IT-Systemplattform ... Mehr anzeigen

Hallo hapet,   wenn Sie in den Dienste-Manager (services.msc) des Betriebssystems schauen, werden Sie erkennen, dass die meisten DATEV-Dienste bereits auf der Startart "Manuell" stehen. Dabei sollte man es auch belassen, denn die Dienste, die auf automatisch stehen, werden dazu gebraucht um die anderen (manuellen) Dienste bei Bedarf zu starten. Welchen Vorteil versprechen Sie sich, weitere Dienste nicht automatisch starten zu lassen?   Viele Grüße aus Nürnberg   Harald Sommer DATEV eG | IT-Systemplattform ... Mehr anzeigen

Hallo flx,   DATEV bietet für beide möglichen Umgebungen Einrichtungs-Empfehlungen (-Anleitungen) an.   Die wichtigsten Entscheidungen: - Wie viele Mitarbeiter (MA) sollen mit DATEV arbeiten? Wie schaut das nach einiger Zeit aus? --> Bis zu 5 MA können in einem Peer-Netzwerk arbeiten, ab 5 MAs wird es problematischer, da ein Peer-Netz nur eine begrenzte Anzahl an gleichzeitigen Zugriffen zulässt.   - Einmaliger Aufwand mit zentraler Verwaltung (Domäne und Active Directory) oder Pflegeaufwand an jeder einzelnen Maschine? --> Das fängt schon beim Benutzernamen und Passwort an. Im Peer-Netz müssen die Benutzer am Server und an den Arbeitsstationen angelegt und verwaltet werden, in der Domäne werden die Benutzer zentral verwaltet und Änderungen (z.B. des Passworts) ziehen sofort überall.   Die beiden Einrichtungs-Anleitungen befinden sich hier: Windows Server 2022, Windows Server 2019 oder Windows Server 2016 einrichten Peer-to-Peer-Netzwerk einrichten   Viele Grüße aus Nürnberg   Harald Sommer DATEV eG | IT-Systemplattform ... Mehr anzeigen

Hallo Sofie-Friedrich,   wenn wir erkennen, dass versierte Community-Nutzer bereits die richtigen Informationen geliefert haben, schreiben wir nicht unbedingt auch noch einen Beitrag. Ab und zu kommt es auch mal vor, dass DATEV-Mitarbeiter im Urlaub sind oder sich eine Erkältung einfangen und nicht sofort antworten können. Und dann kann es auch noch vorkommen, dass wir zunächst ausgiebig recherchieren müssen, bevor wir etwas schreiben. Das könnte sich dann anfühlen, als würden wir nachdenken.   Ich habe eben nochmals die Zugriffsrechte / Software abgerufen, aber eine Version 9.15.1 habe ich nicht erhalten, sondern eine Version 9.15.   Diese Version 9.15 soll den Kunden helfen, die auf ihren Arbeitsstations-Rechnern den Schnellstart von Microsoft aktiviert gelassen haben. Damit fährt der Rechner nämlich nicht komplett herunter, sondern fährt in einen Energiesparmodus, um dann "schneller" starten zu können. Bei den heutigen Rechnern ist das kein spürbarer Geschwindigkeitsgewinn. Im Dokument  1080690  empfehlen wir im Kapitel 3 das Deaktivieren des Schnellstarts.   Am 25.01. haben wir in der Version 9.14 die aktuellen Versionen von ODBC17, ODBC18 und OLEDB18 ausgeliefert, die eigentlich Sicherheitsupdates von Microsoft enthalten, aber von Microsoft nicht automatisch verteilt werden.   Im Nachhinein (aber eben nicht bei unseren internen Tests) hat sich dann herausgestellt, dass die Installations-Routinen dieser MSIs nach PendingFileRenameOperations schauen und eventuell wegen einem ausstehenden  Neustart nicht fertig installiert werden, sondern abbrechen. Die DATEV-Installations-Routine läuft aber weiter und bringt vielleicht sogar eine Meldung, dass es beim zuletzt installierten Produkt ein Problem gab, welches von vielen Kunden mit "weiterinstallieren" ignoriert wird.   Daraufhin haben wir die Version 9.15 erstellt und ausgeliefert, die diese Neustarts auch zuverlässig verlangt.   Wie Siro bereits geschrieben hat, muss es für jedes SQL-Paket ein eigenes ServiceRelease geben, da wir ja nicht wissen, was bei den einzelnen Kunden installiert ist.   Viele Grüße   Harald Sommer Service Systemplattform/Basisdienste Ausgabe DATEV eG ... Mehr anzeigen

Hallo Sunny110888,   DATEV löscht ganz sicher keine Registry-Keys die zum Betriebssystem gehören.   Aber wir prüfen bei der DATEV-Installation, ob die beiden Registry-Keys (32- und 64-Bit) vorhanden sind und brechen die Installation ab, wenn die Schlüssel nicht vorhanden sind.   Und wir haben in allen bisher bei uns eingegangenen Servicefällen festgestellt, dass Antivirensoftware von Avira auf den Systemen installiert ist. Auf anderen Systemen mit Avira tritt das Problem dagegen nicht auf. Leider können wir nicht nachschauen, wann der Registry-Key entfernt wurde und wer dafür verantwortlich ist.   Viele Grüße   Harald Sommer Service Systemplattform/Basisdienste Ausgabe DATEV eG   ... Mehr anzeigen

Hallo,   nein, es werden keine Verträglichkeitstests durchgeführt.   Weshalb nicht: - Es handelt sich nicht um (ein) Sicherheitsupdate(s) (vor allem sind DATEV-Schnittstelen nicht betroffen) - Optionale Updates werden nicht betrachtet - Die Updates werden auch nicht automatisch verteilt   So steht es auch im Dokument 0908587   ----------- 3 DATEV testet die Verträglichkeit DATEV testet die aktuellen Versionen der DATEV-Programme auf ihre Verträglichkeit mit den Microsoft Updates. Die Tests beginnen unmittelbar nach Veröffentlichung der Microsoft Updates. Die Verträglichkeitstests untersuchen nicht die eigentliche Funktion der Microsoft Updates. Wir testen, ob die DATEV-Programme nach Installation der Microsoft Updates noch richtig funktionieren. Erst nach Abschluss der Prüfung kann eine Aussage über die Verträglichkeit getroffen werden. Auch nach Abschluss der Verträglichkeitstests können Probleme auftreten. Unsere Tests sind grundlegender Natur und können keinen vollständigen Praxisbetrieb simulieren. Auf den Testsystemen werden die regelmäßig am monatlichen Microsoft-Patchday veröffentlichten Sicherheits-Updates installiert. Nicht installiert werden optionale Updates und Updates von Microsoft-Produkten, die keine Schnittstelle zu DATEV-Programmen haben (z. B. Microsoft Exchange). Kumulative Updates für den Microsoft SQL Server gelten als optionale Updates. Außerplanmäßig erscheinende Sicherheits-Updates werden nur betrachtet, wenn DATEV-Schnittstellen betroffen sind. ----------- Viele Grüße Harald Sommer IT-Systemplattform ... Mehr anzeigen

Hallo vogtsburger,   @vogtsburger  schrieb:   ... mich irritiert nämlich noch der Eintrag "manuell" für diesen Dienst Der DATEV SqlBatch Service wird nur für die Datenanpassung und für den Prüf- und Sicherungslauf benötigt. Für diese "Tätigkeiten" wird der Dienst angefordert und gestartet, ansonsten hat er nichts zu tun und kann gestoppt sein.   @vogtsburger  schrieb:   ... ok, dann werde ich heute nach Büroschluss manuell einen Reboot des Fileservers machen und darauf vertrauen, dass die "geplante Aufgabe" automatisch ausgeführt wird 😊 Wie mein Kollege Christian Tölle schrieb, reicht es aus, den DATEV SqlBatch Service neu zu starten. Ein kompletter Reboot des Fileservers ist nicht notwendig.   @vogtsburger  schrieb:   ... aber da wir gerade beim Thema "Online-Sicherungen" sind:   bei den BAK-Dateien sammeln sich im Lauf der Zeit Datei-Leichen an, weil sich offenbar einige Datenbank-Bezeichnungen ändern oder wegfallen.   Diese veralteten BAK-Dateien werden durch die automatische Bereinigung während dem "SQL Prüf- und Sicherungslauf" offenbar nicht mehr angefasst und bleiben somit in der Ordnerstruktur der SQL-Onlinesicherungen für die Nachwelt erhalten, bis man sie entdeckt und manuell entfernt.   Ist das so gewollt und muss man einfach gelegentlich in diversen Verzeichnissen nach solchen 'Altlasten' suchen, um sie zu entfernen ? (es gibt ja auch noch weitere Verzeichnisse im Umfeld des SQL-Servers, in denen sich temporäre Dateien oder LOG-Dateien ansammeln können, die unnötig Speicherplatz verschwenden, z.B. wenn sie in der OFFLINE-Sicherung enthalten sind) Bei den BAK-Dateien handelt es sich um SQL-Onlinesicherungen der Datenbanken. Da können wir nicht einfach "aufräumen", selbst wenn die dazugehörende Anwendung abgekündigt oder in einer anderen Anwendung - und damit die Daten in einer anderen Datenbank - aufgegangen ist.   Das gleiche gilt für das / die Datenverzeichnis(se). Aufräumen wäre schön und wünschenswert, aber wer kann innerhalb der DATEV kundenübergreifend sagen, was noch - oder eben nicht mehr - gebraucht wird?   Für den Dateneigentümer gilt eine Datenvorhaltungspflicht von 10 Jahren (glaube ich). Wenn wir da etwas entfernen würden, gäbe es im Falle des Falles eine unschöne Diskussion. Mir fällt da z.B. die KR-Datenbank ein. Wurden nicht alle Mandanten in die IRW-Datenbank übernommen und müsste man auf so einen Mandanten zugreifen, wäre dieser weg, wenn die KR-Datenbank gelöscht worden wäre.   Mit sonnigen Grüßen aus Nürnberg   Harald Sommer IT-Systemplattform DATEV eG ... Mehr anzeigen

Hallo siro,   genau so ist es.   In den kumulativen Updates (CU) packt Microsoft erst mal alles zusammen, was sie gerade für nötig erachten. Diese CUs sind optional und werden über das normale Windows Update nicht automatisch installiert. Wird ein WSUS betrieben und entsprechend eingestellt, erhält man eventuell auch diese optionalen Updates. Bei unseren monatlichen Verträglichkeitstests sind diese CUs nicht dabei.   Anders verhält es sich bei Sicherheits-Updates - diese werden generell betrachtet und die DATEV-Programme auf Unverträglichkeiten mit diesen Sicherheits-Updates getestet.   Eventuell wandert das Sicherheits-Update dann auch in kommende CUs, aber auch dann werden wir diese bei den Verträglichkeitstests nicht betrachten, denn wir haben ja bereits eine Aussage zu dem Sicherheits-Update getroffen. Und das CU wird dann ja von Microsoft wieder als optional eingestuft.   Viele Grüße, Harald Sommer IT-Systemplattform   DATEVeG ... Mehr anzeigen

Hallo witte,   so wie das verstehe, soll das Prüfergebnis der Datenbankprüfung am Fileserver an einer Arbeitsstation angezeigt werden. Da hatten wir einen Bug bei den DATEV-Programmen 14.0 und dafür Hotfixes ausgeliefert.   - Sowohl am Fileserver als auch an den Arbeitsstationen die aktuellen Hotfixes B0000442 und B0001315 installieren   Wenn die Ergebnisdatei bereits in eine Freigabe gelegt ist - und die Arbeitsstation und der dort angemeldete Benutzer auf diese Freigabe zugreifen kann - dann bitte an der Arbeitsstation wie folgt vorgehen:   - DATEV SQL-Manager (Administrator) öffnen (sollte auch ohne (Administrator) gehen) - Servernamen rechtsklicken und Ergebnisdatei Datenbankprüfungen anzeigen auswählen - Erst jetzt erscheint im Menü der Punkt Prüfergebnisse - Auf Prüfergebnisse | Verknüpfung auf Desktop erstellen klicken   Wenn dies bei Ihnen nicht funktioniert, wenden Sie sich bitte an den Service Systemplattform über systemplattform@service.datev.de und geben Sie Ihre Beraternummer und eine Telefonnummer mit Zeitfenster an.   Viele Grüße, Harald Sommer IT-Systemplattform   DATEVeG ... Mehr anzeigen

Hallo,   der INI07278 ist eine "Allerwelts"-Fehlermeldung, die wir immer dann bringen, wenn ein DATEV-fremdes Produkt während der Installation scheitert.   Das kann beim SQL Server, bei der .NET-Laufzeit oder auch bei VC++-Runtime passieren, auch bei der Benutzer- und Rechteverwaltung kann es zum INI07278 kommen, dann ist das Problem aber normalerweise bereits beim SQL Server aufgetreten. Und es gibt weitere Fehlerbilder mit INI07278.   Für die einzelnen Produkte gibt es dann auch einzelne Dokumente, die eine mögliche Abhilfe aufzeigen (hier ein Ausschnitt der Dokumente):  INI07278 beim Installieren von Microsoft SQL Server (DATEV)  INI07278 beim Installieren der DATEV-Komponente Laufzeitpaket  INI07278 oder INI07550 beim Installieren des Microsoft .NET Framework ..... .....   Beim Microsoft SQL Server sind die ExitCodes ausschlaggebend, die im Logbuch aufgeführt werden. Und davon gibt es eine sehr große Menge. Oder es gibt Installations-Abbrüche ohne expliziten ExitCode.   Die am häufigsten auftretenden ExitCodes haben wir im Dokument 1043722 zusammengetragen und verlinken auf weitere Dokumente mit Abhilfen zu diesen ExitCodes. Aber es gibt eben auch ExitCodes, die wir (noch) nicht kennen oder Einzelfälle waren oder die so komplex sind, dass wir sie nicht in einem Dokument beschreiben können.   Letztendlich muss Ihnen aber eines klar sein: Bei uns landen ca. 1-2% aller SQL-Installationen, was wiederum bedeutet, dass 98 - 99 % der Installationen problemlos durchlaufen. Die Installation des Microsoft SQL Servers ist sehr anfällig auf kleine Stolpersteinchen, die sich aus verschiedensten Ursachen ergeben können (z.B. ein Virenscanner, eine Fremdsoftware, ein zu langsames System, Treiber, usw.).   Monti erwähnt hier den Timeout, dem ein DB02017 vorausgegangen ist - dazu ist dann im Logbuch folgender Text zu finden: ----- 00.00.2020 00:00:00 Fehler #DB02017 Fehler bei der Ausführung einer SQL-Server-Operation (sp_configure - save) 00.00.2020 00:00:00 Warnung Details: MsgId: 15123, Severity: 16, State: 1, SQL-State: 42000, Procedure: 'sp_configure', Line: 62 00.00.2020 00:00:00 Warnung Description: [Microsoft][ODBC Driver 17 for SQL Server][SQL Server]The configuration option 'blocked process threshold (s)' does not exist, or it may be an advanced option. ----- "Eigentlich" ist der SQL Server bereits installiert, aber es finden noch Konfigurationen statt, und der SQL Server muss dazu mehrmals gestoppt und gestartet werden. Reagiert der Rechner zu langsam (meistens alte Kisten mit Windows Server 2012 R2) fährt die Installation an die Wand. Dazu haben unsere Entwickler eine LSETUP.ANW gebaut, die einen Timeout an genau dieser Stelle hat und damit läuft die Installation auch durch. Diese können wir aber nicht als Hotfix oder Servicerelease ausliefern, da die Plattform-Installation (inkl. SQL Server) zunächst ohne Hotfixe oder ServiceReleases läuft. Zur nächsten Programm-Auslieferung können wir da nachsteuern, dabei muss man aber bedenken, dass zum Jahreswechsel eigentlich keine Änderungen an der Technik gemacht werden.   @monti: Sie hätten sich selbst behelfen können, aber das wäre sicherlich nicht in Ihrem Sinn gewesen - ein Wechsel der (veralteten) Hardware, ein Neuaufsetzen des Server-Betriebssystems, ein Deinstallieren aller Fremdanwendungen würde in vielen Fällen auch helfen. Versuchen Sie es mal bei Microsoft, was Ihnen der Service dort zu den einzelnen ExitCodes rät.   Viele Grüße Harald Sommer IT-Systemplattform   DATEV eG ... Mehr anzeigen

Hallo Steuerpirat,   diese Frage kann ich Ihnen nicht beantworten, da wir keine Fremdsoftware testen. Bitte fragen Sie den Hersteller, ob mit der Software auch SQL-Datenbanken "gesichert" werden können.   Und auch wenn die Antwort positiv ausfällt, sollten Sie in regelmäßigen Abständen eine Rücksicherung durchspielen und testen. Das gilt natürlich für alle Datensicherungsprogramme.   Viele Grüße, Harald Sommer IT-Systemplattform   DATEVeG ... Mehr anzeigen

Hallo Herr Ockenfels,   Ich mochte die DATEV-Online-Sicherung noch nie. Sie hat meines Erachtens keinen wirklichen Mehrwert gebracht, außer, dass im laufenden Betrieb gesichert werden kann. Scheinbar haben Sie die anderen Threads, bei denen es um die SQL-Online-Sicherung geht, nicht vollständig gelesen. Es geht da nicht um "der SQL-Server muss nicht gestoppt werden" sondern darum, dass nur bei dieser Sicherungs-Art eine konsistente Kopie der Datenbanken gesichert wird. Stellt die Datenbankprüfung einen Defekt in der Datenbank fest, wird diese nicht mit gesichert und überschreibt nicht nach ein paar Tagen die letzte gute Sicherung der Datenbank. So bleibt die letzte konsistente Sicherung erhalten. Veeam, Acronis, usw. sichert eben nur dass, was es vorfindet, eine Datei beliebigen Zustands (OK oder defekt).   Natürlich kann man bei einer Sicherung direkt im Anschluss an die Datenbankprüfung davon ausgehen, dass die Sicherung OK ist, aber man kann sich nicht absolut sicher sein.   Deshalb empfehlen wir beide Sicherungsarten, jede hat ihre Vor- und Nachteile.   Viele Grüße, Harald Sommer IT-Systemplattform   DATEVeG ... Mehr anzeigen

Hallo Herr Vogtsburger,   An manchen Tagen wird einfach keine Online-Sicherung ausgeführt, an den anderen Tagen wird sie vollständig ausgeführt und zeigt als Ergebnis lauter grüne Haken da sollten wir mal gemeinsam einen Blick drauf werfen - ich denke, da stimmt was nicht. Ich denke, Sie wissen, wo Sie uns finden: Systemplattform ist das Stichwort.   Viele Grüße, Harald Sommer IT-Systemplattform   DATEVeG ... Mehr anzeigen

Hallo Steuerpirat,   wo ist der Unterschied zwischen einem Prüf- und Sicherungslauf und einer Offline-Sicherung?   Beim Prüf- und Sicherungslauf muss der SQL-Server gestartet sein (er ist online), weil sonst keine Prüfung stattfinden kann. Auch die SQL-Online-Sicherung findet mit SQL-Befehlen statt, deshalb wird dafür auch der SQL-Server benötigt - er muss gestartet sein. Der große Vorteil: Nur Datenbanken, die bei der Prüfung OK sind, fließen in die SQL-Online-Sicherung mit ein, man überschreibt sich eine konsistente Datenbank in der Sicherung nicht mit einer defekten Datenbank. Der Nachteil: Es können damit nur SQL-Datenbanken kopiert werden, alles was sich sonst noch im Verzeichnis DATEV\Daten befindet, kann mit SQL-Befehlen nicht gesichert werden.   Eine Offline-Sicherung findet ohne Beteiligung des SQL-Servers statt (der SQL-Server-Dienst könnte (und muss teilweise) auch beendet werden - so lange der SQL-Server gestartet ist, hat er die Datenbanken im Zugriff), dabei kann eine Image-Sicherung, eine klassische Kopie über Sicherungssoftware, eine VSS-Sicherung, ein Kopieren über Xcopy oder Robocopy, ein manuelles Kopieren über den Datei-Explorer stattfinden. Es gibt sicherlich noch weitere Sicherungs-Möglichkeiten. Aber alle Möglichkeiten sichern nur den vorgefundenen Zustand der Dateien, ist eine Datenbank bereits technisch defekt, wird diese defekte Datenbank auch in die Sicherung übernommen.   Weshalb ist die Größe unterschiedlich? - Es werden bei der SQL-Online-Sicherung die Datenbanken kopiert, sonst nichts - Ist eine Standard-Edition des SQL-Servers installiert, werden diese Kopien komprimiert abgelegt - Alles was außerhalb der Datenbanken liegt, wird nicht kopiert / gesichert - Auch nicht das Verzeichnis DATEV\Daten\Instman\Depot, in dem sich der Software-Abruf aus dem Rechenzentrum befinden (die meiner Meinung nach nichts unter Daten verloren haben - aber es ist eben historisch bedingt). Das Verzeichnis ist gerne mal etwas größer (8-16 GB oder noch größer).   Was tun bei einer Rücksicherung? Je nach Schaden, kann man unterschiedlich vorgehen. Ist nur eine Datenbank defekt - und hat sie keine Schnittstelle zu einer anderen Datenbank (z.B. EODB und Auftragswesen) - kann diese Datenbank schnell aus der SQL-Online-Sicherung zurückgespielt werden. Sind mehrere Datenbanken defekt oder ist die gesamte Festplatte defekt, wird es mit der SQL-Online-Sicherung umständlich, deshalb die Offline-Sicherung. Hier kopiert man DATEV\Daten auf die neue Umgebung und installiert erst dann die DATEV-Software. Bei der Installation wird erkannt, dass bereits Daten vorhanden sind und nicht erst leere Datenbank-Templates erstellt.   Für einen IT-Laien ist es absolut wichtig, dass das eigene Sicherungs-Konzept mit einem IT-Techniker oder DATEV Systempartner an die eigene Umgebung angepasst ist. Und es ist wichtig, dass man sich nicht nur auf ein Sicherungs-Verfahren verlässt.   Hier noch ein paar Begriff-Erläuterungen - das geht sicherlich auch besser, aber beschreibt es mit einfachen Worten: Wir verwenden einen originalen Microsoft SQL Server - wie es der Name sagt, ist dieser von Microsoft. Ein SQL Server ist eine Datenhaltungs-Software, der die in den Anwendungen eingegebenen Daten in die Datenbank transportiert und wieder hervorholt, wenn die Daten gebraucht werden. Der Dienst des SQL-Servers startet beim Rechnerstart automatisch und startet dabei auch alle ihm bekannten Datenbanken und hat diese im Zugriff, bis der SQL-Server-Dienst beendet wird. So lange die Datenbanken im Zugriff des SQL-Servers sind, können sie nicht kopiert, gelöscht oder umbenannt werden. Deshalb muss für bestimmte Vorgänge der SQL-Server gestoppt werden. Jede Anwendung hat ihre eigene Datenbank (sofern sie Daten verwaltet). Der SQL-Manager ist nicht der SQL-Server, sondern ein Werkzeug, um den SQL-Server zu administrieren.   Viele Grüße, Harald Sommer IT-Systemplattform   DATEVeG ... Mehr anzeigen

Hallo siro,   so, wie es im Dokument 1014224 steht: Vorgehen: 1. Windows +R drücken und Befehl dsqlm eingeben. Der DATEV SQL-Manager (Administrator) öffnet sich. 2. Expertenmodus anhaken im Menüpunkt Ansicht. 3. Strg + Shift + F8 drücken. 4. <Rechnername> (LOKAL) markieren und Kontextmenü mit der rechten Maustaste öffnen. Menüpunkt Temporäre SQL-Server Datenbanken verwalten wählen.   Es öffnet sich ein Fenster, in dem Sie alle Einstellungen vornehmen können. Größe bedeutet hier Startgröße - für die Datendatei(en) und für die Logdatei.   Viele Grüße, Harald Sommer IT-Systemplattform DATEVeG ... Mehr anzeigen

Hallo boomboom,   bitte werfen Sie einen Blick in das Verzeichnis der TempDB -  C:\Program Files\Microsoft SQL Server\MSSQL14.DATEV_DBENGINE\MSSQL\DATA   Dort sind die TempDB.mdf und die TempDB.ndfs zu finden (wenn nicht der Ablageort verändert wurde).   Hier macht es Sinn, zu schauen, wie groß die TempDBs im Laufe eines Tages / bis zum nächsten Start des SQL Servers werden. Das sollte ein paar Tage beobachtet und dann als Richtwert herangezogen werden.   Konfigurieren lässt sich die TempDB im DATEV SQL-Manager (Administrator) direkt am Server (oder am Einzelplatz). Wie es geht, steht im Dokument  1014224 - Kapitel 3 Über den Weg lässt sich nicht nur die TempDB verschieben, sondern auch die Startgröße, die Anzahl der TempDB-Datendateien und das Vergrößerungsintervall einstellen.   Bei jedem Neustart des SQL Servers wird die TempDB auf die eingestellte Startgröße zurückgestellt und wächst dann im Betrieb wieder an.   Für weitere Fragen, starten Sie bitte einen Servicekontakt, dann können wir die Fragen individuell beantworten.   Viele Grüße, Harald Sommer IT Systemplattform DATEV eG ... Mehr anzeigen

Hallo,   die TempDB wird immer wieder herangezogen, um temporär Daten zu bearbeiten.   Spüren, bzw. sehen kann man dies, wenn große Änderungen in den Anwendungs-Datenbanken durchgeführt werden, z. B. Anlegen des neuen Wirtschaftsjahrs in Rechnungswesen für mehrere Mandanten nacheinander. Auch die Datenbankprüfung nutzt die TempDB, hier kann es ca. 7% der größten Datenbank ausmachen.   Bis zu den DATEV-Programmen 13.x war die Standard-Startgröße der TempDB bei 8 MB bei einer einzigen TempDB-Datendatei gelegen (TempDB.mdf - 8MB, TempDB.ldf - 1MB).   Zu den DATEV-Programmen 14.0 wurde die Startgröße und die Anzahl der TempDBs angepasst. Die Standard-Startgröße liegt jetzt bei 256 MB und es gibt so viele TempDB-Datendateien wie Kerne im / in den Prozessor(en), aber max. 8 Stück. War vor der 14.0 bereits eine größere Startgröße der TempDB eingestellt, dann wurde diese herangezogen, auf die nächste 2er-Potenz angehoben und auf die Anzahl der Datenbank-Dateien verteilt. (siehe 1018582)   Warum haben wir die Startgröße geändert? Wenn es erforderlich ist, wird die TempDB herangezogen und im laufenden Betrieb vergrößert - das macht der SQL Server selbständig. Hat man eine kleine Startgröße, muss die TempDB erst soweit vergrößert werden, dass es für die Anforderung passt, was in einzelnen Wachstums-Schritten passiert. Je mehr solche Schritte notwendig sind, desto länger dauert es, bis die TempDB-Datenbank auf ihre benötigte Größe angewachsen ist. Es macht also durchaus Sinn, gleich mit einer größeren TempDB zu starten. Und um nicht mehrere Anforderungen in einer TempDB abzuarbeiten, werden jetzt mehrere herangezogen.   Ich hoffe, ich konnte ein wenig für Klarheit sorgen.   Viele Grüße Harald Sommer IT-Systemplattform DATEV eG ... Mehr anzeigen

Hallo Pascale,   dass Sie hier ziemlich aggressiv rüberkommen, dürfte Ihnen bekannt sein.    Ich habe an Hand Ihrer bisherigen Posts verstanden, dass Sie einen SQL-Server betreiben wollen, der nichts anderes macht, als die SQL-Server-Instanzen zu betreiben. Sie nennen diesen SQL-Server. Dieser soll auf Datenbanken zugreifen, die auf einem anderen Server liegen.   Das ist mit den DATEV-Programmen nicht möglich.     Auf dem Fileserver für DATEV wird der SQL Server installiert und dort liegen auch die Daten. Dazu muss auf dem Fileserver vor der Installation ein Verzeichnis WINDVSW1 (der Name kann selbst festgelegt werden) und darunter zwingend ein Verzeichnis CONFIGDB erstellt werden. Die CONFIGDB ist wie eine zentrale Registry zu sehen, alle DATEV-Programme benötigen die darin enthaltenen Informationen, um an ihre Daten heranzukommen.   Außerdem ist im WINDVSW1 das Verzeichnis mit den Daten vorhanden.   Das Verzeichnis WINDVSW1 wird freigegeben, so wie es im Dokument  1070547 beschrieben steht.   Sie haben dann also folgende Struktur:   \\<servername>\WINDVSW1\CONFIGDB und \\<servername>\WINDVSW1\DATEV\DATEN\.....   Auf diesem DATEV-Fileserver muss nur das installiert werden, was für den Betrieb des Fileservers notwendig ist. Es handelt sich also nicht um einen Anwendungs-Server.   Die DATEV-Anwendungen laufen entweder auf den Arbeitsstationen oder auf einem (oder mehreren) Terminalservern und greifen über ein Mapping auf die Daten unterhalb von WINDVSW1 zu.    Es gibt ein paar wenige Kunden, die den Fileserver und Terminalserver auf eine Maschine installieren, diese sogenannten All-in-One-Systeme sind weder bei Microsoft noch bei DATEV geschätzt. Wir raten wegen fehlender Ausfallsicherheit davon ab und unterstützen diese AiO auch nicht im Support.   Eine andere Struktur ist nicht möglich, der SQL-Server für DATEV muss zwingend auf den File-Server.   Viele Grüße   Harald Sommer SL-IT-Systemplattform ... Mehr anzeigen

Hallo,   die Installation des SQL Servers bringt viele einzelne Komponenten mit. Ein Blick in das Log-Verzeichnis von Microsoft zeigt, dass es nicht nur "Die" SQL-Installation gibt, sondern jede Menge Zeugs außen rum. Das Log-Verzeichnis von Microsoft finden Sie hier: C:\Program Files\Microsoft SQL Server\140\Setup Bootstrap\Log\<Datum_Uhrzeit der Installation>\   Dass auch vermeintlich ältere Einträge vorhanden sind, ist der Abwärtskompatibilität und dem Sharen von einzelnen Komponenten (z.B. SQL Browser, VSS-Writer) geschuldet.   Die DATEV Deinstallation wirft alles vom Rechner, was wir auch wieder mitbringen, lassen aber Komponenten stehen, die eventuell von Fremd-SQL-Instanzen genutzt werden.   Wenn Sie dort also einzelne Komponenten deinstallieren, wird es mit hoher Wahrscheinlichkeit zu Problemen bei der Arbeit mit DATEV- oder Fremd-Programmen (sollten diese einen SQL-Server verwenden) kommen.   Viele Grüße Harald Sommer IT-Systemplattform   DATEV eG   ... Mehr anzeigen

Hallo zusammen,   ich versuche, Ihre Fragen zu beantworten.   @boomboom: Natürlich gibt es viele Piloten und Stabilisierer, die wochenlang die (eigentlich fertiggestellten) DATEV Programme auf Herz und Nieren prüfen und alle gefundenen Ungereimtheiten an uns melden.   Aber eine "interne" Info-DB ist mir fremd. Ich denke jeder Fachbereich hat sein KnowHow in Mails oder einzelnen internen Dokumenten, es gibt auch eine interne Software um Probleme, die bei Kunden auftreten, an die jeweilige Entwicklung weiterzugeben. Wenn Sie Pilot-Dokumente meinen, diese sind inzwischen auch in der Info-Db bzw. dem DATEV Hilfe-Center (www.datev.de/hilfe) zu finden, früher ging das nur über ein Pilot- / Stabi-Portal. Generell versuchen alle Fachabteilungen, ihr KnowHow so schnell wie möglich in Info-DB-Dokumente zu kippen und es somit jedem zur Verfügung zu stellen.   @metalposaunist: Wie gesagt, es gibt keine "interne" Info-DB. Aber teilweise heftigen Mail-Verkehr - wie z.B. ab letzten Freitag, als plötzlich bei der SQL Server Installation eine neue Ausprägung des bekannten ExitCodes -2068119551 aufgetreten ist. Nach erfolgreicher Ursachenforschung haben wir sehr schnell das Dokument 1001105 um die Abhilfe erweitert. Heute, eine knappe Woche später schaut es so aus, als hätte Microsoft das Problem mit dem Patchday im September gelöst. Das wird sich in den nächsten Tagen zeigen. Und natürlich versuchen wir, die Dokumente so zu gestalten, dass auch ein Anwender damit etwas anfangen kann. Bei unseren technischen Problemen ist das natürlich immer etwas schwieriger, als bei den Dokumenten der Anwendungs-Abteilungen.   @vogtsburger: Das Thema, dass der Prüf- und Sicherungslauf nicht mehr funktioniert, ist kein Massen-Phänomen. Warum nicht? Weil die meisten Kunden die Installations-Art Standard wählen und nicht benutzerdefiniert einzelne Komponenten abwählen. Viele Kunden nutzen den Server als LIMA- und Kommunikationsserver, somit wird dort auch überwiegend DATEV Basis oder zumindest das Sicherheitspaket installiert. Installationshilfen, Neuerungen usw. gibt es hier: https://www.datev.de/web/de/service/software-auslieferung/ und folgende (z. B. https://www.datev.de/web/de/service/software-auslieferung/datev-programme-14-0/)   Viele Grüße Harald Sommer ... Mehr anzeigen

Hallo zusammen,   zu den Programmen 14.0 haben wir endlich die Möglichkeit geschaffen, sich per E-Mail über die Ergebnisse der Prüf- und Sicherungsläufe benachrichtigen zu lassen E-Mail-Benachrichtigung einrichten, um Ergebnisse der Datenbankprüfung zu erhalten.    Dafür sind bestimmte Voraussetzungen notwendig.   Die wichtigste: Basisdienste E-Mail muss auf dem System installiert sein, auf dem der SQL-Server läuft. Basisdienste E-Mail benötigt die Datei DATEV.Framework.Security.SecurityServicePro.dll aus der Komponente B0000390.   Diese Komponente kommt in den Paketen DATEV Basis oder Sicherheitspaket mit. Es wurde davon ausgegangen, dass eines der beiden Pakete auf den Fileservern installiert ist.   Bei einer Standard-Installation auf einem Fileserver ist das Sicherheitspaket immer dabei. Vor allem, weil in ca. 95% aller Betriebsstätten auch der LIMA auf dem Fileserver installiert wird und der mIDentity-Stick immer häufiger das Softwareschutzmodul ersetzt.   In unseren Testumgebungen wird über den Standard-Weg installiert und auch bei den Pilot- und Stabi-Installationen ist das Problem nicht aufgetreten.   Der Prüf- und Sicherungslauf prüft, ob alle notwendigen DLLs vorhanden sind - wenn nicht, funktioniert er nicht. Das haben wir jetzt durch Ihre Rückmeldungen erfahren, wir hätten das auch lieber aus der Pilot- oder Stabi-Phase erfahren.   Um wieder zu einem funktionierenden Prüf- und Sicherungslauf zu kommen gibt es die beiden genannten Möglichkeiten im Dokument Prüf- und Sicherungslauf ohne Funktion nach Installation der DATEV-Programme 14.x : - Sicherheitspaket installieren - Komponente B0000390 installieren   Ein Kopieren der DLL reicht nicht aus.   Viele Grüße Harald Sommer ... Mehr anzeigen

@Harald_Sommer  schrieb:   Die meisten Kunden mit DMS (egal ob alt oder neu) haben die DMS-Datenbank auf einem separaten Server, also müsste man hier getrennt von den anderen Anwendungsdatenbanken eigene Tasks in der Aufgabenplanung anlegen können.   Der Satz ist so nicht ganz richtig, denn viele (inzwischen die meisten) Kunden betreiben die DMS-Datenbank ebenfalls auf dem Server auf dem die anderen Anwendungsdatenbanken liegen. Dort ist es natürlich auch möglich, mit individuellen Prüfläufen unterschiedliche Tasks in der Aufgabenplanung anzulegen.   Viele Grüße aus Nürnberg Harald Sommer DATEV eG ... Mehr anzeigen

Hallo,   die Anfrage wurde wegen dem Begriff Onlinesicherung zu uns weitergegeben. Dazu kann ich auch eine Aussage machen, zu den technischen Besonderheiten von "DMS neu" kann ich leider nichts beisteuern.   Sie haben Recht, bei "DMS neu" werden die Dokumente in einer Datenbank abgelegt, das war auch bei der Dokumentenablage bereits so. Darüber haben SQL- und DMS-Entwickler auch diskutiert, letztendlich haben die DMS-Entwickler das so für die Anwendung entschieden.   Auch wenn dadurch das Volumen der Onlinesicherung steigt, bleibe ich bei meiner Aussage, dass jeder verantwortungsbewusste Dateneigentümer den konsistenten Zustand seiner Datenbanken kennen sollte, bevor er diese in eine Sicherung schiebt (siehe dazu Dokument Leitfaden zur Datensicherung - insbesondere Kapitel 3.2).   Das funktioniert zuverlässig über einen automatischen Prüf- und Sicherungslauf, den Sie im DATEV SQL-Manager (Administrator) anlegen können.   Die meisten Kunden mit DMS (egal ob alt oder neu) haben die DMS-Datenbank auf einem separaten Server, also müsste man hier getrennt von den anderen Anwendungsdatenbanken eigene Tasks in der Aufgabenplanung anlegen können.   Um dem täglichen Sichern über die SQL-Onlinesicherung auszuweichen, könnte man einen täglichen Prüflauf durchführen (dieser kann auch laufen, wenn mit den Anwendungen gearbeitet wird) und ein- oder zweimal wöchentlich würde ich auf jeden Fall doch zum Prüf- und Sicherungslauf greifen.   Realisieren lässt sich das über einen oder mehrere individuelle Prüfläufe (mal mit, mal ohne SQL-Onlinesicherung) - siehe dazu das Dokument Individuellen Prüflauf einrichten.   Ihre Offline-Sicherung können Sie über Snapshots der virtuellen Maschinen, über VSS oder wie auch immer erstellen. da haben Sie sicherlich ein individuelles, für Ihre Systemumgebung optimiertes, Sicherungskonzept.   Viele Grüße aus Nürnberg Harald Sommer DATEV eG ... Mehr anzeigen

Hallo boomboom, leider bringen Sie viele Begriffe durcheinander, deshalb kann ich nicht abschätzen, welchen technischen Hintergrund Sie haben. Bereits im ersten Satz im ersten Post schreiben Sie: "die SQL-Onlinesicherung in die Cloud wurde abgeschafft." Es gab nie eine SQL-Onlinesicherung, die in die Cloud gesichert hat. - Es gab die Datensicherung online die eine Sicherung im DATEV Rechenzentrum abgelegt hat, deren Marktsaustieg  zum 30.09.2019 beschlossen wurde. Die Gründe dürften bekannt sein. - Es gibt nach wie vor im DATEV SQL-Manager die Datenbankprüfung mit einer SQL-Onlinesicherung (auf ein lokales Laufwerk im System). Ich gehe davon aus, dass Sie Steuerberater oder Mitarbeiter in einer Kanzlei sind. Als Steuerberater und wahrscheinlich Dateneigentümer sind Sie für die Pflege Ihrer Daten(-banken) verantwortlich und müssen laut Gesetz diese Daten auch jederzeit zugreifbar vorhalten (auch relevant: GoBD). Dies kann nur durch ein sinnvolles, auf Ihre Umgebung angepasstes Sicherungskonzept gewährleistet werden. Wenn Sie das KnowHow nicht besitzen, dieses Sicherungskonzept auf die Beine zu stellen, dann sollten Sie sich an jemanden wenden, der dies beruflich macht und dem Sie diese Verantwortung übertragen können. Ich schreibe die InfoDB-Dokumente zur Datensicherung, kann Ihnen aber nichts zu Acronis, Veeam usw. sagen. Da es zig verschiedene Versionen der Fremd-Anwendungen gibt und dazu noch zig verschiedene Einsatzszenarien, kann es dazu auch keine Anleitung von DATEV geben. Die DATEV-Empfehlung zur Datensicherung ist im Dokument 1013210  und folgende dokumentiert. In unseren Augen MUSS immer zuerst eine Datenbankprüfung MIT SQL-Onlinesicherung im SQL-Manager durchgeführt werden und DANACH eine von uns sogenannte OFFLINE-Sicherung. Ob bei der OFFLINE-Sicherung dann eine VSS-, Image- oder was auch immer für eine Sicherung genutzt wird, liegt in der Entscheidung des Verantwortlichen für die Datensicherung in den einzelnen Kanzleien oder Unternehmen. sie muss, wie andere auch schon genannt haben zur Umgebung passen und kann nicht verallgemeinert werden. Auch wenn ich einigen technischen Sachverstand habe, werde ich niemals einen Automotor zerlegen, in der Hoffnung, dass das Auto hinterher wieder funktioniert. Ich schneide mir auch nicht selbst meine Haare. Und ich mache auch meine Steuererklärung nicht selbst. Dafür gibt es Fachleute, die ich für solche Aufgaben in Anspruch nehme, bzw. nehmen muss. Viele Grüße, Harald Sommer ... Mehr anzeigen

Hallo zusammen, wenn ich mir den Thread durchlese, werden hier Äpfel mit Birnen in den selben Korb geworfen. DATEV nimmt die Unterscheidung von Microsoft an und unterscheidet deshalb zwischen den - normalerweise monatlich erscheinenden - Windows (bzw. Microsoft-) Updates und Servicepacks. Und auch bei den monatlichen Updates wird nochmals unterschieden zwischen Sicherheitsupdates, wichtigen nicht sicherheitsrelevanten Updates, empfohlenen Updates und optionalen Updates. Wenn ein Servicepack bei einem monatlichen Patchday erscheint, dann ist dieses Servicepack zunächst immer optional und wird deshalb bei den monatlichen Verträglichkeitstests nicht betrachtet. Hinzu kommt, dass Servicepacks bei DATEV immer separat betrachtet werden und deshalb die Untersuchungen dazu deutlich länger dauern. Im InfoDB-Dokument zu den Microsoft-Updates​ steht folgendes: --------------------- ...... DATEV testet die aktuellen Versionen der DATEV-Programme auf ihre Verträglichkeit mit den Microsoft Updates. Die Tests beginnen unverzüglich nach Veröffentlichung der Microsoft Updates. Die Verträglichkeitstests untersuchen nicht die eigentliche Funktion der Microsoft Updates. Wir testen, ob die DATEV-Programme nach Installation der Microsoft Updates noch richtig funktionieren. Erst nach Abschluss der Prüfung kann eine Aussage über die Verträglichkeit der DATEV-Programme mit den Microsoft Updates getroffen werden. Auch nach Abschluss der Verträglichkeitstests können Probleme auftreten. Unsere Tests sind grundlegender Natur und können keinen vollständigen Praxisbetrieb simulieren. Auf den Testsystemen werden die regelmäßig am monatlichen Microsoft-Patchday veröffentlichten Sicherheits-, wichtige und empfohlene Updates installiert. Außerplanmäßig erscheinende Sicherheits-Updates werden nur betrachtet, wenn DATEV-Schnittstellen betroffen sind. Nicht installiert werden optionale Updates und Updates von Microsoft-Produkten, die keine Schnittstelle zu DATEV-Programmen haben (z. B. Microsoft Exchange). ...... --------------------- Herr Krentz bringt ein Sicherheitsupdate für den SQL Server von Juli 2019 ins Gespräch. Dieses Sicherheitsupdate gibt es sowohl für den SQL Server mit SP2 als auch für den SQL Server mit SP3. Da es sich um ein Sicherheitsupdate handelt, wird es bei den monatlichen Microsoft-Update mitinstalliert und mit in die Betrachtungen einbezogen. Getestet wird ob die DATEV-Software noch läuft, wenn auf einem DATEV-Rechner die Microsoft Updates installiert werden. --------------------- Ein kleiner Exkurs zu dem Thema SP3 aus Ende 2018 / Anfang 2019: Die DATEV-DVD (bzw. der RZ-Abruf der Software) wird bereits vor der Auslieferung ausführlich getestet und fertiggestellt. Da das SP3 deutlich nach der Fertigstellung der DVD 12.0 (August 2018) auf den Markt kam, waren auf der DVD nur Installations- und Update-Dateien auf Basis des SP2 vorhanden. Wurde das SP3 VOR der Installation der DVD 12.0 auf ein DATEV-System gebracht, scheiterte die Installation der DVD mit dem oben genannten Fehler. Die Januar-DVDs enthalten normalerweise die DATEV-Plattform der vorherigen Herbst-DVD und deshalb trat das Problem logischerweise auch bei Kunden auf, die von einer 11.x direkt auf die 12.1 umgestiegen sind und die DVD 12.0 übersprungen haben. --------------------- Harald Sommer IT-Systemplattform DATEV eG ... Mehr anzeigen

Hallo Community, die Antwort von DATEV hat etwas auf sich warten lassen, da wir das Thema erst mit den Kollegen der zuständigen Entwicklung besprechen wollten, um umfassend antworten zu können. Kurz zur Historie: Eine der Anforderungen an den DATEV SQL-Manager war, die Prüf- und Sicherungs-Funktionen, die der Microsoft SQL Server bereits mitbringt, abzubilden. Diese Funktion sollte kein Ersatz für eine echte Sicherungssoftware sein, da zu einer Sicherung wesentlich mehr gehört als einzelne Datenbankdateien (siehe Info-DB 1080090). Anforderungen waren u.a.: - Datenbanken sollen automatisiert oder manuell geprüft werden können. - Von einer integren Datenbank soll eine Kopie angelegt werden können. - Das Ergebnis der Automatisierung soll für den Kunden oder seinen Administrator einsehbar / prüfbar sein. Diese Anforderungen wurden umgesetzt und laufen bis heute unverändert. Die Kontrolle muss aktiv durch den Kunden (oder den Administrator sofern vorhanden) erfolgen! Andernfalls kann es vorkommen, dass defekte Datenbanken durch Sicherungssoftware gesichert werden, die im Notfall nutzlos sind. Vor der Umstellung auf die sog. "DATEV Pro Produktlinie" wurde dem Anwender ein "Erinnerungdialog" gezeigt, der darauf hinwies, wenn Datenbanken länger nicht oder noch nie geprüft wurden. Der Dialog erschien ebenfalls, wenn bei der Prüfung und / oder Kopie einer Datenbank Probleme entdeckt wurden. Das Problem dabei war, dass diese Meldungen gleichermaßen einem Anwender auf seinem Einzelarbeitsplatz ohne Netzwerk angezeigt wurden (was noch wünschenswert ist), aber auch allen Anwendern einer Kanzlei / eines Unternehmens in Client- / Server-Umgebungen, teils mit dutzenden oder gar hunderten von Arbeitsplätzen (wo es hier nur den Administrator interessieren sollte). Dies führte zu Nachfragen und Beschwerden der Kunden, wie die Meldungen abzuschalten seien und viele Anwender ignorierten diese einfach. Wie ist die aktuelle Situation? Heute gibt es nur noch wenige DATEV-Anwendungen, die mit der "alten" Technologie entwickelt wurden, und noch "Erinnerungsmeldungen" anzeigen. In der neueren Produktlinie kommen die "Erinnerungsmeldungen" nicht mehr vor. Dies hat vor allem technische Gründe und Gründe in der Architektur der neueren Software. Durch die angestrebte höhere Integration der DATEV-Anwendungen in einen Arbeitsplatz passte es auch nicht mehr, dass dem Anwender beim Datenbankzugriff einer beliebigen Anwendung potentiell ein technischer Dialog angezeigt wird, mit der er in der Regel nichts anfangen kann. Es wurde damals diskutiert, ob und wie man gezielt nur den Administrator informieren könne / solle, fand aber keine ausreichend gute Lösung, bei der Aufwand, Nutzen und Risiko in einem guten Verhältnis stehen. Auch E-Mail-Benachrichtigungen waren im Gespräch. Doch es gab Fragen: Können von jedem Rechner aus E-Mails versendet werden? Wer bringt die technische Basis dafür mit? Wer legt den Empfänger der Nachricht fest? Wer ist der Dateneigentümer? Wer ist dessen Administrator? Ein Systempartner / Techniker? Was ist, wenn dieser im Urlaub ist? Was ist, wenn sich die Mail-Adresse ändert? Wer trägt letztlich die Verantwortung für die Daten? usw. Sehr viele Fragen dazu blieben offen. Manche Antworten würden auf einige Kunden-Konstellationen passen, andere nur bedingt und umgekehrt. Lange Rede kurzer Sinn. - Wir können Ihnen die Datensorgfaltspflicht nicht abnehmen; Sie sind für Ihre Daten(-banken) selbst verantwortlich. - Sie müssen dafür sorgen, dass Sie jederzeit auf eine funktionierende Datensicherung zurückgreifen können - das steht auch so in der GoBD (siehe 1080608). - Sie müssen dafür sorgen, dass Ihre Daten konsistent sind - und dies regelmäßig kontrollieren. Dafür gibt es den Prüf- und Sicherungslauf (siehe 1013210), der Sie dabei unterstützt. - Sie können das Prüf-Ergebnis in eine Freigabe legen und direkt an Ihrer Arbeitsstation anschauen (siehe 1034058, Kapitel 3.2) und einen Link zum Prüfergebnis direkt auf dem Desktop anlegen (Kapitel 3.3). - Zunächst ist es aber wichtig, dass Sie Ihre Datenbanken überhaupt regelmäßig prüfen und mit der SQL-Onlinesicherung wegkopieren. - Da dies vielen Kunden mit dem DATEV SQL-Manager (Administrator) zu umständlich war, wurde das deutlich vereinfachte Werkzeug DSQLCheck entwickelt (siehe 1071154). Workarounds einer selbstgebauten E-Mail-Benachrichtigung, wie hier im Forum veröffentlicht, können vielleicht für Sie funktionieren. Dies müssen Sie aber selbst in Ihrem Umfeld ausprobieren und die Verantwortung dafür übernehmen. Die Antwort wird manche von Ihnen enttäuschen, aber hoffentlich Klarheit in der Sache schaffen. ... Mehr anzeigen

Hallo, ich habe diese Frage an meine Kollegen in der Entwicklung weitergegeben und folgende Antwort erhalten: ------------------------------------- Beim Update „September 25, 2017—KB4040724 (OS Build 15063.632)" handelt es sich um ein „non-security update". Seit Windows 10 1703 Creators Update gibt es zwei Kategorien von Qualitätsupdates „non-security fixes" und „security fixes". Zum Patchday werden am 2. Dienstag im Monat die Security-Fixes automatisch verteilt. Die Patches ohne Security-Relevanz werden Ende des Monats verteilt, aber nicht an alle. Über WSUS/SCCM werden diese nur über die Kategorie Updates verteilt. Über Windows Update nur, wenn kein Windows Update for Business konfiguriert ist. Im nächsten Security-Fix ist dann der Non-Security-Fix enthalten. Da diese Patches nicht angekündigt werden und nicht an alle verteilt werden, ist kein spezieller Sondertest geplant. Der Kunde sollte selber entscheiden, wie er Windows Update/WSUS konfiguriert. Empfehlung wäre, immer am Patchday den aktuellen kumulativen Patch zu installieren. ------------------------------------- Als Quelle für diese Aussage wird folgende Micrososft-Seite angegeben: https://blogs.technet.microsoft.com/windowsitpro/2017/04/24/new-update-options-for-windows-10-1703/ Mit freundlichen Grüßen Harald Sommer ... Mehr anzeigen