SQLite error near "s": syntax error

[pasci]

Ich habe zwar ähnliche Themen dazu gefunden, aber offenbar sollte dieses Problem gefixt sein?

Ich habe bisher folgendes gemacht/versucht:

- Update auf neuste Version (4.4.x auf 4.5)
- Konfiguration zurückgesetzt
- Ziel-Medium gewechselt (USB-Disk auf fixe Disk)

Leider erhalte ich beim Start der Sicherung stets dieselbe Fehlermeldung.

Was kann ich noch versuchen? Danke!

Komplette Fehlermeldung:

SQLite error
near "s": syntax error
  bei System.Data.SQLite.SQLite3.Prepare(SQLiteConnection cnn, String strSql, SQLiteStatement previous, UInt32 timeoutMS, String& strRemain)
  bei System.Data.SQLite.SQLiteCommand.BuildNextCommand()
  bei System.Data.SQLite.SQLiteCommand.GetStatement(Int32 index)
  bei System.Data.SQLite.SQLiteDataReader.NextResult()
  bei System.Data.SQLite.SQLiteDataReader..ctor(SQLiteCommand cmd, CommandBehavior behave)
  bei System.Data.SQLite.SQLiteCommand.ExecuteReader(CommandBehavior behavior)
  bei System.Data.SQLite.SQLiteCommand.ExecuteNonQuery()
  bei Alexosoft.BackupService.Engine.BackupSystem.AsyncCreateBackup()
  bei System.Threading.ThreadHelper.ThreadStart_Context(Object state)
  bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
  bei System.Threading.ThreadHelper.ThreadStart()

[Alex]

Hallo pasci,

kannst du mal schauen, ob es Informationen in er Windows-Ereignisanzeige (Anwendungsprotokoll oder Backup Service Home Protokoll) gibt?

[pasci]

Sorry, blieb bei mir etwas liegen. Werde ich schauen und hier rein-posten.

[pasci]

Leider gibt es keine weiteren Log-Meldungen (Event Viewer) über die Fehlermeldung. Habe explizit noch mehre Male den Backup-Prozess angestossen... ergab aber keinerlei Warnung/Fehler in keinem der Logs.

Falls hilfreich:
Es ist ein Windows 7 Home Premium SP1 64 Bit. Schätze aber, dass diese OS-Version ziemlich häufig verwendet wird zusammen mit Deinem Tool

Ich habe nun folgendes gemacht:
- Konfiguration von Backup-Tool zurückgesetzt
- Tool deinstalliert (und das Programm-Verzeichnis gelöscht)
- erneut installiert
- Backup-Job erstellt (nur die Profil-Daten zum sichern)
- Backup läuft nun wieder.
- Danach werde ich noch ein andere Datenquelle (Musiksammlung auf separater Partition) dazu nehmen.

Jedoch habe ich nun während der Sicherung lauter solcher Fehlermeldungen im Event Viewer. Zur Zeit läuft aber kein anderes Programm, dass eine Sicherung durchführt.

Sobald die Sicherung durch ist, poste ich hier noch den Zwischenstatus (ob von BSH alles ok gewesen ist).

***
Volumeschattenkopie-Dienstfehler: Beim Abfragen nach der Schnittstelle "IVssWriterCallback" ist ein unerwarteter Fehler aufgetreten. hr = 0x80070005, Zugriff verweigert
. Die Ursache hierfür ist oft eine falsche Sicherheitseinstellung im Schreib- oder Anfrageprozess.

Vorgang:
  Generatordaten werden gesammelt

Kontext:
  Generatorklassen-ID: {e8132975-6f93-4464-a53e-1050253ae220}
  Generatorname: System Writer
  Generatorinstanz-ID: {559abb93-4225-43ff-b092-5781e5b2199b}
***

[Alex]

Mir ist da etwas eingefallen, an was es liegen kann. Hast du zufällig einen Ordner sichern wollen, der ein ' (Apostroph) enthält?

EDIT: Habe die Betaversion dahingehend aktualisiert und diesen Fehler behoben: viewtopic.php?t=2
Bitte mal testen :-)

[pasci]

Hm... könnte durchaus sein. Gebe den Hinweis mal weiter.

danke

[pasci]

Joup, ist definitiv so. Benutzerin hat mir bestätigt, dass es Verzeichnisse mit Hochkomma gibt.

Werde mal die letzte Beta installieren und prüfen, ob's damit tut.

[Alex]

Das wäre super, dann würde ich die Beta bald freigeben.

[tkansgar]

Hallo Alex, hallo pasci,

ich steige hier mal mit ein.

. . .
Jedoch habe ich nun während der Sicherung lauter solcher Fehlermeldungen im Event Viewer. Zur Zeit läuft aber kein anderes Programm, dass eine Sicherung durchführt.
. . .
***
Volumeschattenkopie-Dienstfehler: Beim Abfragen nach der Schnittstelle "IVssWriterCallback" ist ein unerwarteter Fehler aufgetreten. hr = 0x80070005, Zugriff verweigert
. Die Ursache hierfür ist oft eine falsche Sicherheitseinstellung im Schreib- oder Anfrageprozess.

Vorgang:
  Generatordaten werden gesammelt

Kontext:
  Generatorklassen-ID: {e8132975-6f93-4464-a53e-1050253ae220}
  Generatorname: System Writer
  Generatorinstanz-ID: {559abb93-4225-43ff-b092-5781e5b2199b}
***

Ich habe exakt die gleiche Ereignismeldung von VSS, und das zu jeder vollen Stunde (immer so zwischen ..:00 und ..:05 Uhr) ca. vier bis sieben Mal. Daher nehme ich an, dass es mit BSH zu tun hat. Hat das auch was mit den Apostrophs in Verzeichnisnamen zu tun? Ich wüsste nämlich nicht, dass ich auf meinem Rechner welche habe. Habe ebenfalls Win 7 Home Premium SP1.

In http://answers.microsoft.com/en-us/wind ... e3f4019ebb ist zu lesen:

This issue occurs when using a 3rd party backup program that utilizes Windows VSS (Volume Shadow Service) and has its own requestor.

It looks like the requestor (the backup application) does not allow system writer to call back into their process and hence generates the error in the application log.

Offenbar konnte irgendeine von BSH bereitgestellte Callback-Funktion von VSS nicht aufgerufen werden.

Ich habe dort und in einigen anderen Foren zwar einige Lösungsmöglichkeiten gefunden, aber keine, die mit BSH zu tun hat. Und ich möchte nicht irgendwelche Registry-Einträge oder sonstige Systemkonfigurationen manipulieren ohne zu wissen, welche Lösung für BSH die richtige ist.

Wie lassen sich diese Ereignismeldungen von BSH vermeiden? Und bedeuten sie womöglich, dass die Sicherung einer Datei gescheitert ist?

[Alex]

Dein beschriebendes Problem hat natürlich nichts mit dem Apostroph zu tun. Ich vermute, dass aufgrund von diversen Sicherheitsmechanismen von Windows der Zugriff auf diese Callbackfunktion nicht möglich ist.

Ich habe schon eine mögliche Lösung gefunden, die ich ab heute Nachmittag bereitstellen kann.

[Alex]

Eine neue Betaversion steht bereit.

Ich bekomme zwar nun eine andere Fehlermeldung von CAPI2. Aber das muss hier nichts heißen, dass das auch bei euch auftritt.

[tkansgar]

Hallo Alex,

vielen Dank für deine schnelle Antwort.

Zwei Fragen habe ich aber doch noch:

1. Welche Auswirkung hat dieses Problem auf die Sicherung? Bedeutet es, dass die Sicherung einer Datei gescheitert ist?

2. Ist schon absehbar, wann es wieder eine reguläre Releaseversion geben wird? Ich installiere Betaversionen prinzipiell ungern.

Viele Grüße
tkansgar

[Alex]

Also ich kann nun bestätigen, dass gleiches Problem hier bei mir nun auch auftritt. Offenbar tatsächlich ein Problem mit Windows 8? Oder hat jemand ein anderes Windows installiert, auf dem das Problem auftritt?

Ich bekomme leider immer wieder im Wechsel (je nach dem welche Sicherheitseinstellung ich wähle) den bekannten Fehler oder ein Problem CAPI2 (TraverseDir : Unable to push subdirectory).

Das heißt konkret, dass die Sicherung von gerade verwendeten Dateien derzeit nicht unter Windows 8 funktioniert. Auch die aktuelle Betaversion ändert nichts daran.

Ich bin derzeit leider noch ratlos, wie ich das Problem beheben kann. Werde aber erstmal testen, ob das Problem unter Windows 7 auch auftritt.

[Alex]

Korrektur: Die Dateien werden trotzdem gesichert! Auch ohne aktuelle Betaversion.

Missverständnis dadurch entstanden, dass die Datei nicht sichtbar war (Systemdatei).

[tkansgar]

Hallo Alex,

Also ich kann nun bestätigen, dass gleiches Problem hier bei mir nun auch auftritt. Offenbar tatsächlich ein Problem mit Windows 8? Oder hat jemand ein anderes Windows installiert, auf dem das Problem auftritt?

Wie schon gesagt, tritt das bei mir unter Win 7 Home Premium SP1 auf, ich weiß aber leider nicht, seit wann.

Korrektur: Die Dateien werden trotzdem gesichert! Auch ohne aktuelle Betaversion.

Demnach ist dieses Problem mehr oder weniger harmlos? Dann kann ich damit leben. Wäre natürlich schön, wenn du dafür eine Lösung finden könntest.

Viel Erfolg weiterhin
tkansgar