Est-ce qu'il existe un système permettant de basculer automatiquement, en
cas de panne, l'adresse d'un domaine vers un autre?
Je m'explique, j'ai un serveur Windows chez Telecity, si demain je prends
également un serveur chez redbus, est-ce qu'il est possible si en cas de
panne du serveur chez Telecity de basculer automatiquement vers le serveur
chez redbus (qui est une copie de celui de telecity) ???
"Jean-claude" a écrit dans le message de news: 44dd95f5$0$1001$ Bonjour,
Est-ce qu'il est possible si en cas de panne du serveur chez Telecity de basculer automatiquement vers le serveur chez redbus (qui est une copie de celui de telecity) ??? Oui, il suffit(!) de ce baser sur une solution linuxHA, ultramonkey ou autre
du même type pour la partie "basculement" (changement d'ip, ...) hearbeat pour le test entre serveur.
Pour la réplication de données: - NBD monté en raid soft sur chaque serveur via un interlan entre datacenter - ENBD, même chose que NBD mais qui permet la reconnexion entre machine lors d'une déconnexion, tout sauf stable - DRDB toujours via un interlan, un peut comme un raid1 en automatique kernel, pas mauvais - GFS/GNBD avec deux machines (mouais ...) raid possible par dessus avec du lvm ? - Oubliez les solutions basé sur fam/imon/gamin pour la réplication, beurk Perso et dans le cas de raid serveur sur un réseau local avec un lien Giga dédié, DRDB me semble une bonne solution facile à mettre en place http://www.drbd.org/
Un serveur de fichier commun monté en NFS est plus raisonnable que de la réplication distante qui demande un interlan très (très)rapide Le problème vient si le serveur de fichiers tombe ...
jean-claude Emmanuel.
"Jean-claude" <jc@nospam.com> a écrit dans le message de news:
44dd95f5$0$1001$ba4acef3@news.orange.fr...
Bonjour,
Est-ce qu'il est possible si en cas de panne du serveur chez Telecity de
basculer automatiquement vers le serveur chez redbus (qui est une copie de
celui de telecity) ???
Oui, il suffit(!) de ce baser sur une solution linuxHA, ultramonkey ou autre
du même type pour la partie "basculement" (changement d'ip, ...)
hearbeat pour le test entre serveur.
Pour la réplication de données:
- NBD monté en raid soft sur chaque serveur via un interlan entre datacenter
- ENBD, même chose que NBD mais qui permet la reconnexion entre machine lors
d'une déconnexion, tout sauf stable
- DRDB toujours via un interlan, un peut comme un raid1 en automatique
kernel, pas mauvais
- GFS/GNBD avec deux machines (mouais ...) raid possible par dessus avec du
lvm ?
- Oubliez les solutions basé sur fam/imon/gamin pour la réplication, beurk
Perso et dans le cas de raid serveur sur un réseau local avec un lien Giga
dédié, DRDB me semble une bonne solution facile à mettre en place
http://www.drbd.org/
Un serveur de fichier commun monté en NFS est plus raisonnable que de la
réplication distante qui demande un interlan très (très)rapide
Le problème vient si le serveur de fichiers tombe ...
"Jean-claude" a écrit dans le message de news: 44dd95f5$0$1001$ Bonjour,
Est-ce qu'il est possible si en cas de panne du serveur chez Telecity de basculer automatiquement vers le serveur chez redbus (qui est une copie de celui de telecity) ??? Oui, il suffit(!) de ce baser sur une solution linuxHA, ultramonkey ou autre
du même type pour la partie "basculement" (changement d'ip, ...) hearbeat pour le test entre serveur.
Pour la réplication de données: - NBD monté en raid soft sur chaque serveur via un interlan entre datacenter - ENBD, même chose que NBD mais qui permet la reconnexion entre machine lors d'une déconnexion, tout sauf stable - DRDB toujours via un interlan, un peut comme un raid1 en automatique kernel, pas mauvais - GFS/GNBD avec deux machines (mouais ...) raid possible par dessus avec du lvm ? - Oubliez les solutions basé sur fam/imon/gamin pour la réplication, beurk Perso et dans le cas de raid serveur sur un réseau local avec un lien Giga dédié, DRDB me semble une bonne solution facile à mettre en place http://www.drbd.org/
Un serveur de fichier commun monté en NFS est plus raisonnable que de la réplication distante qui demande un interlan très (très)rapide Le problème vient si le serveur de fichiers tombe ...
jean-claude Emmanuel.
atmaniak
manu wrote:
- Oubliez les solutions basé sur fam/imon/gamin pour la réplication, beurk Perso et dans le cas de raid serveur sur un réseau local avec un lien Giga dédié, DRDB me semble une bonne solution facile à mettre en place http://www.drbd.org/
Bof, un lien 100Mb/s suffit generalement amplement. Cela saturera juste lors de la premiere synchro, mais pour une utilisation courante cela fonctionne parfaitement ensuite.
manu wrote:
- Oubliez les solutions basé sur fam/imon/gamin pour la réplication, beurk
Perso et dans le cas de raid serveur sur un réseau local avec un lien Giga
dédié, DRDB me semble une bonne solution facile à mettre en place
http://www.drbd.org/
Bof, un lien 100Mb/s suffit generalement amplement. Cela saturera juste
lors de la premiere synchro, mais pour une utilisation courante cela
fonctionne parfaitement ensuite.
- Oubliez les solutions basé sur fam/imon/gamin pour la réplication, beurk Perso et dans le cas de raid serveur sur un réseau local avec un lien Giga dédié, DRDB me semble une bonne solution facile à mettre en place http://www.drbd.org/
Bof, un lien 100Mb/s suffit generalement amplement. Cela saturera juste lors de la premiere synchro, mais pour une utilisation courante cela fonctionne parfaitement ensuite.
Damien Desmarets
Je ne pense pas que la solution de manu s'applique dans ton cas. Les quelques expériences que j'ai eu était pour des machines sur le même réseau et donc passant par le même routeur. Normalement tu a une route sur ton réseau. Dans ce réseau une machine UP qui répond aux clients, une machine en stand-by qui détecte si la machine UP est toujours en marche. Si elle ne marche plus elle prend son IP et répond aux clients. Dans ton cas tu aura 2 routeurs différent pour relier tes machines (c'est du serveur dédié? ou t'as des emplacements avec routeur?) sur les 2 sites. Donc il faudrait que ton premier routeur détecte la panne et ensuite qu'il change la route pour joindre ta machine pour la faire passer par le 2nd se trouvant chez redbus. Sinon tes clients passeront toujours par la route de telecity et aboutiront à rien.
Je ne garantie rien mais je vois la chose comme ça moi (et pas autrement) ...
"Jean-claude" a écrit dans le message de news: 44dd95f5$0$1001$ Bonjour,
Est-ce qu'il est possible si en cas de panne du serveur chez Telecity de basculer automatiquement vers le serveur chez redbus (qui est une copie de celui de telecity) ??? Oui, il suffit(!) de ce baser sur une solution linuxHA, ultramonkey ou autre
du même type pour la partie "basculement" (changement d'ip, ...) hearbeat pour le test entre serveur.
Pour la réplication de données: - NBD monté en raid soft sur chaque serveur via un interlan entre datacenter - ENBD, même chose que NBD mais qui permet la reconnexion entre machine lors d'une déconnexion, tout sauf stable - DRDB toujours via un interlan, un peut comme un raid1 en automatique kernel, pas mauvais - GFS/GNBD avec deux machines (mouais ...) raid possible par dessus avec du lvm ? - Oubliez les solutions basé sur fam/imon/gamin pour la réplication, beurk Perso et dans le cas de raid serveur sur un réseau local avec un lien Giga dédié, DRDB me semble une bonne solution facile à mettre en place http://www.drbd.org/
Un serveur de fichier commun monté en NFS est plus raisonnable que de la réplication distante qui demande un interlan très (très)rapide Le problème vient si le serveur de fichiers tombe ...
jean-claude Emmanuel.
--
Damien Desmarets 1 place Paul Verlaine Directeur Technique 92100 Boulogne-Billancourt - France Deviant Network Tel. : 0 871 100 200 http://www.deviantnetwork.com Fax : 0 871 100 201
Je ne pense pas que la solution de manu s'applique dans ton cas.
Les quelques expériences que j'ai eu était pour des machines sur le même
réseau et donc passant par le même routeur.
Normalement tu a une route sur ton réseau. Dans ce réseau une machine UP
qui répond aux clients, une machine en stand-by qui détecte si la
machine UP est toujours en marche. Si elle ne marche plus elle prend son
IP et répond aux clients.
Dans ton cas tu aura 2 routeurs différent pour relier tes machines
(c'est du serveur dédié? ou t'as des emplacements avec routeur?) sur les
2 sites.
Donc il faudrait que ton premier routeur détecte la panne et ensuite
qu'il change la route pour joindre ta machine pour la faire passer par
le 2nd se trouvant chez redbus. Sinon tes clients passeront toujours par
la route de telecity et aboutiront à rien.
Je ne garantie rien mais je vois la chose comme ça moi (et pas
autrement) ...
"Jean-claude" <jc@nospam.com> a écrit dans le message de news:
44dd95f5$0$1001$ba4acef3@news.orange.fr...
Bonjour,
Est-ce qu'il est possible si en cas de panne du serveur chez Telecity de
basculer automatiquement vers le serveur chez redbus (qui est une copie de
celui de telecity) ???
Oui, il suffit(!) de ce baser sur une solution linuxHA, ultramonkey ou autre
du même type pour la partie "basculement" (changement d'ip, ...)
hearbeat pour le test entre serveur.
Pour la réplication de données:
- NBD monté en raid soft sur chaque serveur via un interlan entre datacenter
- ENBD, même chose que NBD mais qui permet la reconnexion entre machine lors
d'une déconnexion, tout sauf stable
- DRDB toujours via un interlan, un peut comme un raid1 en automatique
kernel, pas mauvais
- GFS/GNBD avec deux machines (mouais ...) raid possible par dessus avec du
lvm ?
- Oubliez les solutions basé sur fam/imon/gamin pour la réplication, beurk
Perso et dans le cas de raid serveur sur un réseau local avec un lien Giga
dédié, DRDB me semble une bonne solution facile à mettre en place
http://www.drbd.org/
Un serveur de fichier commun monté en NFS est plus raisonnable que de la
réplication distante qui demande un interlan très (très)rapide
Le problème vient si le serveur de fichiers tombe ...
jean-claude
Emmanuel.
--
Damien Desmarets 1 place Paul Verlaine
Directeur Technique 92100 Boulogne-Billancourt - France
Deviant Network Tel. : 0 871 100 200
http://www.deviantnetwork.com Fax : 0 871 100 201
Je ne pense pas que la solution de manu s'applique dans ton cas. Les quelques expériences que j'ai eu était pour des machines sur le même réseau et donc passant par le même routeur. Normalement tu a une route sur ton réseau. Dans ce réseau une machine UP qui répond aux clients, une machine en stand-by qui détecte si la machine UP est toujours en marche. Si elle ne marche plus elle prend son IP et répond aux clients. Dans ton cas tu aura 2 routeurs différent pour relier tes machines (c'est du serveur dédié? ou t'as des emplacements avec routeur?) sur les 2 sites. Donc il faudrait que ton premier routeur détecte la panne et ensuite qu'il change la route pour joindre ta machine pour la faire passer par le 2nd se trouvant chez redbus. Sinon tes clients passeront toujours par la route de telecity et aboutiront à rien.
Je ne garantie rien mais je vois la chose comme ça moi (et pas autrement) ...
"Jean-claude" a écrit dans le message de news: 44dd95f5$0$1001$ Bonjour,
Est-ce qu'il est possible si en cas de panne du serveur chez Telecity de basculer automatiquement vers le serveur chez redbus (qui est une copie de celui de telecity) ??? Oui, il suffit(!) de ce baser sur une solution linuxHA, ultramonkey ou autre
du même type pour la partie "basculement" (changement d'ip, ...) hearbeat pour le test entre serveur.
Pour la réplication de données: - NBD monté en raid soft sur chaque serveur via un interlan entre datacenter - ENBD, même chose que NBD mais qui permet la reconnexion entre machine lors d'une déconnexion, tout sauf stable - DRDB toujours via un interlan, un peut comme un raid1 en automatique kernel, pas mauvais - GFS/GNBD avec deux machines (mouais ...) raid possible par dessus avec du lvm ? - Oubliez les solutions basé sur fam/imon/gamin pour la réplication, beurk Perso et dans le cas de raid serveur sur un réseau local avec un lien Giga dédié, DRDB me semble une bonne solution facile à mettre en place http://www.drbd.org/
Un serveur de fichier commun monté en NFS est plus raisonnable que de la réplication distante qui demande un interlan très (très)rapide Le problème vient si le serveur de fichiers tombe ...
jean-claude Emmanuel.
--
Damien Desmarets 1 place Paul Verlaine Directeur Technique 92100 Boulogne-Billancourt - France Deviant Network Tel. : 0 871 100 200 http://www.deviantnetwork.com Fax : 0 871 100 201
"Jean-claude" a écrit dans le message de news: 44dd95f5$0$1001$ Bonjour,
Est-ce qu'il est possible si en cas de panne du serveur chez Telecity de basculer automatiquement vers le serveur chez redbus (qui est une copie de celui de telecity) ???
Oui, il suffit(!) de ce baser sur une solution linuxHA, ultramonkey ou autre du même type pour la partie "basculement" (changement d'ip, ...) hearbeat pour le test entre serveur.
Et euhhh .. un bete rsync du site + synchro master/slave de la base de donnée assorti d'un TTL bas sur le DNS ?
L'usine a gaz type HA est bonne pour une plateforme énorme avec un budget adequat .. pas pour un client qui a deux serveurs qui se battent en duel.
"Jean-claude" <jc@nospam.com> a écrit dans le message de news:
44dd95f5$0$1001$ba4acef3@news.orange.fr...
Bonjour,
Est-ce qu'il est possible si en cas de panne du serveur chez Telecity de
basculer automatiquement vers le serveur chez redbus (qui est une copie de
celui de telecity) ???
Oui, il suffit(!) de ce baser sur une solution linuxHA, ultramonkey ou autre
du même type pour la partie "basculement" (changement d'ip, ...)
hearbeat pour le test entre serveur.
Et euhhh .. un bete rsync du site + synchro master/slave de la base de
donnée assorti d'un TTL bas sur le DNS ?
L'usine a gaz type HA est bonne pour une plateforme énorme avec un
budget adequat .. pas pour un client qui a deux serveurs qui se battent
en duel.
"Jean-claude" a écrit dans le message de news: 44dd95f5$0$1001$ Bonjour,
Est-ce qu'il est possible si en cas de panne du serveur chez Telecity de basculer automatiquement vers le serveur chez redbus (qui est une copie de celui de telecity) ???
Oui, il suffit(!) de ce baser sur une solution linuxHA, ultramonkey ou autre du même type pour la partie "basculement" (changement d'ip, ...) hearbeat pour le test entre serveur.
Et euhhh .. un bete rsync du site + synchro master/slave de la base de donnée assorti d'un TTL bas sur le DNS ?
L'usine a gaz type HA est bonne pour une plateforme énorme avec un budget adequat .. pas pour un client qui a deux serveurs qui se battent en duel.
"Spyou" a écrit dans le message de news: 44de523f$0$20687$
Et euhhh .. un bete rsync du site + synchro master/slave de la base de donnée assorti d'un TTL bas sur le DNS ? Un rsync à chaque modif sur le serveur ?
Dans ce cas les serveurs ne font que ça, imaginez un peut un rsync chaque fois qu'ils y a une ligne de log en plus... l'horreur.
Si c'est pour faire dans la synchronisation de fichier, dans ce cas utilisez plutôt les solutions basé sur fam/imon/gamin avec l'utilisation de dnotify/inotify du kernel (Surveillance d'événements sur le système de fichier) http://www.supinfo-projects.com/fr/2006/inotify/
gamin (fonctionne avec inotify): http://www.gnome.org/~veillard/gamin/
fam (plus vieux, fonctionne avec dnotify): http://oss.sgi.com/projects/fam/
dnotify/inotify est à choisir est en fonction de la version du kernel, il me semble que inotify c'est à partir d'un 2.6.12
Emmanuel.
"Spyou" <root@spyou.org> a écrit dans le message de news:
44de523f$0$20687$636a55ce@news.free.fr...
Et euhhh .. un bete rsync du site + synchro master/slave de la base de
donnée assorti d'un TTL bas sur le DNS ?
Un rsync à chaque modif sur le serveur ?
Dans ce cas les serveurs ne font que ça, imaginez un peut un rsync chaque
fois qu'ils y a une ligne de log en plus... l'horreur.
Si c'est pour faire dans la synchronisation de fichier, dans ce cas utilisez
plutôt les solutions basé sur fam/imon/gamin avec l'utilisation de
dnotify/inotify du kernel (Surveillance d'événements sur le système de
fichier)
http://www.supinfo-projects.com/fr/2006/inotify/
gamin (fonctionne avec inotify):
http://www.gnome.org/~veillard/gamin/
fam (plus vieux, fonctionne avec dnotify):
http://oss.sgi.com/projects/fam/
dnotify/inotify est à choisir est en fonction de la version du kernel, il
me semble que inotify c'est à partir d'un 2.6.12
"Spyou" a écrit dans le message de news: 44de523f$0$20687$
Et euhhh .. un bete rsync du site + synchro master/slave de la base de donnée assorti d'un TTL bas sur le DNS ? Un rsync à chaque modif sur le serveur ?
Dans ce cas les serveurs ne font que ça, imaginez un peut un rsync chaque fois qu'ils y a une ligne de log en plus... l'horreur.
Si c'est pour faire dans la synchronisation de fichier, dans ce cas utilisez plutôt les solutions basé sur fam/imon/gamin avec l'utilisation de dnotify/inotify du kernel (Surveillance d'événements sur le système de fichier) http://www.supinfo-projects.com/fr/2006/inotify/
gamin (fonctionne avec inotify): http://www.gnome.org/~veillard/gamin/
fam (plus vieux, fonctionne avec dnotify): http://oss.sgi.com/projects/fam/
dnotify/inotify est à choisir est en fonction de la version du kernel, il me semble que inotify c'est à partir d'un 2.6.12
Emmanuel.
atmaniak
manu wrote:
Un rsync à chaque modif sur le serveur ? Dans ce cas les serveurs ne font que ça, imaginez un peut un rsync chaque fois qu'ils y a une ligne de log en plus... l'horreur.
Mais non, juste sur les données variant et ayant une importance pour le fonctionnement/continuité de services.
Si c'est pour faire dans la synchronisation de fichier, dans ce cas utilisez ... me semble que inotify c'est à partir d'un 2.6.12
Bien crade comme solution. M'enfin c'est encore la difference entre la theorie et la pratique ...
manu wrote:
Un rsync à chaque modif sur le serveur ?
Dans ce cas les serveurs ne font que ça, imaginez un peut un rsync chaque
fois qu'ils y a une ligne de log en plus... l'horreur.
Mais non, juste sur les données variant et ayant une importance pour le
fonctionnement/continuité de services.
Si c'est pour faire dans la synchronisation de fichier, dans ce cas utilisez
...
me semble que inotify c'est à partir d'un 2.6.12
Bien crade comme solution. M'enfin c'est encore la difference entre la
theorie et la pratique ...
Un rsync à chaque modif sur le serveur ? Dans ce cas les serveurs ne font que ça, imaginez un peut un rsync chaque fois qu'ils y a une ligne de log en plus... l'horreur.
Mais non, juste sur les données variant et ayant une importance pour le fonctionnement/continuité de services.
Si c'est pour faire dans la synchronisation de fichier, dans ce cas utilisez ... me semble que inotify c'est à partir d'un 2.6.12
Bien crade comme solution. M'enfin c'est encore la difference entre la theorie et la pratique ...
Spyou
"Spyou" a écrit dans le message de news: 44de523f$0$20687$
Et euhhh .. un bete rsync du site + synchro master/slave de la base de donnée assorti d'un TTL bas sur le DNS ?
Un rsync à chaque modif sur le serveur ? Dans ce cas les serveurs ne font que ça, imaginez un peut un rsync chaque fois qu'ils y a une ligne de log en plus... l'horreur.
Faut allumer son neurone.
rsync a chaque déconnexion FTP, ca suffit amplement.
Si c'est pour faire dans la synchronisation de fichier, dans ce cas utilisez plutôt les solutions basé sur fam/imon/gamin avec l'utilisation de dnotify/inotify du kernel (Surveillance d'événements sur le système de fichier)
Le meilleur moyen de foirer un filesysteme, quoi.
"Spyou" <root@spyou.org> a écrit dans le message de news:
44de523f$0$20687$636a55ce@news.free.fr...
Et euhhh .. un bete rsync du site + synchro master/slave de la base de
donnée assorti d'un TTL bas sur le DNS ?
Un rsync à chaque modif sur le serveur ?
Dans ce cas les serveurs ne font que ça, imaginez un peut un rsync chaque
fois qu'ils y a une ligne de log en plus... l'horreur.
Faut allumer son neurone.
rsync a chaque déconnexion FTP, ca suffit amplement.
Si c'est pour faire dans la synchronisation de fichier, dans ce cas utilisez
plutôt les solutions basé sur fam/imon/gamin avec l'utilisation de
dnotify/inotify du kernel (Surveillance d'événements sur le système de
fichier)
"Spyou" a écrit dans le message de news: 44de523f$0$20687$
Et euhhh .. un bete rsync du site + synchro master/slave de la base de donnée assorti d'un TTL bas sur le DNS ?
Un rsync à chaque modif sur le serveur ? Dans ce cas les serveurs ne font que ça, imaginez un peut un rsync chaque fois qu'ils y a une ligne de log en plus... l'horreur.
Faut allumer son neurone.
rsync a chaque déconnexion FTP, ca suffit amplement.
Si c'est pour faire dans la synchronisation de fichier, dans ce cas utilisez plutôt les solutions basé sur fam/imon/gamin avec l'utilisation de dnotify/inotify du kernel (Surveillance d'événements sur le système de fichier)
Le meilleur moyen de foirer un filesysteme, quoi.
manu
"atmaniak" a écrit dans le message de news: 44df0447$0$29160$
Mais non, juste sur les données variant et ayant une importance pour le fonctionnement/continuité de services. Et pour les bdds qui change à chaque secondes ?
Bien crade comme solution. M'enfin c'est encore la difference entre la theorie et la pratique ... C'est aussi ce que j'ai dit lors de mon 1er post:
"- Oubliez les solutions basé sur fam/imon/gamin pour la réplication, beurk"
Et que le mieux à mon gout pour de la réplication de serveur et l'utilisation de DRDB => mirroir entre machine
Vous proposez l'idée du rsync, ok mais cela n'est pas de la réplication de serveur, ce qui ce raproche le plus est fam/imon/gamin, c'etait juste pour evoquer l'existance de ce type de solutions
Jean-claude a demandé "le serveur chez redbus (qui est une copie de celui de telecity)", après il est vrais qu'il peut opter pour de la synchro de fichier.
Emmanuel.
"atmaniak" <atmaniak-NOSPAM@atmaniak.com> a écrit dans le message de news:
44df0447$0$29160$636a55ce@news.free.fr...
Mais non, juste sur les données variant et ayant une importance pour le
fonctionnement/continuité de services.
Et pour les bdds qui change à chaque secondes ?
Bien crade comme solution. M'enfin c'est encore la difference entre la
theorie et la pratique ...
C'est aussi ce que j'ai dit lors de mon 1er post:
"- Oubliez les solutions basé sur fam/imon/gamin pour la réplication, beurk"
Et que le mieux à mon gout pour de la réplication de serveur et
l'utilisation de DRDB => mirroir entre machine
Vous proposez l'idée du rsync, ok mais cela n'est pas de la réplication de
serveur, ce qui ce raproche le plus est fam/imon/gamin, c'etait juste pour
evoquer l'existance de ce type de solutions
Jean-claude a demandé "le serveur chez redbus (qui est une copie de celui
de telecity)", après il est vrais qu'il peut opter pour de la synchro de
fichier.
"atmaniak" a écrit dans le message de news: 44df0447$0$29160$
Mais non, juste sur les données variant et ayant une importance pour le fonctionnement/continuité de services. Et pour les bdds qui change à chaque secondes ?
Bien crade comme solution. M'enfin c'est encore la difference entre la theorie et la pratique ... C'est aussi ce que j'ai dit lors de mon 1er post:
"- Oubliez les solutions basé sur fam/imon/gamin pour la réplication, beurk"
Et que le mieux à mon gout pour de la réplication de serveur et l'utilisation de DRDB => mirroir entre machine
Vous proposez l'idée du rsync, ok mais cela n'est pas de la réplication de serveur, ce qui ce raproche le plus est fam/imon/gamin, c'etait juste pour evoquer l'existance de ce type de solutions
Jean-claude a demandé "le serveur chez redbus (qui est une copie de celui de telecity)", après il est vrais qu'il peut opter pour de la synchro de fichier.
Emmanuel.
atmaniak
manu wrote:
Et pour les bdds qui change à chaque secondes ?
Il y a generalement des mecanismes pour ces bases afin de gérer la réplication.
manu wrote:
Et pour les bdds qui change à chaque secondes ?
Il y a generalement des mecanismes pour ces bases afin de gérer la
réplication.
