Data Warehouse - Source et Cible sur 2 serveurs distincts

ze_patoche · 10/04/2006, 15h27

Bonjour,

Dans Data Warehouse, j'utilise des process qui vont lire les données dans un serveur et écrire dans un autre serveur.
Le problème, c'est qu'une étape d'un process n'utilise qu'un seul agent, et que je ne vois pas comment lire les données d'un serveur et écrire vers un autre avec un seul agent commun...
On m'a parlé de données fédérées mais je ne vois pas comment ça peut m'aider...
Dans mes contraintes, je ne peux pas modifier les process-mêmes (donc pas de bidouilles là dedans).
Si quelqu'un a une idée de génie, je suis preneur! (et au point où j'en suis, je prends aussi les embryons d'idées... ^_^; )
Merci d'avance

jab · 10/04/2006, 16h53

µsi j'ai bien compris ton problème, oui une table fédérée peux être la solution. En fait une fois configuré, source et cible seront considérée comme faisant partie de la même DB.

ze_patoche · 10/04/2006, 18h05

Merci pour cette réponse

En revanche, est-ce que ça m'oblige à modifier les bases déjà existantes?
Le souci, c'est que la source est en fait une base de production et qu'il est donc PLUS que recommandé de ne pas y toucher... ^_^;

jab · 10/04/2006, 20h03

Le federate server travail un peu comme un alias. Il ne faut ni modifier la table ni la db vers laquelle il pointe. Par contre il faut l'ajouter dans ta db cible. Comme cela ta source est reprise dans la db cible et tu peux faire du sql directement sur les deux tables. Même des jointures. Tu es sur quelle plateforme, quelle version ?

ze_patoche · 11/04/2006, 10h40

Les bases sont sur des AS400 (un pour la source, un pour la cible), et Warehouse est sur un serveur NT (version de DB2: 8.2 Fixpack 10)
Je ne vois pas très bien (en fait pas du tout!) comment tu veux ajouter une table dans la cible. Si je l'importe, il va me la chercher dans le serveur cible, et si je la définis, je n'aurais pas les données de ma source...

jab · 11/04/2006, 12h25

Le federate server n'est qu'un lien que tu dois définir mais il va chercher les données ou elles sont. L'avantage est que tu les utilises comme si elle étaient interne à la DB. Si tu dois piloter les deux DB depuis le Warehouse, tu peux générer le federate server sur celui la. Regarde dans le controle center

ze_patoche · 11/04/2006, 17h36

Ca y est, j'ai compris ce que tu voulais dire.
J'ai donc créé un encapsuleur (wrapper) dans une base de données locale avec des alias pour les tables sur lesquelles je veux travailler.
J'arrive à y accéder à partir de requêtes SQL, mais pas à partir d'un process warehouse...
J'ai défini un site agent sur la db qui contient l'encapsuleur, et une cible d'entrepôt avec les alias de mes tables (les nicknames si j'ai bien suivi).
Quand je définis un process de Select-Insert d'une table vers une autre, ça ne marche pas, même le Test du select de l'onglet "Instruction SQL" me renvoie le message suivant:

Citation:

DWC07174E Le serveur d'entrepôt n'a pas pu formater une demande
de création d'un processus agent sur l'hôte "ma_base".
RC = 7174 RC2 = 6113

alors que le même select passe sans problème dans une fenêtre de commande.
J'en déduis que j'ai raté quelque chose en amont (peut-être au niveau de la définition du Site Agent ou de la Cible d'entrepôt), ou qu'il me reste quelque chose à faire pour que la connexion s'effectue correctement...

jab · 11/04/2006, 19h09

Je n'ai pas trop de connaissances concernant le Warehouse mais voila ce que j'ai trouvé:

DWC07174E
Le serveur d'entrepôt n'a pas pu formater une demande de création d'un processus agent sur l'hôte nom-hôte.
Explication :

Le serveur d'entrepôt n'a pas pu communiquer avec le démon de l'agent Data Warehouse Center sur le site agent indiqué. Cette erreur se produit si le démon de l'agent n'est pas démarré ou ne répond pas, ou si un incident de communication s'est produit. La valeur du code retour secondaire (RC2) en identifie la cause.
Action de l'utilisateur :

Vérifiez que le serveur d'entrepôt est connecté au site agent via TCP/IP et que le démon de l'agent Data Warehouse Center est actif. Si cela ne suffit pas à remédier à l'incident, arrêtez puis redémarrez le démon de l'agent Data Warehouse Center. Si cela ne résout toujours pas l'incident, consultez le code RC2 et effectuez l'opération conseillée.

Je suppose que tu avais déjà ces renseignements. Toutefois, si une commande SQL fonctionne dans la fenêtre de commande, c'est que tes federates son corrctement définies. Je suppose que le problème vient alors de ton agent.

10/04/2006, 15h27	#1
ze_patoche Invité de passage Inscription : octobre 2005 Messages : 16 Détails du profil Informations forums : Inscription : octobre 2005 Messages : 16 Points : 1 Points : 1	Data Warehouse - Source et Cible sur 2 serveurs distincts Bonjour, Dans Data Warehouse, j'utilise des process qui vont lire les données dans un serveur et écrire dans un autre serveur. Le problème, c'est qu'une étape d'un process n'utilise qu'un seul agent, et que je ne vois pas comment lire les données d'un serveur et écrire vers un autre avec un seul agent commun... On m'a parlé de données fédérées mais je ne vois pas comment ça peut m'aider... Dans mes contraintes, je ne peux pas modifier les process-mêmes (donc pas de bidouilles là dedans). Si quelqu'un a une idée de génie, je suis preneur! (et au point où j'en suis, je prends aussi les embryons d'idées... ^_^; ) Merci d'avance
	00

10/04/2006, 16h53	#2
jab Rédacteur Jean-Alain Baeyens SharePoint developpeur Inscription : février 2004 Messages : 1 172 Détails du profil Informations personnelles : Nom : Jean-Alain Baeyens Âge : 48 Localisation : Belgique Informations professionnelles : Activité : SharePoint developpeur Secteur : Service public Informations forums : Inscription : février 2004 Messages : 1 172 Points : 3 131 Points : 3 131	µsi j'ai bien compris ton problème, oui une table fédérée peux être la solution. En fait une fois configuré, source et cible seront considérée comme faisant partie de la même DB.
	00

10/04/2006, 18h05	#3
ze_patoche Invité de passage Inscription : octobre 2005 Messages : 16 Détails du profil Informations forums : Inscription : octobre 2005 Messages : 16 Points : 1 Points : 1	Merci pour cette réponse En revanche, est-ce que ça m'oblige à modifier les bases déjà existantes? Le souci, c'est que la source est en fait une base de production et qu'il est donc PLUS que recommandé de ne pas y toucher... ^_^;
	00

10/04/2006, 20h03	#4
jab Rédacteur Jean-Alain Baeyens SharePoint developpeur Inscription : février 2004 Messages : 1 172 Détails du profil Informations personnelles : Nom : Jean-Alain Baeyens Âge : 48 Localisation : Belgique Informations professionnelles : Activité : SharePoint developpeur Secteur : Service public Informations forums : Inscription : février 2004 Messages : 1 172 Points : 3 131 Points : 3 131	Le federate server travail un peu comme un alias. Il ne faut ni modifier la table ni la db vers laquelle il pointe. Par contre il faut l'ajouter dans ta db cible. Comme cela ta source est reprise dans la db cible et tu peux faire du sql directement sur les deux tables. Même des jointures. Tu es sur quelle plateforme, quelle version ?
	00

11/04/2006, 10h40	#5
ze_patoche Invité de passage Inscription : octobre 2005 Messages : 16 Détails du profil Informations forums : Inscription : octobre 2005 Messages : 16 Points : 1 Points : 1	Les bases sont sur des AS400 (un pour la source, un pour la cible), et Warehouse est sur un serveur NT (version de DB2: 8.2 Fixpack 10) Je ne vois pas très bien (en fait pas du tout!) comment tu veux ajouter une table dans la cible. Si je l'importe, il va me la chercher dans le serveur cible, et si je la définis, je n'aurais pas les données de ma source...
	00

11/04/2006, 12h25	#6
jab Rédacteur Jean-Alain Baeyens SharePoint developpeur Inscription : février 2004 Messages : 1 172 Détails du profil Informations personnelles : Nom : Jean-Alain Baeyens Âge : 48 Localisation : Belgique Informations professionnelles : Activité : SharePoint developpeur Secteur : Service public Informations forums : Inscription : février 2004 Messages : 1 172 Points : 3 131 Points : 3 131	Le federate server n'est qu'un lien que tu dois définir mais il va chercher les données ou elles sont. L'avantage est que tu les utilises comme si elle étaient interne à la DB. Si tu dois piloter les deux DB depuis le Warehouse, tu peux générer le federate server sur celui la. Regarde dans le controle center
	00

11/04/2006, 19h09	#8
jab Rédacteur Jean-Alain Baeyens SharePoint developpeur Inscription : février 2004 Messages : 1 172 Détails du profil Informations personnelles : Nom : Jean-Alain Baeyens Âge : 48 Localisation : Belgique Informations professionnelles : Activité : SharePoint developpeur Secteur : Service public Informations forums : Inscription : février 2004 Messages : 1 172 Points : 3 131 Points : 3 131	Je n'ai pas trop de connaissances concernant le Warehouse mais voila ce que j'ai trouvé: DWC07174E Le serveur d'entrepôt n'a pas pu formater une demande de création d'un processus agent sur l'hôte nom-hôte. Explication : Le serveur d'entrepôt n'a pas pu communiquer avec le démon de l'agent Data Warehouse Center sur le site agent indiqué. Cette erreur se produit si le démon de l'agent n'est pas démarré ou ne répond pas, ou si un incident de communication s'est produit. La valeur du code retour secondaire (RC2) en identifie la cause. Action de l'utilisateur : Vérifiez que le serveur d'entrepôt est connecté au site agent via TCP/IP et que le démon de l'agent Data Warehouse Center est actif. Si cela ne suffit pas à remédier à l'incident, arrêtez puis redémarrez le démon de l'agent Data Warehouse Center. Si cela ne résout toujours pas l'incident, consultez le code RC2 et effectuez l'opération conseillée. Je suppose que tu avais déjà ces renseignements. Toutefois, si une commande SQL fonctionne dans la fenêtre de commande, c'est que tes federates son corrctement définies. Je suppose que le problème vient alors de ton agent.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email