[Cluster] Connexion d'un lecteur de bande

Connexion d'un lecteur de bande [Cluster] - Windows & Software

Marsh Posté le 09-02-2004 à 14:24:38    

Bonjour,
 
 
J'aurais besoin de connecter un lecteur de bande sur un cluster 2 noeuds sous Windows 2003 Server Entreprise. Il s'agit d'un lecteur LTO externe a connexion SCSI.
 
Est-ce que c'est possible sur un cluster ? Si oui est-ce que je dois installer l'outil de backup sur 1 noeud seulement ou les 2 ?
 
 
Merci

Reply

Marsh Posté le 09-02-2004 à 14:24:38   

Reply

Marsh Posté le 09-02-2004 à 15:03:36    

Je connais pas l'environement windows en cluster, mais d'un point de vue purement theorique :
- Je vois pas pourquoi tu pourai pas mettre ce lecteur dans le cluster, a condition de faire une chaine scsi entre les deux noeuds (attention aux scsi id etc)
- Pour le soft de sauvegarde, ca depend... mais si le but est de pouvoir sauveagrder a partir de n'importe quel noeud (celui qui fonctionne si c'est du actif/passif) alors oui, le soft doit etre instalé sur les deux. Par contre, c'est au cluster je pense de faire attention a ce que les deux noeud essaye pas d'utiliser le lecteur simulatnement :D
 
-> Encore une fois c'est que de la theorie, j'ignore completement ce dont le clustering windows est capable.. attend la reponse d'un pro :D


Message édité par Alana le 09-02-2004 à 15:04:56
Reply

Marsh Posté le 09-02-2004 à 15:11:13    

Ce qui me paraît le plus susceptible de ne pas fonctionner dans cette histoire c de brancher le lecteur sur les 2 noeuds à la fois ...
J'espère convaincre le client de passer sur une bandothèque Fibre Channel ca sera moins compliqué à gérer ... mais aussi 10 fois plus cher ...

Reply

Marsh Posté le 09-02-2004 à 15:16:34    

Heu.. pour moi ca ne pose vraiment aucun, mais alors aucun probleme... Les deux noeuds verront le lecteur et puis c'est tout.
Un disque dur, ca peut etre genant parce que rien ne te garentie que l'os va pas essayer d'aller faire un truc dessu sans que tu lui demande (et donc si les deux os tente d'acceder au drive en meme temps.. pas cool). Mais un lecteur de bande... tu crains pas grand chose la je pense... Tant que tu lance pas un prog de sauveagrde en meme temps de chaque coté :D

Reply

Marsh Posté le 09-02-2004 à 15:22:43    

Niveau cablage SCSI tu vois ca comment ? Un cable SCSI qui part du connecteur SCSI externe d'1 serveur, va jusqu'au second serveur puis jusqu'au lecteur de bande ?
 
Sinon qu'est-ce que tu penses de mettre un lecteur de bande sur chaque serveur ? (le prix n'est pas un prob)

Reply

Marsh Posté le 09-02-2004 à 15:26:24    

Bein si le prix n'est pas un pb, alors pourquoi pas en effet metrte un drive sur chaques noeud. Mais vraiment je pense pas que ce soit necessaire. Pour le cablage, ca marche comme ca :
PC1 -> Drive <- PC2
Autrement dit tu met le drive au millieu. (si il n'a pas deux prises scsi a l'arriere, il te faut un cable scsi en Y). Mais je pense qu'il y a les deux prises de toute facon.
Attention a la longueur totale de la chaine.. et surtout, surtout, il faut que les deux contrleurs scsi sur les pc n'ai pas le meme id. Comme par defaut, la plupart des controleurs sont sur le 7, il faut en mettre un en 6 par exemple. (et tu peux mettre le drive en 5).
Maintenant si tu peux acheter deux drives c'est evidement plus cher, mais le jour ou t' aun drive qui est defectueux et qui'il faut faire une restauration tres vite, tu peux utiliser l'autre :)

Reply

Marsh Posté le 10-02-2004 à 19:16:52    

Merci pour tes conseils, un avant vente chez mon fournisseur m'a dit aussi que ca devait pas poser de problèmes.  
 
Je peux aller chez le client l'esprit tranquille et lui dire que cette solution fonctionne. Mais mon but c'est surtout de lui démontrer que c possible mais sous-dimensionné pour ses besoins : il veut sauvegarder un SAN de 700Go ...
J'ai dans mon dossier qqchose de plus adapté mais 10x plus cher ...

Reply

Marsh Posté le 10-02-2004 à 23:03:33    

Citation :


l veut sauvegarder un SAN de 700Go ...  


Effectivement c'est pas terrible comme solution... un seul drive ca va pas le faire. un LTO c'est quoi le debit déja.. de l'ordre de 20 ou 30 Mo/s grand max... Faudrait faire le calcul mais déjà au niveau temps ca va pas le faire. Mais surtout insiste que le pb de changement de bande etc.  
700 Go, il faut obligatoirement un robot pour que ce soit jouable. Enfin, si ton client a eu les sous pour acheter une baie SAN de plus d'1 To, c'est qu'il devrait pas y avoir de pb pour un vrai robot de sauvegarde. Sinon il a une politique bizarre :lol:
Surtout que, si il y a cluster, ca doit vouloir dire service critique.. je suppose que tout est redondé, deux switchs fiber etc. Bref, y a des sous, alors hesite pas, a ta place je proposerai ta soluce 10 fois plus cher comme l'entrée de gamme. Deriere tu peux proposer une solution "luxueuse" :D qu'il prendra peut etre.. ou pas.

Reply

Marsh Posté le 11-02-2004 à 09:32:35    

C le serveur de fichier, les users ont rien en local, donc s'il tombe plus personne ne bosse. Donc tout est effectivement doublé (sauf le backup bien sur).  
Je pars sur une bandothèque avec un lecteur lto extensible a 2 et 1 magasin de 23 cartouches, le tout en FC.
 
Le client a pas sursauté quand il a vu le prix des disques de la baie donc je pense que le reste devrait passer :)

Reply

Marsh Posté le 11-02-2004 à 09:49:49    

Ouai... pour moi c'est le minimum.
T'a pensé a lui proposer de faire des clones de ses bandes pour les externaliser ? un desastre est si vite arrivé :D
Et si il met deux drives pour faire de l'ecriture paralelle, il utilise quoi comme soft pour la sauvegarde ?

Reply

Marsh Posté le 11-02-2004 à 09:49:49   

Reply

Marsh Posté le 11-02-2004 à 10:02:46    

Les politiques de sauvegarde ne sont pas encore définis. Niveau soft, je lui propose BrightStor Enterprise Backup ou Tivoli Storage Manager

Reply

Marsh Posté le 11-02-2004 à 10:41:38    

oki. J'en connais aucun des deux et en fait, les outils de sauvegarde je suis pas specialiste, je posai juste la question par curiosité :D Bonne chance.

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed