<\/p>\n
Manfred Hoffbauer, Düsseldorf, und André Minhorst, Duisburg<\/b><\/p>\n
Access speichert alle Objekte einer Datenbank in einer einzigen Datei mit der Erweiterung .mdb. Wenn Sie einmal die Zeit für das Erstellen der Datenbankobjekte und die Zeit für die Datenbearbeitung zusammenrechnen, dann erhalten Sie einen Eindruck von dem Wert der Datenbankdatei. Der einzige wirksame Schutz gegen den totalen Verlust der .mdb-Datei ist die regelmäßige Datensicherung auf einem externen Medium. Dabei und bei einigen anderen Aufgaben hilft Ihnen das Tool, das wir Ihnen in diesem Beitrag vorstellen.<\/b><\/p>\n
Um es vorwegzunehmen: Die Sicherung einer Datenbank ist immer lästig. Um hohe Sicherheit zu erlangen, müssen Sie die .mdb-Datei auf einem externen Medium (zum Beispiel Band, CD, DVD, FTP-Verzeichnis, Wechselplatte) sichern und dieses auch noch an einem sicheren Ort aufbewahren.<\/p>\n
Die Datenbank sollte sich selbst bei einem Totalverlust des Server-PC beispielsweise durch Diebstahl oder Brand wieder rekonstruieren lassen.<\/p>\n
Eine weniger sichere, aber weitaus einfacher zu realisierende Form der Datensicherung ist das regelmäßige Kopieren der Dateibankdatei. Hierbei tritt immer wieder das Problem auf, dass die .mdb-Dateien unter Umständen zahlreich und an verschiedensten Orten auf der Festplatte verstreut sind. An dieser Stelle hilft Ihnen das im Folgenden beschriebene Access-Programm weiter, das das Kopieren der Datenbanken für Sie übernimmt. Weiter unten in diesem Beitrag reichern wir das Basisprogramm um eine Funktion zum Komprimieren der Datenbanken an.<\/p>\n
Zum Schluss erfahren Sie noch, wie Sie die Sicherungsvorgänge mit dem Windows-Dienst Geplante Tasks zeitlich planen können. Ein Verlegen der Sicherung auf die Nacht verringert die Wahrscheinlichkeit, dass Datenbanken nicht zuverlässig gesichert werden können, weil diese noch durch Benutzer gesperrt sind.<\/p>\n
Access-Datenbanken können nur zuverlässig gesichert werden, wenn sie zum Zeitpunkt der Sicherung nicht geöffnet sind. Weitere Informationen zu diesem Thema erhalten Sie im Beitrag Datenbanksperre abfragen in der vorliegenden Ausgabe von Access im Unternehmen. <\/p>\n
Die für die Steuerung der Sicherungsfunktion benötigten Daten werden in der Tabelle tblDatensicherung gespeichert (s. Tab. 1). Anhand des Tabellenentwurfs können Sie erkennen, dass das Tool einige Zusatzfunktionen enthält:<\/p>\n
Zum Packen verwenden Sie das Programm Arj32.exe. Es dampft .mdb- und andere Dateien gewaltig ein und hilft damit, Festplattenspeicher zu sparen. Sie können das Programm von der Seite Fehler! Hyperlink-Referenz ungültig. kostenlos zum Test herunterladen. Die Datei befindet sich im Bereich Download. Zur Installation der Software starten Sie einfach die heruntergeladene Datei. <\/p>\n
Die Tabelle tblParameter besteht aus drei Feldern: ParamterID, Parameter und Wert. Hier speichern Sie unterschiedliche Parameter wie beispielsweise den Pfad zur Datei MSAccess.exe auf dem aktuellen Rechner oder den Pfad zu dem in dieser Anwendung verwendeten Packprogramm Arj.exe.<\/p>\n
Die Parameter werden von Hand in diese Tabelle eingetragen; bei Bedarf können Sie dazu ein geeignetes Formular anlegen.<\/p>\n
Um die Eingabe der Daten in die Tabelle zu vereinfachen, verwenden Sie ein geeignetes Formular (siehe Bild 1).<\/p>\n
In dem Formular können Sie beliebig viele Sicherungsvorgänge definieren, die verschiedene Dateien, Sicherungsarten und Zeitpunkte beinhalten. Durch das Speichern eines Datensatzes wird automatisch eine Aufgabe im Windows-Dienst Geplante Tasks erstellt.<\/p>\n
Weitere Informationen zum Planen von Aktionen mit Geplante Tasks finden Sie im Beitrag Geplante Tasks mit Access in der vorliegenden Ausgabe von Access im Unternehmen. <\/p>\n
| \n Feldname<\/b><\/p>\n<\/td>\n | \n Bedeutung<\/b><\/p>\n<\/td>\n<\/tr>\n DatenbankID<\/p>\n<\/td>\n Zahlenfeld. Als Primärschlüssel und zur Sortierung geeignet.<\/p>\n<\/td>\n<\/tr>\n Quelldatei<\/p>\n<\/td>\n Laufwerk, Pfad und Dateiname der Quelldatei.<\/p>\n<\/td>\n<\/tr>\n Zieldatei<\/p>\n<\/td>\n Laufwerk, Pfad und Dateiname der Zieldatei.<\/p>\n<\/td>\n<\/tr>\n IstKomprimieren<\/p>\n<\/td>\n Erhält den Wert ja, wenn die Datenbank vor der Sicherung komprimiert werden soll.<\/p>\n<\/td>\n<\/tr>\n IstPacken<\/p>\n<\/td>\n Erhält den Wert ja, wenn die Sicherung mit ARJ32 gepackt werden soll.<\/p>\n<\/td>\n<\/tr>\n IstRekursiv<\/p>\n<\/td>\n Nur bei IstPacken = JA relevant. Erhält den Wert ja, wenn ARJ32 Unterverzeichnisse rekursiv durchsuchen soll.<\/p>\n<\/td>\n<\/tr>\n IstGestartet<\/p>\n<\/td>\n Ja\/Nein-Feld anhand dessen Sie feststellen können, ob der Vorgang begonnen wurde.<\/p>\n<\/td>\n<\/tr>\n IstAbgeschlossen<\/p>\n<\/td>\n Ja\/Nein-Feld anhand dessen Sie feststellen können, ob der Vorgang abgeschlossen wurde.<\/p>\n<\/td>\n<\/tr>\n Fehlermeldung<\/p>\n<\/td>\n Textfeld, das das Ergebnis des Vorgangs beschreibt.<\/p>\n<\/td>\n<\/tr>\n Letzteänderung<\/p>\n<\/td>\n Zeitpunkt der letzten änderung an diesem Datensatz.<\/p>\n<\/td>\n<\/tr>\n Uhrzeit<\/p>\n<\/td>\n Uhrzeit des Backups<\/p>\n<\/td>\n<\/tr>\n Samstag, Sonntag, …<\/p>\n<\/td>\n Tag\/e der Woche, an dem beziehungsweise denen gesichert werden soll<\/p>\n<\/td>\n<\/tr>\n JobID<\/p>\n<\/td>\n ID, unter der dieser Sicherungsvorgang in Geplante Tasks gespeichert ist<\/p>\n<\/td>\n<\/tr>\n<\/table>\n Tab. 1: Die Felder der Tabelle tblDatensicherung<\/b><\/p>\n Neben dem Festlegen der Eigenschaften eines Sicherungsvorgangs können Sie jeden Sicherungsvorgang einzeln starten. Dazu finden Sie am rechten Rand des Formulars für jeden Datensatz eine entsprechende Schaltfläche. Diese Funktion kann nicht nur zum manuellen Sichern, sondern auch zum Testen der Sicherungsfunktion verwendet werden.<\/p>\n <\/b><\/p>\n Bild 1: Das Formular zeigt den Inhalt der Tabelle tblDatensicherung und steuert die Datensicherung.<\/span><\/b><\/p>\n Der Start der Datensicherung erfolgt mit der Prozedur Sichere (s. Quellcode 1). Diese wird von zwei Stellen aus aufgerufen:<\/p>\n Die Prozedur Sichere erwartet die DatenbankID eines Sicherungsdatensatzes aus der Tabelle tblDatensicherung.<\/p>\n Die erste Aufgabe der Prozedur Sichere besteht darin, die Felder IstAbgeschlossen und Fehlermeldung zu initialisieren.<\/p>\n Werte von einem vorhergehenden Durchlauf werden dadurch gelöscht. Das Feld Letzteänderung wird auf die aktuelle Systemzeit und das Feld IstGestartet auf Ja gesetzt.<\/p>\n Die anschließende If-Abfrage übernimmt die grundlegende Steuerung für den aktuellen Datensatz und verzweigt in verschiedene Prozeduren. Der Funktionsaufruf IstDateiVorhanden(rst!Quelldatei) prüft zunächst, ob die angegebene Quelldatei überhaupt existiert. Die dahinter liegende Funktion ermittelt das Vorhandensein mittels Dir-Funktion. Diese liefert sowohl bei einzelnen Dateien (zum Beispiel C:\\Temp\\Test.mdb) als auch bei der Verwendung von gültigen Wildcards (zum Beispiel C:\\Temp\\*.mdb) den Wert True zurück. Falls Laufwerk, Pfad oder Datei nicht existieren, zeigt die Funktion den Wert False an.<\/p>\n Das Programm vermerkt das Fehlen der Quelldatei in dem Feld Fehlermeldung des aktuellen Datensatzes.<\/p>\n Falls die Quelldatei gefunden werden kann, prüft das Programm zunächst, ob die Datenbank komprimiert werden soll. Falls ja, wird die Komprimierung mit dem Aufruf der Prozedur Komprimiere initiiert.<\/p>\n Danach wird entweder mit SichereMitArj das einfache Kopieren der Datei oder mit SichereOhneArj das Komprimieren unter Verwendung des Arj32-Packers gestartet. Mit dieser Logik können Sie die .mdb-Datei zuerst komprimieren und sie dann kopieren oder packen.<\/p>\n Quellcode 1<\/b><\/p>\n Falls Sie eine Datenbank eventuell zuerst sowohl kopieren als auch packen wollen, dann müssen Sie statt If Then…Else ein Konstrukt verwenden, mit dem Sie die beiden Prozeduren auch nacheinander aufrufen können. In diesem Fall wäre eventuell das Hinzufügen eines weiteren Feldes namens IstKopieren sinnvoll.<\/p>\n Quellcode 2<\/b><\/p>\n Unabhängig davon, welche Operationen im Einzelnen durchgeführt werden, schreibt die Prozedur Sichere am Ende den Wert True in das Feld IstAbgeschlossen. Außerdem wird die aktuelle Systemzeit im Feld Letzteänderung hinterlegt.<\/p>\n Tritt ein Fehler auf, verzweigt das Programm direkt zur Sprungmarke Sichere_Fehler. Das Programm schreibt die Fehlermeldung in das Feld Fehlermeldung, vermerkt die Systemzeit und setzt den Programmablauf fort.<\/p>\n Mit dieser Logik gewährleisten Sie, dass das Programm auch im Batchbetrieb ablaufen kann. Es dürfte nur noch äußerst selten vorkommen, dass das Programm auf Grund eines Fehlers unterbrochen wird. Sie haben vielmehr die Möglichkeit, eventuell aufgetretene Fehler auch nach einem längeren Programmdurchlauf in der Tabelle tblDatensicherung zu sichten, zu analysieren und die Fehlerursache zu beheben.<\/p>\n Das Komprimieren der Datenbank erfolgt in der Prozedur Komprimiere. Diese dimensioniert ein dynamisches Stringarray. Der Aufruf der Prozedur GetDateiListe füllt dieses Array mit einer Liste der zu komprimierenden Dateinamen (s. Quellcode 2).<\/p>\n <\/p>\n Die Prozedur GetDateiliste wird mit zwei Parametern aufgerufen. Der erste Parameter ist ein dynamisches Stringarray, der zweite eine Zeichenkette. Die Zeichenkette enthält den Wert des Feldes Quelldatei aus dem aktuellen Datensatz. Dies entspricht dem Laufwerk, dem Pfad und einem Dateinamen oder einer Dateimaskierung.<\/p>\n Beim ersten Aufruf der Dir()-Funktion prüft die Prozedur, ob die Datei gefunden werden kann. Falls ja, wird das dynamische Array um ein Element vergrößert. Bitte achten Sie darauf, dass die Dir()-Funktion stets nur den gefundenen Dateinamen liefert. Da das Array aber vollständige Dateinamen enthalten muss, werden per GetPfad()-Funktion das Laufwerk und der Pfad hinzugefügt. Der Befehl ReDim Preserve redimensioniert das Stringarray unter Beibehaltung der bisher gespeicherten Daten. Mit UBound(strDateiliste) erhalten Sie den Index des höchsten Elements. Dieser wird um 1 erhöht und als neue Dimensionierung verwendet. Am Ende der Prozedur enthält das Array alle Dateinamen aus dem aktuellen Verzeichnis.<\/p>\n Falls der Aufruf ohne Verwendung von Wildcards erfolgte, enthält das Array nur ein Element, beim Aufruf mit Wildcards enthält es für jeden passenden Dateinamen ein Element. Da der Parameter ByRef übergeben wird, kann die übergeordnete Prozedur die Dateiliste verwenden.<\/p>\n Quellcode 3<\/b><\/p>\n Die Prozedur Komprimiere durchläuft die Dateiliste mit einer For Next-Schleife (s. Quellcode 3). Der einzelne Dateiname wird der Variablen strDatei zugewiesen. Die Anweisung<\/p>\n ermittelt den Namen einer Zieldatei. Die Prozedur HoleZieldatei dient an dieser Stelle lediglich dazu, einen temporären Dateinamen zu ermitteln. Sie gewinnt im Zusammenhang mit dem Kopieren an Bedeutung und wird weiter unten in diesem Zusammenhang beschrieben. Das eigentliche Komprimieren erfolgt in drei Schritten:<\/p>\n Es gibt eine Reihe Fehler, die während dieser Prozedur auftreten können. Eine Datenbank kann von einem anderen Anwender gesperrt sein, eine Datenbank kann ein nicht lesbares Format haben (zum Beispiel eine Datenbank in einer höheren Access-Version), die Festplatte kann überlaufen und so weiter. Die On Error-Goto-Anweisung soll diese und andere nicht vorhergesehene Fehler abfangen. Sie verzweigt deshalb auf eine Sprungmarke mit VBA-Code, der die aktuelle Fehlermeldung im gleichnamigen Feld des Datensatzes hinzufügt.<\/p>\n Quellcode 4<\/b><\/p>\n Die Resume-Anweisung ist in diesem Zusammenhang besonders wichtig. Erst mit dieser Anweisung teilen Sie Access mit, dass der Fehler behandelt ist. Falls Sie die Resume-Anweisung weglassen, kann Access nur jeweils den ersten aufgetretenen Fehler behandeln. Beim zweiten On Error-Ereignis würde Access direkt in die aufrufende Prozedur verzweigen.<\/p>\n Bei der Angabe einer Maskierung wie beispielsweise …\\Eigene Dateien\\*.mdb durchläuft Access die Schleife für jede .mdb-Datei einmal. Die Prozeduren schreiben das Laufwerk und den vollständigen Pfad sowie eine Erfolgs- oder Fehlermeldung für jede Datei additiv in das Feld Fehlermeldung. Da der Text sehr lang werden kann, ist dieses Feld als Memofeld definiert. Falls Sie sich in der Datenblatt- oder Formularansicht einen guten überblick über den Inhalt des Feldes schaffen wollen, können Sie mit Shift + F2 das Zoom-Fenster öffnen.<\/p>\n Unter dem Sichern einer Datenbank ist das einfache Kopieren der .mdb-Datei mit der FileCopy-Anweisung zu verstehen. Diese Anweisung erfordert lediglich die Angabe einer Quelldatei und einer Zieldatei.<\/p>\n Eingebettet wird der Kopiervorgang in die Prozedur SichereOhneArj (s. Quellcode 4). Die Prozedur erwartet als Parameter den kompletten Datensatz. Sie liest zunächst die Namen der Quell- und Zieldateien ein.<\/p>\n Sollte die Quelldatei oder die Zieldatei Platzhalter enthalten, wird die Prozedur abgebrochen und eine entsprechende Fehlermeldung in die Tabelle tblDatensicherung geschrieben.<\/p>\n Anschließend ermittelt die Prozedur HoleZieldatei aus dem Namen der Quelldatei und dem Namen der Zieldatei (soweit vorhanden) einen Namen für die Zieldatei (s. Quellcode 5).<\/p>\n Quellcode 5<\/b><\/p>\n Quellcode 6<\/b><\/p>\n Quellcode 7<\/b><\/p>\n Schließlich wird der Kopiervorgang gestartet, das Ergebnis mit der Funktion IstDateiVorhanden (s. Quellcode 6) überprüft und es werden entsprechende Meldungen in die Tabelle tblDatensicherung geschrieben.<\/p>\n Genau hier liegt der Hase im Pfeffer. Was passiert, wenn die Zieldatei bereits existiert Soll das Programm die Datei einfach überschreiben<\/p>\n Diese Methode wäre sicherlich zu unsicher. Zu schnell könnte so versehentlich eine wichtige .mdb-Datei für immer verloren gehen.<\/p>\n Aus diesem Grund ermittelt die Funktion HoleZieldatei eine Zieldatei, die garantiert noch nicht existiert.<\/p>\n Die Funktion unterscheidet zwei Fälle: Wenn keine Zieldatei angegeben wurde, dann wird der Name der Zieldatei mit der Funktion DateinameFestlegen ermittelt und die mit dem Parameter strErweiterung übergebene Dateiendung angehängt. Die Funktion DateinameFestlegen (s. Quellcode 6) setzt einen mit hoher Wahrscheinlichkeit einzigartigen Dateinamen zusammen, indem sie dem Namen der Quelldatei das Datum und die Uhrzeit zum Zeitpunkt des Backups hinzufügt. Wenn die Datenbank also nicht mehr als einmal pro Sekunde gesichert wird, ist dieser Dateiname einmalig.<\/p>\n Quellcode 8<\/b><\/p>\n Quellcode 9<\/b><\/p>\n Quellcode 10<\/b><\/p>\n Quellcode 11<\/b><\/p>\n Dabei verwendet die Funktion die drei Funktionen GetPfad (s. Quellcode 8), GetDateiOhneErweiterung (s. Quellcode 9) und GetErweiterung (s. Quellcode 10), um den Namen der Zieldatei auseinander zu nehmen und zu dem neuen, einzigartigen Namen zusammenzusetzen.<\/p>\n Die Funktionen sind weitgehend selbsterklärend.<\/p>\n Eine besondere Erwähnung soll die Funktion GetDateiMitErweiterung finden (s. Quellcode 11).<\/p>\n Diese Funktion erhält als Parameter die vollständige Angabe von Laufwerk, Pfad, Dateiname und Erweiterung einer Datei. Der daraus zu berechnende Dateiname entspricht der Zeichenkette nach dem letzten Backslash (\\).<\/p>\n Die Funktion berechnet bei ihrem ersten Aufruf zuerst die Position des ersten Backslash. Wenn Sie beispielsweise C:\\Temp\\Test.mdb als Parameter übergeben, dann erhält die Variable p den Wert 3. Solange p ungleich 0 ist, ruft die Funktion sich selbst rekursiv auf.<\/p>\n Beim ersten rekursiven Aufruf lautet der Parameter Temp\\Test.mdb. Dies entspricht der Zeichenkette ab p + 1. Beim zweiten Aufruf lautet der Parameter Test.mdb. Da diese Zeichenkette keinen Backslash enthält, wird p zum ersten Mal 0 und die Funktion gibt Test.mdb als Funktionswert an den ersten Aufruf zurück. Der erste Aufruf gibt den gleichen Wert zurück und so wird der Wert bis zur aufrufenden Programmzeile durchgereicht.<\/p>\n Die nahezu identische Logik finden Sie in der Funktion GetErweiterung (s. Quellcode 10). Hier wird die Zeichenkette nach dem letzten Punkt als Erweiterung berechnet.<\/p>\n Das gleichzeitige Packen der zu sichernden Datenbank ist in vielerlei Hinsicht effektiver als das einfache Kopieren: Mit dem Packen können Sie unter Umständen viel Speicherplatz sparen und gleichzeitig die Zusatzfeatures des Packprogramms nutzen.<\/p>\n Das in diesem Beitrag verwendete Programm Arj32.exe-Programm läuft im DOS-Fenster ab und lässt sich deshalb problemlos im Batchbetrieb benutzen. Wenn Sie das Programm mit der Option – starten, erhalten Sie einen umfangreichen Hilfstext, der etliche Parameter beschreibt.<\/p>\n Am interessantesten dürfte allerdings der Parameter -r sein. Dieser veranlasst Arj32.exe ausgehend von einem angegebenen Ordner alle untergeordneten Ordner nach den zu archivierenden Dateien zu durchsuchen. Mit der folgenden Anweisung können Sie beispielsweise alle .mdb-Dateien auf Laufwerk C:\\ in der Datei C:\\Backup.arj sichern:<\/p>\n Obwohl dies sicherlich eine einfache Methode zum Sichern von Datenbanken ist, dürfte sie nicht so ohne Weiteres praktikabel sein. Einerseits können auf diese Art und Weise trotz des Packens recht große .arj-Dateien entstehen. Gleichzeitig dauert es unter Umständen eine ganze Weile, bis alle .mdb-Dateien eines Verzeichnisses gesichert sind.<\/p>\n Optimal ist die Kombination aus dedizierten Einträgen in tblDatensicherung und der Verwendung von Arj32.exe. So können Sie gezielt eines oder mehrere Datenverzeichnisse angeben und diese dann rekursiv durchsuchen lassen.<\/p>\n Der Aufruf von Arj32.exe erfolgt in der Prozedur SichereMitArj (s. Quellcode 12). Diese Datei ermittelt zunächst wiederum über die Funktion HoleZieldatei einen Namen für die Zieldatei. Anschließend setzt Sie die Anweisung für den Aufruf von Arj32.exe zusammen. Hier ist zu beachten, dass lange Dateinamen mit Blanks und anderen Sonderzeichen in Anführungszeichen zu setzen sind. Deshalb werden sowohl der Quelldateiname als auch der Zieldateiname von Chr(34)-Zeichen eingefasst.<\/p>\n Die auszuführende DOS-Anweisung wird in der Stringvariablen strCommand zusammengesetzt. Diese Anweisung ließe sich mit der Shell-Anweisung von VBA direkt ausführen. Windows führt die Shell-Anweisung jedoch asynchron aus. Es öffnet also ein DOS-Fenster und startet Arj32.exe, während es quasi gleichzeitig die Ausführung des VBA-Programms fortsetzt. Der anschließende Aufruf der Anweisung IstDateiVorhanden(strZiel) würde immer den Wert False liefern.<\/p>\n Quellcode 12<\/b><\/p>\n Um dies zu umgehen und gleichzeitig zu vermeiden, dass zu viele DOS-Fenster gleichzeitig geöffnet werden, sollten Sie die Anweisung synchron ausführen lassen.<\/p>\n Der Programmcode hierfür ist bereits in der Beispielanwendung enthalten. Er wurde von der Microsoft-Homepage heruntergeladen und in das Modul modShell eingefügt. Die genaue Adresse der Quelle lautet:<\/p>\n http:\/\/support.microsoft.com\/default.aspxscid=kb;EN-US;178116<\/p>\n Dort finden Sie den Quellcode und eine Beschreibung des Programmcodes für die Prozedur ExecCmd, die das Beispielprogramm verwendet.<\/p>\n Nach der Ausführung der ExecCmd-Prozedur prüft das Programm mit IstVorhanden, ob Arj32.exe die spezifizierte Zieldatei wirklich geschrieben hat. Falls die Datei vorhanden ist, vermerkt das Programm eine Erfolgsmeldung in dem Datenfeld Fehlermeldung, andernfalls schreibt es einen Fehlertext in dieses Feld.<\/p>\n Die in den vorhergehenden Kapiteln vorgestellten Funktionen und Prozeduren zum Sichern von Datenbankdateien sollen nun als Grundlage für das zeitgesteuerte Sichern von Datenbanken verwendet werden.<\/p>\n Quellcode 13<\/b><\/p>\n Im Beitrag Geplante Tasks mit Access in der vorliegenden Ausgabe von Access im Unternehmen finden Sie alle grundlegenden Informationen zum Umgang mit dem Windows-Dienst Geplante Tasks und zum codegesteuerten Anlegen von zeitgesteuerten Aufgaben. <\/p>\n Die meisten Parameter der Tabelle tblDatensicherung wurden weiter oben bereits besprochen. Wichtig für die Festlegung von zeitlich gesteuerten Sicherungsvorgängen sind die Felder zur Angabe der Uhrzeit, zu der die Sicherung erfolgen soll, sowie die entsprechenden Wochentage.<\/p>\n Diese Informationen werden in den Feldern Uhrzeit, Montag, Dienstag, Mittwoch, Donnerstag, Freitag, Samstag und Sonntag gespeichert. Im Formular frmDatensicherung befinden sich entsprechende Steuerelemente zur Eingabe dieser Informationen.<\/p>\n Um sicherzustellen, dass der im Taskplaner gespeicherte Task zu einem Datensatz der Tabelle tblDatensicherung immer den aktuellen Stand hat, soll bei einer änderung der Parameter des Sicherungsvorgangs immer der aktuelle Task gelöscht und neu angelegt werden.<\/p>\n Daher verwenden Sie die Ereigniseigenschaft Nach Aktualisierung des Formulars, um die entsprechenden Schritte durchzuführen.<\/p>\n Den genauen Inhalt der dazugehörenden Ereignisprozedur finden Sie in Quellcode 13.<\/p>\n Die Prozedur ermittelt den Pfad der aktuellen Datenbank über die Funktion Datenbankpfad und den Pfad zu MSAccess.exe über den in der Tabelle tblParameter gespeicherten Wert.<\/p>\n Anschließend öffnet sie eine Datensatzgruppe mit dem Datensatz aus der Tabelle tblDatensicherung, der soeben geändert wurde. Je nachdem, ob der Datensatz bereits einen Wert für das Feld JobID enthält, was darauf hinweist, dass bereits ein Task im Taskplaner angelegt ist, löscht die Prozedur den entsprechenden Eintrag.<\/p>\n Anschließend legt die Prozedur einen neuen Task mit den aktuellen im Datensatz enthaltenen Informationen an. Dabei werden drei Parameter während der Laufzeit der Prozedur festgelegt:<\/p>\n Der erste Parameter ist die eigentliche Anweisung, die der Task ausführen soll. Diese Anweisung wird aus dem Pfad zur Datei MSAccess.exe, der zu startenden Datenbank und dem Parameter cmd mit der Datensatznummer zusammengesetzt. Die Anweisung könnte beispielsweise so aussehen:<\/p>\n Der zweite Parameter ist eine Zahl zur Angabe der Wochentage, an denen die Sicherung durchgeführt werden soll.<\/p>\n Diese Zahl wird aus der Summe der zu den einzelnen Wochentagen gehörenden Zahlenwerte ermittelt. Der dritte Parameter ist die Uhrzeit, zu der die Sicherung durchgeführt werden soll.<\/p>\n Zum Löschen des alten und Anlegen des neuen Tasks werden die beiden Funktionen TaskLoeschen und TaskAnlegen verwendet, die beide in dem bereits oben erwähnten Beitrag Geplante Tasks mit Access beschrieben werden.<\/p>\n Die Funktion TaskAnlegen enthält noch einen Parameter namens lngJobID, der durch die Funktion gefüllt wird und der die JobID des neuen Tasks enthält.<\/p>\n Dieser Wert wird in die Tabelle tblDatensicherung eingetragen, damit der entsprechende Task bei der nächsten Aktualisierung der Parameter dieses Sicherungsvorgangs gelöscht werden kann.<\/p>\n Die hier vorgestellte Musterlösung hilft, regelmäßige Sicherungen von Datenbankdateien zu erstellen.<\/p>\n Sie lässt sich mit wenig Aufwand für die Sicherung anderer Dateien anpassen – wenn Sie also beispielsweise nicht den Hauptteil Ihrer Arbeitszeit in die Entwicklung von Datenbanken stecken, sondern beispielsweise viel mit Word arbeiten, dürfte Ihnen eine regelmäßige Sicherung dieser Dateien ebenso am Herzen liegen.<\/p>\n","protected":false},"excerpt":{"rendered":" Access speichert alle Objekte einer Datenbank in einer einzigen Datei mit der Erweiterung .mdb. Wenn Sie einmal die Zeit für das Erstellen der Datenbankobjekte und die Zeit für die Datenbearbeitung zusammenrechnen, dann erhalten Sie einen Eindruck von dem Wert der Datenbankdatei. Der einzige wirksame Schutz gegen den totalen Verlust der .mdb-Datei ist die regelmäßige Datensicherung auf einem externen Medium. Dabei und bei einigen anderen Aufgaben hilft Ihnen das Tool, das wir Ihnen in diesem Beitrag vorstellen.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[66022004,662004,44000040,44000038],"tags":[],"class_list":["post-55000213","post","type-post","status-publish","format-standard","hentry","category-66022004","category-662004","category-Allgemein","category-Sicherheit"],"yoast_head":"\n |
![](\"..\/fileadmin\/_temp_\/{92237D12-2C2D-4157-B94B-8AC0EDB1790B}\/pic001.png\")
<\/p>\n