Salut,
J'ai beaucoup travaillé avec OEM 9, jamais avec OEM 10
Mais l'intérêt d'OEM est de centraliser l'administration des services de données sur un poste ou un serveur et de ne présenter que des outils graphiques pour t'éviter d'avoir à apprendre des procédures et des requêtes qui avant ne se faisaient qu'en "mode texte" depuis SQL*Plus.
OEM propose donc facilement de gérer les instances, les tablespaces, les objets de DB (tables, indexes, vues, proc etc), les sessions, les rôles et les utilisateurs.
Pas mal d'outils sont dispos depuis OEM, mais certains ne sont actifs que lorsque OEM est basée sur un serveur
exemple d'utilisation d'OEM: un utilisateur t'appelle parce que son programme ne réagit plus. Grace à la gestion des sessions tu te rends compte que la requête est terrrriblement longue... alors qu'elle devrait pas. Avec le calcul du cout, tu te rends compte que l'optimiseur a court-circuité un index. Et avec la gestion des objets, tu te rends compte que les stats n'ont pas été calculées depuis plus de 2 semaines sur une table :-(
