Lenteur oracle 11g2 multi user

Version imprimable

10/12/2018, 10h50
soso93190

Lenteur oracle 11g2 multi user

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.
10/12/2018, 13h00
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?
10/12/2018, 13h15
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.
10/12/2018, 13h20
soso93190

Je n’ai pas le fichier alert.log.
10/12/2018, 13h21
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.
10/12/2018, 14h15
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:

SELECT * FROM DBA_BLOCKERS;
10/12/2018, 14h39
soso93190

Merci pour ta réponse. Je vais t’expliquer notre logiciel.
C’est un logiciel de CAO qui permet de réaliser dès schémas électrique en automatique grâce à la base de données oracle.
Lorsque nous travaillons à plusieurs c’est dans une même affaire. Et nous avons des blocages car des requêtes qui se lance en même temps du coup le premier qui fait sa commande de schéma ben le user 2 doit attendre alors que normalement nous pouvons travailler à plusieurs. L’éditeur du logiciel n’y comprend rien aussi. On a refait plusieurs foot la base et rien y fait.
10/12/2018, 14h42
soso93190

En lançant ta requête j’obtiens:
Aucune ligne sélectionnée
10/12/2018, 14h49
skuatamad

Citation:

Envoyé par soso93190

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.

Citation:

Envoyé par soso93190

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.

Citation:

Envoyé par soso93190

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 ?
10/12/2018, 15h38
soso93190

On a refait un serveur virtuel en recréant la base de données.
10/12/2018, 18h15
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.
10/12/2018, 21h22
pachot
Bonjour,
Les paramètres
parallel_max_servers n'ont rien à voir avec ça.
Oracle permet de vraiement comprendre ce qu'il se passe. Lorsque c'est bloqué, sous sqlplus sur le serveur lance ?/rdbms/admin/utllockt:
Code:

1 2 sqlplus / as sysdba
Code:

1 2 start ?/rdbms/admin/utllockt
Ca affichera les sessions qui bloquent et celles qui attended.