Discussion :

[OraScott]

Bonjour,

je cherche une courte doc (en français de préférence), présentant les différents éléments d'une base DB2 (les fichiers impliqués, les processes et daemons associés, ...) , ainsi que les éléments "de base" du vocabulaire (instance, base, application, utilisateur, schéma, container,table space, ....)

Idéalement, ce serait plus une brève explication des différentes fonctions qu'un cours complet sur les différentes façon de tuner ceci ou cela...

Merci.

[Luc Orient]

La question complémentaire, c'est de quel environnement parlez vous ?
Le problème avec DB2, c'est que ce logiciel fonctionne sur des plates-formes bien différentes.
A lire plus précisément votre question on peut se douter qu'il s'agit du système UNIX ("daemons") mais est-ce un UNIX constructeur (AIX d'IBM par exemple) ou LINUX ?

[OraScott]

Tous ! :-)
Je suppose que bien que tournant sur des plateformes très variées, les principes de bases sont les mêmes ...
J'ose espérer que les fichiers nécessaires sont les mêmes, que les processes ont les mêmes "noms logiques" et les mêmes fonctions (même si ce qui était daemon sous Nux devient service sous Win), que la gestion de la mémoire se fait au travers des mêmes pools qui sont gérés de la même façon, ....

Evidemment, s'il y a des particularités importantes propres à un OS, je suis preneur (tant que c'est général... j'en suis pas encore à me demander si le paramètre X non documenté est tunable sous AIX4 mais pas sous z/OS .... ;-) )

[neguib]

Avez-vous consulté les liens présents ici
http://www.developpez.net/forums/viewtopic.php?t=237507

Répondent-ils au moins en partie à votre besoin :

[OraScott]

Avez-vous consulté les liens présents ici
http://www.developpez.net/forums/viewtopic.php?t=237507

Oui, bien sûr !

Répondent-ils au moins en partie à votre besoin :

Non, bien sûr (sinon, ma question n'aurait pas été aussi généraliste !) ;-)

[jab]

J'ose espérer que les fichiers nécessaires sont les mêmes, que les processes ont les mêmes "noms logiques" et les mêmes fonctions (même si ce qui était daemon sous Nux devient service sous Win), que la gestion de la mémoire se fait au travers des mêmes pools qui sont gérés de la même façon, ....

Rien n'est moins sur. Il existe éviedemment un haut niveau de compatibilité entre les différentes fonctions de DB2 sur chaque plate-forme mais toutefois avec des différences. Certaines fonctionalités n'existent que sur certaines plate-formes. De plus ici en parlant de daemon (service), de pools on est encore un niveau plus bas et la la gestion peut être totalement différente.

DB2 existe en réalité en 3 versions totalement distincts. La version z/os, la version iseries et la version windows,linux,unix.

Par exemple, l'optimizer est différent entre ces versions.

[OraScott]

J'ose espérer que les fichiers nécessaires sont les mêmes, que les processes ont les mêmes "noms logiques" et les mêmes fonctions (même si ce qui était daemon sous Nux devient service sous Win), que la gestion de la mémoire se fait au travers des mêmes pools qui sont gérés de la même façon, ....

Rien n'est moins sur. Il existe éviedemment un haut niveau de compatibilité entre les différentes fonctions de DB2 sur chaque plate-forme mais toutefois avec des différences. Certaines fonctionalités n'existent que sur certaines plate-formes. De plus ici en parlant de daemon (service), de pools on est encore un niveau plus bas et la la gestion peut être totalement différente.

DB2 existe en réalité en 3 versions totalement distincts. La version z/os, la version iseries et la version windows,linux,unix.

Alors là.... bonjour l'homogénéité pour une base qui se veut Universelle....
Mais bon... on va dire que c'est la version Win/Linux/Unix ...

Par exemple, l'optimizer est différent entre ces versions.

Concernant votre exemple, les questions que je me pose sont : Comment il intervient, quelles sont les grandes lignes de fonctionnement (dynamique en fonction de la répartition des données ou statique en fonction des datas/indexes ? possibilité de figer des chemins de join ? .. ) ?
Est-ce que les réponses à ces questions assez générales varient selon l'OS ??? Les différences entre OS sont de cet ordre là ????

[jab]

S'il sagit de Windows/linux/Windows il s'agit exactement de la même version avec le même comportement. Je ne peux pas faire un cour sur l'optimizer ici dans le forum mais prochainement, je vais publier qq sur le sujet.
Toutefois, en gros, il n'est pas possible d'agir sur l'optimizer que fait ces choix selon les index et les predictates (conditions du where) que tu as défini mais aussi en fonction des tris nécessaires et pas seulement ceux lié à l'order by. Il fait également ces choix en fonction des données. Par exemple il n'utilisera pas un index pour réaliser un where si le nombre de lignes dans la table est petit. Il peut également lodifier de lui même ta commande sql pour la rendre plus performante. Le mieux est faire un explain pour voir comment se fait ta requête.

Pour ce qui concerne l'homogénité, il me semble difficile de reproduire les mêmes techniques sur des plate-formes aussi différentes et ecore pouvoir optimiser le code pour tirer parti de ces différences.

[OraScott]

Ok, la problématique optimizer est donc résolue pour l'instant.

Par contre, je suis toujours preneur d'infos sur

• Les fichiers nécessaires
• Les processes qui exploitent ces fichiers
• L'existence ou non de journaux d'activité (des fichiers lisibles par un DBA permettant de voir les connections, les problèmes et erreurs provoqués). Je ne parle pas des LOG_RETAIN ;-)
• Les notions USER & APPLICATION
• Les notions BASE & INSTANCE
• LOG_RETAIN & USER_EXIT ?
• RAJOUT : L'organisation "physique", la hiérarchie des objets du block au fichier (block, page, ligne de table, tablespace, container, fichier ?)
• ...

Merci par avance pour vos réponses éclairées ! :-)

[jab]

Ca fait beaucoup pour un forum :

Je ne suis pas DBA mais côté dev donc pour ces questions, je ne suis pas le mieux placé. Toutefois, DB2 travail avec différentes instances de base de données et inclus la notion de schéma. Il utilise des tablespaces et il est possible d'obtenir des infos dans des fichiers log. Entre autre avec les erreurs survenues et les différents programmes ayant fait appel à la db.

[OraScott]

Ca fait beaucoup pour un forum :

je sais bien.... c'est pour cela que j'avais commencé par "je cherche une courte doc" ;-)

Toutefois, DB2 travail avec différentes instances de base de données et inclus la notion de schéma.

C'est quoi une instance ? une base ? un schéma ? un user ?

Il utilise des tablespaces et il est possible d'obtenir des infos dans des fichiers log Entre autre avec les erreurs survenues et les différents programmes ayant fait appel à la db.

Et les containers, ils interviennent à quel niveau ? comment retrouver ces fichiers logs ?
...

[je sais que je suis exigeant, mais n'est-ce pas là la voie pour la réussite.... ]

[jab]

J'ai du mal à suivre tes questions, Qu'est ce qu'un user ? Et Quel process...
C'est pas vraiment des notions de même niveau alors commence par le début (les choses simples) et le retse viendra en son temps.

[OraScott]

Je sais que la question "qu'est-ce qu'un user" peut paraitre simpliste, mais je connais déjà un SGBD et je suis tombé dans des cas où la notion de USER est simplement celui qui se connecte alors que dans d'autres (Oracle par exemple) un user c'est tout aussi bien un utilisateur qui se connecte qu'un schéma .... D'où ma question.... En DB2, quel sens est donné au mot "USER" ? ;-)

Et vu que je connais déjà Oracle qui semble [très ?] proche de DB2, j'aimerais juste avoir quelques éclaircissements sur les points sus-cités.
Par exemple, sous Oracle, ce qu'on appelle une base c'est simplement les fichiers disques. (fichiers de données+fichiers de contrôle+redo)
Une instance, c'est un ensemble de process avec une zone mémoire permettant d'exploiter la base. Pour une base donnée, il peut y avoir de 0 (base arrêtée) à n instances.
Est-ce que sous DB2 les mots bases et instances ont le même sens ?
etc...

Voilà, j'espère que vous comprenez à présent mieux le sens de ma démarche et les natures diverses de mes questions...

[gregory.broissard]

Je connais bien DB2 mais sur z/OS donc assez différent de la version Unix...

Donc je vais répondre mais un peu à coté (puisque je vais parler sur z/OS), ce sera juste pour comparer avec vos réponses ensuite

Pour moi je verrais l'instance comme un sous-système DB2 avec les bufferpools et STC associés (Process sous Unix).

Sous z/OS, les fichiers physiques sont des LDS VSAM.

La log est globale au système DB2 et est paramétrée dans la DSNZPARM.

[rouner]

En DB2 UDP (Windows, Linux? UNix)
les users sont : des users système qui est a des avantages(peut) et des inconvenients (beaucoup).
Avantage Sous linux Unix tu defini ta politique avec les groupes
Inconvenient : la gestion de user est system (et l'autentification) donc tres lourd. il faut créer des scrips et cela va a peut pret.
Comme sous oracle tu peut gerer la securite sur les schémas meme si la notions n'est pas la meme.

Le DAS un administrateur d'instance

Pour l'instance en DB2 c'est une version de DB2 (v8.2.3) qui contient n bases.

Une base c'est un ensemble de tablespaces (au minimum 3, 2 system et de 1 a n) qui appartienne a une instance.

[OraScott]

En DB2 UDP (Windows, Linux? UNix)
les users sont : des users système qui est a des avantages(peut) et des inconvenients (beaucoup).
Avantage Sous linux Unix tu defini ta politique avec les groupes
Inconvenient : la gestion de user est system (et l'autentification) donc tres lourd. il faut créer des scrips et cela va a peut pret.
Comme sous oracle tu peut gerer la securite sur les schémas meme si la notions n'est pas la meme.

Le DAS un administrateur d'instance

Pour l'instance en DB2 c'est une version de DB2 (v8.2.3) qui contient n bases.

Une base c'est un ensemble de tablespaces (au minimum 3).

Merci beaucoup pour cette réponse... :-)

Peut-être pourrez-vous m'éclairer sur les journaux d'activités ? le lien entre le tablespace et le fichier sur disque ? l'organisation des données au seins des fichiers/tablespaces ...