Hallo Gabriele2025,   bitte erstellen Sie einen Servicekontakt mit dem Produkt "Basisdienste Ausgabe" und beschreiben Sie dort nochmals kurz Ihre Situation.   Wie Sie einen Servicekontakt anlegen finden Sie hier:  1071593    Viele Grüße aus Nürnberg   Harald Sommer DATEV eG | Service Technische Basis ... Mehr anzeigen

Hallo zusammen,   privat bin ich im selben Dilemma mit meinem Core i7 - 6700. Da bin ich auch am Hin- und Her-Überlegen, ob ich einen der Tricks anwende, die z.B. auf Youtube zu finden sind - um sogar mit Windows-Bord-Mitteln Windows 11 auf einer nicht unterstützten Hardware zu installieren.   Aber bei einem produktiv genutzten Rechner, der zuverlässig seine Windows Sicherheitsupdates erhalten soll, habe ich dann doch Bauchschmerzen.   Wie oben bereits geschrieben wurde: - Was ist, wenn diese Systeme von Microsoft nicht mehr mit Sicherheitsupdates versorgt werden? - Was ist, wenn die bereits betagte Hardware den Geist aufgibt und man dann sofort reagieren muss, statt jetzt sauber den Austausch zu planen?   Ein neuer PC kann dann ja auch wieder steuerlich abgesetzt werden.   Aus DATEV-Sicht kommt dann noch ein Faktor dazu: Wenn die Service-Mitarbeiter erkennen, dass es sich um keine - seitens Microsoft - offiziell unterstützte Hardware handelt, könnten auch einfache Hilfestellungen abgelehnt werden - auch wenn sie wahrscheinlich mit der Hardware nichts zu tun haben. Bei der Installation der DATEV-Programme werden wir nicht abbrechen, da wird die Hardware-Betriebssystem-Kombination nicht abprüfen.   Aber ob das Basteln so einer Umgebung in einer produktiven Umgebung sinnvoll ist, müssen Sie selbst entscheiden.   Ich habe für mich eigentlich schon entschieden, dass ich das Motherboard, den Prozessor und den Arbeitsspeicher austauschen werde, dann habe ich wieder ein aktuelles Gerät, was dann wieder einige Jahre laufen wird.   Viele Grüße aus Nürnberg   Harald Sommer DATEV eG | Service Technische Basis ... Mehr anzeigen

Hallo CP74,   auch wenn das bisherige System ein Terminalserver All-in-One ist, ändert sich nichts für einen Serverumzug. Mitgenommen wird das WINDVSW1-Verzeichnis und das lokale Datenverzeichnis (wegen dem LIMA).   Wenn dann die neue Umgebung einen File- und einen (oder mehrere) Terminalserver hat, wird dort ja überall die DATEV-Software neu installiert.   Das bedeutet sogar, dass auch das WINDVSW1\DATEV\Daten-Verzeichnis (und immer das lokale Datenverzeichnis) ausreichen würde, da alles andere durch die Installation am neuen File-und am neuen Terminalserver auf die Systeme kommt.   Aber es bleibt dabei: - Zuerst die Daten / das Daten-Verzeichnis an die richtige Stelle bringen - Danach DATEV-Software installieren   In deiner Antwort erwähnst du, dass vor der Installation der DATEV-Programme die gesicherten Daten an die richtige Stelle kopiert werden sollen. Bedeutet das, ich soll zuerst die Sicherungsdaten auf den neuen Server in die korrekten Verzeichnisse kopieren und dann die DATEV-Plattform installieren? Ja   Funktioniert das System dann nach der Installation der Plattform wieder reibungslos? Ja, wenn man die Reihenfolge einhält, wie sie in den Dokumenten zum Serverumzug beschrieben ist.   Viele Grüße aus Nürnberg   Harald Sommer DATEV eG | IT-Systemplattform ... Mehr anzeigen

Hallo CP74,   wichtig ist hier der Punkt 3 - Daten sichern. Doch ist es sinnvoll, Daten zu sichern, ohne zu wissen, ob die Daten in Ordnung sind? Deshalb die Empfehlung, vorher die Datenbanken zu prüfen (Punkt 1).    Werden - bei einem Server - wie im Dokument 1080090 - Kapitel 3.3 beschrieben, alle Daten von <LW>:\WINDVSW1 (der Name des Ordners kann natürlich variieren) und die lokalen Daten %DATEVDP%\DATEN regelmäßig gesichert, dann kann damit ein neuer Server bestückt werden.   Wie bei jedem DATEV-Umzug müssen, vor der Installation der DATEV-Programme, die Daten an die richtige Stelle gebracht werden. Werden zuerst die DATEV-Programme installiert, bedeutet es einen enormen (bis unmöglichen) Aufwand, die jetzt leeren Daten hinterher durch die Daten des alten Systems auszutauschen.   Geht es darum, einen geplanten Serverumzug durchzuführen, empfehle ich doch eher die folgenden Dokumente:  1011814 - Server umziehen mit Server-Anpassungs-Assistent  1080071 - Server umziehen ohne Server-Anpassungs-Assistent   Viele Grüße aus Nürnberg   Harald Sommer DATEV eG | IT-Systemplattform ... Mehr anzeigen

Nein, die SQL-Instanz für DATEV kann nur für DATEV-Programme verwendet werden.   Viele Grüße aus Nürnberg   Harald Sommer DATEV eG | IT-Systemplattform ... Mehr anzeigen

Hallo eisback,   wenn Sie nach unserer Beschreibung ( 1013312 ) vorgehen, passiert der zweiten SQL-Server-Instanz gar nichts. Die lassen wir komplett in Ruhe. Alles was beide (oder mehr) SQL-Server benutzen, wie z.B. der SQL Browser oder der VSS Writer bleibt bei einer normalen Deinstallation unberührt. Natürlich kann bei einer Deinstallation / Installation immer etwas schief gehen, aber die anderen Antworten haben ja bereits auf eine Sicherung hingewiesen.   Viele Grüße aus Nürnberg   Harald Sommer DATEV eG | IT-Systemplattform ... Mehr anzeigen

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.   @Gelöschter Nutzer: 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