Version imprimable
Bonjour,
J'ai un backup de base. Mais je ne sais pas avec quelle version SQL il a était fait. J'ai un SQL Serveur 2008. J'ai réussi à le recharger sur la v2008.
Mais je souhaiterais être sûr qu'il provient bien d'un SQL 2008. Est il possible de savoir cela? (il n'est pas possible d'avoir l'information par le service informatique qui m'a donner le back up)
Merci d'avance.
Cdt
bonjour,
vous pouvez utiliser la commande
Vérifiez la colonne SoftwareVersionMajor. Si le backup a été fait avec SQL 2008, vous devriez avoir la version 10.Code:RESTORE HEADERONLY FROM DISK='<le fichier de backup>'
1) ExecuteCitation:
Envoyé par dediou
2) regarde la valeur de la colonne DatabaseVersionCode:
2
3
4
3) donne nous la valeur de cette colonne et on te dira si c'est SQL 2008 ou pas
A +
Etienne ZINZINDOHOUE
DatabaseVersion =Version de la base de données à partir de laquelle la sauvegarde a été créée.
SoftwareVersionMajor = Numéro de version principal du serveur qui a créé le jeu de sauvegardes. Autrement dit Numéro de version principal du logiciel qui a créé le jeu de sauvegardes !
Il y a bien une différence !!!
A +
Etienne ZINZINDOHOUE
Bref voici la correspondance :
DatabaseVersion = 515 ---> SQL Server 7.0
DatabaseVersion = 539 ---> SQL Server 2000
DatabaseVersion = 611 ou 612 ---> SQL Server 2005
DatabaseVersion = 655 ---> SQL Server 2008
A +
Etienne ZINZINDOHOUE
SoftwareVersionMajor = 8
DatabaseVersion = 539
D'accord, donc ma base vient d'un SQL serveur 2000.
Est ce que c'est "grave" de l'exploiter avec un SQL Serveur 2008 ??
Quelles peuvent être les conséquences...
J'utilise cette base pour un Outil s'appelant Asset Manager. J'effectue actuellement un migration Asset Center 4.3.2 vers Asset Manager 5.20. Durant cette migration, la base SQL doit être convertie pour l'outil en question.
Est ce que vous pensez que cela peut avoir des impacts. Lorsque je lance la conversion de ma base, le fichier de transaction passent quelque mégo a 20GO en moins de 5min. Est ce que ce problème est lié au fait que je n'utilise pas la bonne version de SQL Server ?
Bonjour,
Non, mais vous devez penser à passer cette base de donnée en mode de compatibilité 100 (SQL Server 2000 => 80, 2005 => 90), si vous souhaitez bénéficier sur cette base de données ders dernières fonctionnalités introduites avec les version 2008.Citation:
Est ce que c'est "grave" de l'exploiter avec un SQL Serveur 2008 ??
Comme ce genre de manipulation engendre la recompilation des plans de requêtes, et peut entraîner des résultats faux si la base de données est en cours d'utilisation alors que vous changez le mode de compatibilité, il faut au préalable passer la base de données en SINGLE_USER.
Finalement, le script est :
Code:
2
3
4
5
6
En fait le fichier du journal des transactions enregistre toutes les données relatives aux lignes qui subissent les modifications de données.Citation:
Lorsque je lance la conversion de ma base, le fichier de transaction passent quelque mégo a 20GO en moins de 5min. Est ce que ce problème est lié au fait que je n'utilise pas la bonne version de SQL Server ?
Si donc la conversion de votre base de données engendre des modifications de structures et de données importants, le fichier du journal des transactions peut gonfler très vite.
Pour limiter son grossissement, bous pouvez effectuer une sauvegarde complète de la base de données, procéder à sa conversion, puis effectuer une sauvegarde du fichier du journal des transactions (respectivement BACKUP DATABASE et BACKUP LOG).
@++ ;)
Ok merci a vous tout de vous réponse ;)