OnBar et ISM

J'utilise actuellement On-Archive et je souhaite migrer vers OnBar et ISM. Tous les commentaires au sujet d'On-Archive laissent entendre qu'il faudrait l'éviter à tout prix car il est bien trop compliqué, mais il a été mis en place ici et fonctionne à merveille. Avec On-Archive, la commande de sauvegarde émise contenait, entre autres, le nom du jeu de volumes à utiliser. Toutes nos bandes de sauvegarde sont étiquetées nomduserveur_jour_numérodesemaine, par exemple hpserver1_lun_1. Si la mauvaise bande était chargée, l'archivage échouait. Existe-t-il une fonctionnalité similaire avec OnBar/ISM ??? Ou bien ISM utilise-t-il simplement la bande qui se trouve montée ? Sue

Bonjour, avec ON-Bar et ISM, vous disposez même d'une « Expiration Policy » (politique d'expiration) que vous pouvez configurer (bien que pour cela vous deviez utiliser les commandes sous-jacentes « nsr... » d'ISM). (Après tout, ISM est un gestionnaire de stockage, basé sur Legato Networker, quoiqu'il s'agisse d'une version plus ancienne de celui-ci, avec certaines limitations fonctionnelles.) Ainsi, si la mauvaise bande est en place, ISM la rejetterait. Cordialement, Martin -- Martin Fuerderer IBM Informix Development Munich, Allemagne Data Management Solutions forum.subscriber@iiug.org a écrit le 18.11.2004 17:11:18 : > J'utilise actuellement On-Archive et j'envisage de migrer vers OnBar & ISM. > > Tous les commentaires au sujet d'On-Archive laissent entendre qu'il faudrait l'éviter à tout prix car il est bien trop compliqué, mais il a été mis en place ici et fonctionne à merveille. > > Avec On-Archive, la commande de sauvegarde émise contenait, entre autres, le nom du jeu de volumes à utiliser. Toutes nos bandes de sauvegarde sont étiquetées nomserveur_jour_numérosemaine, par exemple hpserver1_mon_1. > > Si la mauvaise bande était chargée, l'archivage échouait. > > Existe-t-il une fonctionnalité similaire avec OnBar/ISM ??? > > Ou bien ISM utilise-t-il simplement n'importe quelle bande montée ? > > > Sue

> J'utilise actuellement On-Archive et j'envisage de migrer > vers OnBar et ISM. > > Tous les commentaires au sujet d'On-Archive laissent entendre qu'il > faudrait l'éviter à tout prix car il est beaucoup trop compliqué, mais il a > été mis en place ici et fonctionne à merveille. > Ne vous attendez pas à ce qu'OnBar/ISM soit moins compliqué :-) Je suis moi aussi un adepte d'On-Archive — et d'ondatartr pour la sauvegarde des journaux logiques. Mais le problème est le suivant : à partir de IDS 9.30, vous n'obtenez plus les programmes On-Archive. > Avec On-Archive, la commande de sauvegarde émise contenait entre > autres le nom du jeu de volumes à utiliser. Toutes nos > bandes de sauvegarde sont étiquetées nomserveur_jour_numérosemaine, par ex. > hpserver1_mon_1. > > Si la mauvaise bande était chargée, l'archivage échouait. > > Existe-t-il une fonctionnalité similaire avec OnBar/ISM ??? > > Ou bien ISM utilise-t-il simplement la bande qui se trouve montée ? > Je ne suis pas un expert d'OnBar. Mais OnBar/ISM semble gérer ces aspects plutôt bien — à moins que vous ne vouliez faire quelque chose de « particulier », par exemple ne pas restaurer à partir des sauvegardes les plus récentes vers l'emplacement d'origine. Cordialement, Andreas Kutsche

J'ai utilisé ISM to Disk et j'ai découvert qu'ISA 1.50 est un très bon outil à mettre en place lorsque l'on configure ISM pour effectuer des sauvegardes sur bande ou sur disque. Carl Berner