Discussion :

[wd_newbie]

Bonjour !

Je m'adresse a vous car je suis dans une m... noire !!

Je suis en train de développez une application qui se base sur SQL Server, pour l'instant j'ai développé avec la version Express 2005.
L'administrateur réseau m'a mis a disposition un serveur SQL 2005 pour que j'y mette la base de donnée de mon appli.

Après quelques essais (infructueux) de passer ma base de données sur le nouveau serveur, j'ai eu la (brillante ?) idée de déconnecter ma base de donnée ...

Depuis impossible de me connecter a mon instance de SQLserver Express :

TITLE: Se connecter au serveur
------------------------------

Impossible de se connecter à MONPC\SQLEXPRESS.

------------------------------
ADDITIONAL INFORMATION:

Impossible d'ouvrir la base de données par défaut de l'utilisateur. Échec de la connexion.
Échec de l'ouverture de session de l'utilisateur*'maboite\monlogin'. (Microsoft SQL Server, Error: 4064)

Forcemment ... et en plus c'est la seule base de mon instance ... j'ai parcouru pleins de tutos la dessus... sans plus de succès


même avec la commande sqlcmd j'ai une erreur de même type ...



Merci d'avance !! je suis vraiment dans la gonfle !!

Olivier

[jero44]

Bonjour,
Pouvez vous vérifiez les points suivants:
Pour votre connexion 'maboite\monlogin' existe t il un utilisateur de définie sur la base de données par défaut? (Allez voir les propriétés de la connexion depuis Management Studio, car le fait de définir une base de données par défaut n'inclu pas la définition de l'utilisateur sur cette base.
De quels privilèges dispose cet utilisateur de base de données?

[wd_newbie]

Hello merci pour la réponse, heureusement j'avais une copie du fichier de la base de données et du fichier journal.

Après avoir désinstallé et réinstallé SQL server Express j'ai pu rattacher les fichiers.

Un peu extrème comme solution, mais bon... il fallait que je remonte la base assez rapidement !

Merci encore et bon week-end

Olivier

[dily0403]

La base de données qui a été détachée n'était-elle pas la base de données par défaut de votre login par hazard ?

[wd_newbie]

Oui effectivement c'était le cas , je n'arrive pas a trouver comment faire pour se reconnecter et rattacher les fichiers que j'avais détachés pour les transférer (une copie ) sur le serveur de production ?

Bonne nuit ! (il est 03h56 )

Olivier

[elsuket]

Bonjour,

j'ai eu la (brillante ?) idée de déconnecter ma base de donnée ...

Je n'ai jamais trouvé cette solution pratique pour plusieurs raisons :

- vous perdez le cache de données lors du détachement
- une fois rattachée, si un crash se produit, vous n'avez pas de vraie sauvegarde, donc vous vous retrouvez le bec dans l'eau.
- vous manipulez des fichiers au lieu de manipuler la base de données dans son ensemble, ce qui peut induire une perte de l'intégrité de la base de données

Cela fait 3 lourdes raison pour ne jamais détacher / rattacher une base de données.
Effectuez plutôt une sauvegarde (Commande BACKUP DATABASE ou sous Management Studio : clic droit sur la base de données | Toute les tâches | Sauvegarder ).
Cela permet de ne pas rentrer dans les 3 cas dangereux que je vous ai énumérés

La base de données qui a été détachée n'était-elle pas la base de données par défaut de votre login par hazard ?

Un login est une connexion, donc elle ne peut pas être au niveau base de données, mais au niveau serveur.
Un utilisateur est relié à une connexion, et lui permet suivant ses droits de naviguer dans une base de données.
D'ailleurs on peut tout à fait octroyer à une personne un login sans pour autant lui permettre de naviguer dans les bases de données. Il n'a ainsi le droit que de faire de la maintenance globale.
De la même façon on peut créer un utilisateur de base de données sans login (c'est aberrant mais cela montre que ce sont deux notions parfaitement distinctes)

Concernant maintenant votre problème, tentez de vous connecter en utilisant une connexion administrateur dédiée avec SQLCMD :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sqlcmd -S monServeur -U sa -P monPass –A

C'est le commutateur -A qui vous le permet.
Vous pourrez alors voir si votre login existe, et le cas échéant le recréer avec la commande CREATE LOGIN.

Essayez avant cela de chercher vos fichiers de base de données, qui par défaut portent l'extension :

- .mdf pour le fichier de données,
- .ldf pour le fichier du journal des transactions,
- si vous avez créé des fichiers supplémentaires, ils portent par défaut l'extension .ndf.

Si vous avez fait une installation par défaut de SQL Server, alors vous trouverez ces fichiers dans le répertoire :

C:\Program Files\Microsoft SQL Server\MSSQL.n\MSSQL\Data

@++

[dily0403]

Ce qui est étrange, c'est que SQL Server autorise le détachement d'une base de données qui est la base "par défaut" d'un login...

Sinon, essayez l'authentification approuvée via le commutateur -E de la commande sqlcmd , quelque chose comme ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SQLCMD -S Monserveur -E

En espérant que vous ayez laissé le mappage du groupe BUILTIN\Administrateurs dans la sécurité de l'instance, si c'est le cas, vous serez connecté et vous pourrez alors lancer ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ALTER LOGIN [maboite\monlogin] WITH DEFAULT_DATABASE = [master]

Ce qui vous évitera au moins la même mésaventure par la suite...

David