In Bearbeitung [WAWI-20518] Achtung: Für die Datenbank xy wurde länger als 24h kein Backup durchgeführt

[dotnetpower]

Hallo, weiß jemand wie ich diese Meldung abstellen kann? Unsere Datenbank wird mit einer professionellen Lösung alle 30 Minuten gebackupt, aber das erkennt die Wawi wohl nicht...

 

[Rico Giesler]

Stört dich die Meldung denn so sehr? Ist ja nur auf dem Dashboard zu sehen.
Die Wawi bezieht sich dabei auf backups dir dort heraus erstellt wurden.

 

[dotnetpower]

Schon, das ist so wie wenn im Auto ständig das Anschnallen vergessen Zeichen aufleuchtet obwohl man angeschnallt ist. Man ist dann trotzdem erst mal beunruhigt das etwas nicht stimmen könnte. Ich hab das erste mal als es mir aufgefallen ist den Datenbankserver und den Backupserver von oben nach unten durchgecheckt...

 

[Rico Giesler]

Da du ja weißt ,dass ihr eure Backups automatisch erstellt ist alles gut. Es ist lediglich ein Hinweis, dass aus der Wawi heraus keines erstellt wurde.

 

[gutberle]

Hmmm, da muß ich @dotnetpower aber recht geben, denn sein Vergleich mit dem Sicherheitsgurt trifft es genau. Das Ganze ist ja sicherlich gut gemeint, aber der Weg zum Backup "aus der Wawi heraus" führt ja wirklich mächtig "aus der Wawi heraus" und braucht dann auch noch etliche manuelle Schritte, Klicks und Eingaben ...

Und dann man muß auch noch den Backupzeitplan selber im Kopf haben und "auslösen", so dass jeder, der bis fünf zählen kann, seine Backups lieber über ein externes Programm macht - und das kriegt die Meldung eben nicht mit. Ich denke also, dass das zwar gut von Euch gemeint ist, aber nicht zielführend ist und vielleicht könntet Ihr die Meldung dann doch entweder konfigurierbar machen, oder sogar vorerst abschalten, bis Ihr mal Zeit habt, was universelleres umzusetzen.

Ich denke da zum Beispiel an die Auslösung dieser Meldung (Widget?) durch einen Workflow, denn da fallen mir auf Anhieb ein Dutzend Dinge ein, wie man dann wirklich sauber auf FileSystem und/oder Datenbank-Ebene testen könnte, ob ein Backup gemacht wurden, wann, welcher Typ und ob erfolgreich, usw. - Das wär doch was, oder?

 

[elevennerds.de]

Ein Backup über die Kommandozeile setzt den Zähler für die Warnung auch zurück. Man muss da also nichts klicken.

MfG

Rene

 

[gutberle]

Hi Rene,

danke für den Hinweis. Meinst Du das Backup mit osql.exe wie anno dunnemals oder gibt es da irgendwo noch Kommandozeilenoptionen von Wawi oder Datenbankverwaltung, die ich noch nicht kenne?

Gruß,
Ingmar

 

[elevennerds.de]

osql oder sqlcmd, die Kommandozeilentools zu MSSQL.

 

[mustermann]

Meinst Du das Backup mit osql.exe wie anno dunnemals

osql ist ein seit langem bewährtes tool, u.a. auch gut für scriptbasierte automatisierte backups. Ehrlich gesagt war osql mein erster Gedanke, als der TO von "einer professionellen Lösung" sprach. Aber da er eine Meldung aufs dashboard bekommt, nutzt er wohl was anderes.

 

[gutberle]

ACHTUNG: Ich habe das Ganze mal ein bißchen genauer untersucht und bin darauf gestossen, das das Ganze KEIN PROBLEM ist und ich ziehe auch meinen Einwurf von oben an @Rico Giesler wegen einstampfen/verbessern ZURÜCK ...

JTL macht hier alles richtig, denn sie lesen den letzten TimeStamp aus dbo.backupset.backup_finish_date aus und wenn der >= 25 Stunden her ist, dann erscheint die besagte Meldung und ich dachte, ich hätte auch auf meinem reinen Testsystem automatische Backups mit SQLBackupAndFTP installiert, die Meldung würde aber trotzdem kommen, weil nur osql / sqlcmd den TimeStamp setzen würden. Das ist aber Quatsch, ich hatte gar keinen Backup-Plan eingerichtet und deshalb kam die Meldung, mea culpa.

Ich habe jetzt sowohl händisch mit osql und mit sqlcmd getestet, die den TimeStamp natürlich beide setzen, dann habe ich mir aber auch beide hier sehr populären "Automatik-Tools" SQLBackupAndFTP und SQLBackupMaster installiert und auch die beiden setzen den TimeStamp korrekt, vermutlich weil sie intern auch mit osql/sqlcmd arbeiten.

@dotnetpower - Damit zeigt Dein Thread eigentlich nur, dass Du keine automatischen DB Backups eingerichtet hast. Das ist natürlich Deine Sache, aber es wäre mal zu überlegen, kost ja nix, denn beide oben genannten Tools gibt es in kostenlosen Varianten, die normalerweise völlig ausreichen und regelmäßige Backups sind gerade im Handel eine echte Lebensversicherung, aber das weißt Du natürlich auch ...

 

[ag-websolutions.de]

Damit zeigt Dein Thread eigentlich nur, dass Du keine automatischen DB Backups eingerichtet hast.

Oder die verwendete Backup-Lösung setzt nicht wie es sein sollte den Timestamp hoch

 

[gutberle]

@ag-websolutions.de - Korrekt, aber kann eine externe Backup-Lösung überhaupt selbst den Timestamp hochsetzen?

Die Informationen in dbo.backupset sind nämlich ziemlich umfangreich und das, was dort alles protokolliert wird, macht mir eher den Eindruck, als ob das alles nur dann (korrekt) gesetzt werden können, wenn das Backup mit SQL Server internen Methoden durchgeführt wird.

Deshalb auch meine Vermutung von oben, dass SQLBackupAndFTP und SQLBackupManager die internen osql / sqlcmd Kommandos für das Backup benutzen.

 

[ag-websolutions.de]

dass SQLBackupAndFTP und SQLBackupManager die internen osql / sqlcmd Kommandos für das Backup benutzen

ja nutzen sie.

aber kann eine externe Backup-Lösung überhaupt

vllt. verrät uns der TO ja was seine "professionelle Lösung" ist

 

[dotnetpower]

Wir nutzen den DPM und der ist schon professionell vermute ich. Die Methoden die angewendet werden sorgen dafür, das man sehr viele Backups mit einem Bruchteil an Speicherplatz vorhalten kann. Ich finde es nicht richtig das hier eine nicht konfigurierbare Meldung aufpoppt. Das ist zwar toll für alle die mit 0815 Bordmitteln arbeiten, nervt aber wenn man eine Enterpriselösung benutzt.

 

[Rico Giesler]

Es gibt ein internes Ticket bei uns, in dem vorgeschlagen wird dass sogar auf jedem Client eine Meldung aufgehen soll, wenn X Tage kein Backup gemacht wurde.
Ich habe dort den Wunsch geäußert, dass dies pro Benutzer einstellbar gemacht werden soll.

 

[mustermann]

Ich finde es nicht richtig das hier eine nicht konfigurierbare Meldung aufpoppt. Das ist zwar toll für alle die mit 0815 Bordmitteln arbeiten, nervt aber wenn man eine Enterpriselösung benutzt.

Ich möchte an dieser Stelle widersprechen. Zunächst möchte ich aber eine weitere Lanze für SQL-Server-eigene tools brechen.

Es gibt keine guten oder schlechte Backupprogramme. Erstens ist es eine Frage des Konzeptes, das optimal auf den jeweiligen Anwendungsfall angepasst werden muss. Dazu gehören Regelmäßigkeit, Zeitnähe und Sicherheit. Jede Backupstrategie muss zudem von hinten gedacht werden. Nämlich ob sich im Ernstfall ein System zeitnah, komfortabel und schnell wiederherstellen lässt. Es bedarf also vor allem einer Restorestrategie. Zweitens ist die Wahl der zu verwendenden tools dem untergeordnet. Mit osql lassen sich flexibel maßgeschneiderte Backup/Restore-Konzepte umsetzen, was nicht heißt, dass es für jeden passend ist.

Zurück zum Thema: Wenn die Nutzerschaft dieses Forums repräsentativ für die Nutzerschaft des Programmes JTL-Wawi ist, begrüße ich die Idee, diese Erinnerung auf dem Dashboard anzuzeigen. Wenn eine Meldung nervt und diese lässt sich abschalten statt die angemahnte Aktion auszuführen, wird genau das geschehen. Danach ist der Katzenjammer bei den Anwendern möglicherweise groß. Man kann das in diesem Forum nachlesen.

Niemand sollte seine Mitarbeiter an den Clients mit Backup-Erinnerungen nerven, keinesfalls aber auf backups verzichten. Nutzer sogenannter Enterprise-Lösungen, die dies nicht berücksichtigen, sollten sich an den Hersteller wenden mit der Bitte um Unterstützung bei der Zurücksetzung des Zeitstempels. Einfacherweise stehen hier wieder Bordmittel zur Verfügung: osql und Aufgabenplaner.

 

[pctech]

Hallo Forum und JTL-Software
Zumindest der Admin sollte diese Meldung steuern können.

Wir nutzen andere Lösungen und Spiegeln z.B gleich die ganze Platte.
Für regelmässige Backup brauchen wir wirklich keine Hilfe von JTL-WAWI. Da gäbe es ander Dinge..

Was nützt es dem End-Anwender wenn solche Warnungen auftauchen?
Dies verunsichert die Anwender und stellt den Admin saublöde hin.
Ah kein Backup, da rufen wir doch gleich mal den Admin an, ich erkläre seit dem Update immer wieder: einfach Ignorieren.

Ausserdem hat ja der Endanwender sicherlich KEINEN Zugriff auf den Backup Ordner oder die SQL Data Instanz.
Der WAWI Admin logt sich meist nur bei Fragen, Einstellungen und Problembehebung mit seinem WAWI Benutzerkonto ein,
hat aber keinen Zugriff auf den Server und den Backup Pfad.

So was nun? soll ich das Sicherheits-System aufbrechen für ein Backup, welches so nicht gebraucht wird?

Wo kann ich diese ungewollte, nerfige Funktion deaktivieren?

 

[elevennerds.de]

Hallo,

mach doch einfach täglich zusätzlich ein Backup über osql, schon ist die Meldung verschwunden.

MfG

Rene

 

[mustermann]

@gutberle hat in #10 beschrieben, welcher Wert zu ändern ist.
Sollte für so einen Admin nicht das Problem sein, und Spiegelung != Backup, schönen Feierabend.

 

[versuchsmal]

@pctech das ist nun wirklich eines der kleinsten Probleme die es gibt. Klick es weg und gut ist. Schau mal im Forum wieviele keine Datensicherung schreiben.

Mit den besten Grüßen
Mario