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
solutions propriètaires notament celles fournies par la société Véritas.
Avez vous des idées sur comment faire çà (réplication pur et dur
snapshot,autres solution)????
je me suis tourner vers unisson mais je ne sait pas si c'est vraiment
adapter à ce que je veux faire :
La baie Hitachi renferme environ 7TB de données que je souhaite donc
répliquer,mirrorer,snapshoter (ou autre aussi bien), et tout çà dans une
nuit de 12 Heures (plus vite si on peux ;-) ), je dispose pour ce faire
de lien ethernet 100MB(çà sent le paté) éventuellement de liens gigabit
(va faloir que je négocie mais çà devrait être jouable) et deux cartes
Fiber channel qlogic 2340, et d'un switch brocade 3800.
Si c'est possible j'aurais bien attaché ma debian et mes deux baies sur
le switch et donc de synchroniser avec unison mais je ne sais pas s'il
est capable de faire du fiber chanel (c'est la solution la plus rapide !).
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
solutions propriètaires notament celles fournies par la société Véritas.
Avez vous des idées sur comment faire çà (réplication pur et dur
snapshot,autres solution)????
je me suis tourner vers unisson mais je ne sait pas si c'est vraiment
adapter à ce que je veux faire :
La baie Hitachi renferme environ 7TB de données que je souhaite donc
répliquer,mirrorer,snapshoter (ou autre aussi bien), et tout çà dans une
nuit de 12 Heures (plus vite si on peux ;-) ), je dispose pour ce faire
de lien ethernet 100MB(çà sent le paté) éventuellement de liens gigabit
(va faloir que je négocie mais çà devrait être jouable) et deux cartes
Fiber channel qlogic 2340, et d'un switch brocade 3800.
Si c'est possible j'aurais bien attaché ma debian et mes deux baies sur
le switch et donc de synchroniser avec unison mais je ne sais pas s'il
est capable de faire du fiber chanel (c'est la solution la plus rapide !).
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
solutions propriètaires notament celles fournies par la société Véritas.
Avez vous des idées sur comment faire çà (réplication pur et dur
snapshot,autres solution)????
je me suis tourner vers unisson mais je ne sait pas si c'est vraiment
adapter à ce que je veux faire :
La baie Hitachi renferme environ 7TB de données que je souhaite donc
répliquer,mirrorer,snapshoter (ou autre aussi bien), et tout çà dans une
nuit de 12 Heures (plus vite si on peux ;-) ), je dispose pour ce faire
de lien ethernet 100MB(çà sent le paté) éventuellement de liens gigabit
(va faloir que je négocie mais çà devrait être jouable) et deux cartes
Fiber channel qlogic 2340, et d'un switch brocade 3800.
Si c'est possible j'aurais bien attaché ma debian et mes deux baies sur
le switch et donc de synchroniser avec unison mais je ne sais pas s'il
est capable de faire du fiber chanel (c'est la solution la plus rapide !).
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 rsync.
tar cpf - /montage/nfs | (cd /destination;tar xpf -)
Si tu ajoute le v "xpvf", ça prendra plus de temps.
Après tu peux jouer avec rsync les fichiers sont là.
Georges
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 rsync.
tar cpf - /montage/nfs | (cd /destination;tar xpf -)
Si tu ajoute le v "xpvf", ça prendra plus de temps.
Après tu peux jouer avec rsync les fichiers sont là.
Georges
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 rsync.
tar cpf - /montage/nfs | (cd /destination;tar xpf -)
Si tu ajoute le v "xpvf", ça prendra plus de temps.
Après tu peux jouer avec rsync les fichiers sont là.
Georges
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
cette opérations avec des logiciels libre plutôt que d'utiliser des
solutions propriètaires notament celles fournies par la société Véritas.
Avez vous des idées sur comment faire çà (réplication pur et dur
snapshot,autres solution)????
je me suis tourner vers unisson mais je ne sait pas si c'est vraiment
adapter à ce que je veux faire :
La baie Hitachi renferme environ 7TB de données que je souhaite donc
répliquer,mirrorer,snapshoter (ou autre aussi bien), et tout çà dans une
nuit de 12 Heures (plus vite si on peux ;-) ), je dispose pour ce faire
de lien ethernet 100MB(çà sent le paté) éventuellement de liens gigabit
(va faloir que je négocie mais çà devrait être jouable) et deux cartes
Fiber channel qlogic 2340, et d'un switch brocade 3800.
Si c'est possible j'aurais bien attaché ma debian et mes deux baies sur
le switch et donc de synchroniser avec unison mais je ne sais pas s'il
est capable de faire du fiber chanel (c'est la solution la plus rapide !).
Bonjour,
Bon je n'ai pas beaucoup d'expérience sur unison, mais je l'ai quand
même un peu utilisé...
Voila ce que je peux te dire :
- unison travail au dessus de ssh, ce qui signifie qu'il n'a pas de
connaissance IP/Fiber Channel/ce que tu veux. Si tu peux avoir une
connexion ssh ca marche
- unison doit être présent sur les deux machines à répliquer, dans la
même version !
- unison ne fait pas de la réplication pur et dur au sens
maitre/esclave...
Il essaie de résoudre les conflits de merge entre
deux volumes de données ( ce qui signifie que tu peux travailler sur
une machine et sur l'autre et unison essaieras de dire quelle est la
bonne version du ficher, mais s'il se trompe, il te demandera -> gare
aux erreurs ).
<>- vérifie la viabilité de la solution en terme d'éfficacité logicielle /
hard : unison, comme il fait de la fusion peut éventuellement avoir
tendance à prendre un peu de place mémoire... Pour un volume de 7 TB,
il faut se méfier.
- astuce pour gagner en rapidité : utilises les bonnes options ssh pour
désactiver l'encryptage ( je suppose que tu n'as pas besoin d'une
connexion encrypté
- niveau temps, faut voir : je penses pas que l'ensemble du volume de
<> donnée de 7TB change chaque jour, ce qui rendrait unison trés rapide (
je pense qu'en 4-5 h ca devrait être bon, tout dépend des temps
d'accés disques )
Bonne chance
Sylvain Le Gall
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
cette opérations avec des logiciels libre plutôt que d'utiliser des
solutions propriètaires notament celles fournies par la société Véritas.
Avez vous des idées sur comment faire çà (réplication pur et dur
snapshot,autres solution)????
je me suis tourner vers unisson mais je ne sait pas si c'est vraiment
adapter à ce que je veux faire :
La baie Hitachi renferme environ 7TB de données que je souhaite donc
répliquer,mirrorer,snapshoter (ou autre aussi bien), et tout çà dans une
nuit de 12 Heures (plus vite si on peux ;-) ), je dispose pour ce faire
de lien ethernet 100MB(çà sent le paté) éventuellement de liens gigabit
(va faloir que je négocie mais çà devrait être jouable) et deux cartes
Fiber channel qlogic 2340, et d'un switch brocade 3800.
Si c'est possible j'aurais bien attaché ma debian et mes deux baies sur
le switch et donc de synchroniser avec unison mais je ne sais pas s'il
est capable de faire du fiber chanel (c'est la solution la plus rapide !).
Bonjour,
Bon je n'ai pas beaucoup d'expérience sur unison, mais je l'ai quand
même un peu utilisé...
Voila ce que je peux te dire :
- unison travail au dessus de ssh, ce qui signifie qu'il n'a pas de
connaissance IP/Fiber Channel/ce que tu veux. Si tu peux avoir une
connexion ssh ca marche
- unison doit être présent sur les deux machines à répliquer, dans la
même version !
- unison ne fait pas de la réplication pur et dur au sens
maitre/esclave...
Il essaie de résoudre les conflits de merge entre
deux volumes de données ( ce qui signifie que tu peux travailler sur
une machine et sur l'autre et unison essaieras de dire quelle est la
bonne version du ficher, mais s'il se trompe, il te demandera -> gare
aux erreurs ).
<>- vérifie la viabilité de la solution en terme d'éfficacité logicielle /
hard : unison, comme il fait de la fusion peut éventuellement avoir
tendance à prendre un peu de place mémoire... Pour un volume de 7 TB,
il faut se méfier.
- astuce pour gagner en rapidité : utilises les bonnes options ssh pour
désactiver l'encryptage ( je suppose que tu n'as pas besoin d'une
connexion encrypté
- niveau temps, faut voir : je penses pas que l'ensemble du volume de
<> donnée de 7TB change chaque jour, ce qui rendrait unison trés rapide (
je pense qu'en 4-5 h ca devrait être bon, tout dépend des temps
d'accés disques )
Bonne chance
Sylvain Le Gall
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
cette opérations avec des logiciels libre plutôt que d'utiliser des
solutions propriètaires notament celles fournies par la société Véritas.
Avez vous des idées sur comment faire çà (réplication pur et dur
snapshot,autres solution)????
je me suis tourner vers unisson mais je ne sait pas si c'est vraiment
adapter à ce que je veux faire :
La baie Hitachi renferme environ 7TB de données que je souhaite donc
répliquer,mirrorer,snapshoter (ou autre aussi bien), et tout çà dans une
nuit de 12 Heures (plus vite si on peux ;-) ), je dispose pour ce faire
de lien ethernet 100MB(çà sent le paté) éventuellement de liens gigabit
(va faloir que je négocie mais çà devrait être jouable) et deux cartes
Fiber channel qlogic 2340, et d'un switch brocade 3800.
Si c'est possible j'aurais bien attaché ma debian et mes deux baies sur
le switch et donc de synchroniser avec unison mais je ne sais pas s'il
est capable de faire du fiber chanel (c'est la solution la plus rapide !).
Bonjour,
Bon je n'ai pas beaucoup d'expérience sur unison, mais je l'ai quand
même un peu utilisé...
Voila ce que je peux te dire :
- unison travail au dessus de ssh, ce qui signifie qu'il n'a pas de
connaissance IP/Fiber Channel/ce que tu veux. Si tu peux avoir une
connexion ssh ca marche
- unison doit être présent sur les deux machines à répliquer, dans la
même version !
- unison ne fait pas de la réplication pur et dur au sens
maitre/esclave...
Il essaie de résoudre les conflits de merge entre
deux volumes de données ( ce qui signifie que tu peux travailler sur
une machine et sur l'autre et unison essaieras de dire quelle est la
bonne version du ficher, mais s'il se trompe, il te demandera -> gare
aux erreurs ).
<>- vérifie la viabilité de la solution en terme d'éfficacité logicielle /
hard : unison, comme il fait de la fusion peut éventuellement avoir
tendance à prendre un peu de place mémoire... Pour un volume de 7 TB,
il faut se méfier.
- astuce pour gagner en rapidité : utilises les bonnes options ssh pour
désactiver l'encryptage ( je suppose que tu n'as pas besoin d'une
connexion encrypté
- niveau temps, faut voir : je penses pas que l'ensemble du volume de
<> donnée de 7TB change chaque jour, ce qui rendrait unison trés rapide (
je pense qu'en 4-5 h ca devrait être bon, tout dépend des temps
d'accés disques )
Bonne chance
Sylvain Le Gall
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...
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...
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...
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 possible d'effectuer
>>cette opérations avec des logiciels libre plutôt que d'utiliser des
>>solutions propriètaires notament celles fournies par la société Véritas.
>>
>>
>>Avez vous des idées sur comment faire çà (réplication pur et dur
>>snapshot,autres solution)????
>>
>>
>>je me suis tourner vers unisson mais je ne sait pas si c'est vraiment
>>adapter à ce que je veux faire :
>>
>>
>>La baie Hitachi renferme environ 7TB de données que je souhaite donc
>>répliquer,mirrorer,snapshoter (ou autre aussi bien), et tout çà dans une
>>nuit de 12 Heures (plus vite si on peux ;-) ), je dispose pour ce faire
>>de lien ethernet 100MB(çà sent le paté) éventuellement de liens gigabit
>>(va faloir que je négocie mais çà devrait être jouable) et deux cartes
>>Fiber channel qlogic 2340, et d'un switch brocade 3800.
>>
>>
>>Si c'est possible j'aurais bien attaché ma debian et mes deux baies sur
>>le switch et donc de synchroniser avec unison mais je ne sais pas s'il
>>est capable de faire du fiber chanel (c'est la solution la plus rapide !).
>>
>>
>>
>>
>
>Bonjour,
>
>Bon je n'ai pas beaucoup d'expérience sur unison, mais je l'ai quand
>même un peu utilisé...
>
>Voila ce que je peux te dire :
>- unison travail au dessus de ssh, ce qui signifie qu'il n'a pas de
> connaissance IP/Fiber Channel/ce que tu veux. Si tu peux avoir une
> connexion ssh ca marche
>
>
c'est possible de faire du ssh à travers la fibre optique (en fc et non
over ip) ?
>- unison doit être présent sur les deux machines à répliquer, dans la
> même version !
>
>
du parle de la version d'unison ou de la machine ( j'ai un solaris d'un
coté et une debian de l'autre)
>- unison ne fait pas de la réplication pur et dur au sens
> maitre/esclave...
>
Est-ce que unison ne synchronise que les secteurs de disques marqués
comme modifiés ou fait une copie brut de toutes les données présentes ?
>Il essaie de résoudre les conflits de merge entre
> deux volumes de données ( ce qui signifie que tu peux travailler sur
> une machine et sur l'autre et unison essaieras de dire quelle est la
> bonne version du ficher, mais s'il se trompe, il te demandera -> gare
> aux erreurs ).
>
>
s'il existe une solution de snapshot ( je pense que çà se serait plus
rapide), ou une autre solution plus viable je suis preneur !
><>- vérifie la viabilité de la solution en terme d'éfficacité logicielle /
>hard : unison, comme il fait de la fusion peut éventuellement avoir
>tendance à prendre un peu de place mémoire... Pour un volume de 7 TB,
>il faut se méfier.
>- astuce pour gagner en rapidité : utilises les bonnes options ssh pour
>désactiver l'encryptage ( je suppose que tu n'as pas besoin d'une
>connexion encrypté
>- niveau temps, faut voir : je penses pas que l'ensemble du volume de
en fait c'est plusieurs volumes à répliqué qui font en tout 7 TB...
><> donnée de 7TB change chaque jour, ce qui rendrait unison trés rapide (
>je pense qu'en 4-5 h ca devrait être bon, tout dépend des temps
>d'accés disques )
5 H j'achète !!!
Je pense que c'est a peu prés tout ce que je peux dire.
c'est déjà beaucoup merci 8-)
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 possible d'effectuer
>>cette opérations avec des logiciels libre plutôt que d'utiliser des
>>solutions propriètaires notament celles fournies par la société Véritas.
>>
>>
>>Avez vous des idées sur comment faire çà (réplication pur et dur
>>snapshot,autres solution)????
>>
>>
>>je me suis tourner vers unisson mais je ne sait pas si c'est vraiment
>>adapter à ce que je veux faire :
>>
>>
>>La baie Hitachi renferme environ 7TB de données que je souhaite donc
>>répliquer,mirrorer,snapshoter (ou autre aussi bien), et tout çà dans une
>>nuit de 12 Heures (plus vite si on peux ;-) ), je dispose pour ce faire
>>de lien ethernet 100MB(çà sent le paté) éventuellement de liens gigabit
>>(va faloir que je négocie mais çà devrait être jouable) et deux cartes
>>Fiber channel qlogic 2340, et d'un switch brocade 3800.
>>
>>
>>Si c'est possible j'aurais bien attaché ma debian et mes deux baies sur
>>le switch et donc de synchroniser avec unison mais je ne sais pas s'il
>>est capable de faire du fiber chanel (c'est la solution la plus rapide !).
>>
>>
>>
>>
>
>Bonjour,
>
>Bon je n'ai pas beaucoup d'expérience sur unison, mais je l'ai quand
>même un peu utilisé...
>
>Voila ce que je peux te dire :
>- unison travail au dessus de ssh, ce qui signifie qu'il n'a pas de
> connaissance IP/Fiber Channel/ce que tu veux. Si tu peux avoir une
> connexion ssh ca marche
>
>
c'est possible de faire du ssh à travers la fibre optique (en fc et non
over ip) ?
>- unison doit être présent sur les deux machines à répliquer, dans la
> même version !
>
>
du parle de la version d'unison ou de la machine ( j'ai un solaris d'un
coté et une debian de l'autre)
>- unison ne fait pas de la réplication pur et dur au sens
> maitre/esclave...
>
Est-ce que unison ne synchronise que les secteurs de disques marqués
comme modifiés ou fait une copie brut de toutes les données présentes ?
>Il essaie de résoudre les conflits de merge entre
> deux volumes de données ( ce qui signifie que tu peux travailler sur
> une machine et sur l'autre et unison essaieras de dire quelle est la
> bonne version du ficher, mais s'il se trompe, il te demandera -> gare
> aux erreurs ).
>
>
s'il existe une solution de snapshot ( je pense que çà se serait plus
rapide), ou une autre solution plus viable je suis preneur !
><>- vérifie la viabilité de la solution en terme d'éfficacité logicielle /
>hard : unison, comme il fait de la fusion peut éventuellement avoir
>tendance à prendre un peu de place mémoire... Pour un volume de 7 TB,
>il faut se méfier.
>- astuce pour gagner en rapidité : utilises les bonnes options ssh pour
>désactiver l'encryptage ( je suppose que tu n'as pas besoin d'une
>connexion encrypté
>- niveau temps, faut voir : je penses pas que l'ensemble du volume de
en fait c'est plusieurs volumes à répliqué qui font en tout 7 TB...
><> donnée de 7TB change chaque jour, ce qui rendrait unison trés rapide (
>je pense qu'en 4-5 h ca devrait être bon, tout dépend des temps
>d'accés disques )
5 H j'achète !!!
Je pense que c'est a peu prés tout ce que je peux dire.
c'est déjà beaucoup merci 8-)
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 possible d'effectuer
>>cette opérations avec des logiciels libre plutôt que d'utiliser des
>>solutions propriètaires notament celles fournies par la société Véritas.
>>
>>
>>Avez vous des idées sur comment faire çà (réplication pur et dur
>>snapshot,autres solution)????
>>
>>
>>je me suis tourner vers unisson mais je ne sait pas si c'est vraiment
>>adapter à ce que je veux faire :
>>
>>
>>La baie Hitachi renferme environ 7TB de données que je souhaite donc
>>répliquer,mirrorer,snapshoter (ou autre aussi bien), et tout çà dans une
>>nuit de 12 Heures (plus vite si on peux ;-) ), je dispose pour ce faire
>>de lien ethernet 100MB(çà sent le paté) éventuellement de liens gigabit
>>(va faloir que je négocie mais çà devrait être jouable) et deux cartes
>>Fiber channel qlogic 2340, et d'un switch brocade 3800.
>>
>>
>>Si c'est possible j'aurais bien attaché ma debian et mes deux baies sur
>>le switch et donc de synchroniser avec unison mais je ne sais pas s'il
>>est capable de faire du fiber chanel (c'est la solution la plus rapide !).
>>
>>
>>
>>
>
>Bonjour,
>
>Bon je n'ai pas beaucoup d'expérience sur unison, mais je l'ai quand
>même un peu utilisé...
>
>Voila ce que je peux te dire :
>- unison travail au dessus de ssh, ce qui signifie qu'il n'a pas de
> connaissance IP/Fiber Channel/ce que tu veux. Si tu peux avoir une
> connexion ssh ca marche
>
>
c'est possible de faire du ssh à travers la fibre optique (en fc et non
over ip) ?
>- unison doit être présent sur les deux machines à répliquer, dans la
> même version !
>
>
du parle de la version d'unison ou de la machine ( j'ai un solaris d'un
coté et une debian de l'autre)
>- unison ne fait pas de la réplication pur et dur au sens
> maitre/esclave...
>
Est-ce que unison ne synchronise que les secteurs de disques marqués
comme modifiés ou fait une copie brut de toutes les données présentes ?
>Il essaie de résoudre les conflits de merge entre
> deux volumes de données ( ce qui signifie que tu peux travailler sur
> une machine et sur l'autre et unison essaieras de dire quelle est la
> bonne version du ficher, mais s'il se trompe, il te demandera -> gare
> aux erreurs ).
>
>
s'il existe une solution de snapshot ( je pense que çà se serait plus
rapide), ou une autre solution plus viable je suis preneur !
><>- vérifie la viabilité de la solution en terme d'éfficacité logicielle /
>hard : unison, comme il fait de la fusion peut éventuellement avoir
>tendance à prendre un peu de place mémoire... Pour un volume de 7 TB,
>il faut se méfier.
>- astuce pour gagner en rapidité : utilises les bonnes options ssh pour
>désactiver l'encryptage ( je suppose que tu n'as pas besoin d'une
>connexion encrypté
>- niveau temps, faut voir : je penses pas que l'ensemble du volume de
en fait c'est plusieurs volumes à répliqué qui font en tout 7 TB...
><> donnée de 7TB change chaque jour, ce qui rendrait unison trés rapide (
>je pense qu'en 4-5 h ca devrait être bon, tout dépend des temps
>d'accés disques )
5 H j'achète !!!
Je pense que c'est a peu prés tout ce que je peux dire.
c'est déjà beaucoup merci 8-)
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
solutions propriètaires notament celles fournies par la société
Véritas.
Avez vous des idées sur comment faire çà (réplication pur et dur
snapshot,autres solution)????
je me suis tourner vers unisson mais je ne sait pas si c'est vraiment
adapter à ce que je veux faire :
La baie Hitachi renferme environ 7TB de données que je souhaite donc
répliquer,mirrorer,snapshoter (ou autre aussi bien), et tout çà dans
une nuit de 12 Heures (plus vite si on peux ;-) ), je dispose pour ce
faire de lien ethernet 100MB(çà sent le paté) éventuellement de liens
gigabit (va faloir que je négocie mais çà devrait être jouable) et
deux cartes Fiber channel qlogic 2340, et d'un switch brocade 3800.
Si c'est possible j'aurais bien attaché ma debian et mes deux baies
sur le switch et donc de synchroniser avec unison mais je ne sais pas
s'il est capable de faire du fiber chanel (c'est la solution la plus
rapide !).
Voila, vous avez mon cahier des charges...
PS : Je bosse dans une administration tout économie ( c'est à dire
éviter de gâcher de l'argent dans de couteuse solution propriétatire)
dans ma boite peut éviter les augmentations d'impots que nous
détestons tous :-D , voire contribuer à les faire baisser( On peut
tjrs réver !)
Impatient de lire vos suggestions
Débianement votre.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
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
solutions propriètaires notament celles fournies par la société
Véritas.
Avez vous des idées sur comment faire çà (réplication pur et dur
snapshot,autres solution)????
je me suis tourner vers unisson mais je ne sait pas si c'est vraiment
adapter à ce que je veux faire :
La baie Hitachi renferme environ 7TB de données que je souhaite donc
répliquer,mirrorer,snapshoter (ou autre aussi bien), et tout çà dans
une nuit de 12 Heures (plus vite si on peux ;-) ), je dispose pour ce
faire de lien ethernet 100MB(çà sent le paté) éventuellement de liens
gigabit (va faloir que je négocie mais çà devrait être jouable) et
deux cartes Fiber channel qlogic 2340, et d'un switch brocade 3800.
Si c'est possible j'aurais bien attaché ma debian et mes deux baies
sur le switch et donc de synchroniser avec unison mais je ne sais pas
s'il est capable de faire du fiber chanel (c'est la solution la plus
rapide !).
Voila, vous avez mon cahier des charges...
PS : Je bosse dans une administration tout économie ( c'est à dire
éviter de gâcher de l'argent dans de couteuse solution propriétatire)
dans ma boite peut éviter les augmentations d'impots que nous
détestons tous :-D , voire contribuer à les faire baisser( On peut
tjrs réver !)
Impatient de lire vos suggestions
Débianement votre.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org
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
solutions propriètaires notament celles fournies par la société
Véritas.
Avez vous des idées sur comment faire çà (réplication pur et dur
snapshot,autres solution)????
je me suis tourner vers unisson mais je ne sait pas si c'est vraiment
adapter à ce que je veux faire :
La baie Hitachi renferme environ 7TB de données que je souhaite donc
répliquer,mirrorer,snapshoter (ou autre aussi bien), et tout çà dans
une nuit de 12 Heures (plus vite si on peux ;-) ), je dispose pour ce
faire de lien ethernet 100MB(çà sent le paté) éventuellement de liens
gigabit (va faloir que je négocie mais çà devrait être jouable) et
deux cartes Fiber channel qlogic 2340, et d'un switch brocade 3800.
Si c'est possible j'aurais bien attaché ma debian et mes deux baies
sur le switch et donc de synchroniser avec unison mais je ne sais pas
s'il est capable de faire du fiber chanel (c'est la solution la plus
rapide !).
Voila, vous avez mon cahier des charges...
PS : Je bosse dans une administration tout économie ( c'est à dire
éviter de gâcher de l'argent dans de couteuse solution propriétatire)
dans ma boite peut éviter les augmentations d'impots que nous
détestons tous :-D , voire contribuer à les faire baisser( On peut
tjrs réver !)
Impatient de lire vos suggestions
Débianement votre.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
c'est possible de faire du ssh à travers la fibre optique (en fc et non
over ip) ?
c'est possible de faire du ssh à travers la fibre optique (en fc et non
over ip) ?
c'est possible de faire du ssh à travers la fibre optique (en fc et non
over ip) ?
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
deuxième en cas de problème.... Je ne sais pas si çà va poser des
problème de type de fs...
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
deuxième en cas de problème.... Je ne sais pas si çà va poser des
problème de type de fs...
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
deuxième en cas de problème.... Je ne sais pas si çà va poser des
problème de type de fs...
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 pouvoir
> restaurer la première baie (HDS) avec les données répliquées de la
> deuxième en cas de problème.... Je ne sais pas si çà va poser des
> problème de type de fs...
Linux suporte les files systems de type ufs en lecture seule (ainsi que
les tables de partition Sun).
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 pouvoir
> restaurer la première baie (HDS) avec les données répliquées de la
> deuxième en cas de problème.... Je ne sais pas si çà va poser des
> problème de type de fs...
Linux suporte les files systems de type ufs en lecture seule (ainsi que
les tables de partition Sun).
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 pouvoir
> restaurer la première baie (HDS) avec les données répliquées de la
> deuxième en cas de problème.... Je ne sais pas si çà va poser des
> problème de type de fs...
Linux suporte les files systems de type ufs en lecture seule (ainsi que
les tables de partition Sun).
