Base de connaissances CCM
Bases de données - Ingres




Sujet 5415 - Petit tour d'horizon de Ingres

[ Voir ce sujet en ligne ] - [ Catégorie: Bases de données - Ingres ]


Ingres en quelques mots


Ingres est un des premiers SGBD relationnel au monde (historiquement), d'un niveau comparable à Oracle (en terme de fonctionnalités et d'ancienneté de celles-ci). C'est un développement universitaire qui est devenu un produit commercial puis est devenu open source en 2004 ... Il a la réputation d'être fiable, léger et surtout très robuste.

Retrouvez un peu d'histoire sur le produit à cette adresse

Ingres est-il open source ?


Oui. Ce produit est sous licence GPL2, et il existe aussi une version commerciale (avec différents types de support payant). Actuellement (mars 2007) la version en cours est Ingres2006 R2 (le produit a beaucoup changé de nom au cours de ses 30 ans d'histoire ...)

Téléchargement


Versions & Plateformes


Ingres existe pour les plateformes suivantes, en 32 ou 64 bits (voir liste sur le site de Ingres Corp) :
NB : Certains ont tenté de compiler Ingres sur Mac OS, sans grand succès (pb de compatiblité de bibliothèques C je crois), une légende dit qu'en 2004 lorsqu'il a été placé en open source quelqu'un a fait un test de compilation sur Nintendo (sans grand intérêt ;-))

Où obtenir de l'aide ?

Lire la suite

Créer une base de données sous Ingres »
Publié par jpzuate - Dernière mise à jour le 3 mai 2010 à 10:33 par spe2d




Sujet 5417 - Créer une base de données sous Ingres

[ Voir ce sujet en ligne ] - [ Catégorie: Bases de données - Ingres ]

Pour créer une base de donées Ingres , il faut utiliser la commande createdb

La syntaxe la plus simple est : 
createdb mabase


Dans ce cas, la base utilisera les locations par défaut (II_DATABASE, II_WORK, II_CHECKPOINT, II_DUMP et II_JOURNAL).

Quelques options de la commande (liste non exhaustive) :

Ce qui se passe exactement


Exemple de createdb 
$ createdb mabase
Creating database 'mabase' . . .

  Creating DBMS System Catalogs . . .
  Modifying DBMS System Catalogs . . .
  Creating Standard Catalog Interface . . .
  Creating Front-end System Catalogs . . .

Creation of database 'mabase' completed successfully.


Concrètement, il réalise les opérations suivantes (après avoir vérifié que vous ayez tous les droits, cela s'entend) :

Vous pouvez voir où se trouvent physiquement vos données par la commande infodb mabase

Exemple : 
==================Wed Mar 14 22:21:38 2007 Database Information=================

    Database : (mabase,jp)  ID : 0x45F865BA  Default collation : default
    Unicode enabled : No
    Extents  : 5    Last Table Id : 237
    Config File Version Id : 0x00060001   Database Version Id : 8
    Mode     : DDL ALLOWED, ONLINE CHECKPOINT ENABLED
    Status   : VALID

               The Database is not Journaled.

               Journals are not valid from any checkpoint.

----Journal information---------------------------------------------------------
    Checkpoint sequence :          0    Journal sequence :                 0
    Current journal block :        0    Journal block size :           16384
    Initial journal size :         4    Target journal size :            512
    Last Log Address Journaled : <0:0:0>
----Dump information------------------------------------------------------------
    Checkpoint sequence :          0    Dump sequence :                    0
    Current dump block :           0    Dump block size :              16384
    Initial dump size :            4    Target dump size :               512
    Last Log Address Dumped : <0:0:0>
----Checkpoint History for Journal----------------------------------------------
    Date                      Ckp_sequence  First_jnl   Last_jnl  valid  mode
    ----------------------------------------------------------------------------
    None.
----Checkpoint History for Dump-------------------------------------------------
    Date                      Ckp_sequence  First_dmp   Last_dmp  valid  mode
    ----------------------------------------------------------------------------
    None.
----Cluster Journal History-----------------------------------------------------
    Node ID   Current Journal   Current Block   Last Log Address
    ------------------------------------------------------------
    None.
----Cluster Dump History-----------------------------------------------------
    Node ID   Current Dump      Current Block   Last Log Address
    ------------------------------------------------------------
    None.
----Extent directory------------------------------------------------------------
    Location                          Flags             Physical_path
    ------------------------------------------------------------------
    ii_database                       ROOT,DATA         D:\Program Files\Ingres\Ingres [II]\ingres\data\default\mabase
    ii_journal                        JOURNAL           D:\Program Files\Ingres\Ingres [II]\ingres\jnl\default\mabase
    ii_checkpoint                     CHECKPOINT        D:\Program Files\Ingres\Ingres [II]\ingres\ckp\default\mabase
    ii_dump                           DUMP              D:\Program Files\Ingres\Ingres [II]\ingres\dmp\default\mabase
    ii_work                           WORK              D:\Program Files\Ingres\Ingres [II]\ingres\work\default\mabase
================================================================================


Je vous passe les détails (pour l'instant) mais à la fin de cette commande on retrouve la liste des locations utilisées par la base. La location ROOT,DATA est dite location par défaut, où iront se créer toutes les tables si vous ne spécifiez rien de particulier à la création (clause with location=(liste de locations)).

Lire la suite

Les fichiers et les outils de configuration de Ingres »
Publié par jpzuate - Dernière mise à jour le 19 novembre 2009 à 17:09 par marlalapocket




Sujet 5423 - Les fichiers et les outils de configuration de Ingres

[ Voir ce sujet en ligne ] - [ Catégorie: Bases de données - Ingres ]


II_SYSTEM


Chaque installation Ingres démarre par le contenu de la variable II_SYSTEM ($II_SYSTEM sous Unix/Linux ou %II_SYSTEM% sous Windows). A partir du répertoire pointé par cette variable, on trouve forcément un répertoire ingres. Sous ce répertoire, il y a au minimum un répertoire bin, files,utility et lib.

symbol.tbl


Ingres travaille avec un ensemble de variables qui lui sont propres et qui sont stockées dans le fichier symbol.tbl (répertoire files). Il ne faut jamais éditer ce fichier autrement que par les commandes Ingres ingsetenv, ingunset et ingprenv. Le fichier a un format particulier et il peut facilement être corrompu ...
Manipuler le fichier symbol.tbl
Exemples 
ingsetenv variable valeur
ingprenv
ingprenv variable
ingunset variable


Ces variables peuvent être positionnées aussi dans l'environnement local de l'utilisateur (export, setenv, set) et pour certaines c'est interdit et surtout dangereux (exemple : II_INSTALLATION).

config.dat, protect.dat et config.log


Le reste de la configuration se situe essentiellement dans deux fichiers : config.dat et protect.dat (toujours dans le répertoire files). Ne jamais éditer ces fichiers par un éditeur (sauf demandé par le support, un gourou ou stipulé dans la doc), mais utilisez cbf (Configuration By Form). Le format de ce fichier est tout ce qu'il y a de plus banal, mais certaines ressources dépendent d'autres et pour faire évoluer l'ensemble de manière cohérente il vaut mieux utiliser cbf. Les règles qui lient les paramètres entre eux sont stockées dans les fichiers .crs (comme Configuration Rule System). La règle de base avec tous ces fichiers est : on regarde mais on ne touche pas (donc on les édite avec view sous Unix au lieu de vi, par exemple ...). Le fichier protect.dat contient les ressources protégées (pour les paramètres dérivés dans cbf). Par exemple la mémoire cache du SGBD dépend, par défaut, du nombre d'utilisateurs. Si vous augmentez le cache ingres de manière conséquente sans protéger cette valeur et que plus tard vous augmentez le nombre d'utilisateurs du moteur, le paramètre du cache sera recalculé à une valeur qui ne vous convient à priori pas (puisque en dessous de votre besoin). A noter également un fichier config.log qui retrace l'historique des changements : qui, quand, quoi (paramètres directs et dérivés).

Si cbf ne vous plaît pas ou si vous avez besoin de scripter des modifications de paramètres vous pouvez utiliser les commandes suivantes :

Où :

Cas particulier ...
La ressource ii.machine.privileges.user.utilisateur ne peut pas être positionnée par cbf et correspond aux droits de cet utilisateur (pour une machine donnée) sur l'installation : avoir le droit de la démarrer ou de l'arrêter, de lancer ipm, etc.

Ingres/Net


La configuration de Ingres/Net se situe dans le répertoire name (contenu dans le répertoire files) et les fichiers sont suffixés du nom de la machine. Elle se manipule exclusivement à l'aide de la commande netutil.

Tous les fichiers cités dans ce document sont à sauvegarder régulièrement, pour éviter une panique en cas de perte ...

Ingres/Replicator


Une partie de la configuration des tables répliquées et des chemins de réplication sont stockés directement dans les catalogues système Ingres/Replicator (ils commencent par dd_ pour Data Distribution). Le reste (fichier de configuration d'un serveur de réplication par exemple) se trouve dans un répertoire rep, en général situé sous $II_SYSTEM/ingres ou %II_SYSTEM%\ingres

A noter


Chaque outil cité dans ce document existe sur chaque plateforme (qu'on va découper en 2 gros paquets : windows d'un coté , Linux et Unix de l'autre). Sous Windows, ils existent aussi au format graphique, et sont accessibles via les menus créés lors de l'installation du produit.

Lire la suite

Import / export de données Ingres »
Publié par jpzuate - Dernière mise à jour le 19 novembre 2009 à 17:05 par marlalapocket




Sujet 5470 - Import / export de données Ingres

[ Voir ce sujet en ligne ] - [ Catégorie: Bases de données - Ingres ]

Ingres permet d'exporter les données d'une installation Ingres vers une autre (quels que soient l'OS cible ou source) par les commandes :

Ce qui change entre ces 2 commandes c'est leur périmètre :

Principe de fonctionnement de ces commandes ...


copydb
Exemple 
copydb mabase matable

Cette commande va vous générer 2 fichiers : copy.in et copy.out pour peu que la table matable existe dans la base mabase et qu'elle vous appartienne.
Ces fichiers contiennent une série d'ordres SQL :
copy.out :
copy.in :

Utilisation de ces fichiers
Pour décharger les données : 
sql mabase < copy.out

Pour recharger les données : 
sql mabase < copy.in


unloaddb
Exemple 
unloaddb mabase

Cette commande va générer 4 fichiers : copy.in, copy.out, reload.ing et unload.ing (ou reload.bat et unload.bat sous Windows)

De la même manière que pour la commande copydb, les fichiers copy.in et copy.out contiennent les ordres SQL nécessaires au déchargement des données et à la création des objets (tous les objets : tables, indexes, règles, procédures, vues, dbevent, etc.) ainsi que celui du rechargement des données. Ce qui change avec unloaddb c'est qu'il génère aussi les programmes pour appeler ces fichiers contenant le code SQL.

Quelques conseils ...


1 - Pour réaliser une copie portable d'un OS à l'autre (peu importe la version, le type, le codage ISO, etc), utilisez l'option -c (disponible pour chacune de ces 2 commandes) qui vous permettra de générer un export/import de données dit au format ASCII. Au départ cela permet aussi d'imprimer directement le fichier (je ne vous le conseille pas), mais en tout cas il à peu près lisible via un éditeur texte. Regardez en fait le format des ordres COPY TABLE avec sous sans cette option, tout se passe à ce niveau là.

2 - Faites attention aux variables suivantes (liste non exhaustive - regardez dans l'environnement Ingres par ingprenv ou dans votre environnement local) :
- II_DATE_FORMAT : format de la date
- II_DECIMAL : Séparateur des décimales (Ingres est un produit américain, par défaut c'est le point)
- II_MONEY_PREC : précision des données de type money
- II_MONEY_FORMAT : format des données de type money (pour indiquer une devise)
- II_NULL_STRING : texte utilisé pour représenter la valeur null
Ces variables doivent être identiques entre la machine source et la machine cible. En effet, elles sont utilisées pour formater les données lors de l'export ou pour les lire lors de l'import. Elles ont donc besoin d'être compatibles ...

3 - Déclarez les mêmes locations : même nombre, même noms, et même types. Les répertoires peuvent être différents

4 - Etendez la base cible aux mêmes locations que la base source : vérifiez les locations de l'une et l'autre par la commande infodb, utilisez accessdb ou extenddb pour étendre une base.

5 - Capturez le résultat (stdout) dans un fichier, et cherchez toute ligne commençant par E_. Cela indique une erreur Ingres à analyser.

6 - Si un reload (ou copy.in) échoue, songez que si vous le relancez une partie des objets à créer est peut-être déjà créée ...

Lire la suite

Documentation officielle Ingres »
Publié par jpzuate - Dernière mise à jour le 17 décembre 2009 à 05:54 par Bayadère




Sujet 5471 - Documentation officielle Ingres

[ Voir ce sujet en ligne ] - [ Catégorie: Bases de données - Ingres ]


Téléchargement


Toute la documentation Ingres peut être téléchargée ICI

La liste (non exhaustive) des guides indispensables


A noter aussi


Un conseil


téléchargez le Complete Set of Ingres 2006 Documentation qui installera toute la documentation dans un menu Windows. La documentation Ingres est en général assez complète, et intègre un index de recherche global (acrobat), de nombreux exemples, etc.

Lire la suite

Connexion à une base Ingres avec PHP »
Publié par jpzuate - Dernière mise à jour le 19 novembre 2009 à 17:06 par marlalapocket




Sujet 5472 - Connexion à une base Ingres avec PHP

[ Voir ce sujet en ligne ] - [ Catégorie: Bases de données - Ingres ]

Cette astuce est tirée des documentations Ingres suivantes :
- Ingres® 2006 Release 2 for Windows Quick Start Guide (qs_windows.pdf)
- Ingres® 2006 Release 2 for Linux Quick Start Guide (qs_linux.pdf)
(Voir l'artile sur la dans cette même rubrique)



Téléchargez PECL


- Windows (driver)
- Linux & Unix (code source)

Installation


Windows
1 - Copiez le fichier php_ingres.dll dans le répertoire des extentions PHP
2 - Editez votre fichier php.ini et ajoutez la ligne suivante :
extension=php_ingres.dll

Linux & Unix
1 - Repérez le répertoire où se situe la commande phpize ou php-config
Sur certaines distributions de Linux il est nécessaire de renommer ces fichiers pour éviter des conflits.
Pour compiler la bibliothèque PECL Ingres vous avez besoin d'un compilateur.
2 - Assurez vous que la variable II_SYSTEM est bien valorisée 
echo $II_SYSTEM

3 - Déplacez vous dans le répertoire contenant le code source de l'extention
4 - Générez la configuration pour l'extention 
phpize

5 - Générez le Makefile 
./configure --with-ingres

6 - Compilez l'extention 
make

7 - Installez l'extention 
make install

8 - Editez le fichier php.ini et ajoutez la ligne extension=ingres.so
9 - Si vous utilisez Apache, utilisez la directive User du httpd.conf
pour vous assurer que Apache tourne bien avec un utilisateur Ingres valide

Apache pour Linux & Unix
1 - Dans la configuration Apache, ajoutez les lignes suivantes
(ou vérifiez qu'elles ne sont pas commentées) : 
LoadModule env_module modules/mod_env.so
SetEnv II_SYSTEM votre-répertoire-II_SYSTEM
SetEnv LD_LIBRARY_PATH votre-répertoire-II_SYSTEM/ingres/lib

2 - Redémarrez Apache

Exemple de code ...


A noter : dans les exemples ci-dessous il est possible de spécifier un noeud ou vnode

Connexion 
<?php
$link = ingres_connect(“mydb”, “username”, “password”);
or die(“Could not connect”);
echo “Connected successfully”;
ingres_close($link);
?>


Test des erreurs 
<?php
$link = ingres_connect(“mydb”, “username”, “password”);
if (ingres_errno($link) != 0) {
echo ingres_errno($link) . “ : “ . ingres_error($link) . “<BR/>\n”;
}
?>


Requête simple 
<?php
$link = ingres_connect(“mydb”, “username”, “password”);
// Gives a list of the tables
$sql = “select * from iirelation order by relid asc”;
$rc = ingres_query($sql,$link);
// Do some error checking...
while ( $iirelation = ingres_fetch_object($link) ) {
echo $iirelation->relid “<BR/>\n”;
}
?>


Requête avec paramètres 
<?php
$link = ingres_connect(“iidbdb”, “ingres”, “ingres”);
// Gives a list of the tables based on a parameter
$sql = “select * from iirelation where relowner = ? order by relid asc”;
$params[“owner1”] = (“usrname”);
$rc = ingres_query($sql,$link,$params);
// Do some error checking...
while ( $iirelation=ingres_fetch_object($link) ) {
echo $iirelation->relid “<BR/>\n”;
}
?>


Chargement d'un BLOB 
<?php
// Fetch the image to be inserted
$handle = fopen (“usrname.png”,”r”);
$login_image = stream_get_contents($handle);
fclose($handle);
// Set up the query
$sql = “insert into login_images values (?,?)”;
// Type the parameters being passed
$types = “vB”; // varchar, BLOB
// Set up the parameter values
$params[“login”] = “usrname”;
$params[“image”] = $login_image;
// Execute
$rc = ingres_query($sql,$link,$params,$types);
?>

Lire la suite

Se connecter à Ingres : le noeud »
Publié par jpzuate - Dernière mise à jour le 18 novembre 2009 à 16:51 par marlalapocket




Sujet 5539 - Se connecter à Ingres : le noeud

[ Voir ce sujet en ligne ] - [ Catégorie: Bases de données - Ingres ]

Une notion important dans Ingres : le noeud ou vnode. C'est là aussi que le module Ingres/Net se met en oeuvre.

Le noeud vous permet d'indiquer à Ingres les caractéristiques nécessaires à la connexion à une autre installation Ingres.

Historiquement cette notion est utilisée pour mettre en oeuvre le concept du client/serveur. Le client est souvent représenté par un poste sous Windows et une application graphique, le serveur étant une machine sur laquelle le SGBD est installé et les données sont stockées.

Détail d'un noeud


Un noeud rassemble les informations suivantes :

Il peut y avoir plusieurs triplets adresse/protocole/listen address. Dans ce cas Ingres cherchera à se connecter sur le premier, puis sur le second en cas d'échec, et ainsi de suite. C'est ainsi qu'on met en oeuvre la haute disponibilité par exemple, car soit il existe plusieurs connecteurs Ingres/Net démarrés sur le serveur, soit il s'agit de machines différentes sur lesquelles les données sont répliquées en temps réel par Ingres/Replicator.

Un noeud peut être Global ou Local. Global signifie que la configuration de Ingres/Net est commune à tous les utilisateurs de la machine concernée, Local ne concerne que l'utilisateur qui l'a mise à jour.

Gérer les noeuds


L'outil pour mettre à jour les noeuds se nomme netutil. Vous allez retrouver dans cette écran (qui est le même qu'on soit sous Windows, Linux, Unix ou VMS) les informations décrites ci-dessus. Il existe aussi dans la suite Visual/DBA une manière graphique de faire la même chose.

netutil

Les erreurs fréquentes


Une fois votre noeud créé vous avez la possibilité de le tester. Si le test échoue, il se passe généralement une des choses suivantes :

Installation password


Un installation password est un concept lié à Ingres. Dans l'esprit, le DBA de la machine cible autorise ou non d'autres DBA à se connecter sur son installation. Concrètement il s'agit d'un noeud qui a des propriétés particulières.

Coté serveur :
*

Coté client :
*

A partir de ce moment là lorsque le noeud sera invoqué c'est l'utilisateur qui s'est connecté sur le poste client qui servira à se connecter dans Ingres. Celui-ci doit donc être déclaré dans Ingres (voir la commande accessdb) et n'a pas besoin d'exister sur l'OS cible.

Utilisation


Par exemple pour se connecter à une base Ingres, localement, on utilisera la commande : 
sql mabase


Pour mettre en oeuvre un noeud, la syntaxe est la suivante : 
sql noeud::mabase

Lire la suite

Démarrer Ingres : ingstart »
Publié par jpzuate - Dernière mise à jour le 19 novembre 2009 à 17:00 par marlalapocket




Sujet 5593 - Démarrer Ingres : ingstart

[ Voir ce sujet en ligne ] - [ Catégorie: Bases de données - Ingres ]

Voir aussi les Les principaux process de Ingres (Unix & Windows).

Démarrage de Ingres


Syntaxe de la commande 
ingstart [-iigcn | -dmfrcp | -dmfacp | -client | -rmcmd | -icesvr | [-iidbms|-iigcc|-iigcb|-iigcd|-iijdbc|-iistar|-oracle|-informix| -mssql|-sybase|-db2udb|-rdb|-rms [= config_name]]] [-cluster] [-node nodename] [-help]


Options
Starts Enterprise Access for IBM DB2 UDB. Valid on UNIX and Windows only.

A noter


Exemple


Ingres 2006 Release 2/ingstart

Checking host "asterix" for system resources required to run Ingres 2006 Release 2...

Your system has sufficient resources to run Ingres 2006 Release 2.

Starting your Ingres 2006 Release 2 installation...

Starting the Name Server...

Allocating shared memory for Logging and Locking Systems...

Starting the Recovery Server...
II_DBMS_SERVER = 39553

Starting the Archiver Process...

Starting DBMS Server (default)...
II_DBMS_SERVER = 39556

Starting Net Server (default)...
GCC Server = 39559
    TCP_IP port = II (21528)

Starting Data Access Server (default)...


Starting the Visual DBA Remote Command Server...

Ingres 2006 Release 2 installation successfully started.

Lire la suite

Les principaux process de Ingres (Unix &amp; Windows) »
Publié par jpzuate - Dernière mise à jour le 18 novembre 2009 à 16:23 par marlalapocket




Sujet 5595 - Les principaux process de Ingres (Unix &amp; Windows)

[ Voir ce sujet en ligne ] - [ Catégorie: Bases de données - Ingres ]


Les principaux processes Ingres (Unix et Windows)

Lire la suite

Le log file Ingres »
Publié par jpzuate - Dernière mise à jour le 19 novembre 2009 à 17:05 par marlalapocket




Sujet 5616 - Le log file Ingres

[ Voir ce sujet en ligne ] - [ Catégorie: Bases de données - Ingres ]

Quelques considérations sur le type, la taille et la manipulation du log file Ingres.



Taille du log file


1/ Lancer ipm
2/ Sélectionner la ligne "Log_Info" puis choisir le menu Select
3/ Sélectionner la ligne "Header" puis choisir le menu Select
-> Pour obtenir la taille du log file est le résultat de l'opération suivante :
Block count * Block size
NB : cette méthode fonctionne quelle que soit la version Ingres (ie depuis Ingres 6.4 jusqu'à la dernière, Ingres2006).
ipm

Log file et dual log file


On peut avoir 2 log file synchronisés par Ingres (log file et dual log file), ce qui permet une continuité de service si un des log file est perdu (cas le plus courant : perte d'un disque).

Pour vérifier que la configuration héberge 1 ou 2 log file, il faut lancer cbf. Il y a toujours 2 lignes Transaction Log, une avec II_LOG_FILE et une avec II_DUAL_LOG. Regarder la colonne Startup Count correspondant.

S'il y a zéro, c'est soit que le fichier en question n'est pas configuré (n'existe pas encore), soit qu'il n'est plus accessible

cbf


A noter que le fichier log et dual log doivent, si les 2 sont actifs :

Info : Si le dual logging est désactivé (ie si un des log file n'est plus accessible), c'est assez transparent pour l'activité. On notera le message suivant dans le fichier errlog.log :
E_DMA467_DISABLE_LOGGING Dual Logging has been disabled.

Log file en raw device vs log file en mode normal


Le mode raw device ne concerne que le monde Unix.

Un log file Ingres peut être normal (ie un fichier dont le format est géré par Ingres mais qui est visible sur un file système) ou en mode raw device.
Le mode normal est réputé plus sécurisé puisqu'il passe par la couche file système Unix, et donc moins rapide.
Le mode raw device est réputé plus rapide puisqu'il s'affranchit de la couche file système, et donc moins sécurisé.

Dans ce cas sécurisé est à comprendre dans le sens : en cas d'arrêt brutal de la machine on est pas à même de garantir que toutes les écritures ont été réalisées correctement.

Pour véfifier que le ou les fichiers sont en mode raw device ou normal, il faut lancer cbf.
Ligne Transaction Log (II_LOG_FILE et éventuellement II_DUAL_LOG), menu Configure : Dans cet écran cbf indique clairement le mode du fichier (raw est à Yes ou No), sa taille, son ou ses emplacements (selon la version de Ingres il peut être partitionné)

nb : si Ingres est démarré cbf indiquera que certaines fonctions sont désactivées

cbf version Unix


cbf version Windows (pas de colonne Raw)

Pour modifier la taille du log file


Attention, c'est une modification relativement sévère de la configuration

Les manipulations qui suivent supposent que :
1/ Ingres est arrêté
2/ Dans cbf pour chacun des log file si nécessaire on doit trouver la ligne Logging Status: Off-Line (sinon c'est courir le risque de voir des bases inconsistantes)

A noter que si vous disposez d'un contrat de support Ingres vous pouvez vous faire assister dans ce genre de manipulation par le support.

1/ Vérifier le nombre de log file que vous avez
2/ Vérifier que le log file est en raw device ou mode normal et son emplacement

Si le ou les log file(s) sont en mode raw device
1/ Il faut se rapprocher de l'administrateur système pour qu'il agrandisse le (ou les si le dual log file est activé) raw device(s), et cette opération ne se fera pas si Ingres tourne. Ou, si la machine dispose de la place nécessaire, la création de 1 ou 2 fichiers raw devices plus gros pour remplacer ceux qui existe.
2/ Se connecter root
a/ Positionner l'environnement Ingres (II_SYSTEM, PATH, etc)
b/ lancer un des commandes suivantes selon besoin (log file normal ou dual log file) : 
iimklog
iimklog -dual

La commande va ensuite vous demander qui est le propriétaire du fichier et quel est son chemin (en général quelque chose du genre /dev/rdsk/...)
iimklog va ensuite compter le nombre d'octets du fichier et modifier la configuration en conséquence

Si le ou les log file(s) sont en mode normal
1/ Vérifier que le file system dispose de la place nécessaire, au besoin déterminez en un, ou augmenter sa taille
2/ cbf
3/ Ligne Transaction Log, pour II_LOG_FILE et II_DUAL_LOG si nécessaire
4/ Menu Configure
5/ Menu Destroy éventuellement suivi de Delete (si on souhaite le déplacer) puis Insert (pour indiquer le nouvel emplacement)
6/ Menu Create : indiquez la taille (un nombre de MO, cbf arondira pour vous à une taille cohérente)

Lire la suite

Sur quelle installation Ingres suis-je connecté ? »
Publié par jpzuate - Dernière mise à jour le 18 novembre 2009 à 16:26 par marlalapocket




Sujet 5697 - Sur quelle installation Ingres suis-je connecté ?

[ Voir ce sujet en ligne ] - [ Catégorie: Bases de données - Ingres ]

Ingres peut être installé plusieurs fois sur une même machine et selon les configurations, cela peut amener un brin de confusion (si une même base existe sous ces environnements différents).

Il peut donc être intéressant de savoir, lorsqu'on est connecté via un noeud ou même en local, quel est le nom du serveur ainsi que le code installation Ingres.

Requête à passer sur imadb pour afficher ces informations : 
SELECT
    dbmsinfo('ima_vnode') as machine,
    value as code_installation
FROM
    ima_mib_objects
WHERE
    classid = 'exp.gcf.gca.install_id'

Lire la suite

Easy Ingres »
Publié par jpzuate - Dernière mise à jour le 17 novembre 2009 à 18:37 par marlalapocket




Sujet 20119 - Easy Ingres

[ Voir ce sujet en ligne ] - [ Catégorie: Bases de données - Ingres ]



Easy Ingres est à Ingres ce que Easy PHP est à MySQL.

Téléchargez, installez, et développez !

Configurez facilement un environnement de développement Apache/PHP/Ingres pour Windows sur votre système :
La page du projet : http://community.ingres.com/wiki/Ingres_Easy_PHP
La page de téléchargement : http://community.ingres.com/wiki/Easy_Ingres_PHP_Downloads
Publié par jpzuate - Dernière mise à jour le 3 mai 2010 à 10:34 par spe2d




© Tous droits réservés 2010 Jean-François Pillou