Des processus utilisateur et serveur dans Oracle 12c - mannequins

Lorsque vous démarrez et initiez des connexions à l'instance Oracle 12c, de nombreux processus sont impliqués, notamment le composant de l'instance Oracle qui utilise les programmes Oracle et code pour accéder à vos données.

Il n'y a pas de processus lorsque l'instance Oracle est arrêtée. Certains processus sont obligatoires et d'autres sont facultatifs en fonction des fonctionnalités que vous avez activées. Cela peut aussi dépendre de votre système d'exploitation.

Trois types de processus font partie de l'instance:

• Les processus d'arrière-plan sont impliqués dans l'exécution du logiciel Oracle lui-même.

• Les processus serveur négocient les actions des utilisateurs.

• Les processus utilisateur fonctionnent généralement en dehors du serveur de base de données lui-même pour exécuter l'application qui accède à la base de données.

Les processus utilisateur et serveur étant étroitement liés, ils sont discutés ensemble. Cependant, ce sont des processus distincts et distincts. En fait, ils fonctionnent généralement sur des machines séparées. Un exemple très simple: lorsque vous démarrez SQL * Plus sur un client Windows, vous obtenez un processus utilisateur appelé sqlplus. EXE.

Le processus utilisateur représente la session d'un utilisateur dans la base de données. Lorsqu'une connexion est établie avec la base de données sur une machine Linux, vous obtenez une connexion à un processus nommé quelque chose comme oracle << nom_basededonnées >> ou ora_S000 _ << nom_basededonnées >>. Le processus serveur sert et existe sur le serveur de base de données. Il fait tout ce que l'utilisateur le demande. Il est responsable de la lecture des blocs dans le cache tampon. Il change les blocs si demandé. Il peut créer des objets.

Les processus serveur peuvent être de deux types: Dédié partagé

Le type dépend du fonctionnement de votre application et de la quantité de mémoire dont vous disposez. Vous êtes d'abord présenté avec le choix de dédié ou partagé lorsque vous créez votre base de données avec Oracle

Database

• Configuration

• Assistant

(DBCA). Cependant, vous pouvez le changer d'une façon ou d'une autre plus tard. Architecture de serveur dédié Chaque processus utilisateur obtient son propre processus de serveur. C'est la configuration Oracle la plus courante. Cela permet à un processus serveur de vous attendre. Si les ressources peuvent prendre en charge des connexions dédiées, cette méthode est également la plus réactive. Cependant, il peut également utiliser le plus de mémoire. Même si vous ne faites rien, ce processus de serveur vous attend. Pas que ce soit une mauvaise chose. Imaginez, cependant, 5 000 utilisateurs sur le système restent inactifs la plupart du temps. Si vos applications ne peuvent pas utiliser les pools de connexions (similaires aux processus serveur partagés), votre base de données ne survivra probablement pas et fonctionnera correctement pendant plus d'une journée. Architecture de serveur partagée

Comme son nom l'indique, les

processus serveur

sont partagés. Maintenant, au lieu d'un processus de serveur qui vous attend de la main et du pied, vous n'en avez qu'un quand vous en avez besoin.

Pensez à un processus de serveur en temps partagé pour Oracle. C'est plus rentable (en termes de mémoire), et vous en avez presque toujours un disponible quand vous en avez besoin (à condition que l'infrastructure soit correctement configurée).

Sur un système comptant 5 000 utilisateurs en grande partie inactifs, vous pourriez être en mesure de les prendre en charge avec seulement 50 processus serveur. Vous devez effectuer ces opérations pour que cela fonctionne correctement: Assurez-vous que le nombre de demandes de base de données simultanées ne dépasse jamais le nombre de serveurs partagés configurés. Assurez-vous que les utilisateurs ne restent pas longtemps dans les processus. Cela fonctionne mieux dans un environnement basé sur les transactions rapide comme un site de commerce électronique.

Disposez de quelques cycles CPU supplémentaires. Toutes les communications interprocessus semblent avoir un faible coût de CPU associé aux processus serveur dédiés.

Le fait est que les configurations de serveurs partagés sont moins courantes dans l'environnement actuel où la mémoire est bon marché. La plupart des applications contournent aujourd'hui les problèmes associés à un trop grand nombre de serveurs dédiés en utilisant un pool de connexions avancé au niveau du serveur d'applications.

• Vous devez connaître d'autres limitations: les connexions DBA doivent disposer d'un serveur dédié. Par conséquent, un environnement de serveur partagé est en réalité un hybride. Les serveurs partagés peuvent coexister avec un serveur dédié.

• De nombreux types de fichiers sont requis (et facultatifs) pour exécuter une base de données Oracle:

• Fichiers de données

Fichiers de contrôle

Fichiers journaux de restauration

Fichiers journaux d'archives

• Fichiers de paramètres de serveur et d'initialisation

• La connaissance de chacun de ces fichiers augmente considérablement le succès de votre gestion de base de données.