Firebirdforum.de

Dann muss ich mal updaten. Danke für die Info.

Klingt nach Problemen mit der Ressourcenzuteilung durch den Hypervisor. Liegt eine Überbuchung vor?

Was mir noch einfällt:
Virenscanner aktiv? Journaling im Dateisystem?

Kann mich den Aussagen von bfuerchau nur anschließen. War bei uns genauso.

Gruß
Martin

Guten Morgen,

bei Nutzung der Identity-Spalte werden intern ebenfalls Generator und Trigger erzeugt. Dabei wird also das gleiche Prozedere durchgeführt, wie sonst manuell. Dabei kann der Name jedoch nicht angepasst werden.

Bei Identity-Spalten ist das Ziel nur eine eindeutige Kennung zu erhalten ...

Sieht schon cool aus.

Achtung beim Verschieben der DBs. Hier hatte ich auch schonmal komische Phänomene. Wenn der Firebird-Dienst noch läuft und ich die DB verschiebe, ist diese noch immer unter dem alten DB-Pfad erreichbar. Offenbar behält Firebird den Zeiger auf die Datei, auch wenn diese nun woanders liegt. Deshalb ...

"Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird (code: 32) in BlaBlaBla.php"

Wann erscheint diese Meldung? Wenn die DB noch offline ist?

Dies sind die Schritte:
Dateilevel-Kopie des Masters erstellen
Für Replika:
Gfix <database> -replica read_only -user sysdba -pasword masterkey
replication.conf für Datenbank einrichten
Firebird neustarten oder alle Benutzer neu verbinden
replication.log monitoren
Anweisung auf Master-DB ...

Hast du die Replikation auf dem Master aktiviert?

Führe dort diese Befehle aus: Dann schau mal, ob sich etwas in der Replika tut. Diese sollte im besten Falls "readonly" geschaltet sein.