Bonjour,
Je dois maintenir une application qui utilise le client SQL anywhere de Sybase dans un nouvelle environnement et j’aimerais avoir quelque chose de plus propre afin de pouvoir mieux maintenir cette application.
l’application est en deux parties:
- la partie poste de travail (l’application en elle même)
- la partie serveur (service de synchro entre une instante et un serveur Oracle)
Avertissement: cette application a été développée avec les pieds par des personnes qui maitrisent certainement le développement et les bases de données mais aucunement les systèmes et les OS Microsoft, la méthode d’installation est par conséquent le parfait exemple de ce qu’il ne faut pas faire.
Les instances des bases utilisées, la définition du pilote ODBC, et l’enregistrement du client SQL any sont fait à la barbare par modification de la base de registre dans la partie spécifique à l’utilisateur !!!
Il n’y a pas de véritable architecture client serveur: les bases sont sur les serveur mais accédé par un partage comme si la base était locale pour le poste de travail !!!
Conséquences:
- impossible de faire de l’accès concurrentiel à la base :heink:
- pour que le compte de service qui tourne sur le serveur puisse faire tourner correctement la synchro il faut ouvrir une session avec :ouch:
- pour qu’un utilisateur puisse utiliser l’application sur un poste, il faut appliquer la modif de la base de registre pour chaque nouveau profil sur le poste :pfff:
- rien n’apparait dans l’outil de gestion ODBC du système (que ce soit XP Pro, Win2K Server ou Win2K3 server)
Ce que j’aimerais obtenir:
- être en mesure de définir les instances ODBC sur le poste client et sur le serveur de manière propre afin d’avoir un process d’installation des deux composants propre. C’est à dire définir une fois et une seule l’instance afin que n’importe quel profil y ait accès.
Ce que j’ai essayé:
- modifier la base de registre au niveau HKLM au lieu de HKLU: malheureusement insuffisant
- modifier la base de registre au niveau HKU.Default pour que tout nouveau profil en hérite : malheureusement cela ne fonctionne pas pour la partie ODBC
Ce que j’ai trouvé:
- il semble que le client SQL any 5 contienne un dbclient.exe qui permet de faire tout ce dont j’ai besoin en ligne de commande
- bien évidemment, le développeur ne nous a fournit que le strict minimum dans les objets et celui ci n’en fait pas partie :sweet:
- le client SQL any 5 n’est pas disponible en téléchargement :neutre:
- il s’agit d’un vieux moteur qui n’aurait jamais du être utilisé dans une tel environnement :ane:
Si quelqu’un à une quelconque expérience de SQL any 5 ou est en mesure de m’aider à déclarer proprement les pilotes ODBC et les instances je suis preneur.
Merci d’avance
Koin-Koin