Le blog francophone consacré
aux technologies Esri

Nouveautés 9.2 - N° 6 - Multiples instances de Géodatabase dans Oracle

Lors de la mise en place d'une Géodatabase d'entreprise, il est parfois souhaitable que certains groupes d'utilisateurs puissent travailler sur des données isolées du reste de la Géodatabase. L'idéal est alors de leur proposer d'utilisser des Géodatabases dédiées. Pour cela, il existait jusqu'à maintenant essentiellement deux solutions:

Solution 1 : créer dans l'instance de la Géodatabase de l'entreprise des utilisateurs (ou des groupes d'utilisateurs) possédant dans leur propre schéma afin d'y stocker leur données. Cette solution est intéressante car elle est économique (1 seule instance de Géodatabase et 1 seule instance Oracle). Cependant, elle présente l'inconvénient de mettre en commun un certain nombre d'éléments de la Géodatabase : les paramètres de configuration (DBTUNE), les versions, les domaines, les jeux de classes (même si les données qu'ils contiennent ne sont pas accessibles) à des groupes d'utilisateurs dont le profil ou le métiers sont très différents.

Solution 2 : créer d'autres instances de Géodatabase dédiées aux données de chaque groupe d'utilisateurs. Cette solution est intéressante dans le sens où elle permet un véritable cloisonnement entre les Géodatabases spécifiques aux groupes d'utilisateurs. Cependant, elle présente l'inconvénient de nécessiter plusieurs instances ArcSDE et donc plusieurs instances Oracle.

En version 9.2, ESRI propose une nouvelle solution intéressante. En effet, ArcGIS Server Enterprise 9.2 pour Oracle, permet de gérer plusieurs Géodatabases sur une seule instance Oracle. Pour les architectures n'utilisant pas le Direct Connect, ceci veut dire une seule instance ArcSDE (un seul processus giomgr) sur le serveur. Le principe repose sur le stockage d'une première instance de Géodatabase "Master" et sur le stockage d'une ou plusieurs autres instances "Project" indépendantes de la première instance. Toutes les instances résident dans la même instance Oracle. Les tables système (repository) de l'instance Master sont stockées dans le schéma de l'utilisateur SDE (comme dans les versions précédentes). Les tables système des instances "Project" sont stockées dans le schéma d'autres utilisateurs de la base Oracle. Une table INSTANCES dans le schéma de l'instance "Master" permet de répertorier les autres instances de Géodatabase "Project" Un même utilisateur peut accéder, si il en a les privilèges, aux données des instances "Master" et "Project".


L'utilisation de plusieurs instances de Géodatabase dans une même instance Oracle peut être intéressante dans de nombreux cas, par exemple :
- Pour séparer l'environnement de développement de l'environnement de production
- Pour dissocier les paramètres de configuration (DBTUNE) des différents jeux de données
- Pour ne pas partager les versions, les domaines, les sous-types entre différents jeux de données d'applications métiers différentes
- Pour augmenter la sécurité de certaines informations sensibles en les isolant dans une instance spécifique
- Ne pas afficher les jeux de classe (Feature Dataset) dont le contenu n'est pas accessible à certains utilisateurs

On notera enfin que tout cela n'est valable que pour le SGBD Oracle. En effet, avec SQL Server, depuis la version 9.1, il est possible de créer plusieurs instances de Géodatabase (plusieurs processus giomgr sur différents ports TCP/IP) en stockant les données dans différentes Databases d'une même instance SQL Server. Depuis la version 8.3, il est également possible d'utiliser une seule instance de Géodatabase (un seul processus giomgr) en stockant les données dans différentes Databases d'une même instance SQL Server.

Pour plus d'informations, vous pouvez vous référer à cette page de l'aide en ligne d'ArcGIS.

Partager cet article:

Rejoindre la discussion

    Les commentaires à propos de cet article: