Contexte:
J'ai un site construit en ASP.NET avec Sql Server 2005 comme base de données. Le site est le seul site sur une boîte Windows Server 2003 assis dans la salle des serveurs de mon client. Le client est un district scolaire local, donc pour des raisons de sécurité des données il n'y a pas d'accès au bureau distant et pas de connexion Sql Server distante, donc si je dois entretenir la base de données, je dois être au terminal. J'ai un accès FTP pour mettre à jour le code ASP.Strange Sql Server 2005 comportement
Problème:
J'ai été contacté hier au sujet d'un problème avec le système. Quand j'ai regardé dedans, il semble qu'un bug que j'avais résolu il y a presque un an était revenu. J'ai une procédure stockée qui prenait un int en tant que paramètre mais il y a un an nous avons changé la structure du système et mis à jour la procédure stockée pour prendre un nvarchar (10). La procédure stockée est en quelque sorte revenue à prendre un int au lieu d'un nvarchar.
Un disque dur externe connecté au serveur copie régulièrement les données et a la capacité de restaurer le serveur en cas de panne. J'aurais supposé que d'une façon ou d'une autre une ancienne version de la base de données avait été restaurée, mais les données que je sais avoir été insérées 7 jours et 1 jour avant que le bogue ne se produise sont toujours dans la base de données.
Question:
Y at-il de toute façon que la structure d'une base de données Sql Server 2005 peut revenir à une version précédente ou être restaurée à une version précédente sans toucher les données réelles? Personne d'autre ne devrait avoir accès au serveur, alors je deviens un peu fou en essayant de comprendre comment cela est arrivé.
Des idées?
Gaby - J'ai initialement créé la base de données directement sur le serveur et j'ai fait toutes les mises à jour à la main. Je n'ai utilisé que des scripts pour copier une sauvegarde de temps en temps pour la ramener dans mon bureau afin de garder les environnements de production à jour. –