Version imprimable
Bonjour,
Je dois livrer une base (en gros des tables et qq procédure stockées rien de spec ...) developpée dans un environnement SQL Server 2008 mais côté client on s'inquiète car ils sont en 2008R2.
J'ai fait le tour des nouveautés de cette release et ne vois pas qq peut bloquer alors je me demande si ces inquiétudes sont fondées ou pas ?
Merci de vos lumières.
SQL Server 2008R2 apporte beaucoup de nouveautés et autres améliorations par rapport à SQL 2008.
Ceci dit, vous n'aurez aucune crainte à avoir, qui serait liée à l'incompatibilité de vos applications et bases de données actuelles, avec SQL Server 2008R2.
Par ailleurs, point important à noter, SQL Server lui-même, ne fait aucune différence de niveau de compatibilité entre SQL Server 2008 et 2008 R2. En d'autres termes, le niveau de compatibilité (COMPATIBILITY_LEVEL = 100) vaut pour les 2 versions SQL Server 2008 et SQL Server 2000R2.
Vous pouvez donc dormir tranquille !
A+
Bonjour Hamid,
Merci bcp de cet argument tranchant et "soulageant".
J'avais un autre point: dans ce cas pour on ne peut pas restaurer une base 2008R2 sur un moteur 2008 ?
Par avance Merci.
Ah j'allais oublier: J'ai bien dormi Merci.
;)
@+
Il n'y a pas de lien direct entre le niveau de compatibilité d'une base de données COMPATIBILITY_LEVEL et le format physique interne d'un Fichier backup. Ce dernier est un format propriétaire et dépend de la version de l'instance SQL Server depuis laquelle le backup a été généré.
Il s'agit d'une constante sous SQL Server ; d'une manière générale, vous ne pourrez jamais restaurer un backup d'une base de données, générée depuis une instance SQL Server version N (exemple N = 2008R2), vers une une instance SQL Server version P (où P < N exemple P = SQL Server 2008).
L'inverse est cependant possible. Vous pouvez, jusqu'à une certaine limite (1), restaurer un backup généré depuis une instance SQL Server version P (Exemple P = SQL Server 2008) vers un instance version N (où N >= P, Exemple N = SQL Server 2008R2).
C'est ce qu'on appelle communément la "compatibilité ascendante", c.à.d la compatibilité d'une version avec les versions supérieures.
(1) Limite :
Par exemple, vous ne pourrez pas restaurer une ancienne base de données SQL Server 2000 vers SQL Server 2012 et versions supérieures, il vous faudra pour cela obligatoirement passer par une version intermédiaire (SQL Server 2005, 2008 ou 2008R2).
A+
Bonsoir,
Merci de ce retour clair.
Encore une question et je clore cette conversation: je ne sais pas si je passe SP2 de SQL Server 2008R2 ou pas sachant que le module
ReportServer n'est pas utilisé sur cette instance.
Par avance MERCI.
@+
Tout dépend de la façon dont vous aller installer la base.
- Si elle est créée "from scracth", c'est à dire par des ordres SQL CREATE, alors pas de problème.
- Si elle est restaurée et contient des données, alors je vous invite après restauration à recalculer les statistiques
A +
Même, si vous n'utilisez pas Reporting Services, il est fortement conseillé d'être à jour et d'installer les derniers Services Packs SQL Server.
Les services Packs contiennent beaucoup de correctifs importants, généralement signalés par les clients (customer feedback platforms), ainsi que toutes les mises à jour cumulatives.
Être à jour des Services Packs SQL Server vous évitera, quelques fois, de perdre des heures pour résoudre un problème ou dysfonctionnement, alors que le dit problème eut été corrigé dans un des derniers Services Pack !
A+
Merci bcp de ton aide.Citation:
Envoyé par hmira
@+