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 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) ? >
Humm, trop technique pour moi... J'ai pas de fiber channel juste sous la main l� ;-) ( je ne connais pas du tout ce type de technologie ). > >- 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) > Il te faut unison version X sur la machine debian et unison version X sur la machine solaris. Apr�s les machines ca ne regarde pas unison ( tant qu'il peut etre pr�sent sur les deux machines ). > >- 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 ? > Ni l'un, ni l'autre, il travaille sur les fichiers. Dans mes souvenirs, il g�n�re plus ou moins une sorte de cache locale des stats des fichiers puis fait la synchro par rapport a ces stats ( ie si les fichiers n'ont pas les m�me stats -> il faut les synchroniser ). Sachant que ce m�canismes est un truc assez malin ( en tout cas ca ce dit dans certains milieu bien inform�, mais je ne sait pas vraiment pourquoi, je crois que l'approche du classement des donn�es � synchroniser est assez innovante mais j'en sais pas plus ). > > >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 ! > Il n'y a pas vraiment de solution de snapshot : il va simplement synchroniser les donn�es modifier entre la machine A et B. ( mais je ne comprends peut �tre pas ce tu veux dire par "snapshot" ). > > ><>- 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 !!! > > Faut voir, j'ai jamais eut l'occasion de faire ce type de synchro, sur ce genre de volume. Note, qu'il y a une ML unison qui peut te donner plein de renseignements sur ce genre de chose. > > > Je pense que c'est a peu pr�s tout ce que je peux dire. > > > c'est d�j� beaucoup merci 8-) > A+ Sylvain Le Gall
