Discussion :

[DevNico]

Bonjour,

J'ai un problème de rafraîchissement simultané de plusieurs documents via webi.

Lorsque je rafraichis un document avec une requête qui prend un certain temps à ramener des résultat de la part de la base de données, tous les autres rafraichissements de documents demandés par d'autres utilisateurs sont bloqués (Sur la fenêtre "Extraction des données" ).
Lorsque la requête se termine, ou si j'arrête la requête au niveau de la base mysql (kill thread), cela débloque les autres rafraichissements de documents qui se terminent correctement.

Est-ce que ce comportement est normal ?
Comment puis-je faire en sorte que plusieurs documents puissent être rafraîchis simultanément ?

Je suis en version BO XI 3.1 SP3 FP3.5
Sous Linux / mysql.

Par avance merci,
Nicolas

[NorocBzh]

Salut,

Dans la CMC, tu as un "Adaptive Job Server". Dans les propriétés, tu peux paramétrer le nombre de travaux simultanés.

Si c'est parce que ta requête utilise toute les ressources de ton adaptive Job Server, tu peux le dupliquer. Ainsi, les autres requêtes lancées utiliseront le job dubliqué, "voyant" que le premier est saturé.

[DevNico]

Merci pour ces infos.

J'ai jeté un coup d'oeil dans les propriétés de l'Adaptive Job Server, et le nombre maximal de travaux simultanés est positionné à 5.

J'ai donc essayé de le dupliquer. (clic droit dessus : Cloner un serveur)
Puis j'ai démarré le nouveau serveur.

Mais la situation reste la même.
Lorsqu'un document est en cours de rafraichissement, les autres rafraichissements restent bloqués.

J'ai donc augmenté le nombre maximal de travaux simultanés à 15 pour chacun des 2 serveurs.
Et ce n'est pas mieux.

Donc bon...
Je ne sais plus trop là.

Nicolas

[TomDuBouchon]

Bonjour,

Regardez du côté de votre SGBD, ou demandez à votre DBA, s'il n'y aurait pas une limitation directement affectée sur la base de données.

[DevNico]

A priori non.

Je peux me connecter avec un client mysql (connexion en jdbc) et exécuter des requêtes alors que le rafraichissement de mes documents sont bloqués.

J'ai même essayé une connexion odbc directement sur le serveur (Avec la commande isql), pour tester le même mode de connexion que BO.
Et cela fonctionne.

Lors de mes 2 tests, j'ai utilisé le user mysql utilisé par BO pour se connecter.

Nicolas

[NorocBzh]

Les rapports sont rafraîchis "manuellement" ou sont-ils planifiés ?
S'il s'agit de planification, cela concerne étalement le "Processing Job Server" dans la CMC. (Peut-être à cloner également pour palier le problème).

Ce problème arrive uniquement avec ce rapport ? D'autres rapports pointant sur le même univers fonctionnent correctement ?

[DevNico]

Ce sont des rapports rafraichis manuellement, je n'ai pas testé avec des planifications.

Le problème est systématique.
Cela se produit avec des rafraichissements de rapports déjà existant, ou lors de requêtes qui viennent d'être créées.

Nous n'avons qu'un univers actuellement, je n'ai donc pas pu tester sur d'autres.

Nicolas

[DevNico]

Nous venons de trouver la solution dans la base de connaissance BO.

Le problème venait d'une limitation du driver odbc unix que BO utilise pour communiquer avec la base mysql.
Il sérialise les requêtes sql au sein d'une même connexion.

La solution fournie par BO :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
Solution : 
 
This can be changed by adding Threading = N to the driver entry in
odbcinst.ini, where N is the locking level (0-3).
 
Open the "odbcinst.ini" file.
Add the option "Threading= 0"
Save the file.