Discussion :

[jjack76]

Bonjour,

On est sur une étude de migration de notre baie de disque (HP) vers une baie IBM DS8800 (en principe). Nos disques z/OS sont actuellement configurées en 3390-3. J'envisage éventuellement de migrer, au moment du changement de baie, vers des 3390-9. La migration devrait se faire en faisant des fulls dump (DFDSS) des disques d'origine et restauration sur la nouvelle baie. J'envisage de restaurer les disques 1 pour 1, et de gérer le surplus d'espace disque après coup en mettant les volumes en disable/new au niveau SMS en tout cas pour les volumes SMS). Est-ce que techniquement c'est jouable, est-ce que je risque de rencontrer des problèmes et est-ce que ça vaut le coup de faire cette manip.
Pour info, on a une petite config avec 3 To de données (dont 1,5 de Prod) et une solution backup avec SL8500 et VSM.

Merci d'avance pour votre aide.

Jean-JAcques

[M.Dlb]

Hello,

Je pense que ca devrait être jouable avec des ADRDSSU effectivement, mais attention aux duplicate Volsers lors du formatage des disques. Il faudra éventuellement mettre les disques offline à l'IPL dans l'IODF.

[jjack76]

Merci pour cette réponse.

Pour les duplicate volsers, je pensais faire les formatages et restau de mes partitions de Prod à partir d'une partition de test. Ce point me fait penser que j'ai un disque (sur lequel il y a le SYS1.IPLPARM) qui est partagé entre toutes les partitions (y compris la partition de test évidemment) que je ne sais pas comment migrer.
Concernant les autres disques, je me demande surtout si DFDSS va accepter de restaurer des full dump de 3390-3 sur des 3390-9 (donc 3 fois plus grand), et si cela ne va pas nous apporter plus de problèmes que de gain de passer en 3390-3.

Jean-Jacques

[M.Dlb]

Il me semble que c'est possible, mais je ne connais pas les options nécessaires (pas sûr qu'il en faille en fait). Les autres experts du forum pourront certainement t'aider

Pour le disque qui contient l'IPLPARM, tu devrais faire en sorte que ta partition de test ait son propre IPLPARM sur un disque à part de façon temporaire, histoire de pas être embêté par les duplicate volser.

[jjack76]

Bonjour,

J'ai trouvé des infos dans la doc DFSMSDSS Storage Administration Guide (page 125 - Moving Volumes to Like Devices of Greater Capacity) qui semble dire que la recopie de volumes (en physical) est possible si le disque target est plus grand que le disque source. Il faut juste faire attention à la taille de la VTOC.

Je me demande quand même si cela ne va pas m'apporter plus de problèmes qu'autres choses de passer en 3390-9.

Bonne journée.

Jean-Jacques

[bernard59139]

Bonjour

J'ai fait plusieurs migrations disques de ce genre il y a longtemps (+10 ans).

DFDSS est capable de copier physiquement un disque et de garder la cible "offline".

en faisant cela, et après adaptation iodf+ipf, nous avons migrés tous nos disques dit "système".

Pour les disques avec des fichiers applicatifs, je me suis souvent contenté d'un move simple des fichiers. ET parfois le travail se faisait presque tout seul, en connectant les nouveaux disques dans les stogroup.sms et en mettant les anciens en QUINEW)

Les icf-catalog (hors master) ont souvent été copiés (export+del/def+import avec idcams).

Très souvent j'ai eu la chance de travailler sur des sites où les normes étaient très bien respectées. Ce qui a permis de travailler par paquets.

Les derniers clients pour lesquels j'ai travaillé déléguaient souvent ces opérations au fournisseur des disques.