Nombre max de script de chargement qui peuvent être lancés en parallèle

[#1]

Bonjour,

Nous avons automatisé des chargements Qlikview, on les lance via des .bat, quand on lance les scripts un par un ça se passe bien.

Par contre quand on les lance via l'ordonnanceur (TWS) qui les fait tourner en même temps, quelques scripts se plantent avec code retour 3 et parfois un code retour négatif.

Ya-il une limite du nombre maximum de chargement qu'on peut lancer en parallèle? si oui ya-il une solution pour pouvoir lancer les 10 scripts en parallèle?

La commande utilisée pour lancer les chargements:

"D:\applis\xqview\pur\QlikViewDesktop\Qv.exe" /r "D:\applis\xqview\pur\src\Chargement MZZ_MIM120_DAY.qvw"

La seule chose qui change d'un script à l'autre c'est le qvw.

PS: tous les script sont lancés par le même compte de service.

Cordialement,

Sidi

[#2]

Bonjour,

QlikView demande énormément de ressources que ce soit à l'utilisation (en local) d'une application mais également au chargement des données.

Si tu lances plusieurs chargements de QlikView en même temps, la mémoire du poste qui lance les chargements va très vite être saturée et QlikView va générer une erreur "out of memory".

Il faut donc que tu analyses la mémoire max que demande chaque chargements et regarder en fonction de la mémoire du poste qui charge les applications combien de chargement tu peux lancer en même temps.

Cordialement

Augustin

[#3]

Bonjour,

Merci pour ton retour, mais vu les traitements actuellement rapides, je ne pense pas que ça vient de la saturation mémoire.

En plus, la consommation mémoire sur le serveur Qlikview n'a pas dépassé 50%.

Cordialement,

Sidi

[lft]

Bonjour Sidi,

Nous avons sorti en 2010 un produit qui se nomme QlikView Publisher et qui sert justement à ordonnancer les rechargements d'application.

De manière plus simple, le QlikView Server (même en SBE) permet d'ordonnancer des rechargements.

Les méthodes basées sur un qv.exe /r sont bancales et nous ne les recommandons pas en production.

En attendant une éventuelle utilisation et/ou acquisition de l'un de ces deux produits vous pouvez toujours

- regarder ce que disent les logs d'exécution de script

- développer un wrapper en .net par exemple qui teste le code retour de l'exe et le relance s'il a planté.

Bonne journée,

Loic