Firebird Debian et Windows

Version imprimable

10/02/2016, 15h09
frantzgac

Firebird Debian et Windows

Bonjour

j'utilise des bases de données FB en environnement windows (certaines ont plus de 15 ans d'âge). J'envisage d'installer un VPN vers un serveur VPS d'OVH sous Debian pour éviter de payer une licence windows. J'installe Firebird 2.5 et FlameRobin sur le serveur Debian (sauf erreur de ma part c'est un Debian 64 bits). Je crée une base avec Flamerobin et y accède normalement. Lorsque je porte ma BD Firebird créée sous Windows sur le serveur VPS FlameRobin ne peut pas l'ouvrir.

J'obtiens ce message SQL -922 connectionauthorization failure + is not a valid database

D'après les diverses sources que j'ai glanées sur internet il semblerait qu'il existe deux types de structure de BD : 32 et 64 bits.

Qu'en pensez vous ?
10/02/2016, 16h41
SergioMaster

Bonjour,

Citation:

Envoyé par frantzgac

Lorsque je porte ma BD Firebird créée sous Windows sur le serveur VPS FlameRobin ne peut pas l'ouvrir.
J'obtiens ce message SQL -922 connectionauthorization failure + is not a valid database

je répond tout d'abord par une question : quelle a été la méthode pour "porter" la BDD ?
s'il s'agit d'une copie de fichier c'est là l'erreur, la seule bonne méthode est de faire un backup de la base Windows et un restore de ce backup sur le serveur.

Citation:

j'utilise des bases de données FB en environnement windows (certaines ont plus de 15 ans d'âge)
J'envisage d'installer un VPN vers un serveur VPS d'OVH sous Debian pour éviter de payer une licence windows.

moi aussi mais pas forcément Debian et OVH, cependant j'aimerais bien avoir un retour d'expérience après quelques temps d'utilisation merci d'avance

Je suis bien entendu d'accord pour un retour d'expérience !

Effectivement je proécédais par copie
Après tentative de backup/restore j’obtiens lors du Restore l'erreur suivante
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 Database restore canceled 17:00:03 due to IBPP exception: *** IBPP::SQLException *** Context: ServiceImpl::Wait Message: isc_service_query failed SQL Message : -901 Unsuccessful execution caused by system error that does not preclude successful execution of subsequent statements Engine Code : 336331093 Engine Message : Invalid metadata detected. Use -FIX_FSS_METADATA option. Malformed string Exiting before completion due to errors
J'utilise Flamerobin pour faire la restauration. J'imagine que l'option "-FIX_FSS_METADATA" doit être utilisée avec gbak

Je tente cette syntaxe

gbak -user SYSDBA -password masterkey -fix_fss_m -c /home/frantz/AsclepiaR.fbk /tmp/AsclepiaR

le fichier /home/frantz/AsclepiaR.fbk existe
le fichier /tmp/AsclepiaR n'existe pas

la commande me retourne le message d'erreur

Code:

gbak: ERROR:file /home/frantz/AsclepiaR.fbk is not a valid database

11/02/2016, 07h39
SergioMaster

Bonjour,

Citation:

J'imagine que l'option "-FIX_FSS_METADATA" doit être utilisée avec gbak

oui, on a là affaire à un tout autre problème, problème que je rencontre avec une base de données 2.1 lorsque je la restaure sur un serveur 2.5
sans parler peut être d'un problème de droits à cause de LINUX

donc voici déjà la syntaxe de gbak à utiliser

Code:

gbak -rep -v -user sysdba -pas ****** -fix_fss_metadata win1252 xxxxxxxx.gbk xxxxxx.fdb

win1252 pouvant bien sûr être remplacé par ISO8859_1, UTF8 etc....
sysdba par le propriétaire de la base

pour ce qui est du lancement de la commande elle doit être faite avec SU (super utilisateur)
et enfin il me semble qu'il faille que l'utilisateur linux firebird ait des droits de lecture/écriture sur le répertoire/fichier fdb (c'est un peu vieux dans ma mémoire)

autre moyen (si tu es moins à l'aise sous LINUX) : sous windows prendre le backup en faire un restore avec -fix_fss_metada sous windows avec un nouveau nom de fichier puis un nouveau backup de cette nouvelle base.
11/02/2016, 19h34
frantzgac

En effet

Code:

gbak -rep -user sysdba -pas xxxxxxx -fix_fss_metadata ISO8859_1 /home/frantz/Asclepia.fbk /home/frantz/Asclepia.fdb

fonctionne bien. Après la restauration il faut donner les droits rw-rw-rw- pour que Flamerobin puisse l'ouvrir

Je passe maintenant à la mise en place du VPN

Merci
12/02/2016, 07h15
SergioMaster

Bonjour,

Citation:

Envoyé par frantzgac

Après la restauration il faut donner les droits rw-rw-rw- pour que Flamerobin puisse l'ouvrir

les droits à qui ? bien que je sache la réponse, il serait bon de l'indiquer aux autres lecteurs ;)

un seul truc pourquoi avoir choisi ISO8859_1 plutôt que win1252 ? bien que pour les méta datas il y a peux de chance qu'un '€' s'y soit glisser ;)
12/02/2016, 11h28
Barbibulle

Citation:

Envoyé par SergioMaster

un seul truc pourquoi avoir choisi ISO8859_1 plutôt que win1252 ? bien que pour les méta datas il y a peux de chance qu'un '€' s'y soit glisser ;)

Pourquoi cette remarque ? le € est bien dans l'ISO8859_1 (de firebird)

Dans la norme ISO8859_1 effectivement il manque € et c'est pourquoi l'ISO8859_15 a été mis en place.

Mais il me semble firebird a intégré avant le symbole € dans sa table ISO8859_1 (et donc c'est plus vraiment (strictement) une ISO8859_1 qu'on utilise dans firebird)....
12/02/2016, 15h47
SergioMaster

Citation:

Envoyé par Barbibulle

Pourquoi cette remarque ? le € est bien dans l'ISO8859_1 (de firebird)

Dans la norme ISO8859_1 effectivement il manque € et c'est pourquoi l'ISO8859_15 a été mis en place.

Mais il me semble firebird a intégré avant le symbole € dans sa table ISO8859_1 (et donc c'est plus vraiment (strictement) une ISO8859_1 qu'on utilise dans firebird)....

exact, mais flamerobin lui applique le ISO8859_1 "pur" c'est un des seuls reproches que je ferais à ce petit outil
c'est donc plus un principe de précaution qu'autre chose
13/02/2016, 00h05
frantzgac

Citation:

les droits à qui ? bien que je sache la réponse, il serait bon de l'indiquer aux autres lecteurs

Sauf erreur de ma part la syntaxe rw-rw-rw- équivaut à 666 autrement dit droit de lire et écrire pour tout le monde (utilisateur, groupe, autre)

Citation:

un seul truc pourquoi avoir choisi ISO8859_1 plutôt que win1252 ? bien que pour les méta datas il y a peux de chance qu'un '€' s'y soit glisser

Les bases de données sur lesquelles je travaille ont été conçues avant l'euro. Le développeur a choisi ISO8859_1 à cette époque. Je n'ai pas vu la nécessité depuis de revenir sur ce choix.
13/02/2016, 08h32
SergioMaster

Bonjour,

pour ce qui est des droits, seul le propriétaire et l"utilisateur firebird" ont besoin d'y accéder
comme c'est indiqué ici FAQ (traduction)
31/05/2016, 14h38
frantzgac

Retour d'expérience

Bonjour

le VPN fonctionne entre un VPS d'OVH et deux PC de mon client.
Cela fonctionne mais on constate des déconnexions hasardeuses peut-être liées à des messages concernant la taille des paquets (MTU). Une mesure corrective a été engagée on attend les résultats.
Pour garantir la sécurité des données une copie miroir est faite sur un deuxième VPS (qui peut prendre le relais en cas de défaillance durable du premier) toutes les dix minutes.
Un backup incrémental a été ajouté
La récupération d'un backup (pour en tester la procédure) a posé problème pour reconvertir la base sur Windows. L'utilisation de gbak n'a pas permis de restaurer la base il a fallu utiliser nbackup.
Pour le moment cela parait satisfaisant mais à suivre les ennuis de déconnexion qui nécessite de redémarrer le PC car le logiciel accédant à la base ne se remet pas des pertes de connexions.
L'exception n'est pas gérée car en local elle était rarissime.