PC SOFT

FOROS PROFESIONALES
WINDEVWEBDEV y WINDEV Mobile

Inicio → WINDEV 2025 → Réplication HFCS C/S
Réplication HFCS C/S
Iniciado por CLEROY, 07,ene. 2020 08:27 - 8 respuestas
Miembro registrado
49 mensajes
Publicado el 07,enero 2020 - 08:27
Bonjour,
J'ai mis en place une réplication de bases avec le serveur hfsql et paramètré une mise à jour toutes les 2 heures. Une partie des enregistrements est bien sur la base répliquée, sachant que la base maître est très volumineuse. Mais je ne vois pas d'évolution toutes les heures sur la base répliquée.
Ma question est : faut il laisser le serveur HFSQL de la base maître ouvert ou peut on le fermer, la réplication s'effectuant alors en tâche de fond ?
Merci pour votre aide
Publicado el 07,enero 2020 - 11:42
On parle bien de réplication entre 2 base hyperfile sql c/s ?

Si oui, les 2 serveurs doivent pouvoir se contacter au moment de la
réplication et doivent donc être lancés.

eric l.

> Le 07/01/2020 à 07:27, CLEROY a écrit :
Bonjour,
J'ai mis en place une réplication de bases avec le serveur hfsql et
paramètré une mise à jour toutes les 2 heures. Une partie des
enregistrements est bien sur la base répliquée, sachant que la base
maître est très volumineuse. Mais je ne vois pas d'évolution toutes les
heures sur la base répliquée.
Ma question est : faut il laisser le serveur HFSQL de la base maître
ouvert ou peut on le fermer, la réplication s'effectuant alors en tâche
de fond ?
Merci pour votre aide
Miembro registrado
49 mensajes
Publicado el 07,enero 2020 - 13:07
Merci Eric, en effet, il s'agit bien de 2 bases hypefile sql c/s.
En pratique les services HFSQL sur le serveur maître et client sont toujours actifs en tâche de fond.
Mon interrogation porte sur la nécessité ou non d'ouvrir le centre de contrôle connecté au serveur maître, puisque le déclenchement se fait à partir du contre de contrôle.
Logiquement, les mises à jour devraient pouvoir se faire via les services actifs en tâche de fond, sans ouvrir le centre de contrôle ; mais cela suppose une mémorisation de la tâche à effectuer et je n'en trouve pas trace ; et il semble aussi que les mises à jour ne s'effectuent que lorsque le centre de contrôle du serveur maître est ouvert ?
Publicado el 07,enero 2020 - 14:48
Pour la réplication les services lancés suffisent pas besoin du centre
de contrôle HF.
J'ai fait qqs tests avec une réplication en continu par contre aucun soucis.

La "mémorisation de la tache à effectuer" se voit dans le tableau de
bord de ton serveur HFC/S dans le centre de controle hyper file. Dans le
widget "activité du serveur", dans mon cas, j'ai une tache de réplication.

Mes serveurs HFC/S sont en WD25 52, jusqu'à ce matin ils étaient en WD
24 77 ça fonctionnait aussi.

eric l.

> Le 07/01/2020 à 12:07, CLEROY a écrit :
Merci Eric, en effet, il s'agit bien de 2 bases hypefile sql c/s. En
pratique les services HFSQL sur le serveur maître et client sont
toujours actifs en tâche de fond. Mon interrogation porte sur la
nécessité ou non d'ouvrir le centre de contrôle connecté au serveur
maître, puisque le déclenchement se fait à partir du contre de contrôle.
Logiquement, les mises à jour devraient pouvoir se faire via les
services actifs en tâche de fond, sans ouvrir le centre de contrôle ;
mais cela suppose une mémorisation de la tâche à effectuer et je n'en
trouve pas trace ; et il semble aussi que les mises à jour ne
s'effectuent que lorsque le centre de contrôle du serveur maître est
ouvert ?
Publicado el 07,enero 2020 - 16:12
CLEROY a présenté l'énoncé suivant :
Bonjour,
J'ai mis en place une réplication de bases avec le serveur hfsql et paramètré
une mise à jour toutes les 2 heures. Une partie des enregistrements est bien
sur la base répliquée


Ce qui me choque dans votre cas c'est qu'en théorie, la mise en place
de la réplication force la copie initiale des données ! Si on part avec
deux serveurs qui se répliquent l'un l'autre mais avec des données non
identique, attention le bordel !

Si vous ne l'avez pas fait à priori seulement ce qui subit une modif
après la mise en place de la réplication qui sera répliqué, le reste ne
sera jamais synchronisé, de plus un synchro toute les deux heures peut
vite devenir énorme, préféré une synchro continue ou à la minute ^^
Miembro registrado
49 mensajes
Publicado el 07,enero 2020 - 18:23
Merci Eric,
En effet j;'ai pu tracer les accès sur le serveur "client" et j'ai bien un transfert qui s'effectue toutes les heures, même quand le centre de contrôle est fermé. Nous sommes encore en version 19 (!) mais cela fonctionne aussi, la seule différence est au niveau du centre de contrôle qui ne dispose pas des mêmes options de suivi de la réplication.
Cordialement,
C.Leroy
Miembro registrado
20 mensajes
Publicado el 20,enero 2020 - 12:05
Bonjour Cleroy

Pour info... tu es en quelle version ? 250052 ?

Merci

--
Allez un petit coup de pouce et on y arrive :)
Miembro registrado
4.362 mensajes
Publicado el 20,enero 2020 - 13:43
MrSamForm a écrit :
Bonjour Cleroy

Pour info... tu es en quelle version ? 250052 ?

C'est écrit, il est en V 19

--
Il y a peut être plus simple, mais, ça tourne
Miembro registrado
49 mensajes
Publicado el 20,enero 2020 - 16:32
Je me suis sans doute mal exprimé : la base répliquée était bien vide au départ. Simplement, la base étant très grosse, le réplicat est très en retard et comprend beaucoup moins d'enregistrements : il grossit progressivement.
Concernant la périodicité, les volumes échangés toutes les deux heures ne sont pas considérables et la session dure 10 mn environ. Manifestement, en V19, tous les enregistrements mis à jour ne sont pas transmis et il y a une limitation, soit en volume, soit en temps, ce qui est plutôt une bonne chose et évite la surcharge des serveurs ; cela induit simplement un décalage significatif dans le temps. Dans notre cas, cela n'est pas gênant : nous sommes en phase d'initialisation de base. Lorsque nous passerons en régime de croisière, la réplication se fera de manière continue.

Merci à tous