Discussion :

[kyrsa]

Bonjour,

J'ai une application .net qui fonctionne actuellement sur windows, avec une BDD 7.2 SP10.
Je voulais savoir ce que pouvais m'apporter une évolution, à par d'avoir un support IBM ...
Quelles sont les contraintes à respecter, pour effectuer cette migration ?

Merci par avance,
Cordialement,
K.

[jab]

J'ai fait récemment cette migration sans aucun soucis et sans aucunes modifications du programme. Nous avons juste recatalogué le client. Le programme .NET fonctionne aussi bien avec le client 7 que le client 8 vers la DB en version 8.

L'avantage avec .NET mais surtout pour les future développement c'est la possibilité d'utiliser le provider spécifique et plus l'ODBC ce qui doit en principe être plus performant.

[ALHER]

J'ai également fait cette opération sur la une demi douzaine de serveur tournant sous Win 2000 ou 2003 sans problème.
Je ne peux rien dire sur .NET car nous ne l'utilisons pas, mais d'après Jab, cela ne semble pas être un problème.

L'interêt de passé à la version 8 était pour nous d'uniformiser les serveurs et d'utiliser les nouvelles fonctionalités des backup/restore pour la portabilité de certaines données.
Nous avons également étudié la possibilité d'implementer le HADR (High Availability Disaster Recovery) sur certaines DB sensibles.

Prochaine étape : DB2 9 Viper

[kyrsa]

Et est-ce que cela a changé quelque chose au niveau rapidité d'exécution ?
Certains de mes traitements sont assez longs (plusieurs jours pour certains), ce qui n'est pas du gout de mon client, ni du mien (j'ai recup le bébé comme ca .. )
De même que pour les tests, c'est pas génial non plus!

Par contre, Jab, qu'est ce que tu veux dire par recataloguer le client ? est ce juste mettre à jours tous les postes clients, ou bien effectuer des modifs sur l'application .net ? (Pour info, le .net est aussi une vieille version, 2002, donc je m'inquiete un peu ... )

En tout cas, merci à tous les deux pour vos retours.

Cordialement,
K., vraiment newbie en DB2 & .net !

[jab]

Non rien a faire dans .NET

Le client DB2 (DB2CLI) utilise un catalogue qui indique que MADB pointe sur la DB A du serveur X. Je suppose que vous allez avoir les serveur en parallèle le temps de faire l'install donc le nouveau serveur aura le nom Y. Lors de la phase finale, le catalogue pour MADB doit alors pointer sur la DB A du serveur Y. Le catalogue est accédé par le configuration assistant. Chez nous, les gestionnaires de l'infrastrucutre on fait la mise à jour global par distribution car en définitive il ne s'agit que d'un fichier.

[ALHER]

traitements sont assez longs (plusieurs jours pour certains),

Je ne sais pas ce que vous avez comme serveur, mais vous devriez faire une analyse de performance.
Au niveau programme, verifier que vos query sont optimisés au maximum.
Peut-être que l'ajout d'index secondaires reduirait les temps d'accès.
Au niveau DB, faire régulièrement des RUNSTAT/REORG sur les tables qui subissent beaucoup de modification.

La version 8 apporte une gestion plus dynamique de l'occupation des CPU sur un serveur multi processeurs, ce qui devait se faire par l'ajustage de paramètres avec la version 7.
La version 8 propose un "HEALT CENTER" un peu plus élaborer qui peux aider a identifier des problèmes de preformance un peu plus facilement.