On 31 jui 2004, Yohann Desquerre wrote:
Désolé si c'est hors sujet de la liste ... :-[
Sinon comment faite vous pour répliquer les données chez ce
client Logiciel libre ou couteuse solution propriétaire ?
Je ne suis pas parvenu à imposer de solutions Libres et ils
utilisent des
Yohann Desquerre a écrit :
c'est possible de faire du ssh à travers la fibre optique (en fc et non
over ip) ?
Heu à ma connaissance (du moins pour celle qu'on utilise au boulot) les
fibre channel sont un genre de connectique matériel,nous avons une baie
san connecté à deux serveur comme ça.
Bonjour
On Fri, Jul 30, 2004 at 12:04:08AM +0200, Yohann Desquerre wrote:
Georges Roux wrote:
Tu veux faire quoi exactement, exact repliquation, simple transfert,
synchronisation...
je suppose que les formatage sont different.
en fait le volume de base sera de l'ufs, et le but est de
Le Fri 30/07/2004, Jerome Chantelauze disait
Bonjour
On Fri, Jul 30, 2004 at 12:04:08AM +0200, Yohann Desquerre wrote:
Georges Roux wrote:
Tu veux faire quoi exactement, exact repliquation, simple transfert,
synchronisation...
je suppose que les formatage sont different.
On Fri, Jul 30, 2004 at 10:02:30AM +0200, Erwan David wrote:
Le Fri 30/07/2004, Jerome Chantelauze disait
Bonjour
Linux suporte les files systems de type ufs en lecture seule (ainsi que
les tables de partition Sun).
Uniquement l'UFS1, pas l'UFS2 (celui de FreeBSD 5)
C'est exact.
Le Fri 30/07/2004, Jerome Chantelauze disait
On Fri, Jul 30, 2004 at 10:02:30AM +0200, Erwan David wrote:
Le Fri 30/07/2004, Jerome Chantelauze disait
Bonjour
Linux suporte les files systems de type ufs en lecture seule (ainsi que
les tables de partition Sun).
Uniquement
Pascal Greliche wrote:
Salut !
LA solution à ton problème, à mon avis c'est rsync.
Très fiable, très optimisé, parfait pour ce genre de choses.
Le gros avantage que tu aura, c'est que une fois que tu aura tes
données des 2 cotés, seul la différence sera transmise à chaque
synchronisation.
la
sich wrote:
Yohann Desquerre a écrit :
c'est possible de faire du ssh à travers la fibre optique (en fc et
non over ip) ?
Heu à ma connaissance (du moins pour celle qu'on utilise au boulot)
les fibre channel sont un genre de connectique matériel,nous avons une
baie san connecté à deux
Jerome Chantelauze wrote:
Bonjour
On Fri, Jul 30, 2004 at 12:04:08AM +0200, Yohann Desquerre wrote:
Georges Roux wrote:
Tu veux faire quoi exactement, exact repliquation, simple transfert,
synchronisation...
je suppose que les formatage sont different.
en fait le volume de
On 29 jui 2004, Yohann Desquerre wrote:
Bonjour à tous,
Plop,
Je souhaite répliquer à l'identique les donnée baie de disque
HITACHI (donnée vu par un solaris 9)vers une baie de disques
STK.
Tiens chez mon client actuel, c'est plutôt l'inverse qui se
produit :) On passe de STK à des HDS
Salut,
Si c'est une base de données, je te conseille de trouver une solution
plus haut niveau.
En effet, une image binaire des fichiers d'une base de données a toutes
les chances d'être corrompu si la base de donnée est en service (sur
une base de donnée de 7T, je suppose qu'il y a énormément
Yohann Desquerre a écrit :
j'ai 7TB qui change souvent apparemment (majorité de base de données)
rsync est-il adapter pour ce type de volume ?
Comme l'a dis une autre personne, en cas de bdd il faut utiliser un
système de réplication ou de backup géré par le sgbd lui même. Il est
très
Jerome Chantelauze wrote:
On Fri, Jul 30, 2004 at 10:02:30AM +0200, Erwan David wrote:
Le Fri 30/07/2004, Jerome Chantelauze disait
Bonjour
Linux suporte les files systems de type ufs en lecture seule (ainsi que
les tables de partition Sun).
Uniquement l'UFS1, pas l'UFS2
Xavier Maillard wrote:
On 29 jui 2004, Yohann Desquerre wrote:
Bonjour à tous,
Plop,
Je souhaite répliquer à l'identique les donnée baie de disque
HITACHI (donnée vu par un solaris 9)vers une baie de disques
STK.
Tiens chez mon client actuel, c'est plutôt l'inverse qui
Pascal Greliche wrote:
Salut,
Si c'est une base de données, je te conseille de trouver une solution
plus haut niveau.
En effet, une image binaire des fichiers d'une base de données a
toutes les chances d'être corrompu si la base de donnée est en service
(sur une base de donnée de 7T, je
Bonjour à tous,
Je souhaite répliquer à l'identique les donnée baie de disque HITACHI
(donnée vu par un solaris 9)vers une baie de disques STK.
Je souhaiterais prouver à ma hierarchie qu'il est possible d'effectuer
cette opérations avec des logiciels libre plutôt que d'utiliser des
Tu veux faire quoi exactement, exact repliquation, simple transfert,
synchronisation...
je suppose que les formatage sont different.
pour faire vite sinon, je passerais par un pipe tar pipe et via un
export NFS.
sinon j'utilise rsync c'est bien mais c'est plus long, donc transfert
tar puis
On Thu, Jul 29, 2004 at 07:49:33PM +0200, Yohann Desquerre wrote:
Bonjour à tous,
Je souhaite répliquer à l'identique les donnée baie de disque HITACHI
(donnée vu par un solaris 9)vers une baie de disques STK.
Je souhaiterais prouver à ma hierarchie qu'il est possible d'effectuer
Georges Roux wrote:
Tu veux faire quoi exactement, exact repliquation, simple transfert,
synchronisation...
je suppose que les formatage sont different.
en fait le volume de base sera de l'ufs, et le but est de pouvoir
restaurer la première baie (HDS) avec les données répliquées de la
Sylvain LE GALL wrote:
On Thu, Jul 29, 2004 at 07:49:33PM +0200, Yohann Desquerre wrote:
Bonjour à tous,
Je souhaite répliquer à l'identique les donnée baie de disque HITACHI
(donnée vu par un solaris 9)vers une baie de disques STK.
Je souhaiterais prouver à ma hierarchie qu'il est
Yohann Desquerre wrote:
mais je vais avoir du mal à imposer cette solution, a mon boulot il
n'aprécie pas nfs... il le considère comme lent et fragile...
Tu peux monter NFS à travers Fiber, et tu peux leur dire que c'est une
solution utilisée par IBM (entre autres) pour exporter des
On Fri, Jul 30, 2004 at 12:20:08AM +0200, Yohann Desquerre wrote:
Sylvain LE GALL wrote:
On Thu, Jul 29, 2004 at 07:49:33PM +0200, Yohann Desquerre wrote:
Bonjour à tous,
Je souhaite répliquer à l'identique les donnée baie de disque HITACHI
(donnée vu par un solaris 9)vers une
Salut !
LA solution à ton problème, à mon avis c'est rsync.
Très fiable, très optimisé, parfait pour ce genre de choses.
Le gros avantage que tu aura, c'est que une fois que tu aura tes
données des 2 cotés, seul la différence sera transmise à chaque
synchronisation.
la fréquence de des
23 matches
Mail list logo