Discussion :

[soso93190]

Bonjour à tous,

Nous avons un logiciel qui fonctionne avec une base de données oracle 11g2.
La particularité de ce logiciel c’est de pouvoir travailler en multi utilisateur.
Nous avons un souci depuis que nous n’avons créé un nouveau server, lorsque 2 utilisateurs travaillent en même temps, les utilisateurs se bloquent et n’ont la main que si un utilisateur sauvegarde ou ferme le schéma en cours. J’ai essaie des réglages tél que le parellel_max serveur en l’augmentant mais rien n’y fait les utilisateurs ne peuvent pas travailler sans qu’ils soient bloqué.

Si vous avez une idée je vous serais bien reconnaissant.

[Ikebukuro]

Houla, pas simple car j'ai du mal à comprendre ce que tu entends par "que si un utilisateur sauvegarde ou ferme le schéma en cours".
Sauvegarde = COMMIT sur les opérations en cours?
Ferme = DISCONNECT ou EXIT sous SQL*Plus?

On est bien d'accord, les deux users sont bloqués? Et pas seulement le user1 ou le user2?

De ce que je comprends le User1 lance un ordre sur la base, tout se passe bien MAIS si le user2 se connecte et lance un autre ordre (ou le même), ça bloque?
Ce peut-être un deadlock mais Oracle gère ça depuis longtemps et kill de lui même une des deux sessions; des infos sont remontées dans le fichier Oracle Alert<nom_base>.log).

On peut avoir les ordres SQL qui posent pb?

[soso93190]

Alors notre logiciel est couplé avec autocad qui fonctionne avec oracle.
Lorsque nous travaillons sur un schéma électrique sur notre logiciel pour pouvoir donné la main à l’autre utilisateur une sauvegarde ou une fermeture du schéma donne la main à l’autre utilisateur qui bloquait.

Je pense qu’une des tables bloque et pour libérer il faut soit fermer le schéma en cours ou sauvegarder pour libérer la requête en cours alors que normalement nous pouvons travailler en multi user.
Désolé pour l’explication mais je peux répondre à vos questions pour p’us D’éclaircissement.

[soso93190]

Je n’ai pas le fichier alert.log.

[soso93190]

Un des user est bloqué. L’autre n’a pas la main tant que le user 1 ne ferme pas le schéma ou sauvegarde.

[Ikebukuro]

OK, en résumé : le user1 lance sa requête (certainement un Update), le user2 lance sa requête (certainement un Update sur les mêmes données que le user1) et donc le user2 est bloqué puisqu'il veut modifier les mêmes données que le user1. Tant que le User1 ne valide pas ou n'annule pas ses modifications, le user2 est bloqué.

Si c'est bien ça, il suffit que le user1 valide par COMMIT ou annule par ROLLBACK ses modifications une fois saisies.

Néanmoins, si j'ai bien résumé, est-il normal que user1 et user2 travaillent sur les mêmes données?
C'est ce point qu'il faudrait éclaircir pour être sur que je ne me soit pas trompé.

Au fait, tu peux lancer des ordres SQL sous SQL*Plus genre :

Code :

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

SELECT * FROM DBA_BLOCKERS;

[skuatamad]

La particularité de ce logiciel c’est de pouvoir travailler en multi utilisateur.

C'est pas vraiment spécifique, c'est plutôt la norme.

Lorsque nous travaillons sur un schéma électrique sur notre logiciel pour pouvoir donné la main à l’autre utilisateur une sauvegarde ou une fermeture du schéma donne la main à l’autre utilisateur qui bloquait.

Ça ressemble à du SELECT FOR UPDATE, utilisé pour empêcher la concurrence d'accès, et sérialiser l'accès aux données.

Nous avons un souci depuis que nous n’avons créé un nouveau server

Que veut dire créer un nouveau serveur ? Quelles opérations techniques avez-vous réalisées ?

[soso93190]

On a refait un serveur virtuel en recréant la base de données.

[soso93190]

Je reviens pour vous donner plus d’information.
La base de données ne garde pas en mémoire les modification des paramètres spfile lorsque je redémarre la base. Je voudrais mettre le parallel_max_servers à 1, lorsque je fais un alter System tout se passe bien mais en redémarrant rien n’est pris en compte. Je pense que la base est mal configuré pour travailler à plusieurs personne.