Voir ce topic : http://forum.hardware.fr/forum2.ph [...] =1#t578451
 
Was :  

Ben ... trouver qui à fixé le mot de passe et lui demander.

 
Ouais... et si la personne est morte ?

bah alors tu réinstalles la DB...

ouais sinon ca serait trop simple d'aceder a une BdD et donc le mot de passe serait inutile  

 
Si c la seule personne qui connaissait le mot de passe. A moins de faire du spiritisme, tu l'as dans l'cul!

mais nan tu fais comme dans les films, t'essaye un peu au pif, a tout les coups c'est le nom de son chat

pas que dans les films
 
Une DB regroupant des references par millier sur la plus grand biblioteck de je_sais_plus_ou (danemark je croit) a fait apelle aux plus grand hacker pour retrouver le pass de cette grande base de donnée suite a la mort du seul connaisseur de ce dernier.
 
Une des hacker a trouver le mdp en saisissant le nom de decédé a l'envers
 
bon c'est sur qu'en danois ca donne n'importe quoi

 
Pas con tiens le spiritisme

Il n'y a aucune appli qui exploite cette base ? sinon, ds la chaine de connexion (si bien sur appli il y a ...)
 

 
tu donnes des droits d'admin sur la DB à une appli toi?

si tu te logues en administrateur sur le serveur, tu pourras entrer dans entreprise manager et shooter le mot de pass de "sa" afin de le réinitialiser.

PS: et si t'as pas le mot de pass du serveur, bah s'il est dans le domaine, le pass admin du domaine marchera.

 
Si, j'ai le mot de passe du serveur, mais où trouves t-on "enterprise manager" ?

Bah c'est pourtant pas compliqué...
 
Logue-toi en tant qu'admin sur la machine.
Ensuite, menu démarrer > programmes > sql server > et là t'as une MMC nommée "Entreprise Manager"
 
J'ai SQL Server 2000, mais sur le 7.0 c'est quasiement la même interface :
 

 

 

 
Attention : Si la personne qui a installé le serveur a désactivé l'authentification Windows, alors tu ne pourras pas faire cette action. C'est du moins le cas avec SQL Server 2000 SP3. N'ayant jamais rencontré ce problème avant, je pense que c'est une nouveauté du SP3, parcequ'avant, il me semble que même quand je désactivais l'authentification Windows, en local je pouvais toujours me loguer avec mon compte NT.
 
Si tu es bloqué, alors il doit y avoir des softs pour cracker le pass de SQL Server, certainement même des softs officiels. Cherche sur le CD de SQL Server et dans la MSDN. C'est fourni pour NT, y'a pas de raison que ce ne soit pas fournis pour SQL Server.
 
Mais normalement, cette méthode doit fonctionner.
 
Sinon, pour ta question à propos des modifications de la base, non, tu ne devrais pas avoir à la modifier. Le seul truc qui peut bloquer c'est les procédures stockées/fonctions utilisateur, mais il me semble que SQL Server fait la conversion automatiquement.
 
Par contre, SQL Server 2000 étant bien plus puissant que le 7.0, il y a de grandes chances pour que tu puisses améliorer ta base une fois passé sous 2000.
 
Là où ça risque d'être chiant, c'est au niveau des appli qui utilisent la base... Tu risque d'avoir des mises à jours à faire au niveau de certains requêtes, la syntaxe de SQL Server ayant évolué (mais à priori, pour la plupart des requêtes, ça reste compatible)

Merci beaucoup, MagicBuzz !
Voilà une explication claire, et avec les screenshots en +

Bon, j'ai fait migrer les données sur le nouveau serveur avec SQL Server 2000 installé.
J'ai du mal à paramétrer la connexion avec la base (qui est un fichier mixte Access 97/SQL en *.mde)

Je galère...
Comment peut-on faire pour récupérer tous les paramètres de connexion à SQL à partir de la base de données Access ?

De tête...
 
A priori, c'est une base access, avec des tables liées dans la base SQL Server, c'est ça ?
 
Alors...
 
1) Copie la base Access (le fichier *.mdb) sous un autre nom, histoire de pas tout casser.
2) Ouvre la base avec Access.
3) Sur chaque table liée (normalement, c'est une icône table, avec une flèche dessus, ou un truc du genre) fait propriétés. Normalement, là dedans, tu devrais avoir la connection.
3.1) Si c'est une connection ODBC, alors ne touche à rien. Vas dans le panneau de configuration, dans "Sources de données 32 bits" (ou "Sources de données ODBC" ). Dedans, cherche le pont ODBC qui correspond à celui utilisé dans Access (soit dans "User DSN" soit dans "System DSN" ). Ouvre-le. Modifie le nom du serveur et de la base de données, ainsi que les log/pass.
3.2) Si c'est un lien OLEDB, alors dans les propriétés, change directement le nom du serveur, de la base et de l'utilisateur.
 
Si c'est pas comme ça, alors je sais pas. Faudrait que j'aie l'appli sous les yeux.

J'ai trouvé la base .mdb originale qui a servi à la création de la .mde
En examinant le code d'ouverture, j'ai vu qu'il va chercher les paramètres de la connexion SQL dans une table "paramètres", tout simplement !
 
Voici les éléments :

 
Le serveur s'appelle bien newserveur, pas de souçis, je suis donc allé dans Enterprise manager, puis j'ai crée une base de données nommée saisie et utilisant le fichier .mde, et ça ne fonctionne toujours pas.
 
J'essaye comme tu m'as dis avec l'OBDC, on verra ce que ça donne

zarb la connection, parceque c'est "ODBC", mais y'a pas de "source name"... En fait c'est une connection OLE DB...
 
Anyway. Change simplement les paramètres là-dedans, et c'est bon, ton appli ne passe pas par un pont ODBC (et normalement, ça devrait pas marcher, elle est fausse la chaîne de connection)

Pour info, cette chaîne contenait le mot de pass SA de ton serveur SQL Server 7.0
 
Il était vide... Comment t'as galèré comme un gland pour rien toi

Bon je suis allé dans l'OBDC (qui est un vieux, celui de Windows NT) et j'ai créé une connexion Access nommée saisie vers le fichier .mde, dans "Source de données systèmes" et "Source de données utilisateur".  
Je ne sais pas trop si ça correspond à ce que tu m'as dis car les noms d'onglets sont différents.
 
En tout cas ça ne fonctionne pas
 
D'après toi, l'appli se connecte directement à SQL server ?
Mais quand tu dis que je dois changer les paramètres, que dois-je faire exactement ? (et c'est bizarre, la base fonctionnait parfaitement sur l'ancien serveur).
 
Voici le code qui appelle les paramètres stockés dans la table parametre à ligne référencée 200.
 

 
Et voilà la fonction "parametre" :
 

 
Oui, j'ai vu

Pour info, quand je clique sur "propriétés" sur une table liée (donc normalement SQL), tout ce qu'il m'indique c'est "Table:Linked ODBC"

et y'a lien pour voir le link ? ça doit être dans un coin normalement. peut-être dans les propriétés de la base. j'ai fait ça qu'une fois, sous access 97, y'a au moins 4 ans, alors je sais vraiment plus où c'était...

 
En ouvrant une table en modification et en ouvrant les propriétés, voilà ce que j'ai dans Description :

bah voilà. c'est ça qu'il faut changer, pour taper dans la nouvelle base.

 
Donc je met ça dans la table paramètres ?

Bon, en fait, je pense qu'il faut déjà que je retrouve la base SQL en elle-même, qui doit être stockée sur l'ancien serveur, sans doute dans le dossier c:\SQL7 ou quelque chose dans le genre.
 
Et ensuite, que je crée une base 'saisie' dans Enterprise Manager qui pointe vers ce fichier.
 
ça devrait fonctionner...

C'est bon, j'ai réussi !
Il y avait un répertoire Database sur l'ancien serveur, qui contenait la base SQL.
Je l'ai donc importée, puis j'ai configuré l'authentification en mode SQL/Windows et ça marche !
 
Merci à tous