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
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 de mises à jour en permanence ...) Quel est ton SGBD ?
c'est oracle.... Une grosse base destiné à l'aide à la décisions de la haute hierachie de mon administration.... ( la base faite environ 3.5T le reste c'est des tableaux statitiques!).
qui dit outil de chef dit plage nocturne de fermeture de base importante ( le chef çà travaille pas la nuit :-) ) : environ 12 heures, c'est pour çà qu'une solution de réplication brut me semblait pas mal...mais je reste ouvert au différents propositions !
MySQL à une méthode de réplication automatique. Je suppose que bien d'autres ont cette capacité. Sinon, tu as la possibilité de faire un "dump" et de le renvoyer sur le serveur distant. Par contre ça risque d'être beaucoup plus long. L'avantage, c'est que si tu es un peu en limite de place pour le backup, l'avantage, c'est que tu peut compresser ton dump. Suivant le type de tes enregistrements, ça peut être un énorme gain. Par exemple sur une base de données ou beaucoup d'enregistrements se ressemblent et son en ASCII, d'une base de plus 1Go, un dump compressé en bz2, je tombe à 80 Mo !!
çà c'est vraiment impressionnant !!!
A+
-- 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
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 suppose qu'il y a énormément de
mises à jour en permanence ...)
Quel est ton SGBD ?
c'est oracle.... Une grosse base destiné à l'aide à la décisions de la
haute hierachie de mon administration.... ( la base faite environ 3.5T
le reste c'est des tableaux statitiques!).
qui dit outil de chef dit plage nocturne de fermeture de base importante
( le chef çà travaille pas la nuit :-) ) : environ 12 heures, c'est pour
çà qu'une solution de réplication brut me semblait pas mal...mais je
reste ouvert au différents propositions !
MySQL à une méthode de réplication automatique. Je suppose que bien
d'autres ont cette capacité.
Sinon, tu as la possibilité de faire un "dump" et de le renvoyer sur
le serveur distant. Par contre ça risque d'être beaucoup plus long.
L'avantage, c'est que si tu es un peu en limite de place pour le
backup, l'avantage, c'est que tu peut compresser ton dump. Suivant le
type de tes enregistrements, ça peut être un énorme gain.
Par exemple sur une base de données ou beaucoup d'enregistrements se
ressemblent et son en ASCII, d'une base de plus 1Go, un dump compressé
en bz2, je tombe à 80 Mo !!
çà c'est vraiment impressionnant !!!
A+
--
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
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 de mises à jour en permanence ...) Quel est ton SGBD ?
c'est oracle.... Une grosse base destiné à l'aide à la décisions de la haute hierachie de mon administration.... ( la base faite environ 3.5T le reste c'est des tableaux statitiques!).
qui dit outil de chef dit plage nocturne de fermeture de base importante ( le chef çà travaille pas la nuit :-) ) : environ 12 heures, c'est pour çà qu'une solution de réplication brut me semblait pas mal...mais je reste ouvert au différents propositions !
MySQL à une méthode de réplication automatique. Je suppose que bien d'autres ont cette capacité. Sinon, tu as la possibilité de faire un "dump" et de le renvoyer sur le serveur distant. Par contre ça risque d'être beaucoup plus long. L'avantage, c'est que si tu es un peu en limite de place pour le backup, l'avantage, c'est que tu peut compresser ton dump. Suivant le type de tes enregistrements, ça peut être un énorme gain. Par exemple sur une base de données ou beaucoup d'enregistrements se ressemblent et son en ASCII, d'une base de plus 1Go, un dump compressé en bz2, je tombe à 80 Mo !!
çà c'est vraiment impressionnant !!!
A+
-- 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
Xavier Maillard
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 solutions qui sont de véritables gouffres financiers :/ (comprendre solution ultra propriétaire).
-- 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
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 solutions qui sont de véritables gouffres
financiers :/ (comprendre solution ultra propriétaire).
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 solutions qui sont de véritables gouffres financiers :/ (comprendre solution ultra propriétaire).
