Je viens d'installer oracle 18c, après l'installation, je veux me connecter à l'aide de SQL PLUS, ceci m'affiche l'erreur :
- ORA-12560 : erreur d'adaptateur de protocole ( voir capture 1 )
J'ai un peu cherché, la solution c'est de redémarrer les services oracles,
quand je vais sur le gestionnaire de service, je ne trouve pas celui relatif au SID de la base de données qui est XE, le service : OracleServiceXE ( voir capture 2 ).
Par contre je ne trouve que 2 services :
- OracleOraDB18Home1MTSRecoveryService ( voir capture 2 )
- OracleOraDB18Home1TNSListener. ( voir capture 2 )
SVP, si vous avez une solution n'hésitez pas à me la renseigner.
Il y a un an et demi que je n'ai pas utilisé de BDD. Je me suis arrêté sur ton message car Oracle 18c cela m'a interpellé. J'en étais resté à Oracle 12 ;-) en cherchant j'ai vu qu'il y a désormais des oracle 18c et 19c, la numérotation a changé, et on a droit à une version par an :-/ J'ai utilisé Oracle depuis les versions 4 ou 5, on était tranquille, une version tous les 3 ans environ.
J'ai téléchargé l'OracleExpress 18c et l'ai installé sur une VM Windows 10 64 pro. En faisant une installation de base, sans rien faire, les services sont bien présents et un sqlplus fonctionne.
Tu as donc un soucis sur l'installation désinstalle tout et réinstalle. N'as tu pas d'anciennes versions qui gênent ?
Bonjour,
Merci beaucoup pour la réponse, j'ai déjà essayé de réinstaller, c'était ma dernière tentative pour voir d'où vient le problème, mais le même résultat après réinstallation.
Avant que j'installe 18c j'ai effectué une désinstallation de oracle 11g dans le menu démarrer--> programmes.
Je me pose la question si c'est suffisant ou non, par contre SQLPLUS mentionne la version 18 et c'est la date de l'installation de 18c qui est visible.
Dans tous les cas, le service du SID n'est nulle part dans le gestionnaire de service. L'installtion du package d'oracle est effectué du site officiel d'oracle.
Dans mes souvenirs, une bonne désinstallation d'Oracle c'est finaliser par virer à la main toutes les clés de la base de registre dans software\oracle, virer les répertoires d'installation + dans program files\oracle et programdata et virer les variables d'environnement associées et les repertoires ORACLE dans PATH
Bonjour,
Après vérification sur regedit, et software--> oracle, il y a que les données de 18c, pour les répertoires dans program files y a pas celui d'oracle, je pense que la désinstallation s'est faite correctement.
Idem pour les variables d'environnement, dans le path, j'ai le chemin de la base de données 18c, sans avoir un autre chemin de 11g.
Je pense que le conflit avec d'autres versions est moins probable comme source d'erreur.
Il reste que c'est un problème d'installation. Il y a peut être des traces dans des log. Mais je pense que la seule solution passe par un nettoyage avant une réinstallation, il y a peut être dans ton environnement quelque chose de génant. J'ai installé Oracle, pas les versions XE, sur de très nombreux serveurs linux, windows, dans une situation comme cela, on réinstalle l'OS
Première question : Si j'ai bien compris, y a pas de solution à part réinstaller l'os qui est windows 10 dans mon cas ?
Deuixème question : où je peux stp trouver le fichier log pour que je consulte et que je sois sûr que c'est dû à l'environnement ?
1/ non, mais si après une désisntallation automatique + la désisntallation manuelle que je t'ai indiqué, une nouvelle installation ne donne pas satisfaction, par habitude, réinstaller l'os, surtout que souvent, c'était jusque recopier une VM de référence, c'était plus simple. Un serveur BDD ne contient pas grand chose en dehors d’Oracle, ce n'est pas le cas d'un pc perso avec W10 ;-)
2/ regarde sous C:\Program Files\Oracle\Inventory\logs, + un répertoire qui correspond à ta date d'installation, dessous j'ai des .log, des .out, et 2 .err vides chez moi
Bonjour,
je reviens par des nouvelles, pour les .log, .out, et 2 .err de la même manière c'est vide au niveau de mon PC.
Par contre j'ai consulté le fichier trace du chemin ...\cfgtoollogs\dbca.
J'ai fait une recherche sur erreur, j'ai trouvé ceci :
"
SEVERE: août 04, 2019 12:59:41 AM oracle.install.commons.util.exception.AbstractErrorAdvisor getDetailedMessage
GRAVE: [FATAL] [DBT-06607] Le fichier de données (C:\app\PC\product\18.0.0\oradata\XE\SYSTEM01.DBF) existe déjà sur le système de fichiers.
CAUSE: Cette configuration va créer l'emplacement de fichier de données (C:\app\PC\product\18.0.0\oradata\XE\SYSTEM01.DBF). Toutefois, la présence d'une base de données existante utilisant cet emplacement de fichier de données est détectée ou il se peut que les fichiers de données d'une configuration précédente soient restés sur l'ordinateur.
ACTION: Nettoyez les fichiers de données existants ou indiquez un autre db_unique_name.
"
Merci beaucoup.
Deuixème question : où je peux stp trouver le fichier log pour que je consulte et que je sois sûr que c'est dû à l'environnement ?
- Messages postés
-
29686
- Date d'inscription
- mercredi 2 mai 2007
- Statut
- Modérateur
- Dernière intervention
- 26 septembre 2020
6 763 > Alisko2/ regarde sous C:\Program Files\Oracle\Inventory\logs, + un répertoire qui correspond à ta date d'installation, dessous j'ai des .log, des .out, et 2 .err vides chez moi
et C:\app\Admin\product\18.0.0\cfgtoollogs
je reviens par des nouvelles, pour les .log, .out, et 2 .err de la même manière c'est vide au niveau de mon PC.
Par contre j'ai consulté le fichier trace du chemin ...\cfgtoollogs\dbca.
J'ai fait une recherche sur erreur, j'ai trouvé ceci :
"
SEVERE: août 04, 2019 12:59:41 AM oracle.install.commons.util.exception.AbstractErrorAdvisor getDetailedMessage
GRAVE: [FATAL] [DBT-06607] Le fichier de données (C:\app\PC\product\18.0.0\oradata\XE\SYSTEM01.DBF) existe déjà sur le système de fichiers.
CAUSE: Cette configuration va créer l'emplacement de fichier de données (C:\app\PC\product\18.0.0\oradata\XE\SYSTEM01.DBF). Toutefois, la présence d'une base de données existante utilisant cet emplacement de fichier de données est détectée ou il se peut que les fichiers de données d'une configuration précédente soient restés sur l'ordinateur.
ACTION: Nettoyez les fichiers de données existants ou indiquez un autre db_unique_name.
"
Merci beaucoup.
- Messages postés
-
29686
- Date d'inscription
- mercredi 2 mai 2007
- Statut
- Modérateur
- Dernière intervention
- 26 septembre 2020
6 763 > AliskoJe te remercie beaucoup, après une désinstallation manuelle des éléments et réinstallation, maintenant la connexion est OK d'après sql plus.
Merci beaucoup.