Discussion :

[fweiner]

Bonjour

Je dispose de base identique sous db2 v8.2 sous windows et je voudrais
transferer des données vers mes tables similaires sous db2 udb sur iseries.

Pour le moment je vais être honnête, je le fait d'une maniére qui me semble archaique :

Export du centre de contrôle micro en csv vers mon poste puis import aprés modification de structure eventuelle,en ftp ou via outils client access, vers l'iseries.

Connaisez vous d'autre solution ?
Je cherche car je risque d'avoir a le faire de nombreuse fois malheuresement.

Merci d'avance

[ALHER]

Si tu cherche a faire du mirroring, il y a Data Propagator (le Replication Center dans le centre de control).
Cà marche dans les deux sens, et offre pas mal d'autres psossibilités.
Honnêtement , c'est pas toujours facile a mettre en oeuvre, mais çà marche.

Autre solution, tu fais faire tes import/export automatiquement par un script via le gestionnaire de tâche (Task center).

Utilise plutôt le format IXF si les tables sont identiques.

[fweiner]

Tout d'abord merci pour ta reponse... Alher

iL s'agira, meme si cela ce reproduit de transfert ponctuel.

Concernant le Data propagator, je me suis essayé a l'utiliser et comme tu dis ce n'est pas si simple.
J'y ai rencontré un probléme, de taille puisque lors du choix des tables sources ou de destination, celui
ci ne me propose pas mon systéme iserie que j'ai pourtant reussi a cataloguer via db2 connect avec dcs dans mon centre de contrôle.

Et puis en lisant un pti peu sur le net il ma semblé qu'il fallait une partie concernant data propagator sur l'iseries.

De plus parmi mes tests j'ai essayé, aprés avoir fait reconnaitre ma base iseries sur mon centre de contrôle micro avec mes bases micro, d' executer via l'intepreteur de commande les commandes d'import/export or celui ci me répond qu'il ne peut pas executé ces commandes sur ce systéme.
(conséquence directe : via un autre biais d'export ou d'import de l'iseries celui ci ne connait pas le format IXF)

Je suis ecoueré en voyant ca de prendre la mesure de mon manque de connaissance a ce sujet.

[marsup54]

J'ai quelques petites interrogations :
ISeries = interface d'IBM qui permet de visualiser des bases DB2400 -> c'est comme ça que je le vois !
Si ce n'est pas le cas, ce qui suit rique d'être faux !

Entre DB2-400 et DB2-UDB, il n'y a pas exactement les mêmes formats pour la structure des champs.

Pour faire des migrations entre ces 2 bases, j'utilise plutôt des ETL (Genio ou LEI d'IBM), ça marche pas mal, sauf qu'il faut penser que les tables doivent être journalisées sous l'AS400 (si import vers DB2-400)

++

[jab]

j'ai pourtant reussi a cataloguer via db2 connect avec dcs dans mon centre de contrôle.

Essaye de créer des tables federate vers ton iseries. Tu pourra alors faire un script sql.

[ALHER]

Petit Detail, dans l'assistant de configuration, il ya un paramètre spécial pour AS-400 dans l'onglet protocol qui doit être coché.

Entre DB2-400 et DB2-UDB, il n'y a pas exactement les mêmes formats pour la structure des champs.

Je ne comprends pas très bien ton problème avec le format IXF, c'est le format par excellence qui permet de porter des data d'un système DB2 vers un autre sur des plateformes différentes.
Je fais cela regulièrement entre des Zseries (Mainfraime), Pseries (AIX) et Qseries (serveurs). Tout les jours, en automatique via le gestionnaire de tâches je transfère le contenu d'une centaine de tables d'un système AIX vers un serveur DB2 sous Windows.

Utilisé LEI pour ce genre de mise jour nécessite un serveur Lotus Domino. Il agit exactement comme le serveur de control de data propagator. Qui entre nous soit-dit, fonctionne pour la mise a niveau des DB sur des plateformes differentes.
J'utlise Data propagator pour transferer des data toutes les heures d'un serveur sous Windows vers un AIX.

Essaye de créer des tables federate vers ton iseries

A part sortir du standard IBM, je ne vois pas l'intèrêt.

En Résumé, je pense que tu devrais chercher un moyen pour que tes deux machines puissent communiquer clairement. Donc je te suggère de vérifier les paramètres via l'assistant de configuration.

Avec certaines restrictions, çà marche aussi entre du DB2 7.2 Et du DB2 8.2
Bonne chance.

[fweiner]

Alher

Concernant le format IXF tes echanges fonctionnes parce qu'il s'agit pour chacun des environnements de versions de DB2 UDB Relationnel (recentes);

Alors que la versions de DB2 UDB sur iseries n'est qu'une evolution vers le relationnel de l'ancienne base DB2 400 sur AS400.
(l'iseries a ma connaissance ne connais pas le format IXF, mais je ne demande qu'a me tromper)

Concernant ce que tu me disais sur l'assistant de configuration, ca c'est OK puisque j'arrive a communiquer avec ma base iseries via mon centre de contrôle.(Ceci est impossible sans l'options dont tu me parler.)

Mais j'ai contacté IBM, Le faite d'avoir catalogué cette base distante ne me sert a rien dans l'environnement graphique du centre de contrôle.
Cela me permet uniquement d'executer du sql en ligne de commande.
(les select,update ...etc fonctionne mais pas les ordres import/export)

Je pense que je fait recontacter IBM a ce sujet, je vous ecrirez ce qu'il en resort...

Merci.

[fweiner]

L'export/import fontionne belle et bien, mais uniquement dans le format IXF.

tu avais complétement raison...

J'arraitais pas de faire le test en csv est la il me répondai que le serveur distant ne permetter pas l'execution de ces commandes.

Meme test en IXF est la surprise, ca passe. (c dingue d'etre buté)

Sinon j'ai eu IBM au telephone concernant le Data propagator dans le replication center et la ils doivent me recontacter pour me confirmer la conclusion a laquelle on est arrivé au telephone, cad qu'il faut un module specifique au DPR sur l'iseries, qui n y est pas en standard.

Je vous tiens au courant.

[ALHER]

(c dingue d'etre buté)

L'erreur est humaine, et comme disait mon papa, l'expérience c'est la somme des bêtises que l'on fait dans sa vie

Pour rester sérieux, petite particularité des fichiers IXF, il inclue la description de la table "source".
Avantage: pas besoin de créer la table lors d'une copie vers une autre DB. L'option "CREATE" dans l'import reprend ces données et génére la table avant chargement si elle n'existe pas.

Encore bien du plaisir avec DB2.