J’ai assisté au match Israel - France le jour-même de mon arrivée en Israel.
Bilan : un 1 partout mérité, quoique Israel aurait pu concrétiser un deuxième but en fin de jeu.
Anecdotes :

Les détails et toutes les photos sur le site dédié.

Problème

A l’install, la base fonctionne normalement. Au premier shutdown ou arrêt du service Oracle, impossible de redémarrer.
Le processus Oradim.exe lancé pour démarrer le service (OracleServiceORCL par exemple) ne veut pas se terminer et donc le service est toujours en mode “starting…”.
Dès qu’on “kill” manuellement ce process, le service est démarré normalement; il reste alorsà monter la base en lançant les commandes suivantes :
svrmgrl
connect internal
startup
exit
L’arrêt pose aussi le même problème, il faut démonter la base puis arrêter le service ensuite.

Mais comment rendre tout ça automatique (en cas de reboot automatique par exemple ou lors des sauvegardes offline de nuit) ?

Solution de contournement

J’ai créé les scripts suivants :

* stopOracle.cmd
@ECHO OFF
svrmgrl command="@stopSVRMGRL.txt"
net stop OracleServiceORCL
exit
avec le contenu de stopSVRMGRL.txt:
connect internal
shutdown
quit
Ce script fonctionne parfaitement.

Pour le démarrage, c’était plus difficile car il fallait pouvoir tuer un processus automatiquement. Heureusement j’ai trouvé Process203 !

Mais il me restait encore un problème : il fallait tuer le processus Oradim.exe une fois que le service était démarré (et donc le tuer en parallèle) et surtout, lui laisser le temps de démarrer…
Alors j’ai trouvé une technique sur internet pour émuler le “sleep”.

Et voilà le résultat :

* startOracle.cmd
@ECHO OFF
echo "Démarrage d'Oracle..."
start /MIN StartAdminOracle.cmd
net start OracleServiceORCL
svrmgrl command=”@startSVRMGRL.txt”
exit
avec le contenu de startAdminOracle.cmd:
@ECHO OFF
rem attend 15 seconds avant d'effectuer son action
ping -n 16 localhost> NUL
C:Process203process -k oradim.exe
exit
et le contenu de startSVRMGRL.txt :
connect internal
startup
quit

Au passage, ces deux fichiers de commande sont appelés respectivement avant et après le backup offline de nuit.