Ha SQLite mellett maradtok:
1. A fejlesztőnek kutya kötelessége remote setupban is tesztelni a programját, kb hasonló felállásban (tényleg remote kliens-szerver és nem virtualizált teszt környezet).
1.a. Ha ott jó, akkor addig közelítse a setupot (hardver, konfig(!!!)) a tiedhez, amíg elő nem jön a probléma, akkor goto 2.
1.b. Ha ott már nem jó, akkor goto 2.
2. Próbálkozni kell SQLite adatbázis szinkronizációs beállításokkal.
- A fejlesztő adjon kapcsolókat, amivel az SQLite synchronous, ill journal_mode flagjeit tetszés szerint állíthatjátok, végigpróbálva az összes kombinációt.
Tippem: nem használnak WAL-t, vagy azt szuboptimálisan használják, és minden DB írást követ egy fájl rendszer flush + szinkronizálás, ez networkön iszonyat lassú tud lenni.
Bizonyos kombinációk élesben persze tilosak, mert adatvesztést okozhatnak, de a probléma azonosításában segíthetnek.
3. Ha 2. nem hozott eredményt, akkor átírás.
* rqlite? ez elvileg replikálja a változásokat más db-kbe (nem használtam)
* más DB, sajna ez keményebb dió.