Datenbank ist read-only nach nbackup lock

[tsteinmaurer]

[Uwe Raabe]

Sollte das nicht direkt in Firebird abgefangen werden? Immerhin erwähnt die Dokumentation, daß eine gelockte Datei beliebig kopiert werden kann. Wenn nun einige anerkannte Kopiermechanismen diese Datei während des Kopiervorgangs als Read-Only markieren (was ja durchaus angemessen ist), dann sollte Firebird damit umgehen können.

[tsteinmaurer]

Hallo Uwe,

ich denke, wir sprechen hier von dem Read-Only Attribut auf OS Dateiebene und nicht von dem FB-spezifischen Read-Only Flag.

lg,
Thomas

[Uwe Raabe]

Zitat von tsteinmaurer:

ich denke, wir sprechen hier von dem Read-Only Attribut auf OS Dateiebene und nicht von dem FB-spezifischen Read-Only Flag.

Genau das meine ich ja. Irgendwo in Firebird wird ja auf Read-Only abgeprüft und offenbar eine neue Verbindung verweigert. Dies sollte aber problemlos möglich sein, da Firbird auf die gelockte Datei ja sowieso nicht schreiben will. Insofern sollte ein Read-Only Flag auf OS-Ebene bei einer gelockten Datei auch durchaus zulässig sein.

Ich weiß nicht, welche Funktion die Finalbuilder Action benutzt (vermutlich ein simples CopyFile), aber RoboCopy ist nun nicht so ungewöhnlich als Backup-Lösung. Es gibt m.W. auch keine Option, mit der man das Setzen des Read-Only Attributs verhindern kann.

Das in diesem durchaus plausiblen Fall eine Fehlermeldung beim Verbinden mit Firebird kommt, ist zumindest etwas unerwartet.

[romankassebaum]

Hallo Uwe,

ich habe ein wenig herumprobiert: Die Copy-File-Action des FinalBuilder, Robocopy und das Kopieren im Explorer machen Schwierigkeiten. Der Copy-Befehl hingegen funktioniert.
Ein TFileStream mit "fmOpenRead + fmShareDenyNone" geht auch. Dort habe ich allerdings das Problem, das die Delphi-Methode CopyFrom sehr langsam ist (Es gibt einen Thread im EMBT-Forum zu dem Thema). Also habe ich meine eigene FastCopyFrom-Methode geschrieben (Du findest die Quellen in Kiln).

--
Roman